Решение вопроса:
Это ошибка означает, что проверка не может быть выполнена.
Копируем марку, открываем справочник «Штрихкоды товаров и упаковок», находим эту марку, открываем и нажимаем «Проверить код упаковки» и при выборе организации видим такую же.
Открываем электронный УПД (когда марка эта поступила) — смотрим КПП организации получатель — там указан основной КПП, а продаете Вы с обособленного подразделения.
При Поступлении товаров при проверке у Вас тоже выходит ошибка, но вы не сканируете марки и пропускали эту ошибку.
Вам необходимо поставщику сказать, чтобы отправлял данные на обособленное подразделение и принимать марки Вы должны с проверкой, а не просто подтверждать не глядя.
Чтобы пропустить проверку заходим в Администрирование — Интеграция с ИС МП — Настройки сканирования — убрать флаг «Запрашивать данные с сервиса ГИС МТ»
Добрый день.
Хочу получить информацию о КМ через мое приложение, но вылетает ошибка
Запрос делаю на этот URL — https://markirovka.sandbox.crptech.ru/api/v3/true-api/cises/info
HttpPost poster = new HttpPost(URL);
poster.setHeader("Content-Type", "application/json");
poster.setHeader("Bearer ", validniyToken);
poster.setEntity(new StringEntity("["validniykod"]"));
В ответ прилетает ошибка
<html>
<head><title>400 Bad Request</title></head>
<body>
<center><h1>400 Bad Request</h1></center>
<hr><center>nginx</center>
</body>
</html>
Если пробовать прозвонить эндпоинт через Postman, то все работает.
В чем может быть дело?
Доброго дня колеги! Столкнулся со следующей проблемой. При продаже табачной продукции при сканировании data matrix в 1С УНФ вылетает сообщение:
«Не удалось получить данные из ИС МОТП.По причине: При отправке запроса api/v3/true-api/cises/info возникла ошибка.Текст ошибки: HTTP-запрос не отправлен. Ошибка работы с Интернет: Couldn’t resolve host name.»
Вчера утром пробивали, было все норм, во второй половине дня в той же смене появилось. Галочки «Запрашивать данные сервиса ГИС МТ», «контролировать статусы кодов маркировки», «Контролировать коды маркировки средствами ККТ» стоят. Проблема возникает и в РМК и при создании чека.
УНФ проф. 1.6 (1.6.26.213), 1С:Предприятие 8.3 (8.3.19.1264)
Касса РР-01Ф, ФФД 1.2
Сталкивался кто с такой проблемой?
Розница + сигареты. |
Я |
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
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 presentnu0009at ru.crpt.common.service.clients.feign.configurations.BadRequestConfiguration.lambda$errorDecoder$0(BadRequestConfiguration.java:44)nu0009at feign.SynchronousMethodHandler.executeAndDecode(SynchronousMethodHandler.java:149)nu0009at feign.SynchronousMethodHandler.invoke(SynchronousMethodHandler.java:78)nu0009at feign.hystrix.HystrixInvocationHandler$1.run(HystrixInvocationHandler.java:106)nu0009at com.netflix.hystrix.HystrixCommand$2.call(HystrixCommand.java:302)nu0009at com.netflix.hystrix.HystrixCommand$2.call(HystrixCommand.java:298)nu0009at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:46)nu0009at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:35)nu0009at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:48)nu0009at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30)nu0009at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:48)nu0009at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30)nu0009at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:48)nu0009at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30)nu0009at rx.Observable.unsafeSubscribe(Observable.java:10151)nu0009at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:51)nu0009at rx.internal.operators.OnSubscribeDefer.call(OnSubscribeDefer.java:35)nu0009at rx.Observable.unsafeSubscribe(Observable.java:10151)nu0009at rx.internal.operators.OnSubscribeDoOnEach.call(OnSubscribeDoOnEach.java:41)nu0009at rx.internal.operators.OnSubscribeDoOnEach.call(OnSubscribeDoOnEach.java:30)nu0009at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:48)nu0009at rx.internal.operators.OnSubscribeLift.call(OnSubscribeLift.java:30)nu0009at rx.Observable.unsafeSubscribe(Observable.java:10151)nu0009at rx.internal.operators.OperatorSubscribeOn$1.call(OperatorSubscribeOn.java:94)nu0009at com.netflix.hystrix.strategy.concurrency.HystrixContexSchedulerAction$1.call(HystrixContexSchedulerAction.java:56)nu0009at com.netflix.hystrix.strategy.concurrency.HystrixContexSchedulerAction$1.call(HystrixContexSchedulerAction.java:47)nu0009at org.springframework.security.concurrent.DelegatingSecurityContextCallable.call(DelegatingSecurityContextCallable.java:87)nu0009at com.netflix.hystrix.strategy.concurrency.HystrixContexSchedulerAction.call(HystrixContexSchedulerAction.java:69)nu0009at rx.internal.schedulers.ScheduledAction.run(ScheduledAction.java:55)nu0009at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)nu0009at java.util.concurrent.FutureTask.run(FutureTask.java:266)nu0009at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)nu0009at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)nu0009at java.lang.Thread.run(Thread.java:748)n»,
«error_message»: «Required Set parameter ‘gtins’ is not present»
}.
Помогите пжл В какую сторону смотреть?
siall
49 — 10.08.20 — 23:13
Если решили, подскажите, как. Ровно та же ошибка. И при этом, в табл. части поступления отсутствует колонка с красненькой акц. маркой (при создании поступления вручную, без УПД колонка присутствует) — вот откуда эта ошибка. Такое ощущение, что сам УПД какой-то не такой…
first_may
50 — 10.08.20 — 23:26
(49) а обновление крайнее? с патчами?
siall
51 — 11.08.20 — 10:21
Розница 2.3.4.33
Патчей тьма разных, если знаете, какой нужен конкретно, огласите. Я не нашел.
В «изменить форму» отсутствует «статус проверки подбора» в принципе. ВОт он и не находится, почему-то… В поступлении, создаваемом вручную, такой столбец есть.
amadeyss
52 — 11.08.20 — 21:02
(51) релиз 2.3.5.28 решил проблему, патч есть но на версию не ниже 2.3.5.28
amadeyss
53 — 11.08.20 — 21:06
(51) и УПД кривой, от Мегаполиса через 1С-Астрал, т.е. через роуминг все КМ вне тела Номенклатуры а как справочная информация, обещали поправить
makaorel
54 — 12.08.20 — 12:25
(35) поставила версию 2.3.5.28, все патчи, ошибка не ушла
arsik
55 — 12.08.20 — 12:39
(54) Так вроде для 2.3.5.28 нет никаких патчей. Может тебе их лучше отключить? А потом кеш почистить.
makaorel
56 — 12.08.20 — 12:53
(55) есть патчи, перед обновлением удаляла старые. попробую почистить кэш
makaorel
57 — 12.08.20 — 14:30
(55) очистка кэша не помогла, ошибка 404.
arsik
58 — 13.08.20 — 12:29
LaxColl
59 — 13.08.20 — 12:40
(58) https://imgur.com/bagqqr3
есть там патчи, и после релиза в том числе
arsik
60 — 13.08.20 — 12:43
(59) В базовой нет.
arsik
61 — 13.08.20 — 13:37
А вот подскажите.
Есть ИП.
Он может в магазине любом купить сигареты и продавать их у себя в розничной точке?
arsik
62 — 13.08.20 — 13:37
+(61) Он может в розничном магазине купить сигареты и продавать их у себя в розничной точке?
vovastar
63 — 13.08.20 — 15:35
(61) в рознице нет. Потому что их там выводят из оборота.
makaorel
64 — 14.08.20 — 14:15
(57) помог патч из предыдущей версии EF_00_00312093_2
1Снеговик
65 — 20.08.20 — 17:39
(44) «уже все разжевали»
Все, да не все.
1. В классификаторе единиц измерения нет ни блоков, ни пачек.
2. По ЭДО приходит УПД с единицами БЛК и ПАЧ, при загрузке ставятся базовые «шт» по 1400р. каждая.
3. При сопоставлении номенклатуры по ЭДО предлагается создать новую карточку номенклатуры, ну ставишь табачная продукция, и кроме названия ничего само не ставится. Неужели нельзя было единицы и штрихкоды из документа ЭДО подтягивать или из марок?
4. На всех картинках на сайте ИТС и в роликах только ручная приемка, ручное заведение номенклатуры. Плюс при приемке красные/зеленые иконки проверки марки. При загрузке документа из ЭДО ничего такого нет.
На сайте ИТС вообще какая-то сплошная теория, куча текста про проверку, а по факту реальных примеров нет, и никто не показывает как заводит, как принимает по ЭДО, и поэтому куча вопросов у народа. Каждый мучается в своей базе методом тыка что-то пытается принять и продать.
Розница 2.3.5.32
umoon13
66 — 10.12.20 — 15:57
На версии 2.3.6.27 со всеми патчами на сегодня.
не буду и не хочу связываться с упаковками и характеристиками.
на один штрихкод/цена отдельная карточка номенклатуры.
названия формирую исходя из многолетнего опыта (что сильно упрощает пееручет):
Сиг. Bond Street Blue (5620) 115р
Сиг. Bond Street Blue (7181) 125р
Сиг. Bond Street Blue (9185) 119р #
Сиг. Bond Street Blue (9185) 125р
Собственно в релизе 2.3.5 если только одна пачка с признаком «табачная продукция» (я их отмечаю «#»), то в РМК выходит окно выбора с остатками перед добавлением в чек.
Сейчас же сканирование марки такой пачки выдаёт ошибку «Данные по коду не найдены».
Если же штрихкод в базе уникален, то все нормально.
Теперь вопрос к знатокам. тут многие пишут что можно принимать блоками, а можно пачками с регистрацией кодов маркировки. но при этом так можно и не делать.
1. Но я так и не понял где в базе хранятся марки. где их регистрировать ? В разделе «Текущие дела ЭДО» и близко такого нет.
2. Так же сопоставление нужно далаеть вручную каждый раз, так как даже ранее сопоставленные сигареты могут заного сопоставиться неправильно.
3. и последнее. После сопоставления и ручной проверки каждой позиции, при создании «Поступления товаров», в только что автоматически созданном Поступлении могут оказаться совсем другие сигареты.
постоянные танцы с бубнами.
Я конечно не утверждаю что мой вариант ведения номенклатуры правильный на 100%, но совсем не хочется в рознице работать с хзарактеристиками и упаковками.
siall
67 — 24.12.20 — 11:26
Пункт 2 — то же самое. ЕНе могу понять, почему некоторые ранее сопоставленные позиции «теряются», а некоторые остаются…
Пункт 3 — …совсем другие сигареты… та же фигня, не разобрался.
Но пока главный вопрос: В УПД ед. изм = БЛК. Заведены в программе упаковки (блок), в карточке номенклатуры проставлено: НаборУпаковок=блок. При создании поступления товаров в табл. части ед. изм = шт, но кол-во и цена подтягивается из УПД как за один блок… Где настроить, чтоб ставилось в накладной ед. изм = БЛК ?
1С:БП 3.0 релиз последний, на земле(сервер 2008)
При проверке связи с ЧЗ вот такая ошибка:
При отправке запроса api/v3/true-api/auth/key возникла ошибка.
Текст ошибки: HTTP-запрос не отправлен.
Ошибка работы с Интернет: Ошибка инициализации SSL-соединения.
В чем может быть проблема?