Розница 2.1.9 и ЕГАИС (настройка, тестирование)
Добрый день!
Пробовал ли кто-то ЕГАИС в 1С Розница в закупках и розничных продажах. Хочу протестировать работу с 2Д сканером ШК, но не могу разобраться. Создал в базе алк.продукцию, создал алк.продукцию ЕГАИС, создал соответствие номенклатуры ЕГАИС. Но при поступлении и при продаже программа не спрашивает ШК с акцизной марки.
Что я не так настроил или этого еще нет?
Розница 2.1 (2.1.9.12)
Пробовал ли кто-то ЕГАИС в 1С Розница в закупках и розничных продажах. Хочу протестировать работу с 2Д сканером ШК, но не могу разобраться. Создал в базе алк.продукцию, создал алк.продукцию ЕГАИС, создал соответствие номенклатуры ЕГАИС. Но при поступлении и при продаже программа не спрашивает ШК с акцизной марки.
Что я не так настроил или этого еще нет?
Розница 2.1 (2.1.9.12)
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
В документ перемещение товаров теперь добавили акцизные марки, старые перемещения перепровести невозможно по причине отсутствия АМ в скрытой табличной части.
Жаль, нужно писать обработку
Было хорошее расширение, которое из заказа на перемещение формировало ТТН исходящую, кладовщик в нее все сканировал и затем на основе ТТН исходящей создавалось перемещение
Также на основании ТТН исходящей создавались возврат (реализация) товара.
ТТН исходящий был первичным доком, теперь проблемка.
Непонятно вообще куда двигается архитектор конфигурации базы. Когда в ТТН входящую добавили возможность создания Перемещения в регистр 2 миную ПТУ - порадовался за 1С.... видимо рано
Жаль, нужно писать обработку
Было хорошее расширение, которое из заказа на перемещение формировало ТТН исходящую, кладовщик в нее все сканировал и затем на основе ТТН исходящей создавалось перемещение
Также на основании ТТН исходящей создавались возврат (реализация) товара.
ТТН исходящий был первичным доком, теперь проблемка.
Непонятно вообще куда двигается архитектор конфигурации базы. Когда в ТТН входящую добавили возможность создания Перемещения в регистр 2 миную ПТУ - порадовался за 1С.... видимо рано
(4591) Ммм, а зачем вы создавали ТТН на основании заказа, а не на основании собственно перемещения? Исходящая ТТН должна отражать факт отгрузки, а заказ на перемещение отражает только потребность. С методологической точки зрения со стороны 1С все верно сделано. Если вам требуется проверка отгрузок/приемок товароведами,то для этого реализована ордерная схема
(4593)
если по стандартной схеме, то процесс: в перемещение набрасывается товар менеджером с произвольными справками 2 (одна по которой есть остаток), а уже на складе при сканировании упаковок одна нмкл позиция разбивалась на несколько с разными справками, и на выходе получали например: в перемещении одна нмкл позиция с одной справкой, в ттн исходящей несколько одинаковых нмкл позиций но разными справками (про адресное хранение в рознице предлагаю забыть и с нашим контингентом мало осуществим (опыт в КА2 имеется) )
А ведь перемещение и ТТН должны соответствовать друг другу?!
если по стандартной схеме, то процесс: в перемещение набрасывается товар менеджером с произвольными справками 2 (одна по которой есть остаток), а уже на складе при сканировании упаковок одна нмкл позиция разбивалась на несколько с разными справками, и на выходе получали например: в перемещении одна нмкл позиция с одной справкой, в ттн исходящей несколько одинаковых нмкл позиций но разными справками (про адресное хранение в рознице предлагаю забыть и с нашим контингентом мало осуществим (опыт в КА2 имеется) )
А ведь перемещение и ТТН должны соответствовать друг другу?!
(4598) если без доработок, то перепровести перемещения вы сможете, если установите дату начала отражения продаж в ЕГАИС больше, чем даты перепроводимых перемещений. В 1Сна этот счет особо не парились и приравняли перемещение к операции продажи и поэтому впихнули тот же контроль, что и при продажах. Хотя с другой стороны - это какой-никакой контроль отгрузки по маркам. От того, что справки 2 из перемещения пропали - их просто перенесли в форму проверки и подбора акцизных марок. Думаю, что можно из вашей ситуации выйти путем добавления необходимых ролей тем людям, которые ответственны за проверку перемещения + все-таки сканировать марки, либо доработать контроль заполнения марок в перемещении
(4600)
Коллега, расширение напишем, проблем нет, стаж уже 15 лет:). Права при необходимости добавим. Но то что в документы товарного учёт заходит учёт ЕГАИС, но при этом нет например учёта по регистру 2 - всё-таки непонятно чем 1с руководствовалось. Насчёт контроля отгрузок по маркам не согласен - организован на уровне регистра акцизных марок и справочника шк упаковок и товаров. Добавление функционала в перемещение излишне- функционал манагеров с кладовщиком путает. Столбец со справкой 2 просто скрыли в перемещении - хотя тоже там излишен
Коллега, расширение напишем, проблем нет, стаж уже 15 лет:). Права при необходимости добавим. Но то что в документы товарного учёт заходит учёт ЕГАИС, но при этом нет например учёта по регистру 2 - всё-таки непонятно чем 1с руководствовалось. Насчёт контроля отгрузок по маркам не согласен - организован на уровне регистра акцизных марок и справочника шк упаковок и товаров. Добавление функционала в перемещение излишне- функционал манагеров с кладовщиком путает. Столбец со справкой 2 просто скрыли в перемещении - хотя тоже там излишен
(4601) Учет по регистру 2 есть, но кривоватый - это регистр накопления "ОстаткиАлкогольнойПродукцииЕГАИС". В принципе, дали бы возможность отгружать партионно - и все бы проблемы ушли. С другой стороны, они, возможно, страхуются от неопытных пользователей, которые будут пытаться штучный товар отгрузить партионно. А так марки отсканировали в форме подбора - справки 2 заполнились, если учет более-менее нормально вели в 1С. Как вариант - кладовщики могут отсканировать марки в файл, а потом из этого файла можно подгрузить коды через форму подбора и проверки алкогольной продукции в документ перемещения. Не знаю, как у вас настроены права: если кладовщики имеют право на создание перемещения, то они могут создать на основании заказа непосредственно перемещение, насканировать марки в перемещение и записать без проведения. А там дальше уже пусть менеджеры разбираются, что возвращать из регистра 2, а что поштучно отгружать.
(4602)
РН Остатки АП - отношения к 2 регистру практически не имеет. Пиво: приход- фиксирует положительное колво, передача в регистр 2 - отрицательное. Акты списания ЕГАИС движений не дают по регистру 2.
В итоге, если для пива связь типа многие к одному -то получить остаток именно АП на регистре 2 можно либо пакетом запросов формируя по методу ФИФО, либо допиской партионного учета.
В документе ПТУ есть только ссылка на ТТН Входящий, РТУ -чек егаис, возврат поставщику - ТТН исходящая. Перемещение - нужно сканировать помарочно, приходившая на одно обособленное с целью дальнейшего перераспределения по магазинам партионная - не подбирается только по справке, которая также излишняя была в перемещении
Если бы они от ТТН отошли совсем (просто фиксировали реквизиты и информацию ЕГАИС в самих ПТУ,РТУ) - был бы согласен, но в данном случае реализация кривая
Еще особенность, ТТН Входящая, партионнная, после обмена с ЕГАИС, флаг проведен установлен, движения по регистрам есть, но ссылки на создание передачи в регистр2 нет - чтобы появилась нужно повторно перепровести.
Со всем уважением
РН Остатки АП - отношения к 2 регистру практически не имеет. Пиво: приход- фиксирует положительное колво, передача в регистр 2 - отрицательное. Акты списания ЕГАИС движений не дают по регистру 2.
В итоге, если для пива связь типа многие к одному -то получить остаток именно АП на регистре 2 можно либо пакетом запросов формируя по методу ФИФО, либо допиской партионного учета.
В документе ПТУ есть только ссылка на ТТН Входящий, РТУ -чек егаис, возврат поставщику - ТТН исходящая. Перемещение - нужно сканировать помарочно, приходившая на одно обособленное с целью дальнейшего перераспределения по магазинам партионная - не подбирается только по справке, которая также излишняя была в перемещении
Если бы они от ТТН отошли совсем (просто фиксировали реквизиты и информацию ЕГАИС в самих ПТУ,РТУ) - был бы согласен, но в данном случае реализация кривая
Еще особенность, ТТН Входящая, партионнная, после обмена с ЕГАИС, флаг проведен установлен, движения по регистрам есть, но ссылки на создание передачи в регистр2 нет - чтобы появилась нужно повторно перепровести.
Со всем уважением
(4604) С маркировкой они, видимо, про ЕГАИС забыли/забили (нужное подчеркнуть)) и в целом с вами соглашусь. Вы, кстати, новую штатную корректировку остатков еще не пробовали? Давнюю приходилось использовать, а вот до новой не добрался: использую свое, проверенное.
(4607)
Попробовали корректировку.
штатная валится с ошибкой после запроса остатков - ковырять желания нет
Пользуемся обработкой уважаемого independ (уже как то отписывался в форуме), в отделе немного допилили - в том случае если оформлены корректировки по пересорту, то они учитываются корректировке регистров. В основном по пиву.
на версии 2.2 пробовали - не понравилось, как минимум не работает на сопоставлении многие к одному.
Помарочно корректируем крайне редко - только тогда когда по скю минимальный остаток - инквизиторы оперативно выходят на инвентаризацию и попутно снимается марки по мин остаткам и сразу потом списывают разницу, а так поштучный пересчет. Пробовали работать с ТСД - не комильфо, лучший вариант ноутбук+сканер.
В общем корректировка в оперативном круглогодичном режиме. Если взять срез на любой момент времени то остатки ЕГАИС всегда больше текущих учетных остатков (как правило "забывчивость" покупателей и сотрудников)
Попробовали корректировку.
штатная валится с ошибкой после запроса остатков - ковырять желания нет
Пользуемся обработкой уважаемого independ (уже как то отписывался в форуме), в отделе немного допилили - в том случае если оформлены корректировки по пересорту, то они учитываются корректировке регистров. В основном по пиву.
на версии 2.2 пробовали - не понравилось, как минимум не работает на сопоставлении многие к одному.
Помарочно корректируем крайне редко - только тогда когда по скю минимальный остаток - инквизиторы оперативно выходят на инвентаризацию и попутно снимается марки по мин остаткам и сразу потом списывают разницу, а так поштучный пересчет. Пробовали работать с ТСД - не комильфо, лучший вариант ноутбук+сканер.
В общем корректировка в оперативном круглогодичном режиме. Если взять срез на любой момент времени то остатки ЕГАИС всегда больше текущих учетных остатков (как правило "забывчивость" покупателей и сотрудников)
Перемещение товаров с алкогольной продукции не используйте:
1) Отсканированные марки не сохраняются по клавише завершить подбор, промежуточное сохранение также недоступно
2) Создать ТТН ЕГАИС исходящую на основе Перемещения товаров невозможно - валится с ошибками
2.3.3.12 в утиль, в портале патчей нет, 1 звено тех поддержки только отвечает невозможно воспроизвести ошибку и просит базу
Приходится выкручиваться самим
1) Отсканированные марки не сохраняются по клавише завершить подбор, промежуточное сохранение также недоступно
2) Создать ТТН ЕГАИС исходящую на основе Перемещения товаров невозможно - валится с ошибками
2.3.3.12 в утиль, в портале патчей нет, 1 звено тех поддержки только отвечает невозможно воспроизвести ошибку и просит базу
Приходится выкручиваться самим
Коллеги,сообщите, какая необходима версия Розницы (максимально стабильная) для розничной продажи табачной продукции? (нужна только продажа). Будет ли возможность продавать сигареты с КМ и без (возможен вариант с расширением). И нужен ли на чеке с 1 марта признак маркировки для табачных изделий.
(4622)
Согласно закона нужен для любого маркированного товара, на бумажном М, в электронном тег 1162.... Массово обновляем атоллы, прошивка по воздуху невозможна....атол не отвечает
2.3.3.12 в тесте пробовали, разделяет в продаже если два разных вида нмкл. В рабочем состоянии стабильно не продает даже алкоголь
И нужен ли на чеке с 1 марта признак маркировки для табачных изделий.
Согласно закона нужен для любого маркированного товара, на бумажном М, в электронном тег 1162.... Массово обновляем атоллы, прошивка по воздуху невозможна....атол не отвечает
2.3.3.12 в тесте пробовали, разделяет в продаже если два разных вида нмкл. В рабочем состоянии стабильно не продает даже алкоголь
(4627) т.е обнова только через сервис? на какую прошивку надо обновляться?
что значит не продает даже алкоголь?
и насчет алкоголя разве уже есть где-то инфа по поводу буквы М? вроде как закон относиться только к маркируемому товару средствами маркировки. алкоголь к ним не относиться, насчет сигарет не уверен (вроде тоже)
что значит не продает даже алкоголь?
и насчет алкоголя разве уже есть где-то инфа по поводу буквы М? вроде как закон относиться только к маркируемому товару средствами маркировки. алкоголь к ним не относиться, насчет сигарет не уверен (вроде тоже)
(4629)
периодически отваливается с сообщением статус марки отсутствует, причем как правило в случайных чеках, хотя в РС АкцизныеМарки, и в справочнике ШКУпаковокТоваров по данным АМ все в порядке. Пока не отлавливаем в чем дело, выйдет следующий релиз конфы и платформы, обновимся, посмотрим.
что значит не продает даже алкоголь?
периодически отваливается с сообщением статус марки отсутствует, причем как правило в случайных чеках, хотя в РС АкцизныеМарки, и в справочнике ШКУпаковокТоваров по данным АМ все в порядке. Пока не отлавливаем в чем дело, выйдет следующий релиз конфы и платформы, обновимся, посмотрим.
(4629)
прошивка только локально, через воздух не обновляется...
(4629)
сейчас последняя версия 8502, но она не поддерживает все требования согласно приказу ФНС от 29.08.2019 № ММВ-7-20/434@
Атоловцы говорят что к концу месяца выйдет новая/исправленная версия под платформу 2.5
под платформу 5 прошивка вроде как стабильная, но их никто не видел )))
(4629)
на алкоголе букавки М не нужно, так как товар лицензированный а не маркированный... для табака букавка М в чеке быть обязана, так как товар передаётся в ЦРПТ
т.е обнова только через сервис?
прошивка только локально, через воздух не обновляется...
(4629)
на какую прошивку надо обновляться?
сейчас последняя версия 8502, но она не поддерживает все требования согласно приказу ФНС от 29.08.2019 № ММВ-7-20/434@
Атоловцы говорят что к концу месяца выйдет новая/исправленная версия под платформу 2.5
под платформу 5 прошивка вроде как стабильная, но их никто не видел )))
(4629)
насчет сигарет не уверен (вроде тоже)
на алкоголе букавки М не нужно, так как товар лицензированный а не маркированный... для табака букавка М в чеке быть обязана, так как товар передаётся в ЦРПТ
Обработка подцепилась как надо - версия 10.6.2.0, как и версия драйвера. Была проблема с определением кассы - ругался на лицензию. Нашла на сайте атола пропатченную обработку для 10 драйвера, установила, касса определилась. Но признака маркировки все равно нет. Может, конечно, с 1 марта начнет печататься, но я в этом сомневаюсь..
Новое в версии 2.3.3.19
Используется "1C:Библиотека стандартных подсистем", версии 3.0.3.199
Исправление ошибок
Используется "1С:Библиотека подключаемого оборудования", версии 2.1.3.7
Изменен состав поставляемых драйверов:
• Обновлен драйвер "АТОЛ:ККТ с передачей данных в ОФД (54-ФЗ) 10.x" версия 10.6.2 разработанный компанией "АТОЛ".Драйвер разработан в соответствии с документом "Требования к разработке драйверов подключаемого оборудования" версия 3.2 и поддерживает работу в ОС Android, Windows, Linux.
Рекомендуемые версии внутреннего ПО ККТ 10-8502 и выше, а также 5.7.0;
Исправлены ошибки:
- 00274788: Исправлена ошибка монопольного обновление "1С:Библиотека подключаемого оборудования".
- 00273850: Исправлена ошибка выгрузки/загрузки в ККМ Офлайн: "Слишком много фактических параметров".
- 00273559: Исправлена ошибка передача тега 1162 в ККТ в автономном режиме для значения начинающегося с "00h00h".
- 00273858: Исправлена ошибка разбора марок табачной продукции с символами "'/_".
Используется "1С:Библиотека интеграции ГосИС", версии 1.0.5.18
Исправление ошибок
Исправлены ошибки конфигурации
1. 00-00274753 Профиль кладовщик. Права на ордера на товары
2. 00-00275328 ЕГАИС: Передача в регистр №2 -> Метод объекта не обнаружен
3. 00-00275297 РМК Оплата рассрочки по заказу товаров
4. 00-00275618 ЕГАИС: Журнал учёта продаж алкогольной продукции
5. 00-00275413 ЕГАИС - Помощник корректировки остатков ЕГАИС - Первый шаг - Кнопка далее
6. 00-00276561 ЕГАИС: Остатки ЕГАИС под профилем Менеджер
(4638) Да сегодня на 2.3.3.12 накидал - смотрю, выпустили обнову. Нужно еще больше форм выбора товара с неуникальным штрихкодом! Буду переделывать... К тому же так и не исправили заполнение цены, если:
1) в настройках РМК стоит галка для объединения строк с одинаковыми позициями
2) Добавили товар по неуникальному штрихкоду с помощью сканера
3) Добавили еще раз этот же товар сканером
В этом случае добавляется еще одна строка с этим же товаром, но без цены
1) в настройках РМК стоит галка для объединения строк с одинаковыми позициями
2) Добавили товар по неуникальному штрихкоду с помощью сканера
3) Добавили еще раз этот же товар сканером
В этом случае добавляется еще одна строка с этим же товаром, но без цены
Обновил у одного из клиентов Розницу с 2.2.10.19 на 2.3.3.19. Торгует табаком, сканер datalogic QD2430, настройки по дефолту, режим USB COM порт, вид номенклатуры настроен под табак, сканируем штрихкод, далее КМ, выходит окно "Штрихкод не соответствует формату кода маркировки табачной продукции",
Если сканировать сразу КМ, окно "Поиск номенклатуры по штриходу", нужно подбирать номенклатуру, неудобно
Если сканировать сразу КМ, окно "Поиск номенклатуры по штриходу", нужно подбирать номенклатуру, неудобно
(4650)
очень не удобно, особенно не известно какая номенклатура с остатком и какая цена у товара...
особенность, если выбрать первый раз и не ту номенклатуру, к примеру количество на неё ноль, то при повторном сканировании уже диалога выбора не появляется, а сразу отображается та номенклатура которая была выбрана неправильно...
ещё одна особенность, если отсканировать ШК, программа запрашивает марку, сканируем марку выходит окно Марка уже добавлена в документ и позиция не отображается....
в общем косяк на косяке
разработчиков бы самих заставить поторговать за место кассира хотя бы денёк за кассой... всё блин делается для облегчения....
Если сканировать сразу КМ, окно "Поиск номенклатуры по штриходу", нужно подбирать номенклатуру, неудобно
очень не удобно, особенно не известно какая номенклатура с остатком и какая цена у товара...
особенность, если выбрать первый раз и не ту номенклатуру, к примеру количество на неё ноль, то при повторном сканировании уже диалога выбора не появляется, а сразу отображается та номенклатура которая была выбрана неправильно...
ещё одна особенность, если отсканировать ШК, программа запрашивает марку, сканируем марку выходит окно Марка уже добавлена в документ и позиция не отображается....
в общем косяк на косяке
разработчиков бы самих заставить поторговать за место кассира хотя бы денёк за кассой... всё блин делается для облегчения....
(4653)
вот было бы очень хорошо, если б расширение с выбором нормальным номенклатуры при не уникальных ШК, в котором отображалась номенклатура, остаток по складу, цена появилось как можно быстрее... 100 бы признательных было )))
придется пилить свое расширение, не в первый раз
вот было бы очень хорошо, если б расширение с выбором нормальным номенклатуры при не уникальных ШК, в котором отображалась номенклатура, остаток по складу, цена появилось как можно быстрее... 100 бы признательных было )))
Перешли пока на релиз 2.3.1.47 и возникли проблемы со сканированием табака с КМ. Сканируем КМ - не определяется, пере заходим в РМК под админом сканируем КМ - все проходит, заходим под Кассиром - КМ считывается.
Второй момент если КМ считывается то происходит зависание от 7 секунд до минуты, по замеру производительности - выходит что зависает на модуле "ОбщийМодуль.ШтрихкодированиеМОТППредопределяемый" кто ни будь сталкивался с данной проблемой?
Второй момент если КМ считывается то происходит зависание от 7 секунд до минуты, по замеру производительности - выходит что зависает на модуле "ОбщийМодуль.ШтрихкодированиеМОТППредопределяемый" кто ни будь сталкивался с данной проблемой?
Обновили Розницу с 2.3.1.47 до 2.3.2.32 делаем перемещение алкоголя между магазинами (перемещаем как крепкий алкоголь, так и пиво из перемещения товаров убрали поле "Справка 2" это ладно ее можно откорректировать если что в "ТТН Исходящей" .
1. Как теперь перемещать пиво между магазинами? у каждого магазина свой id в ФСРАР. Раньше добавляли пиво в перемещение товаров и по кнопке создать "ТТН" оно попадало туда. Теперь такое не возможно.
2. В Перемещение товаров - появилась кнопка "марки" если через нее подбирать марки, то если мы открываем ее заново и нажимаем кнопку "завершить подбор" то возникает ошибка "поле объекта не обноружено (Вид операции)" и после чего документ нельзя пере провести выдает ошибку "Не хватает данных для передачи: Строка №1:
акцизная марка" . Если использовать данную форму в ТТН то все работает без ошибок.
1. Как теперь перемещать пиво между магазинами? у каждого магазина свой id в ФСРАР. Раньше добавляли пиво в перемещение товаров и по кнопке создать "ТТН" оно попадало туда. Теперь такое не возможно.
2. В Перемещение товаров - появилась кнопка "марки" если через нее подбирать марки, то если мы открываем ее заново и нажимаем кнопку "завершить подбор" то возникает ошибка "поле объекта не обноружено (Вид операции)" и после чего документ нельзя пере провести выдает ошибку "Не хватает данных для передачи: Строка №1:
акцизная марка" . Если использовать данную форму в ТТН то все работает без ошибок.
с п.2 думаю разобрался ошибка выскакивает когда была создана "ТТН исходящая", потом ее пометили на удаление и если мы снова открываем подбор марок в перемещении то тогда она и возникает. Приходится удалять перемещение и заново его создавать на основании "заказа на перемещение" не удобно, но терпимо.
Стоит розница 2.3.2.32 и возник вопрос как правильно перемещать крепкий алкоголь между своими торговыми точками что бы при подборе "справки №2" правильно показывало остатки по ней, как я понимаю данные берутся из регистра "остатки алкогольной продукции ЕГАИС" до обновления до версии 2.3.2.32 движения в этом регистре делались только документами ТТН, сейчас же движения кроме ТТН делает и перемещение товаров что задваивает списание остатков по справке. В версии 2.3.3.19 как я посмотрел ничего не изменено.
Только сегодня обнаружил, что в Рознице 2.3.3.19 (Фронтолы последних версий) при печати чека с продажей маркируемого алкоголя, присутствует признак [M]. Что предполагается при отсутствии этого признака - штрафы, наказания, или есть некий переходный срок?
На 2.3.1.30 алкоголь в РМК добавляется, а при обновлении на любой следующий релиз конфигурации выскакивает ошибка "Невозможно добавить алкогольную продукцию ... с data matrix ... по причине: Статус: <Нет статуса>". В Регистр сведений -> Акцизные марки ЕГАИС марки -> в наличии. Подскажите в чем может быть проблема?
Прикрепленные файлы:
розница 2.3.3.19, сканируется марка с пачки, продавец ставит количество 10 шт нажимает оплата и оплата проходит, при этом в чеке распечатывается не одна строчка сигарет с количеством 10, а именно 10 позиций, как буд то бы было отсканировано 10 пачек.. как такое вообще возможно? как могла продажа пройти в программе если отсканирована только одна марка а количество поставлено 10...
то что ушло в ЦРПТ не проверял...
кого такое же? или у меня что то не так настроено? ил это новые чудеса розницы?
то что ушло в ЦРПТ не проверял...
кого такое же? или у меня что то не так настроено? ил это новые чудеса розницы?
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот