Вход | Регистрация
 

Розница + сигареты.

Розница + сигареты.
Я
   first_may
 
16.07.20 - 20:18
Добрый вечер.

Конфигурация Розница, редакция 2.3 (2.3.5.24).

Прошу помощи в следующих вопросах

1 в бумажной накладной написано, что поступил 1 блок сигарет

2 создается поступление, в котором указывается номенклатура и количество 1 шт

3 после записи документа нажимается ссылка "Проверить  табачную продукцию"
  и возникает ошибка - https://yadi.sk/i/g30NxWdGjMFw5A - КАК ЕЕ ИСПРАВИТЬ?

  - ПРИ ПРОВЕРКЕ НАДО СКАНИРОВАТЬ БЛОК СИГАРЕТ, А ЗАТЕМ КАЖДУЮ ПАЧКУ? ИЛИ ТОЛЬКО БЛОК СИГАРЕТ?

4 допустим проверку прошли и поступление провелось, таким образом на остатках числится 1 блок сигарет

5 начинаем торговать и тут

  - КАК НАЗНАЧИТЬ ЦЕНУ ОДНОЙ ПАЧКИ СИГАРЕТ, КОТОРАЯ БУДЕТ ОТОБРАЖАТЬСЯ В РМК?

  - ПРИ ПРОДАЖИ В РМК СКАНИРУЕТСЯ ПАЧКА СИГАРЕТ И ТОГДА ЧТО СПИШЕТСЯ С ОСТАТКОВ?

  - НАДО ЛИ ОФОРМЛЯТЬ ПОСТУПЛЕНИЕ В ПАЧКАХ, ЕСЛИ НАКЛАДНАЯ В БЛОКАХ?
   mikiton
 
1 - 16.07.20 - 20:27
>>3 после записи документа нажимается ссылка "Проверить  табачную продукцию"

>>  и возникает ошибка - https://yadi.sk/i/g30NxWdGjMFw5A - КАК ЕЕ ИСПРАВИТЬ?
Тут пока почти  капец )
Ибо ЧЗ перешел на V3 API , а 1с пока нет.. будет в след версии 2.3.5 Розницы...
Пока расширением поправили .
В методе ИнтерфейсМОТП.ЗапроситьДанныеОбАгрегацииКодовМаркировки() заменил адрес

"private-office-api/private/v2/cis/aggregated?cis=%1"

на

"api/v3/true-api/cises/aggregated/list?codes=%1" ,

вроде заработало.
   first_may
 
2 - 16.07.20 - 20:31
(1) я видел это сообщение, в релизе 2.3.4.33 действительно написано 
    URLЗапроса = СтрШаблон(
        "private-office-api/private/v2/cis/aggregated?cis=%1",
        КодироватьСтроку(
            ШтрихкодированиеМОТПКлиентСервер.НормализоватьКодМаркировки(КодМаркировки, Ложь),
            СпособКодированияСтроки.КодировкаURL));

а в 2.3.5.24 уже вот так
    URLЗапроса = СтрШаблон(
        "v3/cises/%1/aggregated",
        КодироватьСтроку(
            НормализованныйКодМаркировки,
            СпособКодированияСтроки.КодировкаURL));
   first_may
 
3 - 16.07.20 - 20:33
(1) то есть 1с написало "v3/cises/%1/aggregated", 
а ваше решение "api/v3/true-api/cises/aggregated/list?codes=%1"

почему именно такая строка?
   first_may
 
4 - 16.07.20 - 20:33
Ну и плюс остальные вопросы. Я думал завести две ед изм + коэфф, но такого вроде не нашел.
   first_may
 
5 - 16.07.20 - 21:39
Из 1С


При получении кода 400 при проверке табачной продукции:

{Обработка.ПроверкаИПодборТабачнойПродукцииМОТП.МодульМенеджера(121)}: При отправке запроса /v3/cises/%2801%2904600439936794%2821%29%3Aw%25%3D%3BpY/aggregated возникла ошибка.
Текст ошибки: Код состояния HTTP: 400..

Код 404 при проверке табачной продукции:

