Добрый вечер.

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

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

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

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

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

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

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

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

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

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

  - НАДО ЛИ ОФОРМЛЯТЬ ПОСТУПЛЕНИЕ В ПАЧКАХ, ЕСЛИ НАКЛАДНАЯ В БЛОКАХ?

>>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" ,

вроде заработало.

(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));

(1) то есть 1с написало "v3/cises/%1/aggregated",
а ваше решение "api/v3/true-api/cises/aggregated/list?codes=%1"

почему именно такая строка?

Ну и плюс остальные вопросы. Я думал завести две ед изм + коэфф, но такого вроде не нашел.

Из 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..

Ошибка на стороне ЦРПТ, в работе у разработчиков.

(0) 1 - а в электронной упд что написано?
2 - я создал набор упаковок для сигарет где упаковка БЛК с коэфициентом 10. При сопоставлении с номенклатурой поставщика блоки сопоставляются с блоками, пачки со штуками (так как УПД идут то в штуках, то в блоках). Учет МРЦ идет по характеристикам. При создании учетных документов из УПД все встает как надо.
3 - При сканировании внизу кнопка детализация - там выбираете варианты. Мы сканируем блоки, остальное подтверждаем так как есть.
4,5 - У блока и пачки разный ШК. Продается как пачка, так и блок. По учету списывается все ровно.

У меня другая проблема - при проверке после запроса в МОТП часть блоков помечается крестиком (то ли разагрегация блоков, то ли не происходит смена владельцев в ЧЗ) и их нельзя принять и потом соответственно продать. Кто как борется с этим?

(7) Мы не ориентируемся на инфу в ЧЗ вообще. Она там неактуальна, за исключением состава агрегатов. Проверять владельцев - вообще последнее дело.

(6)  а в электронной упд написано что пришел блок

(6) 2 - я создал набор упаковок для сигарет где упаковка БЛК с коэфициентом 10 - я не нашел поле коэфициент

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

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


а можно несколько скринов на почту [email protected]?

(6) Учет МРЦ идет по характеристикам - это не понятно

привет. такие же проблемы. обновились до 2.3.5.24. патчи все установили. ошибка 404. ответ от сервера не получается. кто нить решил проблему? замена на "api/v3/true-api/cises/aggregated/list?codes=%1" не помогает.

(12) выше дал ответ от 1С, они говорят "Ошибка на стороне ЦРПТ, в работе у разработчиков."



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

http://rus1c.ru/index/roznicza/upakovki-nomenklaturyi.html

Добрый день. Тоже релиз 5.24. Обновляли из-за проблемы при пробитии одинаковых сигарет в количестве более 1 штуки. После обновления данная ошибка ушла, но перестали пробиваться блоки. Ошибка при сканировании датаматрикса блока - "{Документ.ЧекККМ.Форма.ФормаДокумента.Форма(6656)}: Значение не является значением объектного типа (ТребуетсяОбработкаШтрихкода)".
Попробовали установить все патчи - результат минусовой. Блоки также не бьются, но ещё и перестали биться пачки. При сканировании датаматрикса пачки ошибка - данные по коду не найдены и полный ШК (именно все цифры, в том числе и МРЦ, и код проверки). Патчи из конфы убрали, но ситуацию это не изменило.
Подозрения на введенный в 5.24 контроль МРЦ, но в настройках не получилось его найти.
Есть у кого-нибудь мысли?

Господа, очень нужен хоть какой-нибудь совет.

(10)Про коэффициенты. Нужно включить в константах использование (наборов)упаковок и создать наборы. В них создать упаковки с штуками и блоками. А про проверку не скажу - тёмная сторона.

(16) Т.е. в 5.24 продавать блоки можно, только настроив наборы... попробуем. Спасибо.
Но главная проблема пока не решена - ошибка при продаже пачек.

(16) Понял, что не мне было сообщение.

(8) Для того, чтобы в Рознице продать блок, нужно чтобы она знала состав блока (ШК всех пачек, входящих в него). Иначе при продаже блока возникает ошибка "Запрещено запрашивать данные по неизвестным штрихкодам в МОТП". Для этого нужно или проверить и принять блоки при поступлении, либо разрешить ей запрашивать данные непосредственно во время продажи. В обоих случаях проходят только те блоки, по которым есть корректная инфа в ЧЗ. Возможно есть другой путь продажи блоков, но его не знаю.

