suvolod
Юрий Седых

Обработка достойная, но есть нюансы.
У меня стояла задача дать скидку 20% на каждые вторые джинсы в чеке. Что заметил.
1) Обработка не учитывает список исключаемой номенклатуры, который указан в настройках магазина. Обойти это можно, прописав этот список повторно в основном сегменте, на который дается скидка, но по хорошему хотелось бы в настройках увидеть галочку "Учитывать список исключаемой номенклатуры"

2) Самый большой вопрос возник с одновременным использованием дисконтных карт и скидок, рассчитываемых этой обработкой. Решить его с дефолтной обработкой не смогли. Есть накопительные дисконтные карты, по которым дается скидка 5...15%. Плюс нужно дать скидку на каждые вторые джинсы, но при этом занулить скидку по первым джинсам, которая дана другой маркетинговой акцией. Игрались с порядком применения, вытеснением и т.д, но ничего не получилось. Сейчас это работает так: на вторые джинсы дается скидка 20%, а на первые дается скидка 5-15% по дисконтной карте. Т.е неправильно. Опять же, хотелось бы галочку "Обнулять автоматические скидки на первую позицию в чеке"

И кстати, Эквайринг сбера 2.X некорректно работает, когда на терминале идут оплаты по двум организациям сразу. У меня как раз был такой случай: в базе ИП и ООО, под продажу разных групп товара. Две кассы, но терминал один. В старой обработке все это корректно разруливалось - в настройках терминала прописаны номера отделов под каждую из организаций. В новом драйвере тоже есть поле "номера отделов", поля эти инициализированы правильно, но все-равно все деньги уходили на первую организацию по списку.

Напишу здесь, может кому-то пригодится. Мне удалось заставить работать старую версию обработки обслуживания. Т.е. не 2.Х с некрасивым консольным окном и печатаемым в нем через echo текстом, а прежнюю красивую и понятную нашим кассирам форму с выводом операций, происходящих на терминале.
Все достаточно просто. Мне нужно было заставить работать его в Рознице 2.3.18.23, где он уже "не поддерживается". Тогда я взял один из предыдущих релизов Розницы (в частности, 2.3.14), и через конфигуратор сохранил этот драйвер из макета "Драйвер1СЭквайринговыеТерминалыСбербанк" в виде файла. А затем подключил его в новой рознице как внешний драйвер. Там правда, при загрузке этого драйвера в базу возникает небольшая ошибка. Какое-то поле неопределено при загрузке, кажется. Подробностей уже не помню, поэтому готовое решение по ее обходу не выложу. Скажу лишь, что через конфигуратор и отладчик разобраться и устранить этот недочет можно за 10 минут. После старый драйвер работает как часы уже много дней подряд.

Подскажите, в старом РМК есть возможность подключать и отключать кеги при продаже разливного маркированного пива? Сколько не лазил, ни в "еще", ни в других местах ссылок или кнопок на этот функционал не увидел.

И второй вопрос. Я так и не понял, есть или нет возможность продавать разливное маркированное пиво без подключения цифровой подписи на рабочем месте кассира? Сейчас у меня при сканировании марки с кеги выходит сообщение:
"В информационной базе для пользователя Продавец не найдено зарегистрированных сертификатов
электронной подписи, связанных с организацией XXXXXX ИП"
Выходит, простого варианта в "два шага", когда после выбора (или сканирования по EAN13) маркированного товара вылазило окно ввода марки, после чего пробивался чек, больше нет? Чек будет пробит только после онлайн-проверки этой марки в ЧЗ?

Добрый день. Подскажите по маркированному разливному пиву: есть возможность подключать/отключать кеги напрямую из старого РМК Розницы 2.3?? Вроде на сайте ИТС есть упоминание о том, что этот функционал есть в старом РМК, но я найти его не смог.

На дворе уже середина 23 года, а обработка по прежнему актуальна. В моем конкретном случае я делал подчиненную базу для Розницы с размером в 22 ГБ в файловом режиме. Стандатными механизмами выгрузить первоначальный образ не удалось. Точнее, за 3 часа формирования образа выгрузилось только 100 тыс объектов из 7 млн, устал бы ждать. С этой обработкой все получилось, единственный нюанс - она почему-то не поменяла старый префикс ИБ (центральной базы) на новый префикс (подчиненной базы). Впрочем, это легко делается руками через константы.

Добрый день. Расскажу как мы побороли в итоге эту проблему.
Я сделал это доработкой: занулил штриход в параметрах чека, так как эту ошибку на самом деле формирует и возвращает касса, когда пытается обработать полученный на вход штрихкод. Для комплексной автоматизации это можно сделать в модуле ФормированиеПараметровФискальногоЧекаСерверПереопределяемый, процедура ОбновитьПараметрыФискальногоЧекаПозицийЧекаЕдиныйЧек(...

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

Еще раз повторюсь, это актуально для оптовиков: используя ЭДО, мы списываем полученный товар в Честном знаке; затем пробиваем кассовый чек из приходника, пробивая чек на "обычный товар", без признака "Молоко и молочная продукция", и не передавая в Чек штрихкод (GTIN) этого товара

(6) kuzev, спасибо.. Если это работает в УТ, остается только позавидовать. Потому-что в KA ничего похожего я не увидел. Сегодня вышел новый релиз KA, 287, но в описании изменений ни слова о доработке продаж маркированной продукции.

(5)

Цитата
У нас такая же ошибка сегодня вышла. 2 дня назад пробивала чек проблем не было. По логике вы выписали товар, если клиент с вами работает через р/счет, то с реализации(счет-фактура) вы отправляете УПД по ЭДО. Но если клиент рассчитывается налом, то оформляете ПКО пробиваете чек с детализацией строк чека до наименований отпущенного товара,GTIN-ы, и как раз с чека данные уходят в ЧЗнак

Да, так было бы логично... не отправлять gtin-ы через ЭДО, а списывать через кассовые чеки. Но ведь нам нужно не просто списать, а "отписать" эти gtin-ы, чтобы они появились у нашего клиента, рассчитавшегося за нал. Получается, остается только пробивать чек на "оплату кредита", надеясь что кодов маркировки в нем нет. В понедельник буду пробовать этот вариант... Хотя он тоже очень корявый, ведь если есть чек на "оплату кредита" с детализацией до номенклатуры, значит должен быть чек и на "передачу в кредит".Но пробить его нельзя, т.к. это уже чек с отгрузкой, а значит коды маркировки будут храниться в чеке.