{Обработка.ПроверкаИПодборТабачнойПродукцииМОТП.МодульМенеджера(121)}: При отправке запроса /v3/cises/%2801%2904600439935537%2821%29X%3A%2F%3B%221%3D/aggregated возникла ошибка.
Текст ошибки: Код состояния HTTP: 404..

Ошибка на стороне ЦРПТ, в работе у разработчиков.
   viktan
 
6 - 17.07.20 - 05:22
(0) 1 - а в электронной упд что написано?
2 - я создал набор упаковок для сигарет где упаковка БЛК с коэфициентом 10. При сопоставлении с номенклатурой поставщика блоки сопоставляются с блоками, пачки со штуками (так как УПД идут то в штуках, то в блоках). Учет МРЦ идет по характеристикам. При создании учетных документов из УПД все встает как надо.
3 - При сканировании внизу кнопка детализация - там выбираете варианты. Мы сканируем блоки, остальное подтверждаем так как есть.
4,5 - У блока и пачки разный ШК. Продается как пачка, так и блок. По учету списывается все ровно.
   viktan
 
7 - 17.07.20 - 05:29
У меня другая проблема - при проверке после запроса в МОТП часть блоков помечается крестиком (то ли разагрегация блоков, то ли не происходит смена владельцев в ЧЗ) и их нельзя принять и потом соответственно продать. Кто как борется с этим?
   Лодырь
 
8 - 17.07.20 - 06:31
(7) Мы не ориентируемся на инфу в ЧЗ вообще. Она там неактуальна, за исключением состава агрегатов. Проверять владельцев - вообще последнее дело.
   first_may
 
9 - 17.07.20 - 06:55
(6)  а в электронной упд написано что пришел блок
   first_may
 
10 - 17.07.20 - 06:58
(6) 2 - я создал набор упаковок для сигарет где упаковка БЛК с коэфициентом 10 - я не нашел поле коэфициент

При сопоставлении с номенклатурой поставщика блоки сопоставляются с блоками, пачки со штуками (так как УПД идут то в штуках, то в блоках) - это вроде понимаю

4,5 - У блока и пачки разный ШК. Продается как пачка, так и блок. По учету списывается все ровно. - по накладной пришел один блок, при проведении поступления на остатках 1 блок и если продаю пачку из этого блока, создается чек, а в конце смены отчет о продажах, он списывает 1 пачку, значит на остатках минус 1?


а можно несколько скринов на почту first_may@mail.ru?
   first_may
 
11 - 17.07.20 - 07:01
(6) Учет МРЦ идет по характеристикам - это не понятно
   Loko
 
12 - 17.07.20 - 07:32
привет. такие же проблемы. обновились до 2.3.5.24. патчи все установили. ошибка 404. ответ от сервера не получается. кто нить решил проблему? замена на "api/v3/true-api/cises/aggregated/list?codes=%1" не помогает.
   first_may
 
13 - 17.07.20 - 08:01
(12) выше дал ответ от 1С, они говорят "Ошибка на стороне ЦРПТ, в работе у разработчиков."



а по поводу блоков наверное можно использовать статью

http://rus1c.ru/index/roznicza/upakovki-nomenklaturyi.html
   V_D912
 
14 - 19.07.20 - 15:57
Добрый день. Тоже релиз 5.24. Обновляли из-за проблемы при пробитии одинаковых сигарет в количестве более 1 штуки. После обновления данная ошибка ушла, но перестали пробиваться блоки. Ошибка при сканировании датаматрикса блока - "{Документ.ЧекККМ.Форма.ФормаДокумента.Форма(6656)}: Значение не является значением объектного типа (ТребуетсяОбработкаШтрихкода)".
Попробовали установить все патчи - результат минусовой. Блоки также не бьются, но ещё и перестали биться пачки. При сканировании датаматрикса пачки ошибка - данные по коду не найдены и полный ШК (именно все цифры, в том числе и МРЦ, и код проверки). Патчи из конфы убрали, но ситуацию это не изменило.
Подозрения на введенный в 5.24 контроль МРЦ, но в настройках не получилось его найти.
Есть у кого-нибудь мысли?
   V_D912
 