(11) В настройках разрешаем учет по характеристикам. Для вида номенклатуры "Сигареты" выбираем способ учета по характеристикам - "индивидуальные для номенклатуры". Создаем карточку, к примеру "Винстон Блю". Создаем характеристику, равную МРЦ (153), присваиваем ШК и назначаем цену 153 рубля. Приходит винстон по 158руб МРЦ. Создаем к существующей карточке новую характеристику (158), так же назначаем ШК и цену. В итоге карточка одна, характеристик как угодно много. Для случаев совпадения ШК для разных МРЦ разрешаем неуникальные ШК. При продаже тогда при сканировании ШК предлагается на выбор несколько МРЦ - нужно указать нужную.
С упаковками разобрались так понимаю?

(14) Расширений в конфе никаких не стоит?
Пачки все с ошибками пробиваются или часть? Если начать с ШК EAN13, а потом марку - добавляет или скажет, что ШК марки не является кодом табачной продукции?

(20) Всё убрали. Все пачки. Работаем через чек ККМ, при сканировании обычного ШК, запроса просто нет.

(20) Сейчас восстановили всю хронологию событий. Пачки перестали пробиваться сразу после обновления до 5.24. Патчи тут не при чем.

В общем, после обновления, в номенклатурных карточках слетел признак табачной продукции. А так как работали через марку, то про запрос марки при сканировании обычного ШК даже не задумывались.
Перезаполнили признак, запрос пошел, ошибки ушли. До этого момента для сигарет включили характеристики - связаны ли они как-то с работоспособностью непонятно. Но в режиме РМК при сканировании датаматрикса идет пересчет цены из МРЦ, в чеке ККМ мрц не работает.

(23) А зачем характеристики для сигарет? Или вы МРЦ, которые постоянно меняются, в характеристики загнали?

(23) Понятно. Просто 1С-ники снова сменили имя реквизита и накосячили в обработке обслуживания. В 11 та же песня была.
(24) Верно, МРЦ в характеристики. Если у вас есть другое видение процесса учета сигарет с разными МРЦ, с удовольствием послушаю.

(24) Характеристики как и упаковки включались для проверки. Позже отключили, на работоспособности не сказалось.

(25) 1С-ники хотя бы писали правильную документацию. А то всё методом тыка.

С блоками очередная проблема - после сканирования в расшифровку марок лезет какая-то одна пачка и контроль не проходит.

(19) У вас работает это на релизе 5.24?

про табачку с хабра https://habr.com/ru/post/510996/

(29)
"Вы пытаетесь открыть публикацию, написанную пользователем dima_home, однако, публикация скрыта в черновики (самим автором или НЛО)"

(28) Нет на 5.24 пока не обновлялся, предыдущий релиз стоит.

(30) Ыыы видать ЦРПТ не понравилось за то что систему охаяли с примерами

(32) вчера вечером была доступна.

(32) Или самого автора облили говном в комментах :)

Добрый.

Задавал вопросы в 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 кликов!!"

ответ

"Достаточно отсканировать только код блока."

В целом мне так и не понятно, как рабоать с этими сигаретами.
Вижу одни пишут про индивидуальные наборы, другие про характеристики.


А как правильно? Есть ли инструкция? :)

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

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

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

Ну и я это делал 3 недели назад, может сейчас уже изменилось что-то. С честный знаком меняется все постоянно. Буквально вчера снесли настройки ЭДО в профилях, изменили ID профиля ЭДО ЦРПТ-лайт и были удалены другие провайдеры ЭДО, их пришлось заново добавлять по кнопке "Добавить". Наблюдал такое у трех клиентов и был трезвый :)

(37) Трезвый смотрю - ничего в личном кабинете не поменялось. Захожу в него по 10 раз на дню. Кстати, обратил внимание, что наконец то пошли в большем объеме документы отгрузочные, до этого момента процентов 5 только отображалось, сейчас примерно четверть.

(37) а с номенклатурой надо что то делать?

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

Сейчас пришел блок. Проверяем блок я понял, а оформляем блок? или 10 пачек?

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

(40) прицепил на него набор упаковок: штука, блок (10 шт.), коробка (500 шт.)

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

Так?

(41) Если продаете тоже блок, то достаточно сканировать только марку блока. Если вы принимали табачную продукцию блоками, то марка блока и марки пачек из этого блока уже подкачались из ЧЗ в вашу 1С. А если принимали без сканирования марок (доверительная приемка, как ее называют), то при продаже блока у вас должна стоять галка что-то типа "Проверять марки при розничной продаже" в настройках ИС МП. Тогда при сканировании марки блока у вас 1С из ЧЗ закачает все марки пачек, входящих в этот блок. Но именно эта часть у меня и не раотает

(42) оформлять поступление как? блоками?

