Доступна для свободного скачивания демо-версия (прикреплена к публикации "бесплатным" файлом "Онлайн-кассы (по 54-ФЗ) для 1С 7.7: [Демо-версия]")
Все заинтересованные в покупке программы, могут скачать демо-версию бесплатно, чтобы протестировать возможности разработки.В демо-версии действуют ограничения:
1) электронный чек отправляется только на фиксированный адрес эл.почты
2) сумма чека не должна превышать 300 руб.
3) количество позиций в чеке не должно превышать 3.
4) время пробития чека ограничено рабочим временем: с 8:00 по 18:59Код внешних обработок в Демо-версии закрыт и защищен с помощью КЗК-2! Для корректной работы необходимо библиотеку precomp.dll (в комплекте присутствует) предварительно поместить в каталог базы данных 1С, из которой запускаются обработки, или в каталог установки программы 1С (обычно C:\Programm Files\1cv77\bin\)
В коммерческой версии код обработок полностью открыт и не защищен.
NEW!!! Поддержан драйвер Атол ДТО 10 для платформы 1С 7.7.
NEW!!! Поддержаны изменения с 01.07.2019 (теги 1227-1231 и все остальные).
NEW!!! Поддержана розничная продажа маркированной табачной продукции, обуви, лекарств и пр.
ВНИМАНИЕ! Модуль "54-ФЗ: РМК ГИСМ (Маркировка) для 1С 7.7" служит расширением для базового модуля "54-ФЗ: Онлайн-кассы для 1С 7.7" и является интерфейсом для ввода штрихкодов маркированной продукции и последующей их передачи в модуль печати чеков ККМ.
Не может полноценно использоваться самостоятельно без базового модуля и не содержит механизмов отправки чеков на ККМ, т.к. данный механизм содержится в базовом модуле - "54-ФЗ: Онлайн-кассы для 1С 7.7", который можно приобрести отдельно на странице этой публикации.
Поддерживается маркировка следующих товарных групп:
№ п/п |
Наименование |
1 |
Алкоголь |
2 |
Изделия из меха |
3 |
Лекарств.препараты |
4 |
Обувь |
5 |
Табак |
6 |
Шины и покрышки |
7 |
Одежда, белье |
8 |
Парфюмерия |
9 |
Фотоаппараты и лампы-вспышки |
10 |
Альтернативная табачная продукция |
11 |
Молочная продукция |
12 |
Кресла-коляски |
13 |
Велосипеды |
14 |
Питьевая вода |
15 |
Пивные напитки |
16 |
Никотиносодержащая продукция |
17 |
БАД |
18 |
Антисептики |
Также поддерживаются коды товара для средств индивидуальной защиты (СИЗ) согласно Постановления Правительства № 521 от 16.04.2020 года.
Видео-презентация "РМК ГИСМ (Маркировка) для 1С 7.7"
Список поддерживаемых конфигураций |
Документы, в которых поддержана печать на ФР |
|
1С 7.7 «Торговля и склад, ред. 9.2» |
|
|
1С 7.7 «Комплексная, ред. 4.5» |
|
|
1С 7.7 «Бухгалтерия, ред. 4.5» |
|
|
1С 7.7 «УСН, ред. 1.3» |
|
|
Любая нетиповая или устаревшая конфигурация на базе 1С 7.7 (включая «Торговля и склад, ред. 8.7», конфигурации «РАРУС») |
Требуется адаптация, которую можете выполнить самостоятельно. |
Возможно подключение без доработки конфигурации 1С (без внесения изменений в метаданные 1cv7.md), так и с доработкой конфигурации. В режиме без доработки конфигурации будут отключены некоторые функции, без которых в большинстве случаев можно обойтись (об этом подробнее ниже, см.*).
Также возможно внедрение в произвольную конфигурацию, не имеющую собственного функционала по подключению и использованию торгового оборудования (видеоинструкция ниже):
Код разработки полностью открыт, нет защищенных и закрытых участков. Пользователи могут изменить программу под свои потребности.
Видео-презентация "Как использовать модуль Онлайн-кассы (54-ФЗ) в 1С 7.7 для сложных расчетов (авансы, зачет аванса, рассрочка, кредит, бонусы, подарочные карты) в рамках ФФД 1.05 / 1.1
Список поддерживаемого оборудования
Возможна совместная работа модуля Онлайн-кассы для 1С 7.7 с контрольно-кассовыми машинами (ККМ) типа Фискальный регистратор, использующими следующие драйверы:
Атол (FprnM1C.dll)
Штрих-М (DrvFR.dll)
Режим эмуляции фискального регистратора. Используется для тестирования печатной формы чека, скидок, НДС, типов оплаты. При этом данные чека выводятся на экран монитора, наличие фискального регистратора не требуется.
АТОЛ: "АТОЛ 1Ф", "АТОЛ 11Ф", "АТОЛ 15Ф", "АТОЛ 20Ф", "АТОЛ 22Ф / FPrint-22ПТК", "АТОЛ 25Ф", "АТОЛ 27Ф", "АТОЛ 30Ф", "АТОЛ 30Ф+", "АТОЛ 42ФС", "АТОЛ 50Ф", "АТОЛ 52Ф", "АТОЛ 55Ф", "АТОЛ 60Ф", "АТОЛ 77Ф", "АТОЛ 90Ф", "АТОЛ 91Ф", "АТОЛ 92Ф", "АТОЛ Sigma 10", "АТОЛ Sigma 7Ф", "АТОЛ Sigma 8Ф", "Казначей ФА" и другие.
ШТРИХ-М: "ШТРИХ-ON-LINE", "ШТРИХ-ЛАЙТ-01Ф", "ШТРИХ-М-01Ф", "РИТЕЙЛ-01Ф (Retail-01K)", "ШТРИХ-ЛАЙТ-02Ф (ШТРИХ-LIGHT-ФР-К, ШТРИХ-LIGHT-ПТК, ШТРИХ-LIGHT-200)", "ШТРИХ-М-02-Ф (ШТРИХ-М-ФР-К, ШТРИХ-М-ПТК, ШТРИХ-М 200)", "ШТРИХ-МИНИ-02Ф (ШТРИХ-МИНИ-ПТК)", "ШТРИХ-ФР-02Ф (ШТРИХ-ФР-ПТК)", "ШТРИХ-MOBILE-Ф (ШТРИХ-MOBILE-ПТК)", "ЭЛВЕС-ФР-Ф (ЭЛВЕС-ФР-К)", "NCR-001Ф (ПТК NCR-001K)", "ШТРИХ-МИНИ-01Ф (ШТРИХ-МИНИ-ФР-К)", "ШТРИХ-ФР-01Ф (ШТРИХ-ФР-К)", "РИТЕЙЛ-01Ф (ПТК RETAIL-01K)", "RR-02Ф (RR-02K)", "RR-01Ф (RR-01K)", "RR-04Ф (RR-04K)", "RR-03Ф (RR-03K)", "ШТРИХ-КОМБО-ФРК", "ЭЛВЕС-МИКРО-К", "ШТРИХ-МИНИ-К", "ЭЛВЕС-МК", "ШТРИХ-КОМБО-ПТК", "ШТРИХ-950К", "ЭЛВЕС-МФ" и другие.
Возможно совместное использование онлайн-кассы для фиксации розничной продажи алкогольной продукции в ЕГАИС с помощью другого программного продукта //infostart.ru/public/433840/
Лицензирование
Лицензирование программы осуществляется по номеру заказа ПО и ИНН организации или индивидуального предпринимателя.
Количество лицензий, необходимых для установки ПО, определяется по количеству отдельных юридических лиц и ИП, и зависит от количества используемых рабочих мест и ККМ, приходящихся на одно юридическое лицо или ИП. Таким образом, на каждое юридическое лицо или ИП требуется отдельное приобретение данного программного продукта.
За каждое второе и последующие юридическое лицо (или ИП) продукт можно приобрести за меньшую стоимость.
Порядок внедрения модуля
- Приобретаете фискальный регистратор с фискальным накопителем (либо дорабатываете имеющийся у вас до выполнения требований 54-ФЗ) моделей согласно Списка поддерживаемого оборудования.
- Заключаете договор с ОФД на обслуживание. Лучше выбрать ОФД, который привязан к вашему оператору передачи налоговых деклараций в ФНС (при возможности).
- Проводите процедуру фискализации и регистрации ККМ через личный кабинет на сайте ФНС. Потребуется ЭЦП (подойдет от налоговой отчетности)
- Устанавливаете ФР и его драйвер на компьютере.
- Приобретаете модуль 54-ФЗ: Онлайн-кассы для 1С7.7 и устанавливаете ее по инструкции. Если на этом шаге возникают вопросы или проблемы, обращаетесь в нашу техподдержку для оказания помощи.
По выполнению пп. 1-4 можете почитать статью Практика подключения ККМ онлайн.
Если при выполнении п.5 вам потребуется техническая поддержка, то приобретаете наш модуль с техподдержкой и получением обновлений сроком на 3 или 12 месяцев.
Если вам не нужна техподдержка и п.5 вы выполните сами, то покупаете модуль с получением обновлений сроком на 3 или 12 месяцев, но без техподдержки.
Обмен с системой маркировки "Честный ЗНАК" (ЦРПТ, ГИСМТ)
ЭДО (табак, обувь, шины, одежда, молочная продукция, вода и прочие группы товаров (кроме лекарств)) для розницы и опта (приемка и оптовая отгрузка маркированной продукции).
Поддерживается как объемно-сортовой учет (ОСУ) так и поштучный (поэкземплярный) учет по кодам маркировки (КМ) в зависимости от выбранной группы товаров.
Полный цикл работы из 1С 7.7 с ГИСМТ и СУЗ национальной системы маркировки "Честный знак" из 1С 7.7
На текущий момент поддерживаются:
- Описание GTIN через КМТ (Нац.Кат.),
- Заказ КМ через API,
- Печать этикеток КМ (нанесение КМ),
- Закрытие заказа КМ,
- Агрегация КМ, Дезагрегация КМ, Трансформация КМ,
- Ввод в оборот КМ,
- Списание КМ,
- Вывод из оборота КМ,
- ОСУ (объемно-сортовой учет),
- Приемка / Отгрузка ГИСМТ,
- Приемка / Отгрузка эУПД через универсальную загрузку и отправку файлов XML. для любого оператора ЭДО,
- Интеграция с ЭДО lite, ЭДО СБИС (Тензор), ЭДО Контур.Диадок, ЭДО Такском.
- Подпись документов в ПО для отправки в ГИСМТ/СУЗ,
- Логирование запросов/ответов в ГИСМТ/СУЗ,
- Проверка статусов КМ,
- Проверка статусов документов,
- Запрос отчетов об ошибках.
Видео по работе с ЭДО табака для Приемки маркированной продукции в 1С 7.7 модуль "Розница"
В комплект поставки включены <Инструкция по установке> и <Руководство пользователя>, с помощью которых вы можете установить модуль самостоятельно.
При затруднении вы можете заказать у нас услуги по установке и внедрению нашего модуля для вашей типовой или нетиповой конфигурации. Для этого заполните ответы на опросник и вышлите его нам.
Техническая поддержка и обновления
Бесплатный период предоставления обновлений и техподдержки составляет 12 месяцев со дня покупки.
По окончании бесплатного периода вы можете приобрести услугу технической поддержки с доступом к обновлениям в течении 12 месяцев на платной основе.
Проверить наличие обновлений можно в личном кабинете. Если обновления недоступны - загрузить новую версию можно после покупки обновлений/технической поддержки.
Задать вопрос по программе можно по кнопке "Техподдержка" на странице описания.
При создании тикета необходимо предоставить:
- Номер заказа
- Описание вопроса. Если это ошибки - напишите порядок ваших действий с программой, которые к ней привели (приложите видео/скриншоты/отчеты об ошибке)
- Точную конфигурацию 1С, и версию платформы, на которой используете купленное решение (наименование и версию 1С можно взять из раздела "О программе"), версию купленной программы.
К созданной заявке подключается специалист. Дальнейшее обсуждение проблемы будет проходить в тикете техподдержки. Стандартный срок реакции - 24 часа в рабочие дни с момента обращения.
В стоимость техподдержки включен только 1 инцидент. Дальше в рамках бесплатной техподдержки возможны краткие вопросы на почту или в чат техподдержки. При этом, является ли данный вопрос платным определяет специалист техподдержки после изучения вопроса. Дополнительные подробные консультации возможны за плату из расчета 2200 руб / час (первый час не делится).
Сравнение версий
[Версия 3.6.0] 28.07.21
259) В "Панели управления ККМ" на закладке "Параметры" для параметра "17) ФФД" добавлено новое значение "ФФД 1.2", форматом по умолчанию сделан "ФФД 1.1".
260) В обработках обслуживания ККМ добавлена поддержка ФФД 1.2 для маркированных товаров (вводится с 06.08.21). Поскольку для ККТ, использующих драйвер Атол, не будет поддержки ФФД 1.2 на Платформе 2.5, данная поддержка не добавлена в обработку обслуживания драйвера ДТО 8.х (обработка fr54_Atol.ert).
Для использования ФФД 1.2 требуется переход на Платформу 5.0 и использование драйвера ККТ версии не ниже 10.8.1.
Согласно ФФД 1.2 в чек передается полный код маркировки (передачи только составляющих GTIN и Serial недостаточно). Причем передавать нужно код маркировки, непосредственно считанный со сканера, чтобы не было потери в штрихкоде управляющих символов-разделетилей GS (с кодом #29) и криптохвоста, иначе код маркировки в ОФД будет передан неверно.
В тег 1212 (признак предмета расчета) нужно вместо значений Т (Товар) и АТ (подакцизный товар) для товаров, подлежащих маркировке средствами идентификации (СИ), передавать новые значения: АТНМ, АТМ, ТНМ, ТМ.
Обработки обслуживания ККМ автоматически производят замену значений тега 1212 на новые значения в засимости от того, указаны ли коды маркировке в чеке (если данную замену не произвела процедура печати чека в 1С).
261) в обработку поддержки печати чека в режиме ВПФ (fr54_ПечатьЧека.ert) и обработку ПредПросмотраЧека (fr54_СписокНоменклатурыДляПечати.ert) добавлена поддержка ФФД 1.2: учет передачи полного кода маркировки в чек и автоматическая замена старых значений тегов 1212 (Т и АТ) на новые (АТНМ, АТМ, ТНМ, ТМ).
в обработке поддержки печати чека в режиме ВПФ (fr54_ПечатьЧека.ert) учтено, что в чеке возврата допускается не указание кода маркировки для возвращаемого товара (например, по причине утраты кода маркировки или его повреждения).
[Версия 3.6.1] 17.08.21
262) Исправлены ошибки поддержки ФФД 1.2 для единиц измерения (тег 2108) и кодов маркировки (тег 1163).
263) Параметр: 24)АКВ <Автокоррекция времении ККТ по системному времени после после закрытия смены> действует теперь не после закрытия кассовой смены, а перед открытием смены.
[Версия 3.6.2] 02.09.21
264) в Панель управления ККМ добавлены сервисные операции для маркированных товаров при работе с ФФД не ниже 1.2 - "Очистить буфер КМ", "Проверить КМ". "Диагностика сервера ИСМ".
265) в обработку ПредПросмотраЧека (fr54_СписокНоменклатурыДляПечати.ert) добавлен функционал для предварительной онлайн-проверки КМ через ФН-М (только для ФФД не ниже 1.2).
В ней при дабл-клике по колонке "КТ" открывается окно ввода КТ, в котором можно при необходимости отредактировать дробное количество товара (используется для выбытия мерных товаров, например лекарств) и произвести онлайн-проверку КМ, при этом результат проверки сохраняется в ФН-М и используется при последующем пробитии чека.
Список проверенных КМ и результат их проверки сохраняется в списке значений "СпПроверенныхКМ", который передается из процедуры пробития чека (назовем ее «верхнее ПО») в обработку обслуживания ФР через Форма.Параметр
266) в обработках обслуживания ФР учитывается переданный из "верхнего ПО" список предварительно проверенных КМ ("СпПроверенныхКМ"). Если при регистрации позиции чека передаваемый КМ не содержится в этом списке, производится проверка этого КМ в обработке обслуживания ФР в процедуре пробития чека ("ПечататьЧек").
Режим проверки КМ задается через параметр "РежимПроверкиКМ2", который можно передать в обработку обслуживания ФР из "верхнего ПО". По умолчанию пропускаются КМ с любым результатом проверки (в т.ч. отрицательным).
Список предварительно проверенных КМ ("СпПроверенныхКМ") может заполняться при подготовке чека в момент сканирования каждого КМ (например, через "РМК ГИСМ", версия не ниже 2.3), чтобы кассиру оперативно выдавалось разрешение на продажу данного экземпляра товара, пока он держит его в руках. Также функционал предварительной проверки КМ содержится в обработке ПредПросмотраЧека (fr54_СписокНоменклатурыДляПечати.ert).
Через передачу в обработку обслуживания ФР параметра "ПовторнаяПроверкаКМ" со значением 1 можно включить принудительную проверку всех переданных КМ при пробитии чека, даже если они уже были предварительно проверены в "верхнем ПО". Этот режим рекомендуется использовать когда ведется параллельное пробитие чеков с разных рабочих мест (РМК) на один ФР, т.к. пробитие чека с одного РМК приводит к очистке буфера КМ в ФН-М, в т.ч. проверенных и еще не пробитых на втором РМК (это неустранимая особенность работы ФН-М).
267) Исправлены выявленные ошибки.
[Версия 3.6.2.1] 24.09.21
268) Для Атол добавлена поддержка прошивки 5.8.6
269) Исправлены выявленные ошибки.
[Версия 3.6.2.2] 04.10.21
270) Для Штрих-М исправлены ошибки проверки КМ для ФФД 1.2
271) Исправлены другие выявленные ошибки.
[Версия 3.6.3] 20.10.21
272) Исправлены ошибки передачи данных о покупателе (теги 1227, 1228, 1243, 1244, 1245, 1246, 1254) для протокола ФФД 1.2.
[Версия 3.6.4] 23.11.21
273) Реквизит Дробь используется для всех версий ФФД. Для версии ФФД 1.2 он используется для передачи тега 1291.
Для версий ФФД 1.05 и 1.1 используется для передачи тега 1191, при этом для лекарств добавляется автоматически префикс mdlp (например, "mdlp3/50&"), для остальных товаров - префикс mrk (например, "mrk3/50&").
274) Исправлены выявленные ошибки, в т.ч. для драйвера Атол ДТО 10 исправлена ошибка вывода из оборота КМ, если указан ИНН покупателя (тег 1228).
[Версия 3.6.5] 21.12.21
275) исправлены выявленные ошибки.
[Версия 3.6.6] 01.02.22
276) В "Панели управления ККМ" на закладке "Параметры" для параметра "17) ФФД" форматом по умолчанию (при выборе <авто>) устанавливается значение, возвращаемое драйвером ККТ.
277) При пробитии чека возврата прихода для товаров, маркированных средствами идентификации "Честный ЗНАК" не передаются в чек коды маркировки лекарственных препаратов и продовольственных товарных групп (питьевая вода, молочная продукция, пиво и слабоалкогольные напитки) согласно требования Роспотребнадзора, даже если они были указанные в документе.
278) исправлены выявленные ошибки.
[Версия 3.6.7] 28.03.22
279) В "Панели управления ККМ" на закладке "Настройки" добавлен реквизит для указания адреса покупателя (е-майл или телефон), на который будет отправлен электронный чек, в том случае, когда отключена печать бумажного чека (параметром "7)ПЭЧ"), а электронный адрес покупателя при пробитии чека указан не был.
280) исправлены выявленные ошибки.
[Версия 3.6.8] 21.08.22
281) Добавлена возможность формировать "Отчет по кассирам". В "Панели управления ККМ" на закладке "Сервис" добавлена одноименная кнопка для формирования данного отчета.
[Версия 3.6.9] 26.08.22
282) В чеке коррекции в составе реквизита «Основание для коррекции» (тег 1174) не передается реквизит «Описание коррекции» (тег 1177) в связи с тем, что с 01.03.2020 вступила в силу новая редакция приказа ФНС России от 21.03.2017 N ММВ-7-20/229@
283) исправлены выявленные ошибки.
[Версия 3.6.10] 09.11.22
284) Исправлены выявленные ошибки.
[Версия 3.6.11] 27.12.22
285) в документ "ЧекККМ" внесены изменения для поддержки одновременной передачи чека в ЕГАИС и в ГИСМТ для маркированного пива (сидра, пуаре, медовухи).
286) Исправлены выявленные ошибки.
[Версия 3.6.12] 07.07.23
287) Добавлена поддержка признака предмета расчета "Подакцизный товар" в типовых конфигурациях. Для этого в справочник "Номенклатура" добавлен реквизит "ПодакцизныйТовар". В документах ПКО (ПриходныйОрдер), РКО (РасходныйОрдер), СтрокаВыпискиБанкаПриход, СтрокаВыпискиБанкаРасход, ЧекККМ добавлена поддержка этого реквизита, если он добавлен в справочник Номенклатура.
288) Добавлена поддержка новых товарных групп маркировки "Честный Знак": медицинские изделия, морепродукты, безалкогольные напитки, безалкогольное пиво. Для этого внесены изменения в форму элемента справочника "Номенклатура" и во внешние обработки.
289) Исправлены выявленные ошибки.
[Версия 3.6.12.1] 05.12.23
290) В "Панели управления ККМ" на закладке "Банковский терминал" добавлена кнопка "Сводный чек".
291) Исправлены выявленные ошибки.
[Версия 3.7.0] 15.01.24
292) Добавлена поддержка продажи разливного пива в режиме магазина и Хореки (общепит). Добавлена поддержка продажи любого маркированного товара в режиме объемно-сортового учета (ОСУ), при котором вместо кодов маркировки товара передаются GTIN.
В спр. Номенклатура можно опционально добавить реквизит "аисХорека" типа "Число". Если значение реквизита равно 1, то данный товар будет продаваться в режиме Хорека (ОСУ).
Для передачи признака ОСУ для маркированных товаров в таблице значений Список (или СписокТоваров) используется имеющийся реквизит КодТГ (и ТипМаркировки), но с отрицательным значением:
0 - немарк.товар,
1 - марк.алкоголь (для ЕГАИС),
-1 - пиво (для ЕГАИС),
2 ... 99 - маркировка ЧЗ (включая меховые изделия и лекарства),
-2 ... -99 - маркировка ЧЗ в ОСУ (HoReCa /общепит/) /передача GTIN вместо КМ/
-999 - СИЗ (коронавирус) /передача EAN или код ТН ВЭД вместо КМ/
293) Внесены изменения в документ ЧекККМ и во внешние обработки для поддержи продаж мерных товара и режима ОСУ.
294) Исправлены выявленные ошибки.
[Версия 3.7.1] 27.01.24
295) Доработана логика частичной реализации мерного (весового) товара. Таким товаром теперь считается не только разливное пиво (единица измерения которого указана в литрах), но и другие маркированные товары, единица измерения которых не является штуками (упаковками, бутылками и т.д.), т.е. тег 2108 определяется значением отличным от 0 и 255. Например, таким образом можно учесть выбытие весовой молочной продукции, если для нее в справочнике "Номенклатура" выбрать единицу измерения "килограмм" (или прочую весовую).
296) Добавлена возможность указания типа ОСУ при продаже маркированных товаров. Данное значение указывается в целом на чек и применяется в отношении только тех маркированных товаров, для которых реквизит КодТГ принимает отрицательное значение (см. п. 292). Чтобы задать тип ОСУ для передачи в чек необходимо записать значение параметра в модуле пробития чека следующим образом:
ПараметрыГИСМ.Установить("ТипОСУ", "horeca");
Возможные значения для передачи: "horeca", "vend", ""(пустая строка используется при продажах ИП/ЮЛ).
Данное присвоение рекомендуется также использовать при вызове действия "СформироватьКТ" через обработку fr54_ГИСМ.ert, чтобы правильно заполнились теги группы 1260.
297) Уточнено заполнения тегов группы 1260 в зависимости от типа ОСУ и типа маркированной продукции (штучная, дробная, мерная (весовая).
298) В "Панель управления ККМ (Маркировка)" добавлен флаг "Контролировать дубли кодов маркировки для мерных (весовых) товаров". При установке данного флага разрешается добавлять в чек несколько позиций мерного (весового) товара с одинаковым кодом маркировки.
299) Исправлены выявленные ошибки.
[Версия 3.7.1.1] 31.01.24
300) Исправлены выявленные ошибки в обработках обслуживания ФР.
Исправлена ошибка в обработке fr54_ГИСМ.ert, приводящая к неправильной передаче КМ в чек.
[Версия 3.7.2] 28.02.24
301) В обработках обслуживания ФР при закрытии смены добавлена автоматическая сверка итогов для интегрированного эквайринга.
302) В обработке обслуживания ФР fr54_Atol10.ert добавлено разбиение позиции на несколько в случае использования ОСУ для прошивок старее 5.10.15 (решение проблемы: "в текущей версии прошивки ККТ данный функционал ещё не был реализован (Для маркированного штучного товара, при значении 2108=0, нельзя указать значение 1023, отличное от 1.). Данный функционал (указание Количество > 1 для маркированного товара в Хореке) появится только в следующем релизе прошивки ККТ 5.10.15, который ожидается к выходу во 2 квартале 2024 г.»
303) Исправлены другие выявленные ошибки.
[Версия 3.8.0] 25.03.24
304) Добавлен Разрешительный режим онлайн-проверки кодов маркировки согласно методических рекомендаций:
https://markirovka.ru/community/rezhim-proverok-na-kassakh/rezhim-proverok-na-kassakh и
https://честныйзнак.рф/upload/2023_09_01_методические_рекомендации_в01_3_rev_и_офлаиM4;н_2.pdf
305) Внесены изменения во внешние обработки, включая обработки обслуживания фискальных регистраторов
306) На форму обработки "Панель управления ККМ (Маркировка)" (fr54_ГИСМ.ert) добавлена закладка "Разрешительный режим" для настройки применения данного режима.
На данной форме можно "Выключить разрешительный режим" (например, в случае аварийной ситуации в ГИСМТ согласно указаний ЦРПТ), а также включить данный режим обратно вручную после окончания неполадок, связанных с недоступностью серверов ГИСМТ.
Флажок "Это тестовый контур" можно использовать для переключения работы на тестовый контур ГИСМТ. Данный режим нужно использовать исключительно для отладки. Для реальных продаж на ККТ его использовать не рекомендуется.
Для отправки запросов используется по умолчанию компонента "WinHTTP", которая встроена во все современные ОС.
На старых ОС (таких как Windows XP, Windows Server 2003) данная компонента работает с ошибками. В этом случае нужно переключиться на вариант "Curl1c.dll". В этом случае запросы будут отправляться с помощью внешней компоненты, разработанной Антоном Азановым (aka Djelf).
Параметр "Таймаут запроса на онлайн-проверку КМ, сек" определяет сколько времени отводится на проверку одного кода. Чем меньше время, тем меньше покупатель ожидает, но больше вероятность, что сервер ГИСМТ не успеет отдать ответ на запрос проверки КМ.
Параметр "Интервал запроса списка CDN-площадок, ч" определяет с какой частотой производить опрос списка площадок. Рекомендуется установить значение от 8 до 22 ч.
В случае использования прокси-сервера нужно установить флаг "Использовать прокси сервер" и заполнить табличку под этим флагом.
С помощью кнопки "Проверить КМ" можно без ограничений вводить произвольные коды маркировки (вставлять из буфера обмена) и проверять их. Результат проверки не будет влиять на отражение чеков в ОФД.
На закладке "Общие" Панели управления ККМ (Маркировка) появился новый флажок "РР". Он позволяет включить Разрешительный режим персонально для каждой товарной группы.
Если данный флажок не будет установлен, то онлайн-проверка кодов маркировки производится не будет, что может привести к штрафным санкциям со стороны Роспотребнадзора.
Необходимо до 1 апреля 2024 установить данный флаг ("РР") для товарных групп "5. Табак", "10. Альтернативная табачная продукция", "16. Никотиносодержащая продукция" и "15. Пивные напитки".
Для товарной группы "15. Пивные напитки" разрешительный режим включится при этом только для кегового пива (определяться будет автоматически по единице измерения товара "л", "кг" и прочие единицы, не равные "шт.").
Для бутылочного ("штучного") пива РР (разрешительный режим) включится автоматически с 01.11.2024 (но только если флаг РР установлен для пива!). Отдельной настройки для бутылочного пива нет.
Для остальных товарных групп необходимо установить флаг РР в зависимости от даты наступления обязательной онлайн-проверки (см. в https://markirovka.ru/community/rezhim-proverok-na-kassakh/rezhim-proverok-na-kassakh).
307) На закладке "Параметры" обработки "Панель управления ККМ" (fr54_Настройки.ert) добавлен новый параметр "27) Токен". В данный параметр необходимо внести "Аутентификационный токен для ККТ".
В личном кабинете ГИС МТ необходимо зайти в раздел "Профиль" и нажать кнопку «Сгенерировать токен» у поля «Токен для контрольно-кассовой техники».
После получения нужно скопировать токен в данный параметр. Токен нужно получить на каждый ИНН и использовать на всех кассах. Для этого можно завести несколько колонок в таблице "Параметры", установив необходимые "Отборы" (поля <Фирма>, <Касса>, <Пользователь>, <Вид док.>, <Выражение>) и задав "Логические устройства" ("4) #ЛУ").
Необходимо помнить, что для тестового и продуктивного контура ГИСМТ используются разные токены, значение введенных токенов необходимо согласовывать с флажком "Это тестовый контур" на закладке "Разрешительный режим" на форме "Панели управления ККМ (Маркировка)". В противном случае будет возникать ошибка «401 Неавторизованный запрос/Unauthorized» и товар нельзя будет продать на кассе.
308) В комплект добавлены внешние компоненты precomp.dll и curl1c.dll, необходимые для отправки запросов API онлайн-проверки КМ.
Онлайн-проверка КМ выполняется в момент сканирования КМ в документ "Чек ККМ" (для ТИС, ред. 9.2). Для остальных видов документов, а также при использовании режима ВПФ (внешние печатные формы), онлайн-проверка КМ выполнится перед закрытием ("пробитием") чека. Также данная проверка будет произведена и для документа "Чек ККМ" если она по каким-то причинам была пропущена при сканировании товаров в документ.
В случае выявления ошибок при онлайн-проверке пробитие чека останавливается до исправления ошибок (путем удаления товара с неверными КМ из чека либо "отключением разрешительного режима" (КРАЙНЕ НЕ РЕКОМЕНДУЕТСЯ!) на форме "Панели управления ККМ (Маркировка)"). При проверке в момент сканирования товар удаляется из чека автоматически при ошибках; при проверке по итогу чека (перед его закрытием) выводится список всех ошибочных товаров, и предлагается удалять их уже вручную. Поэтому рекомендуется использовать режим проверки в момент сканирования.
309) В документ "Чек ККМ" внесены изменения для поддержки РР. Мы провели большую работу по вынесению кода во внешние обработки, поэтому по сравнению с предыдущим релизом в модуль формы документа внесены всего три новые строчки - они помечены комментарием //Разрешительный режим онлайн проверки КМ.
Два из этих изменений обеспечивают передачу Цены товара для онлайн проверки (для сигарет требуется обязательная проверка на вилку цен ЕМЦ / МРЦ):
ПараметрыГИСМ.Установить("Цена", Окр(Сумма/?(Количество=0,1,Количество),2)); //Разрешительный режим онлайн проверки КМ
Третье изменение инициализирует новую переменную СпПроверенныхКМ_РР, в которой сохраняется результат онлайн-проверки КМ в момент сканирования (добавления товаров в документ), чтобы не производить по этим товарам повторную проверку при закрытии чека:
Данные.Установить("СпПроверенныхКМ_РР", ПараметрыГИСМ.Получить("СпПроверенныхКМ_РР")); //Разрешительный режим онлайн проверки КМ
310) Модуль отправки запросов в ГИСМТ через API защищен с помощью КЗК-2 (для этого требуется присутствие компоненты precomp.dll).
Лицензирование модуля осуществляется по ИНН организации (ИП) и аутентификационному токену для ККТ. В дальнейшем планируется добавление лицензирования также по номеру фискального накопителя (ФН).
Для активации работы модуля с РР необходимо в нашу техподдержку сообщать кроме ИНН организации (ИП) также аутентификационный токен для ККТ (который нужно взять в профиле пользователя в ЛК ГИСМТ).
В ответ вам выдается программная лицензия. Лицензия представляет собой шифрованный файл с расширением *.ml2. В одном файле может быть одна или несколько лицензий на одну или несколько организаций.
Если для организаций используются разные каталоги баз 1С, то допускается копирование файла. Файл программной лицензии нужно поместить в каталог \Extforms\Equip.
Допускается размещение в одной папке несколько программных лицензий на разные организации (если их учет ведется в одной базе 1С), они все будут учтены. После копирования или изменения файлов программных лицензий нужно перезапустить обработку "Панель управления КККМ (Маркировка)" либо целиком 1С.
Программная лицензия является бессрочной при использовании модуля после окончания периода получения обновлений без возможности установки обновлений. При продлении платной подписки на обновления выдается новая программная лицензия.
До 1 марта 2025 года способ формирования программных лицензий будет нами изменен в связи с тем, что ЦРПТ перейдет на целевую схему получения токена с помощью УКЭП, которая предполагает короткий срок жизни токена.
Поэтому лицензирование к тому времени в нашем модуле будет осуществляться только по ИНН и номеру ФН. Также потребуется доработка модуля для взаимодействия с ЭП (как это сейчас реализовано у нас для модуля "Обмен ГИСМТ для 1С 7.7").
311) Файлы внешних компонент formex.dll, curl1c.dll и precomp.dll рекомендуется скопировать в каталог программы 1С (папку BIN) или в каталог с базой 1С.
Также допускается размещение данных файлов в папке Extforms информационной базы, в каталоге пользователя 1С. Особых прав в ОС данные компоненты не требуют, регистрация их в реестре Виндовс также не нужна.
[Версия 3.8.0.2] 28.03.24
312) В обработке fr54_ГИСМ.ert исправлена ошибка при проверке КМ, содержащем двойную кавычку ("), скорректированы сообщения о критических ошибках при проверках.
313) ВНИМАНИЕ! Длина реквизита SGTIN справочника аисДвижениеМарокГИСМТ увеличена с 74 символов до 170. Если нет необходимости хранить КМ длиннее 74 символов, рекомендуется этот справочник не обновлять.
314) Добавили в комплект «Инструкцию по включению Разрешительного режима на ККТ.pdf».
315) В обработке обслуживания fr54_Shtrih-M.ert (используется для драйвера Штрих-М) исправлена передача тегов группы 1260.
[Версия 3.8.1] 04.04.24
316) В документ "Чек ККМ" в процедуру ПробитьЧекНаККМ() добавлена передача параметра "Проверить_РР_передППЧ". Если в данный параметр передать значение 1, то проверка на Разрешительный режим при онлайн-проверке КМ будет произведена перед вызовом окна Предпросмотра чека ("14)ППЧ = 2").
Данный режим рекомендуется использовать при пробитии чеков розничной продажи. Если нужно управлять признаками способа расчета перед пробитием чека, в частности выбирать способы, не предполагающие передачу кодов маркировки в чек, например, "Оплата кредита", через окно ППЧ, то рекомендуется в качестве значения параметра "Проверить_РР_передППЧ" передавать 0.
В этом случае, проверка на Разрешительный режим будет выполнена после закрытия окна ППЧ, если в не будет выбран способ расчета, не предполагающий передачу кодов маркировки. Данный режим будет корректно работать и в том случае, если вывод окна ППЧ будет отключен.
При печати через механизм ВПФ в параметр "Проверить_РР_передППЧ" передается значение 0.
317) Во внешние обработки fr54_ГИСМ.ert, fr54_Настройки.ert, fr54_ПечатьЧека.ert внесены изменения для учета параметра "Проверить_РР_передППЧ".
318) Учтено, что при возврате товаров не нужно применять Разрешительный режим при онлайне проверке КМ, т.к. согласно ППР 1944 проверка выполняется только в случае розничной реализации.
319) Для товарных групп "Альтернативная табачная продукция" и "Никотиносодержащая продукция" убрана проверка цены по ЕМЦ и МРЦ.
320) Добавлено автоматическое включение Разрешительного режима для тех товарных групп, для которых наступил срок обязательного его использования согласно https://markirovka.ru/community/rezhim-proverok-na-kassakh/rezhim-proverok-na-kassakh
321) В обработках обслуживания фискальных регистраторов уточнены сообщения о проверках КМ через ИСМ, чтобы отличать их от проверок по РР.
322) Переработано сохранение сообщений об ошибках в запросах и заблокированных проверкой РР кодов маркировки. Сохранение логов выполняется для каждого пользователя отдельно, для этого к имени файла лога codescheck.log добавлено имя пользователя 1С. Это позволит снизить нагрузку на одновременную запись в файлы логов, а также позволит определить под каким пользователем возникли ошибки при проверке РР.
323) Оптимизировано сохранение настроек в файл fr54.ini.
324) Исправлены ошибки, оптимизированы проверки.
[Версия 3.8.2] 10.04.24
325) В "Панели управления ККМ (Маркировка)" доработан флаг "Контролировать дубли кодов маркировки для дробных и мерных (весовых) товаров". При установке данного флага запрещается добавлять в чек несколько позиций дробного товара (например, поштучная продажа АТП (сигарилл) или лекарств блистерами) с одинаковым кодом маркировки, а не только мерного (весового).
326) Учтено, что Разрешительный режим нужно применять только при розничных продажах, поэтому он не применяется если в чек передаются данные покупателя и указан ИНН покупателя (тег 1228).
327) Исправлены ошибки, оптимизированы проверки.
[Версия 2.0] 17.05.21
30) Добавлена поддержка тега 1197 "Единица измерения предмета расчета".
31) файл метаданных обновлен до текущего релиза 1С ТИС 1003.
32) добавлено множественное сканирование кодов маркировки при подборе или выборе товара с количеством больше 1 шт.
33) Учтено, что цена табачных изделий должна быть строго равна МРЦ, указанном в коде маркировке https://ria.ru/20210401/sigarety-1603719715.html (раньше было ограничение: продавать не дороже МРЦ).
34) Исправлены выявленные ошибки.
[Версия 2.1] 08.07.21
35) Исправлена ошибка ложного распознавания ШК как GS1 Datamatrix в некоторых случаях.
[Версия 2.2] 28.07.21
36) Добавлена поддержка новых групп товаров ЦРПТ. На текущий момент поддерживаются следующие группы:
1 Алкоголь
2 Изделия из меха
3 Лекарств.препараты
4 Обувь
5 Табак
6 Шины и покрышки
7 Одежда, белье
8 Парфюмерия
9 Фотоаппараты и лампы-вспышки
10 Альтернативная табачная продукция
11 Молочная продукция
12 Кресла-коляски
13 Велосипеды
14 Питьевая вода
15 Пивные напитки
16 Никотиносодержащая продукция
17 БАД
18 Антисептики
ВНИМАНИЕ! Группы, начиная с порядкового номера 10, перенумерованы, если вы их использовали, просьба перевыбрать значения типа маркировки в спр. Номенклатура и в "Панели управления ККМ (Маркировка)" (fr54_ГИСМ.ert).
Внесены изменения в модуль формы элемента справочника "Номенклатура".
37) Добавлена поддержка ФФД 1.2 для маркированных товаров (вводится с 06.08.21).
Согласно ФФД 1.2 в чек передается полный код маркировки (передачи только составляющих GTIN и Serial недостаточно). Причем передавать нужно код маркировки, непосредственно считанный со сканера, чтобы не было потери в штрихкоде управляющих символов-разделетилей GS (с кодом #29) и криптохвоста, иначе код маркировки в ОФД будет передан неверно.
Внесены изменения в модуль формы документа "ЧекККМ":
- учтено, что в тег 1212 (признак предмета расчета) нужно вместо значений Т (Товар) и АТ (подакцизный товар) для товаров, подлежащих маркировке средствами идентификации (СИ), передавать новые значения: АТНМ, АТМ, ТНМ, ТМ.
- учтено, что в чеке возврата допускается не указание кода маркировки для возвращаемого товара (например, по причине утраты кода маркировки или его повреждения).
[Версия 2.3] 03.09.21
38) В "Панели управления ККМ (Маркировка)" на закладке "Общие" добавлены опции для проверки маркированных товаров (для ФФД не ниже 1.2):
Действие при онлайн-проверке КМ при сканировании:
- 0) Не производить онлайн-проверку КМ
- 1) Принимать КМ с любым результатом проверки (М-, М, М+)
- 2) Принимать КМ с неотрицательным результатом проверки (М, М+)
- 3) Принимать КМ только с положительным результатом проверки (М+)
Данный параметр используется при сканировании КМ через "РМК ГИСМ" fr54_ГИСМ.ert (подключен к документу "Чек ККМ") для принятия решения о разрешении продажи экземпляра товара по результату проверки КМ.
Передается в обработку как параметр "РежимПроверкиКМ1".
Действие при онлайн-проверке КМ при пробитии чека:
- 1) Принимать КМ с любым результатом проверки (М-, М, М+)
- 2) Принимать КМ с неотрицательным результатом проверки (М, М+)
- 3) Принимать КМ только с положительным результатом проверки (М+)
Данный параметр передается в обработку обслуживания ФР как "РежимПроверкиКМ2" и используется в ней для принятия решения о разрешении продажи товара для тех КМ, которые проверяются при пробитии чека (если не были предварительно проверены и сохранены в СпПроверенныхКМ или если включена опция "Повторная проверка КМ").
"Повторная проверка КМ" - включает принудительную проверку всех переданных КМ при пробитии чека, даже если они уже были предварительно проверены в "верхнем ПО". Этот режим рекомендуется использовать когда ведется параллельное пробитие чеков с разных рабочих мест (РМК) на один ФР, т.к. пробитие чека с одного РМК приводит к очистке буфера КМ в ФН-М, в т.ч. проверенных и еще не пробитых на втором РМК (это неустранимая особенность работы ФН-М).
39) Внесены изменения в модуль формы документа "ЧекККМ":
- добавлен в таблицу СписокТоваров реквизит "Дробь", через который можно передавать значение части упаковки мерного маркированного товара при выбытии его частями, напр. для лекарств (значение задается в виде дроби "2/12"). Данный параметр автоматически не заполняется, т.к. в типовой конфигурации 1С нет алгоритмов для выбытия мерных товаров. Можно использовать его для адаптации модуля под собственные бизнес-процессы.
Однако можно вручную вводить значение дроби для каждой позиции чека перед его пробитием через обработку ПредПросмотраЧека (fr54_СписокНоменклатурыДляПечати.ert);
- учтена передача в обработку fr54_ГИСМ.ert дополнительных параметров (Контекст, ТипЧека, Дробь), для правильной онлайн-проверки КМ в зависимости от параметров текущего чека.
[Версия 2.3.1] 24.09.21
40) Исправлены выявленные ошибки.
[Версия 2.3.1+] 04.10.21
41) В документе ЧекККМ исправлена ошибка передачи списка проверенных КМ ("СпПроверенныхКМ") в обработку обслуживания ФР.
[Версия 2.3.2] 01.02.22
42) Учтено наличие переменного веса (тег 3103) в КМ молочной продукции.
43) Добавлена возможность учета товарной группы для более точного разбора кода маркировки (необходимо в тех случаях, когда из КМ удалены служебные символы-разделители GS).
44) В "Панели управления ККМ (Маркировка)" на закладке "Общие" добавлена опция "Добавлять символы-разделители GS в КМ" (для ФФД не ниже 1.2).
Рекомендуется использовать для сканеров ШК, подключенных в режиме эмуляции Клавиатуры, т.к. в этом режиме служебные символы могут быть удалены из ШК при сканировании.
45) В документе ЧекККМ добавлена передача товарной группы в модуль маркировки (fr54_ГИСМ.ert).
46) Исправлены выявленные ошибки.
[Версия 2.3.3] 17.08.22
47) Добавлена возможность печати чеков с передачей кодов маркировки (КМ) в режиме ВПФ из произвольных документов (не только из документа ЧекККМ). Раньше возможность печати чеков через ВПФ предусматривалась за счет использования документов аисОтгрузкаГИСМТ (аисПриемкаГИСМТ), входящих в состав модуля "Обмен ЦРПТ для 1С 7.7".
В конфигурацию добавлен справочник "аисДвижениеМарокГИСМТ", с помощью которого организуется хранение КМ с привязкой к табличной части документов.
В табличную часть документов рекомендуется добавить реквизит с именем "КлючСтроки" типа "Число" для того чтобы не сбивалась привязка КМ к строкам документа при изменении порядка строк в документе.
Пример добавления такого реквизита см. в документе "Реализация" и "ВозвратОтПокупателя" (изменений в модуле формы документа для использования этого реквизита вносить никаких не нужно при этом).
Для добавления КМ в документ следует использовать ВПФ "fr54_ГИСМ_ВводКМ.ert". По умолчанию она зарегистирована для документов вида "Реализация" и "ВозвратОтПокупателя".
48) Исправлены выявленные ошибки.
[Изменения конфигурации без изменения внешних обработок] от 31.08.22
49) в элементе справочников а также «Номенклатура» и «Единицы» добавлена возможность ввода штрихкода единицы измерения и упаковки (GTIN) сканером. При этом если сканируется код маркировки, то записывается только GTIN, получаемый из кода маркировки. Добавлена кнопка «Ввести ШК» для ввода штрихкода вручную, если сканер не подключен.
50) в формах списков справочника «Номенклатура» добавлена возможность поиска элемента справочника по штрихкоду единицы измерения или упаковки (GTIN) сканером. При этом если сканируется код маркировки, то поиск производится по GTIN, получаемому из кода маркировки.
51) добавлена в формы списков справочника «Номенклатура» колонка «Штрихкод» для вывода штрихкода единицы измерения.
[Версия 2.3.4] 09.11.22
52) Исправлены выявленные ошибки.
[Версия 1.5.0] 28.11.23
467) Внесены изменения в следующие объекты метаданных: справочники «аисПродукцияГИСМТ», «аисКлассификаторСтран», «аисМаркиГИСМТ», документ «аисВводВОборотГИСМТ», перечисление «аисВводВОборотВидДокументаГИСМТ».
468) В «Обмен ГИСМТ» на закладке «Настройки» опции настроек сгруппированы в таблицу с делением на группы.
ВНИМАНИЕ!!! Опции настроек из группы «Индивидуальные» необходимо установить заново, т.к. они не сохраняются при переходе на данный релиз.
469) В модулях, в т.ч. модулях обслуживания конфигураций вызов опций настроек (см. п. 468) выполняется через вызов функции глГИСМТ.ПолучитьПараметрНастроек.
470) Отключено безусловное исполнение winhttp для запросов Контур.Диадок, теперь такие запросы выполняются только при отключенной опции «Отправка запросов через Curl».
471) Доработаны запросы Контур.Диадок для работы через компоненту «Карлик» (curl1c.dll). Исправлена отправка запросов Диадок.API через «Карлик».
472) При загрузке УПД и УКД добавляются идентификаторы GLN в справочник «Контрагенты ГИСМТ».
473) Для оператора ЭДО «Калуга Астрал» исправлена ошибка при отправке УПД.
474) Для оператора ЭДО «Такском» исправлены некоторые функции.
475) На закладке «Настройки» появилась опция для отключения ведения логов: «Не логировать запросы модуля».
476) Добавлена возможность отправки запроса «Подключение пивного кега на кран» через документ «Ввод в оборот ГИСМТ» (впоследствии, функционал перенесен в документ «Вывод из оборота ГИСМТ»).
477) Изменен адрес сервера для отправки запроса получения данных о контрагенте ГИСМТ.478) Исправлены выявленные ошибки.
[Версия 1.5.1] 06.12.23
479) Внесены изменения в справочник «аисПользователиГИСМТ» - на закладку «Операторы ЭДО» добавлена кнопка «Установить куки» для упрощения заполнения файла Cookie.txt значением куки, скопированного в буфер обмена (подробнее см. в файле «Инструкция для настройки Контур Диадок (Cookie)»).
480) Добавлен механизм, который позволяет ограничить редактирование пользователями параметров настроек (устанавливаются в «Обмен ГИСМТ» на закладке «Настройки»). После ввода пароля доступа к расширенным настройкам в таблице настроек появляется колонка «Расширенные», установкой флажков в которой можно выборочно ограничить пользователям, не знающим пароль доступа к расширенным настройкам, возможность изменять значение параметров.
PS. Окно для ввода пароля можно вызывать нажатием клавиш «Ctrl+Shift+F1», пароль по умолчанию 111, его можно сменить при необходимости на этой же форме.
481) Исправлена ошибка отправки запроса приемки входящей УПД через оператора ЭДО «Контур.Диадок».
482) Исправлены другие выявленные ошибки.
[Версия 1.5.2] 18.12.23
483) Исправлена ошибки загрузки входящих УПД через оператора ЭДО «Контур.Диадок».
484) В модулях обслуживания конфигураций (ГИСМТ_Конф***.ert) в процедуре СоздатьТТН() добавлено изменение реквизита СтатусПроверкиКМ в документе ОтгрузкаГИСМТ в зависимости от количества КМ.
485) Исправлены другие выявленные ошибки.
[Версия 1.5.3] 26.12.23
486) В «Обмен ГИСМТ» на закладке «Отгрузка» добавлена колонка «ИНН». В данной колонке отображается ИНН контрагента из документа «Реализация», если он заполнен. В противном случае выводится ИНН Покупателя ГИСМТ из документа «Отгрузка ГИСМТ». Данную колонку (как и другие колонки в таблице) можно переместить относительно имеющихся колонок, изменить размер, а также скрыть через «Настройку видимости колонок» . По данной колонке возможна установка отбора .
487) При загрузке входящих документов УПД одновременно загружается текущий статус документа без необходимости дополнительно вызывать пункт меню – «Обновить статус документа».
488) В «Обмен ГИСМТ» на закладке «Отгрузка» кнопка справа от кнопки «Создать исх. ТТН» позволяет перезаполнять не только документы вида «Отгрузка ГИСМТ», но и документы вида «Вывод из оборота».
489) В «Обмен ГИСМТ» на закладке «Вывод из оборота» справа от кнопки «Создать на основании» добавлена кнопка , которая позволяет перезаполнить ранее созданный документ ГИСМТ на основании документа списания.
490) В модулях обслуживания конфигураций (ГИСМТ_Конф***.ert) при заполнении табличных документов ГИСМТ на основании документов 1С берется в качестве GTIN заполненный штрихкод произвольной единицы измерения, в том случае если штрихкод единицы измерения с типом «штука» или «упаковка» или GTIN, сопоставленной с ней Продукцией ГИСМТ, не заполнен.
491) Исправлены выявленные ошибки.
[Версия 1.5.4] 27.01.24
492) В документе «Ввод в оборот ГИСМТ» добавлена возможность выбора МОД (места осуществления деятельности) для некоторых товарных групп.
493) В документ «Отчет о нанесении КМ» добавлен реквизит «МОД».
494) Исправлена ошибка отображения статуса СБИС при получении подтверждения соглашения об аннулировании в модуле ГИСМТ.
495) Исправлена логика подписания входящего документа УКД для Контур.Диадок.API.
496) В справочник «аисМодГИСМТ» добавлен реквизит «КодФИАС».
497) Добавлена возможность запуска модуля ГИСМТ с параметрами для выполнения команд: «Обновление статуса документа Отгрузка ГИСМТ», «Выгрузить исходящие ТТН».В качестве примера выполнения команд добавлена обработка «ГИСМТ_Автообмен.ert»
498) Обновлен документ «Чек ККМ» до версии 3.7.1 для учета продаж в режиме ОСУ (хорека, вендинг, продажа ИП/ЮЛ) и частичной реализация мерных (весовых) товаров (например, разливное пиво, весовая молочная продукция).
499) Исправлены другие выявленные ошибки.
[Версия 1.5.5] 07.02.24
500) В документе «Вывод из оборота ГИСМТ» добавлена возможность выбора МОД (места осуществления деятельности) для некоторых товарных групп.
Функционал запроса постановки кега на кран перенесен из документа «Ввод в оборот ГИСМТ» в документ «Вывод из оборота ГИСМТ».
501) Действие флага «Создавать автоматически продукцию ГИСМТ» в «Настройках» распространено для документов вида «Приемка ГИСМТ» (раньше действовало только для документов «Отгрузка ГИСМТ»).
502) Обновлена компонента curl1c.dll до версии 1.0.0.15.
503) Исправлена ошибка при использовании флага «Не логировать запросы модуля» в «Настройках» (не действовал для запросов WinHttp).
504) Исправлены другие выявленные ошибки.
[Версия 1.5.6] 10.04.24
505) Для ЭДО СБИС добавлена возможность выбора организации для работы с модулем при авторизации через API, в том случае, если у пользователя ЭДО определен доступ к нескольким организациям.
506) Добавлена сортировка по значениям колонок в списках документов в обработке «Обмен ГИСМТ». Сортировка включается кликом по заголовку выбранной колонки. При повторном клике меняется порядок сортировки в следующей последовательности: «сортировка по возрастанию», «сортировка по убыванию», «выключить сортировку».
507) В отчете «Информация о КМ» (вызывается по нажатию зеленой кнопки «Меню») исключен из списка выбора запросов устаревший запрос по «ГИСМТ».
508) В список по нажатию зеленой кнопки «Меню» добавлен пункт «Получить токен для ККТ». Полученный аутентификационный токен можно использовать до 01.03.2025 г. в кассовом ПО для применения Разрешительного режима онлайн-проверки кодов маркировки.
509) В документах «Отгрузка ГИСМТ» уточнена раскраска строк в табличной части для помарочного учета: если в справочнике «Продукция ГИСМТ» не будет задан реквизит «Товарная группа» или «Вид номенклатуры», то вид учета будет определяться по типу маркировки, заданному в справочнике «Номенклатура» (если соответствующие элементы справочников выбраны в табличной части документа). Если выбранная Продукция ГИСМТ или Номенклатура подлежат ОСУ (объемно-сортовому учету), но при этом не будет заполнен в документе реквизит «Штрихкод шт.» (который используется в качестве GTIN для ОСУ), то данная строка в документе будет подсвечена как ошибочная лиловым цветом.
510) В модулях обслуживания конфигураций (ГИСМТ_Конф***.ert) в функции ДополнительныеСведенияЭДО() добавлены реквизиты для передачи идентификатора МЧД (используется для ЭДО Лайт).
511) В модулях обслуживания конфигураций (ГИСМТ_Конф***.ert) в функции СоздатьТТН() учтено, что в реквизите «Штрихкод уп.» должен быть указан штрихкод той единицы измерения, которая указана в реквизите «Ед. изм.» (и выгружается в УПД). Значение этого реквизита будет выгружено в УПД в теге «штрихкод». Если реквизит «Штрихкод уп.» не будет заполнен, то в УПД выгрузится значение реквизита «Штрихкод шт.».
512) Внесены изменения в документы «аисЗаказНаЭмиссиюКодовМаркировкиГИСМТ»,
Статистика: | |
---|---|
Просмотры | 460572 |
Загрузки | 4287 |
Рейтинг | 2431 |
Создание | 28.03.17 11:28 |
Обновление | 17.04.24 20:22 |
№ Публикации | 603118 |
Характеристики: | |
Теги |
Маркировка ГИСМТ ЦРПТ 1С7.7 ЧЗ Честный знак объемно-сортовой учет ОСУ онлайн касса ККТ 54-ФЗ ОФД фискальный регистратор Атол Штрих-М victuan |
Рубрики |
ККМ ЭДО и ОФД, Обмен с ГосИС |
Кому |
Системный администратор , Программист |
Тип файла | Внешняя обработка (ert,epf) |
Платформа |
Оперативный учет 7.7 , Бухгалтерский учет 7.7 |
Конфигурация |
1С:Бухгалтерия 7.7 , 1С:Комплексная 7.7 , 1С:Торговля и склад 7.7 |
Операционная система | Не имеет значения |
Страна | Россия |
Отрасль |
Розничная и сетевая торговля (FMCG) , Оптовая торговля, дистрибуция, логистика |
Налоги | Не имеет значения |
Вид учета | Не имеет значения |
Доступ к файлу | Платные (руб) |
Код открыт | Да |
Наименование | Файл | Версия | Размер | ||
---|---|---|---|---|---|
Демо-версия АИС: онлайн-кассы для 1С 7.7 | .rar | 3.8.2 | 17,97Mb | 4384 | Скачать |
Демо-версия] АИС: Обмен с ГИСМТ из 1С 7.7 | .rar | 1.5.7 | 20,33Mb | 67 | Скачать |
[Демо] Проверка и пакетная печать кодов маркировки из 1С 7.7 для всех групп товаров (ТАБАКА, ОБУВИ, ЛЕКАРСТВ, МЕХА, ШИН, ОДЕЖДЫ и пр.) [Бесплатная Демо-версия] | .rar | 3.13 | 539,83Kb | 216 | Скачать |
Описание и инструкция по установке ПО "АИС: Онлайн-кассы для 1С 7.7" | 3.3.4 | 2,54Mb | 2462 | Скачать | |
Инструкция по установке (обновлению) ПО "АИС: Онлайн-кассы + Маркировка для 1С 7.7" | 1 023,99Kb | 409 | Скачать | ||
Протокол ФФД 1.1 | 1,47Mb | 1119 | Скачать | ||
Лайфхак: Уменьшаем размер чека с целью экономии бумаги (для Атол) | 1,38Mb | 1119 | Скачать | ||
Штрих-М: Диагностика соединения с ОФД | 2,47Mb | 632 | Скачать | ||
АИС: онлайн-кассы для 1С 7.7: Панель управления: Параметры ФР | .xls | 3.8.0 | 67,00Kb | 1246 | Скачать |
Методичка по сложным вариантам расчетов на ККМ (частичные оплаты и авансы, подарочные карты) | .xls | Редакция 2.2 | 580,50Kb | 779 | Скачать |
АИС: онлайн-кассы для 1С 7.7: FAQ (Частые вопросы и ответы) | .doc | 27 вопросов | 1,29Mb | 918 | Скачать |
АИС: Обмен с ГИСМТ из 1С 7.7: Инструкция по установке (обновлению) | 0.9.0 | 418,21Kb | 164 | Скачать | |
АИС: Обмен с ГИСМТ из 1С 7.7: История изменения версий | .doc | 1.5.7 | 5,02Mb | 45 | Скачать |
АИС: Обмен с ГИСМТ из 1С 7.7: Краткое руководство программиста для адаптации к нетиповым конфигурациям | .docx | 43,20Kb | 125 | Скачать | |
АИС: Обмен с ГИСМТ из 1С 7.7: Руководство пользователя | .doc | 1,26Mb | 138 | Скачать | |
Опросник "Обмен ГИСМТ для 1С 7.7" и "Онлайн-кассы для 1С 7.7" | .doc | 53,00Kb | 14 | Скачать | |
Инструкция по включению Разрешительного режима для ПО "АИС: Онлайн-кассы + Маркировка лдя 1С 7.7" | 941,88Kb | 3 | Скачать |
Тестировал вашу обработку до фискализации на FPrint-22ПТК. Все было ОК.
Вчера зарегистрировали.
На одном аппарате выдает ошибку:
Фискальный регистратор: ошибка при печати чека
Ошибка реквизита: Некорректная СНО
Чек ККМ не пробит!
Система ПСН,
СписокТоваров.НоваяКолонка("Данные54ФЗ"); СписокТоваров.ПолучитьСтрокуПоНомеру(1);
СписокТоваров.Данные54ФЗ = СоздатьОбъект("СписокЗначений");
Данные = СписокТоваров.Данные54ФЗ;
Данные.ДобавитьЗначение(5,"ПУП");
Где искать?
Спасибо большое за вашу работу, все очень качественно!
Возникла одна проблема, может быть вы сможете мне подсказать... На одном компе с Windows 10 компонента addin_fptr10_x64.dll прекрасно зарегистрировалась и работает. На другом выдала ошибку "не удалось создать объект внешней компоненты с программным идентификатором AddIn." Решить проблему удалось переустановкой драйвера ККТ 10.6.2.0 в 32-битном варианте. Но конечная задача заключается в том, чтобы все это работало на Windows Server 2012. Там переустановка драйвера ККТ на 32-битную версию не помогла. При этом компонента без проблем регистрируется через regsvr32, лежит в папке bin. Все под правами админа, даже непосредственно к файлу установили все возможные разрешения. Пробовали на Windows Server 2019 - там она даже регистрироваться отказывается. Помогите пожалуйста.
при сканировании блока сигарет ШК = "010460043993221521RKDWTKQ6A7SL24014154475"
Функция ВидШК(ШК) Экспорт не правильно обрабатывает ШК. В чем проблема?
на всех блоках ШК представлен в виде:
(01)04600439932215
(21)RKDWTKQ6A7SL
(240)14154475
т.е. цифры и буквы могут быть разные, но разрядность именно такая.
Функция ВидШК(ШК) Экспорт //1=пачка, 2=блок, 0=не СИ товара тщи
Если Найти(ШК, " ") > 0 Тогда
//пробелы недопустимы в любом ШК маркировки
ИначеЕсли СтрДлина(ШК) = 29 Тогда //табак пачка
Если Формат(Лев(ШК,14),"Ч(0)14") = Лев(ШК,14) Тогда // GTIN должен быть числовым
Возврат 5.1
КонецЕсли;
ИначеЕсли СтрДлина(ШК) >= 41 Тогда //табак блок
Если Лев(ШК,2) + Сред(ШК,17,2) + Сред(ШК,26,4) + Сред(ШК,36,2) <> "0121800593" Тогда //AI (идентификаторы применения) должны быть верные и на своих местах
ИначеЕсли Формат(сред(ШК,3,14),"Ч(0)14") <> сред(ШК,3,14) Тогда // GTIN должен быть числовым
ИначеЕсли Формат(сред(ШК,30,6),"Ч(0)6") = сред(ШК,30,6) Тогда // Цена должна быть числовой
Возврат 5.2
КонецЕсли
ИначеЕсли СтрДлина(ШК) = 39 Тогда //обувь
при сканировании блока сигарет ШК = "010460043993221521RKDWTKQ6A7SL24014154475"
Функция ВидШК(ШК) Экспорт не правильно обрабатывает ШК. В чем проблема?
на всех блоках ШК представлен в виде:
(01)04600439932215
(21)RKDWTKQ6A7SL
(240)14154475
т.е. цифры и буквы могут быть разные, но разрядность именно такая.
Функция ВидШК(ШК) Экспорт //1=пачка, 2=блок, 0=не СИ товара тщи
Если Найти(ШК, " ") > 0 Тогда
//пробелы недопустимы в любом ШК маркировки
ИначеЕсли СтрДлина(ШК) = 29 Тогда //табак пачка
Если Формат(Лев(ШК,14),"Ч(0)14") = Лев(ШК,14) Тогда // GTIN должен быть числовым
Возврат 5.1
КонецЕсли;
ИначеЕсли СтрДлина(ШК) >= 41 Тогда //табак блок
Если Лев(ШК,2) + Сред(ШК,17,2) + Сред(ШК,26,4) + Сред(ШК,36,2) <> "0121800593" Тогда //AI (идентификаторы применения) должны быть верные и на своих местах
ИначеЕсли Формат(сред(ШК,3,14),"Ч(0)14") <> сред(ШК,3,14) Тогда // GTIN должен быть числовым
ИначеЕсли Формат(сред(ШК,30,6),"Ч(0)6") = сред(ШК,30,6) Тогда // Цена должна быть числовой
Возврат 5.2
КонецЕсли
ИначеЕсли СтрДлина(ШК) = 39 Тогда //обувь
Отсканировал блок
при сканировании блока сигарет ШК = "010460043993221521RKDWTKQ6A7SL24014154475"
приложил фото.
И еще,основной причиной покупки было "подсмотреть" как правильно сформировать тег 1162 для Атол 8_16_06 по правилам кодировки. Как я понял ШК не просто разбирается на GTIN: и Serial: но и преобразуется.Это пример из документации Честного Знака.
5. Пример формирования тега 1162
Имеем следующие данные по марке:
GTIN: 98765432101234
Преобразуем GTIN в бинарный формат: 59 D3 9E 7F 19 72
Serial: ABC1234
Преобразуем в строковое значение: 41 42 43 31 32 33 34
Формируем тег 1162:
Добавляем код типа маркировки: 00 05
Формируем TLV для передачи в ККТ. Так как тег 1162 не имеет фиксированное значение,
11 байт резерва в ККТ не передаются:
8A 04 0F 00 00 05 59 D3 9E 7F 19 72 41 42 43 31 32 33 34
Затем, как я понял, это передается в драйвер ККМ
ECR.AttrNumber = 1162;
ECR.AttrValue = "000559D39E7F197241424331323334";// значения в hex по правилам маркировки
ECR.WriteAttribute();
В вашей обработке я не нашел это. Где можно было бы взять ото?
ECR.AttrNumber = 1162;
ECR.AttrValue = "000559D39E7F197241424331323334";// значения в hex по правилам маркировки
ECR.WriteAttribute();
В вашей обработке я не нашел это. Где можно было бы взять ото?
Этот код уже в др. обработке
Сообщите номера заказов, по которым приобретали наше решение.
- МаркировкаТип (типа Число, тип маркировки, для сигарет = 5)
- МаркировкаГруппа (типа Строка, код группы товаров, для сигарет = GTIN)
- МаркировкаЭкземпляр (типа Строка, код идентификации товара, для сигарет = Serial)
На данный момент поддерживается передача в ОФД маркировки табачной продукции [а также обуви и лекарств].
Для розничных продаж рекомендуется использовать модуль "54-ФЗ: Онлайн-кассы для 1С 7.7" совместно с нашим продуктом "54-ФЗ: РМК Табак для 1С 7.7", который обеспечивает сканирование кодов маркировки при продаже товара и передачу его в нужном формате в обработку обслуживания ФР.
РМК ГИСМ (Маркировка) для 1С 7.7 содержит подготовку данных для передачи их обработки для печати чеков.
Для розничных продаж табака из ТИС, ред. 9.2 нужно иметь оба модуля.
при сканировании блока сигарет ШК = "010460043993221521RKDWTKQ6A7SL24014154475"
Функция ВидШК(ШК) Экспорт не правильно обрабатывает ШК. В чем проблема?
на всех блоках ШК представлен в виде:
(01)04600439932215
(21)RKDWTKQ6A7SL
(240)14154475
т.е. цифры и буквы могут быть разные, но разрядность именно такая.
Функция ВидШК(ШК) Экспорт //1=пачка, 2=блок, 0=не СИ товара тщи
С форматом штрихкодирования сигарет можете ознакомиться в Постановлении 224, стр.19 (см. вложение).
Я пробовал опираться на описание требований 1с к разработке драйверов:
В документе описаны какие функции можно использовать при взаимодействии с кассой и вот одна из них: НапечататьОтчетБезГашения.
Выдается такая ошибка:
рез=глФР.НапечататьОтчетБезГашения(глФРИДУстройства);
{Обработка.УправлениеККМонлайн.Форма.Модуль(6)}: Поле агрегатного объекта не обнаружено (НапечататьОтчетБезГашения)
Вы пробовали использовать такой способ или по-другому делали?
Теперь заказы на доработку нетиповых конфигураций ПРИНИМАЮТСЯ! ;)
Пытаюсь подключить демо версию обработки к ТиС 9.2. Драйвера установились, фискальник (Атол 30Ф) виден. В 1С появились обработки подключения оборудования. При попытке включить выходит ошибка:
Для работы с компелированным модулем версия компилятора должна быть старше
Поддерживаемая версия формата хранения модулей: 1.0.0.2
Необходима поддержка версии формата хранения модулей: 1.0.0.4
Лицензия=СоздатьОбъект("КЗК2.Лицензия");
{E:\1CBDB\DB2010\EXTFORMS\EQUIP\FR54_EMUL.ERT(14)}; Неудачная попытка создания объекта (КЗК2.Лицензия)
Фискальный регистратор: ошибка при подключении
Куда копать?
Получено = Окр(Получено, 2, 1);
Если (Получено > 0) И (Получено > СуммаЧека) Тогда
Объект.Summ = Получено;
Объект.TypeClose = 0; //оплата наличными - возвращаем значение, измененное пред.чеком
Объект.ОплатаСоСдачей();
Иначе
Если Получено < СуммаЧека Тогда //смешанный тип оплаты
Объект.Summ = Получено;
Объект.TypeClose = 0; //наличка
Объект.Payment();
Если Объект.Remainder > 0 Тогда //проверка на всякий случай
Объект.Summ = Объект.Remainder;
Объект.TypeClose = 3; //оплата пластиковой картой
Объект.Payment();
Объект.TypeClose = 0; //оплата наличными - возвращаем значение, измененное пред.чеком
КонецЕсли;
КонецЕсли;
Объект.ЗакрытьЧек();
КонецЕсли;
ПоказатьЕсли сумма чека ККМ 10000, оплачивают 10000 по карте. Получено будет =0. А где прописывается сумма 10000 оплаты по пластиковой карте? Не совсем понял код.
Для своей конфигурации я интерфейс переделывал и менял код обработки (что вы и увидели). Но переделанный интерфейс я в публикацию не включил (не тот формат ;)
Идея заключается в следующем, что если передать в обработку обслуживания Получено меньше чем СуммаЧека, то обработка разницу СуммаЧека - Получено посчитает как оплату безналом, а остаток (Получено) налом (смешанная оплата). Если Получено = 0, то вся сумму уйдет по безналу.
Например, как во вложении.
ИначеЕсли глФРДляПриемаНаличныхОтЮрЛиц = 1 Тогда
глНеПроводить(Контекст, "ККМ в режиме фискального регистратора предназначена для приема наличных платежей от юр. лиц!");
Получается одну ККМ нельзя использовать для приема платежей по ПКО-РКО и для чеков ККМ. Откуда такое ограничение? Исправить код можно, но не будет ли при этом нарушений законодательства? Может кто знает?
Ваши вопросы сводятся к тому, что пора мне публиковать собственный РМК на замену убогого функционала ТИС ;)
Не стал я заморачиваться. Есть же программа возврата денег. Вы всегда можете вернуть деньги, если обработка окажется не рабочей.
Хотя может и добавлю демку в ближайшее время для проверки совместимости с ФР.
Вообще вопрос сложный, я подымал его давно, можете почитать здесь обсуждение
Мнений много, пока склоняюсь к мнению пользователя PetrovichA:
Мое мнение: если оплата неполная, то это оплата кредитом, следовательно предметом платежа уже является не товар, а этот кредит, и я в чеке обязан указать в качестве наименования: платеж по кредиту (а не за товар).
Проблема в том, что текущий протокол ФФД 1.0 не предусматривает указание в чеке типа платежа: Аванс, Зачета аванса, Оплата кредитом. Это будет реализовано в протоколе ФФД 1.1, в рамках которого подобные вопросы и будут закрыты. А сейчас приходится изворачиваться.
При покупке текущей версии решения можно ли будет потом обновиться на версию с поддержкой ФФД 1.1 или ее нужно будет покупать отдельно?
(49) При частичной оплате и авансе, не будет перечня товаров, а только одна строка, для вашего случая окончательного расчета:
"Принято от ... основание...." 1 шт. 500 руб
Товарный состав будет выводиться в чек только в одном случае: сумма ПКО совпадает с итогом реализации (документа-основания) с точностью до 1 коп., т.е. при единоразовой полной оплате.
Именно такая логика реализована в решениях ЗАО "1С" (Розница, УТ и т.д.). Поскольку их решения продиктованы их методологическим отделом, который вырабатывает решения совместно с ФНС, предлагаю написать письмо в ЗАО "1С", чтобы получить мотивированный ответ о правомерности данного решения.
Также сообщаю, если вы мне предложите другое, более удачное, конкретное решение данной задачи, поддающееся алгоритмизации, я его реализую в рамках данной разработки.
Т.е. потом в момент окончательного расчета пробивается чек с указанием всех товаров по накладной на полную сумму накладной? Например: накладная товар1 1шт. 400 руб., товар2 1 шт. 600 руб. итого 1000 руб. Покупатель сначала оплачивает аванс 500 руб. В чеке будет "Принято от ... основание...." 1 шт. 500 руб. На следующий день окончательный расчет, покупатель принес еще 500 руб. В чеке будет товар1 1шт. 400 руб., товар2 1 шт. 600 руб. итого 1000 руб. Получается по кассе пробили сумму 1500 руб. Или не так?
То же самое, видимо, будет при оплате в один день двумя видами оплаты - 500 руб. наличными, 500 руб. банковской карточкой. Хотел уточнить, как это решено?
Имя обработки: fr54_Shtrih-M.ert
Версия обработки: 2.4.3
Версия драйвера ККТ: 4.13.0.538
Версия прошивки (сборка) ККТ: C.1.45852 (20.12.17)
Версия ФН: fn_v_1_0
Модель ККТ: Штрих РР-04Ф
Столкнулись с такой проблемой, смену открывает пробивает первый чек (правда с подозрительным попискиванием), а при пробитии второго чека пишет ошибку (53) Некорректный параметр при данных настройках. Помогает закрытие кассовой смены, и опять после первого чека такая же ошибка. Пробовали пробиваться с тест драйвера, все без проблем. В чем может быть причина?
ТиС 9.2 с дописками, но основные механизмы остались нетронутыми. Эквайринг автономный.
Планируется прием наличными и картой.
Путем консультаций с бухгалтерией и аудитом выработана следующая стратегия:
- авансы/предоплаты по кассе (налом/картой) не принимаются
(это у нас уже введено давно, блокируется на уровне алгоритмов);
- по кассе принимаются оплаты только по факту и только в полной оплате текущей отгрузки
(аудит/бухия стремается толковать закон в нашу пользу по частичным оплатам, оплат отсрочек/кредитов), поэтому только и строго потоварное указание в чеке, попытки оплатить меньше по текущей отгрузке блокируем; попытки оплатить больше - блокируем, попытки оплатить ранее выполненные отгрузки - блокируем;
- в итоге все превращается в оплату 1-в-1 реализация-ПКО(+чек)
- кассир оформляет ПКО, бьет чек, вываливается запрос на выбор вида оплаты (для отражения в кассовом чеке)