15 - 19.07.20 - 21:33
Господа, очень нужен хоть какой-нибудь совет.
   Креатив
 
16 - 19.07.20 - 21:52
(10)Про коэффициенты. Нужно включить в константах использование (наборов)упаковок и создать наборы. В них создать упаковки с штуками и блоками. А про проверку не скажу - тёмная сторона.
   V_D912
 
17 - 19.07.20 - 22:40
(16) Т.е. в 5.24 продавать блоки можно, только настроив наборы... попробуем. Спасибо.
Но главная проблема пока не решена - ошибка при продаже пачек.
   V_D912
 
18 - 19.07.20 - 22:41
(16) Понял, что не мне было сообщение.
   viktan
 
19 - 20.07.20 - 04:16
(8) Для того, чтобы в Рознице продать блок, нужно чтобы она знала состав блока (ШК всех пачек, входящих в него). Иначе при продаже блока возникает ошибка "Запрещено запрашивать данные по неизвестным штрихкодам в МОТП". Для этого нужно или проверить и принять блоки при поступлении, либо разрешить ей запрашивать данные непосредственно во время продажи. В обоих случаях проходят только те блоки, по которым есть корректная инфа в ЧЗ. Возможно есть другой путь продажи блоков, но его не знаю.

(11) В настройках разрешаем учет по характеристикам. Для вида номенклатуры "Сигареты" выбираем способ учета по характеристикам - "индивидуальные для номенклатуры". Создаем карточку, к примеру "Винстон Блю". Создаем характеристику, равную МРЦ (153), присваиваем ШК и назначаем цену 153 рубля. Приходит винстон по 158руб МРЦ. Создаем к существующей карточке новую характеристику (158), так же назначаем ШК и цену. В итоге карточка одна, характеристик как угодно много. Для случаев совпадения ШК для разных МРЦ разрешаем неуникальные ШК. При продаже тогда при сканировании ШК предлагается на выбор несколько МРЦ - нужно указать нужную.
С упаковками разобрались так понимаю?
   viktan
 
20 - 20.07.20 - 07:09
(14) Расширений в конфе никаких не стоит?
Пачки все с ошибками пробиваются или часть? Если начать с ШК EAN13, а потом марку - добавляет или скажет, что ШК марки не является кодом табачной продукции?
   V_D912
 
21 - 20.07.20 - 09:12
(20) Всё убрали. Все пачки. Работаем через чек ККМ, при сканировании обычного ШК, запроса просто нет.
   V_D912
 
22 - 20.07.20 - 09:46
(20) Сейчас восстановили всю хронологию событий. Пачки перестали пробиваться сразу после обновления до 5.24. Патчи тут не при чем.
   V_D912
 
23 - 20.07.20 - 12:53
В общем, после обновления, в номенклатурных карточках слетел признак табачной продукции. А так как работали через марку, то про запрос марки при сканировании обычного ШК даже не задумывались.
Перезаполнили признак, запрос пошел, ошибки ушли. До этого момента для сигарет включили характеристики - связаны ли они как-то с работоспособностью непонятно. Но в режиме РМК при сканировании датаматрикса идет пересчет цены из МРЦ, в чеке ККМ мрц не работает.
   johnnik
 
24 - 20.07.20 - 12:57
(23) А зачем характеристики для сигарет? Или вы МРЦ, которые постоянно меняются, в характеристики загнали?
   viktan
 
25 - 20.07.20 - 16:20
(23) Понятно. Просто 1С-ники снова сменили имя реквизита и накосячили в обработке обслуживания. В 11 та же песня была.
(24) Верно, МРЦ в характеристики. Если у вас есть другое видение процесса учета сигарет с разными МРЦ, с удовольствием послушаю.
   V_D912
 
26 - 20.07.20 - 17:59
(24) Характеристики как и упаковки включались для проверки. Позже отключили, на работоспособности не сказалось.
   V_D912
 
27 - 20.07.20 - 18:02
(25) 1С-ники хотя бы писали правильную документацию. А то всё методом тыка.

С блоками очередная проблема - после сканирования в расшифровку марок лезет какая-то одна пачка и контроль не проходит.
   mars2k
 