(41) Уже же все разжевали. При включении упаковок появляется возможность для одной и той же карточки номенклатуры использовать учет как в штуках, так и в упаковках разной размерности. То есть учет будет по прежнему в штуках (аля базовая единица), а вот указывать количество в документах продажи и поступления можно как в штуках, так и в блоках. Поставили в документе приобретения 1блок - поставится на приход 10шт (пачек). Поставили 10шт. - аналогично.
Если поступления товаров заносятся вручную без использования ЭДО и не требуется продажа целых блоков  - можно не заморачиваться упаковками и ставить поступления в штуках. Продавать соответственно тоже.
Характеристики - они не про штуки и блоки, а про учет сигарет с разными МРЦ. Одновременно в магазине может быть до 3 разных МРЦ у одной и той же позиции сигарет. Кто то для каждой новой МРЦ заводит новую карточку - мне удобнее через характеристики.

(44) У Вас какой релиз текущий?

2.3.5.24

релиз 2.3.5.24
При запросе статусов табачных блоков, в коде которых есть символ / возвращаются ошибки 400 / 404
патч      EF_00_00312093_2

Розница 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"
}.

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

Если решили, подскажите, как. Ровно та же ошибка. И при этом, в табл. части  поступления отсутствует колонка с красненькой акц. маркой (при создании поступления вручную, без УПД колонка присутствует) - вот откуда эта ошибка. Такое ощущение, что сам УПД какой-то не такой...

(49) а обновление крайнее? с патчами?

Розница 2.3.4.33
Патчей тьма разных, если знаете, какой нужен конкретно, огласите. Я не нашел.
В "изменить форму" отсутствует "статус проверки подбора" в принципе. ВОт он и не находится, почему-то... В поступлении, создаваемом вручную, такой столбец есть.

(51) релиз 2.3.5.28 решил проблему, патч есть но на версию не ниже 2.3.5.28

(51) и УПД кривой, от Мегаполиса через 1С-Астрал, т.е. через роуминг все КМ вне тела Номенклатуры а как справочная информация, обещали поправить

(35) поставила версию 2.3.5.28, все патчи, ошибка не ушла

(54) Так вроде для 2.3.5.28 нет никаких патчей. Может тебе их лучше отключить? А потом кеш почистить.

(55) есть патчи, перед обновлением удаляла старые. попробую почистить кэш

(55) очистка кэша не помогла, ошибка 404.

(56) Нам то не гони(с)
https://i.imgur.com/3yUK71D.png

(58) https://imgur.com/bagqqr3
есть там патчи, и после релиза в том числе

(59) В базовой нет.

А вот подскажите.
Есть ИП.
Он может в магазине любом купить сигареты и продавать их у себя в розничной точке?

+(61) Он может в розничном магазине купить сигареты и продавать их у себя в розничной точке?

(61) в рознице нет. Потому что их там выводят из оборота.

(57) помог патч из предыдущей версии EF_00_00312093_2

(44) "уже все разжевали"
Все, да не все.
1. В классификаторе единиц измерения нет ни блоков, ни пачек.
2. По ЭДО приходит УПД с единицами БЛК и ПАЧ, при загрузке ставятся базовые "шт" по 1400р. каждая.
3. При сопоставлении номенклатуры по ЭДО предлагается создать новую карточку номенклатуры, ну ставишь табачная продукция, и кроме названия ничего само не ставится. Неужели нельзя было единицы и штрихкоды из документа ЭДО подтягивать или из марок?
4. На всех картинках на сайте ИТС и в роликах только ручная приемка, ручное заведение номенклатуры. Плюс при приемке красные/зеленые иконки проверки марки. При загрузке документа из ЭДО ничего такого нет.
На сайте ИТС вообще какая-то сплошная теория, куча текста про проверку, а по факту реальных примеров нет, и никто не показывает как заводит, как принимает по ЭДО, и поэтому куча вопросов у народа. Каждый мучается в своей базе методом тыка что-то пытается принять и продать.
Розница 2.3.5.32

На версии 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%, но совсем не хочется в рознице работать с хзарактеристиками и упаковками.

Пункт 2 - то же самое. ЕНе могу понять, почему некоторые ранее сопоставленные позиции  "теряются", а некоторые остаются...
Пункт 3 - ...совсем другие сигареты... та же фигня, не разобрался.

Но пока главный вопрос: В УПД ед. изм = БЛК. Заведены в программе упаковки (блок), в карточке номенклатуры проставлено: НаборУпаковок=блок. При создании поступления товаров в табл. части ед. изм = шт,  но кол-во  и цена подтягивается из УПД как за один блок... Где настроить, чтоб ставилось в накладной  ед. изм = БЛК ?