28 - 21.07.20 - 15:21
(19) У вас работает это на релизе 5.24?
   Garykom
 
29 - 21.07.20 - 15:35
про табачку с хабра https://habr.com/ru/post/510996/
   johnnik
 
30 - 22.07.20 - 08:40
(29)
"Вы пытаетесь открыть публикацию, написанную пользователем dima_home, однако, публикация скрыта в черновики (самим автором или НЛО)"
 
 Рекламное место пустует
   viktan
 
31 - 22.07.20 - 08:56
(28) Нет на 5.24 пока не обновлялся, предыдущий релиз стоит.
   Garykom
 
32 - 22.07.20 - 08:58
(30) Ыыы видать ЦРПТ не понравилось за то что систему охаяли с примерами
   vovastar
 
33 - 22.07.20 - 09:01
(32) вчера вечером была доступна.
   johnnik
 
34 - 22.07.20 - 09:41
(32) Или самого автора облили говном в комментах :)
   first_may
 
35 - 22.07.20 - 09:53
Добрый.

Задавал вопросы в 1с.

В итоге

1 "При получении кода 400 при проверке табачной продукции:

Код 404 при проверке табачной продукции:

Создан патч для версии библиотеки 1.1.1.17"

- по моему надо поставить крайнюю версию с патчами и проверка открывается нормально


2 мой вопрос 

"Правильно делать?

- ПРИ ПРОВЕРКЕ НАДО СКАНИРОВАТЬ БЛОК СИГАРЕТ, А ЗАТЕМ КАЖДУЮ ПАЧКУ? ИЛИ ТОЛЬКО БЛОК СИГАРЕТ?
- КАК НАЗНАЧИТЬ ЦЕНУ ОДНОЙ ПАЧКИ СИГАРЕТ, КОТОРАЯ БУДЕТ ОТОБРАЖАТЬСЯ В РМК?
- ПРИ ПРОДАЖИ В РМК СКАНИРУЕТСЯ ПАЧКА СИГАРЕТ И ТОГДА ЧТО СПИШЕТСЯ С ОСТАТКОВ?
- НАДО ЛИ ОФОРМЛЯТЬ ПОСТУПЛЕНИЕ В ПАЧКАХ, ЕСЛИ НАКЛАДНАЯ В БЛОКАХ?"

ответ

"Тут все описано
https://its.1c.ru/db/motp/content/8/retail22
https://its.1c.ru/db/motp#content:5:retail22
https://its.1c.ru/db/motp#content:6:retail22";


3 мой вопрос
"Если в магазин приходит 100 блоков пачек сигарет, то при приемке надо сканировать сначала блок, а затем каждую пачку?
Получится 100 * 10 = 1000 кликов!!"

ответ

"Достаточно отсканировать только код блока."
   first_may
 
36 - 22.07.20 - 09:54
В целом мне так и не понятно, как рабоать с этими сигаретами.
Вижу одни пишут про индивидуальные наборы, другие про характеристики.


А как правильно? Есть ли инструкция? :)
   johnnik
 
37 - 22.07.20 - 10:28
(35) В розничном магазине нет необходимости проверять все сигареты при приемке. Да, это можно сделать, чтобы исключить ошибки (например если поставщик "пикнет" одну пачку, но отправит другую), а также чтобы КиЗы (марки) записались в справочник "штрихкоды упаковок" и впоследствии подбирались в чек при сканировании марки, но необязательно. Вы при продаже будете подбирать сигареты по обычному штрихкоду или даже вручную, а при запросе сосканировать марку - будете ее сканировать и она тоже запишется в вышеуказанный справочник (просто по факту продажи, а не приемки). При таком способе вы сэкономите сильно много времени при приемке.

Также лично видел, что розничный магазин продавал пачку сигарет, которая ему не принадлежит (не приходила по ЭДО в честный знак), но при пробитии ее на кассе благополучно доходила до честного знака и была в статусе "выведена из оборота", причем собственником ее были уже вы. Как будто ЧЗ по факту розничный продажи считает эту пачку теперь вашей.

Конечно, удобно когда от поставщика приходит ЭДО и вы ее сразу подсасываете в 1С. Не надо вбивать карточки, заводить самому приходную накладную и т.п., но если у вас магазин небольшой (1-2 поставки в неделю), то и вручную не шибко трудно завести поступление и проигнорировать проверку табачной продукции при поступлении, просто сканируя марку при продаже. Правда, при такой организации вы не сможете продавать блоками. Т.е. сможете, но придется каждую пачку из блока пикать отдельно, т.к. при сканировании марки блока 1С лезет в честный знак, а там обнаруживается, что владелец этих сигарет не вы. Я хз почем пачка меняет собственника по факту продажи, а с блокм так не получается.

Ну и я это делал 3 недели назад, может сейчас уже изменилось что-то. С честный знаком меняется все постоянно. Буквально вчера снесли настройки ЭДО в профилях, изменили ID профиля ЭДО ЦРПТ-лайт и были удалены другие провайдеры ЭДО, их пришлось заново добавлять по кнопке "Добавить". Наблюдал такое у трех клиентов и был трезвый :)
   Лодырь
 
38 - 22.07.20 - 10:52
(37) Трезвый смотрю - ничего в личном кабинете не поменялось. Захожу в него по 10 раз на дню. Кстати, обратил внимание, что наконец то пошли в большем объеме документы отгрузочные, до этого момента процентов 5 только отображалось, сейчас примерно четверть.
   first_may
 
39 - 22.07.20 - 10:54
(37) а с номенклатурой надо что то делать?

То есть были заведены Бонд красный, Парламент синий и тд (не специалист, не курю :) ).
Это все пачки, то есть ед измерения штуки, цены вводились на пачки и тд. Все манипуляции с пачками.
Приход оформляли в пачкам, продажа пачками.

Сейчас пришел блок. Проверяем блок я понял, а оформляем блок? или 10 пачек?
   johnnik
 
40 - 22.07.20 - 11:22
(39) Лично я сделал вид номенклатуры "Табачная продукция", прицепил на него набор упаковок: штука, блок (10 шт.), коробка (500 шт.), присвоил каждой номенклатурной позиции по штрихкоду (для пачки, для блока, для коробки). Перед этим конечно же включал в настройках использование упаковок. Но это для простоты продажи, чтобы кассир не пикал 10 раз на сигареты или не проставлял вручную кол-во при продаже блоками. В чеке сразу выходит "сигареты - 10 шт.", а дальше он просто пикает марку 10 раз (по разу на каждую пачку). При попытка пикнуть на марку блока 1С ругается на неверный ИНН владельца. При сканировании пачек почему-то не ругается
   first_may
 
41 - 22.07.20 - 11:29
(40) прицепил на него набор упаковок: штука, блок (10 шт.), коробка (500 шт.)

1 ввели номенклатура Блок штука (использование упаковок), Пачка штука
2 при поступлении вводите блок - штука 
3 проверка сканируется марка на блоке
4 при продаже сканируется марка пачки

Так?
   johnnik
 
42 - 22.07.20 - 11:35
(41) Если продаете тоже блок, то достаточно сканировать только марку блока. Если вы принимали табачную продукцию блоками, то марка блока и марки пачек из этого блока уже подкачались из ЧЗ в вашу 1С. А если принимали без сканирования марок (доверительная приемка, как ее называют), то при продаже блока у вас должна стоять галка что-то типа "Проверять марки при розничной продаже" в настройках ИС МП. Тогда при сканировании марки блока у вас 1С из ЧЗ закачает все марки пачек, входящих в этот блок. Но именно эта часть у меня и не раотает
   first_may
 
43 - 22.07.20 - 12:14
(42) оформлять поступление как? блоками?
   viktan
 
44 - 22.07.20 - 15:03
(41) Уже же все разжевали. При включении упаковок появляется возможность для одной и той же карточки номенклатуры использовать учет как в штуках, так и в упаковках разной размерности. То есть учет будет по прежнему в штуках (аля базовая единица), а вот указывать количество в документах продажи и поступления можно как в штуках, так и в блоках. Поставили в документе приобретения 1блок - поставится на приход 10шт (пачек). Поставили 10шт. - аналогично.
Если поступления товаров заносятся вручную без использования ЭДО и не требуется продажа целых блоков  - можно не заморачиваться упаковками и ставить поступления в штуках. Продавать соответственно тоже.
Характеристики - они не про штуки и блоки, а про учет сигарет с разными МРЦ. Одновременно в магазине может быть до 3 разных МРЦ у одной и той же позиции сигарет. Кто то для каждой новой МРЦ заводит новую карточку - мне удобнее через характеристики.
   mars2k
 
45 - 24.07.20 - 13:13
(44) У Вас какой релиз текущий?
   first_may
 
46 - 24.07.20 - 14:29
2.3.5.24
   prooaSoft
 
47 - 29.07.20 - 06:15
релиз 2.3.5.24
При запросе статусов табачных блоков, в коде которых есть символ / возвращаются ошибки 400 / 404
патч      EF_00_00312093_2
   amadeyss
 
48 - 01.08.20 - 13:00
Розница 2.3.4.33
Поступление на основании УПД
в УПД все КМ присутствуют
При попытке проверить поступившую ТП ошибка
 {ОбщийМодуль.ШтрихкодированиеМОТП.Модуль(1389)}: При выполнении запроса private-office-api/private/v2/products/ возникла ошибка.
Код состояния HTTP: 400.
Текст ошибки: {
  "code": 400,
  "description": "ru.crpt.common.service.clients.feign.configurations.BadRequestException: Required Set parameter 'gtins' is not present\n\u0009at ru.crpt.common.service.clients.feign.configurations.BadRequestConfiguration.lambda$errorDecoder$0(BadRequestConfiguration.java:44)\n\u0009at feign.SynchronousMethodHandler.executeAndDecode(SynchronousMethodHandler.java:149)\n\u0009at feign.SynchronousMethodHandler.invoke(SynchronousMethodHandler.java:78)\n\u0009at feign.hystrix.HystrixInvocationHandler$1.run(HystrixInvocationHandler.java:106)\n\u0009at com.netflix.hystrix.HystrixCommand$2.call(HystrixCommand.java:302)\n\u0009at com.netflix.hystrix.HystrixCommand$2.call(HystrixCommand.java:298)\n\u0009at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:46)\n\u0009at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:35)\n\u0009at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:48)\n\u0009at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30)\n\u0009at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:48)\n\u0009at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30)\n\u0009at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:48)\n\u0009at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30)\n\u0009at rx.Observable.unsafeSubscribe(Observable.java:10151)\n\u0009at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:51)\n\u0009at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:35)\n\u0009at rx.Observable.unsafeSubscribe(Observable.java:10151)\n\u0009at rx.internal.operators.OnSubscribeDoOnEach.call(OnSubscribeDoOnEach.java:41)\n\u0009at rx.internal.operators.OnSubscribeDoOnEach.call(OnSubscribeDoOnEach.java:30)\n\u0009at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:48)\n\u0009at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30)\n\u0009at rx.Observable.unsafeSubscribe(Observable.java:10151)\n\u0009at rx.internal.operators.OperatorSubscribeOn$1.call(OperatorSubscribeOn.java:94)\n\u0009at com.netflix.hystrix.strategy.concurrency.HystrixContexSchedulerAction$1.call(HystrixContexSchedulerAction.java:56)\n\u0009at com.netflix.hystrix.strategy.concurrency.HystrixContexSchedulerAction$1.call(HystrixContexSchedulerAction.java:47)\n\u0009at org.springframework.security.concurrent.DelegatingSecurityContextCallable.call(DelegatingSecurityContextCallable.java:87)\n\u0009at com.netflix.hystrix.strategy.concurrency.HystrixContexSchedulerAction.call(HystrixContexSchedulerAction.java:69)\n\u0009at rx.internal.schedulers.ScheduledAction.run(ScheduledAction.java:55)\n\u0009at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)\n\u0009at java.util.concurrent.FutureTask.run(FutureTask.java:266)\n\u0009at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)\n\u0009at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)\n\u0009at java.lang.Thread.run(Thread.java:748)\n",
  "error_message": "Required Set parameter 'gtins' is not present"
}.

Помогите пжл В какую сторону смотреть?


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.