Обработки для подключения онлайн-касс к 1С: 54-ФЗ и Разрешительный режим. Поддержка Маркировки + Эмулятор + ФФД 1.2

Обработка осуществляет обслуживание ККТ АТОЛ, Штрих, Вики Принт и Меркурий для конфигураций "УТ 10.3", "КА 1.1", "УПП 1.3", "Розница 1.0", "БП 2.0" и других отраслевых решений, построенных на основе указанных выше конфигурациях. Поддерживает возможность параллельно пробития чеков на одной ККМ несколькими пользователями. Поддерживает Веб-сервер Атол. Соответствует требованиям 54-ФЗ. Поддерживает ФФД 1.0, 1.05, 1.1 и 1.2. Разделяет чеки по нескольким СНО. Поддерживает механизмы подключения ККТ по TCP/IP, для работы через RDP или интернет. Поддержка маркировки и разрешительного режима. Поддержка пробития чеков с новыми ставками НДС 5% и НДС 7%.

Арт.: 345395

Продано: 1567

2024-04-07_18-46-24.png
2019-11-04_22-17-01.png
Обработка ФЗ-54.png
Форма ввода данных клиента.png
2019-11-04_23-40-45.png
2019-11-04_23-44-36.png
2019-11-05_09-41-38.png
2019-11-05_09-44-04.png
2019-11-04_23-05-30.png
2019-11-05_01-30-13.png
2019-11-05_09-57-51.png
2019-11-05_09-59-57.png
image.png
image.png
image.png
image.png
image.png
2019-11-05_01-40-30.png
image.png
image.png
image.png
2020-02-03_23-13-06.png
2020-12-29_04-33-51.png
2021-10-10_22-08-22.png
2021-10-10_22-09-24.png
2021-10-11_00-52-06.png
2021-10-11_00-22-38.png
2021-10-12_20-51-32.png
image.png
image.png
2024-04-07_18-46-24.png
2019-11-04_22-17-01.png
Обработка ФЗ-54.png
Форма ввода данных клиента.png
2019-11-04_23-40-45.png
2019-11-04_23-44-36.png
2019-11-05_09-41-38.png
2019-11-05_09-44-04.png
2019-11-04_23-05-30.png
2019-11-05_01-30-13.png
2019-11-05_09-57-51.png
2019-11-05_09-59-57.png
image.png
image.png
image.png
image.png
image.png
2019-11-05_01-40-30.png
image.png
image.png
image.png
2020-02-03_23-13-06.png
2020-12-29_04-33-51.png
2021-10-10_22-08-22.png
2021-10-10_22-09-24.png
2021-10-11_00-52-06.png
2021-10-11_00-22-38.png
2021-10-12_20-51-32.png
image.png
image.png
Подписка для Разрешительного режима

7900 руб.

5000 руб.

Лицензия БЕЗ Разрешительного режима

5900 руб.

5000 руб.

7500 руб.

Установка

4000 руб.

Техподдержка

7000 руб.

Поддерживает требования 54-ФЗ

Новые требования ФНС с 1 сентября 2025

Несвоевременное обновление ПО ККТ грозит серьезными штрафами. Не рискуйте — работайте спокойно.

Наша обработка уже поддерживает все изменения приказа № ЕД-7-20/236@.

Обновитесь одним кликом и забудьте о проблемах с ФНС.

Защита от штрафов ФНС

Ключевые возможности обработки

1

Поддержка обязательной и экспериментальной маркировки товаров

2

Поддержка требований к обязательным реквизитам кассовых чеков с 01.07.2019

3

Поддержка режима эмуляции кассовых чеков

4

Поддержка всех актуальных и популярных моделей ККТ

5

Поддержка ФФД 1.2

6

Поддержка Разрешительного режима

Удобный интерфейс для решения ежедневных задач

Ввод данных покупателя

Обработка позволяет вводить контактные данные клиента (телефон/e-mail) для отправки электронного чека. Поддерживается 3 варианта форм, включая ввод ИНН и редактирование сумм по видам оплат.

Форма ввода с таблицей оплат

Чеки коррекции

Реализован удобный интерфейс для создания чеков коррекции согласно требованиям законодательства. Позволяет исправлять ошибки в расчетах, проведенных ранее.

Чек коррекции

Разделение чеков по СНО

Поддерживается механизм автоматического разделения одного чека на несколько по разным системам налогообложения, что необходимо для организаций, совмещающих несколько налоговых режимов.

Разделение чеков по СНО

Работа с агентскими схемами

Позволяет пробивать чеки от имени агента (банковского, платежного, комиссионера) с указанием всех необходимых реквизитов поставщика и данных агента.

Распределение реквизитов агента

Поддержка маркировки

Реализован полный цикл выбытия кодов маркировки при розничной реализации для табака, лекарств, обуви и других товарных групп. Есть удобная форма ввода штрихкодов маркировки и их сохранения в базе.

Поддержка маркировки

Эмуляция кассовых чеков

Встроенный механизм эмуляции позволяет тестировать интеграцию и обучать персонал без подключения реального кассового оборудования, что значительно упрощает процесс внедрения.

Чеки эмулятора

Автоматическая смена СНО

Гибкий функционал для автоматической смены системы налогообложения с автоматической перерегистрацией ККТ в заданную дату. Идеально для перехода на новый налоговый режим.

Автосмена СНО

Закройте все вопросы по 54-ФЗ и маркировке

  • Ввод телефона или e-mail при оформлении чека
  • Отправка электронного чека клиенту по SMS или e-mail
  • Возможность не печатать бумажный чек при отправке электронного
  • Три варианта форм:
    1. Ввод телефона/e-mail с установкой признака электронного чека
    2. Дополнительные поля: наименование и ИНН (для розничных чеков)
    3. Возможность редактирования сумм по видам оплат (для розницы)
  • Поддержка ФФД 1.0, 1.05 и 1.1
  • Поддержка обязательных реквизитов с 01.07.2019: номер ГТД, код страны, сумма акциза
  • Чеки коррекции
  • Отчёт о текущем состоянии расчётов
  • Отражение ФИО и ИНН кассира в чеке
  • Ведение журнала чеков и взаимодействия с ОФД
  • Возможность пробития чеков по агентским схемам (банковские/платёжные агенты, комиссионная торговля и др.)
  • Работа с подарочными сертификатами (ФФД 1.05)
  • Механизм объединения товарных позиций в одну строку
  • Поддержка вывода произвольных нефискальных строк: реклама, акции, доп. реквизиты
  • Эмуляция чеков без подключения ККТ — для тестирования
  • Поддержка разделения чеков по системам налогообложения
  • Автоматическая смена СНО с перерегистрацией ККТ на заданную дату
  • Настройка соответствия налоговых ставок 1С и ККТ
  • Поддержка вывода и хранения кодов маркировки при продаже
  • Форма ввода штрих-кодов маркировки в розничных чеках
  • Автоматическое исключение повторной продажи маркированного товара
  • Прямое соединение с ККТ по интернету
  • Поддержка работы в сеансе RDP
  • Работа с ККТ через веб-сервер Атол
  • Совместимость с типовыми решениями 1С
  • Возможность уточнения для отраслевых конфигураций
  • Мониторинг передачи чеков в ОФД с уведомлениями при сбоях
  • Передача товарных позиций и налогов в ОФД
  • Автоматическое обновление модулей взаимодействия с ГИС МТ
  • Разграничение прав доступа по ролям
  • Механизмы настройки условий отображения дополнительных реквизитов в чеке
  • Возможность задания логики отображения на встроенном языке 1С
  • Очередь печати — печать чеков с разных ПК на одной ККТ
  • Удобная настройка видов оплат
  • Автоматическая настройка параметров обработки и ККТ под нужный формат ФФД
  • Клиент для управления сервером iMark: API, Windows-приложение, веб-интерфейс (в разработке)
  • Автоматическое резервное копирование базы данных

Технические требования

  • check Требуется прошивка ККТ с поддержкой ФФД 1.2
  • check Операционная система: Windows
  • check Платформа: 1С Предприятие 8.1, 8.2, 8.3
Конфигурации
  • check 1С:Управление торговлей 10.3
  • check 1С:Комплексная автоматизация 1.1
  • check 1С:Управление производственным предприятием 1.3
  • check 1С:Розница 1.0
  • check 1С:Бухгалтерия предприятия 2.0
  • check другие отраслевые решения, построенные на основе указанных выше конфигурациях.
Совместимость гарантируется для типовых решений 1С, по отраслевым — требуется предварительная проверка
Картинка.png

Что умеет обработка

  • check Проверять коды маркировки через ККТ при сканировании марки с выводом детальных результатов проверки
  • check Добавлять в чек коды маркировки с любым статусом проверки.
  • check Прерывать проверку кода маркировки, в случае если нет ответа от ИСМ (путем закрытия окна проверки или нажатия в нем ESC).
  • check Проверять коды маркировки через ККТ разом по всем позициям чека.
  • check Добавлять в буфер ККТ коды маркировки, проверка по которым завершилась неудачно при массовой проверке кодов маркировки.
  • check Использовать результаты, полученные при массовой проверке кодов маркировке при добавлении позиций в чек.
  • check Автоматически открывать смену перед проверкой кодов маркировки (проверка работает только при открытой смене)
  • check Автоматически добавлять все необходимые символы в код маркировки для проверки, так как по новым правилам проверка осуществляется по полному коду маркировки с символами GS. Благодаря этой функции не потребуется обязательного перевода сканера в режим эмуляции COM порта.
  • check Очищать результаты предыдущих проверок перед новой проверкой кодов маркировки.
  • check Устанавливать своё значение таймаута ожидания ответа от сервера ИСМ.
  • check Осуществлять проверку только в фискальном накопителе для ККТ, работающих в автономном режиме, без ожидания проведения проверки на сервере ИСМ.
  • check Стилизовать окна с результатами проверки по своему усмотрению (настраивать свои цвета для разных типов результатов проверки)

Функциональные возможности решения

check

Открытый API для интеграции

Позволяет подключить и использовать модуль совместно с любым кассовым решением

check

Возможность работы с несколькими юридическими лицами

Обеспечивает разделение проверок по индивидуальным токенам для каждого юридического лица

check

Работа с собственной базой данных SQLite и MS SQL Server

Автоматическое пополнение базы проданных кодов маркировки для исключения повторных продаж без необходимости отправки запроса проверки в ГИС МТ

check

Автоматическое резервное копирование базы данных

Осуществляется с заданным интервалом для повышения надёжности работы системы.

check

Автоматическая фоновая работа с CDN

Система сама контролирует доступность CDN-площадок и выбирает самую быструю из них. Благодаря этому результаты проверки всегда приходят максимально быстро, даже при сбоях на стороне провайдеров. Механизм переключения полностью соответствует методическим рекомендациям «Честного знака» (п. 1.4.3), начиная с релиза 1.02

check

Автоматическое обновление встроенных модулей взаимодействия с ГИС МТ

При изменении алгоритмов взаимодействия, не требующих обновления ядра службы, не нужно вручную обновлять файлы — все изменения загружаются в модуль iMark автоматически с нашего сервера

check

Удобный клиент для управления и настройки сервера iMark

Варианты взаимодействия с сервером:
  1. API
  2. Приложение для Windows
  3. Веб-интерфейс (в разработке)
check

Ведение журнала клиентских вызовов и журнала взаимодействия с ГИС МТ

Обеспечивает наличие технической информации и выполнение требований ППР 1944 в случае сбоев (например, отсутствие интернета, сбои на стороне ГИС МТ и т. д.

check

Разграничение прав доступа пользователей по ролям

Позволяет выдавать ограниченный доступ к API и защищает систему от несанкционированных действий сотрудников

6 веских причин выбрать нашу обработку

1

Модуль успешно прошел проверку на соответствие требованиям в в системе «Честный знак» и позволяет выполнять проверку кодов маркировки в полном соответствии с требованиями ППР 1944

2

Работает со всеми версиями платформы 1C при подключении к CDN

3

Высокая скорость проверки кодов маркировки в соответствии с регламентом проверок — не более 1.5 секунд (начиная с версии 1.02)

4

На стороне 1С достаточно реализовать передачу кода маркировки в iMark, а все рутинные процессы взаимодействия с ГИС МТ iMark возьмет на себя

5

При переходе на новую целевую схему авторизации в 2025 году достаточно будет обновить только модуль iMark, а не менять обработку или свою интеграцию

6

При добавлении оффлайн проверки в 2025 году для перехода достаточно будет обновить iMark и сделать несколько несложных настроек

Техническая поддержка

В случае возникновения ошибок рекомендуем ознакомиться с описанием и документацией программы. Если не нашли решения своей проблемы в документации или решение не помогает - тогда создайте обращение по инструкции ниже:

1

Создать обращение (тикет)

Создать тикет

2

Заполнить данные

Контакты, номер заказа, подробное описание вопроса
Напишите порядок ваших действий с программой, приложите видео/скриншоты/отчеты об ошибке
Точную конфигурацию 1С, версии платформы, инструмента, СУБД

3

Дождаться ответа

Время ответа до 24 часов в рабочее время

Внимание! Техническая поддержка предоставляется исключительно в рамках переписки по обращению. В некоторых случаях для диагностики ошибок и/или вопросов, связанных с особенностями использования продукта в информационных базах покупателя, может потребоваться дополнительная платная диагностика с организацией удаленного доступа к информационной базе. Стоимость уточняется индивидуально.

FAQ

Это программный модуль, подключаемый к популярным кассовым решениям и обеспечивающий взаимодействие с ГИС МТ в части работы с разрешительным режимом согласно всем необходимым для этого требованиям

  • Требуется подключенная ККТ, зарегистрированная под ФФД 1.2
  • Обновление прошивки и драйвера ККТ как правило не требуется
  • Версия обработки не ниже чем 5.1.3
  • Требуется прошивка ККТ с поддержкой ФФД 1.2
  • Требуется актуальная версия драйвера ККТ. Для ККТ Атол — это версия не ниже 10.9.0.5. Для ККТ Штрих — 5.16

С 1 марта 2025 года становится обязательным режим онлайн-проверки для кресел-колясок и медицинских изделий.

С 1 апреля 2024 года поэтапно внедрялся режим проверки маркировки на кассовых аппаратах для следующих групп товаров: табак, пиво, молочная продукция, бутилированная вода, антисептики, БАДы, обувь, фотоаппараты, шины, одежда, духи, безалкогольные напитки, медицинские изделия и кресла-коляски.

С этого момента поэтапно вводился запрет на продажу маркированных товаров, если кассовое ПО при проверке кода маркировки фиксировало ошибку.

Также с 1 апреля 2024 года был установлен обязательный онлайн-контроль для табачных изделий, пива и слабоалкогольных напитков в кегах, а также введён обязательный контроль максимальной розничной цены (МРЦ) для табачной продукции.

С 1 мая 2024 года онлайн-проверка стала обязательной в крупных торговых сетях для бутилированной воды и молочных продуктов.

Более подробной информацией по разрешительному режиму можно ознакомиться на  сайте

Обработка поддерживает работу как в строгом так и в нестрогом режимах проверки

В зависимости от режима будет либо диалог для выбора действия, либо строгая блокировка без возможности продажи

Обработка подходит для всех моделей онлайн-касс и фискальных регистраторов, которые поддерживаются драйверами:

Для каких моделей онлайн-касс подходи обработка

Обработка подходит для всех моделей онлайн-касс и фискальных регистраторов, которые поддерживаются драйверами:

  • «Атол: Драйвер ККМ версии 8.16.6»
  • «Атол: Драйвер ККМ версии 10.Х»
  • «Штрих-М: Драйвер ККМ версии 4.14 и 4.15»
  • Меркурий от компании Инкотекс

Другими словами, поддерживаются все модели касс (в режиме ФР) производства компаний АТОЛ, Штрих-М и Инкотекс

Да, «Очередь печати» — это механизм, при котором одна ККМ может быть подключена сразу к нескольким ПК в локальной сети. С разных рабочих мест отправляются запросы на печать чеков. Эти запросы поступают в очередь и обрабатываются по порядку

1. Обработка обеспечивает формирование фискальных чеков с новыми ставками НДС 5% и 7%.

Требование. Корректная работа возможна при условии обновления прошивки и драйвера ККТ до версии, поддерживающей указанные ставки. За информацией о версиях следует обращаться в организацию, обслуживающую ККТ.

2. Дополнительный функционал

Замена ставок. Реализован механизм замены всех ставок НДС в чеке на единое, заданное в настройках значение. Данная опция позволяет избежать внесения изменений в типовую конфигурацию.

Разделение по организациям. Обеспечивается корректная работа с несколькими ККТ, зарегистрированными на разные юридические лица с разными системами налогообложения, в рамках одной информационной базы.

В рамках поддержки новых ставок реализована настройка в параметрах обработки «Вариант расчёта НДС по организации». Указанная настройка добавлена на вкладку ФЗ-54.

  • Если вариант расчета НДС не указан, то работают стандартный механизм определения ставок НДС.
  • Если выбран вариант «Плательщик полного НДС», то используется стандартный механизм определения ставок НДС из номенклатуры или документов.
  • Для вариантов расчета «Плательщик НДС 5%» или «Плательщик НДС 7%» происходит автоматическая замена пробиваемых ставок на НДС 5% или НДС 7% соответственно. При этом не важно какая ставка НДС указана в карточке товара или в документе. Данные вариант так же не требует добавления новых ставок в конфигурацию и использования групповых обработок для изменения НДС. Так же это удобно при работе нескольких организаций в одной базе с разными системами учета НДС.

Все варианты определения режима расчета НДС адаптированы как на наличие новых ставок НДС в конфигурации, так и на их отсутствие.

Остались вопросы?

Для получения дополнительной информации и помощи в настройке модуля под нужды вашего бизнеса — оставьте заявку

Демоверсия Feedback Pro
Наименование Файл Версия Размер
Список изменений .pdf 5.2.2 499,73Kb 609 Скачать
Инструкция по обработке обслуживания ККМ. .pdf 5.2.1 3,48Mb 479 Скачать
2805. adzhna 01.02.22 14:22 Сейчас в теме
2772. Stitchi 01.02.22 09:28 Сейчас в теме
Добрый день, написал "Ваше обращение зарегистрировано, ему присвоен тикет с номером 409568"
2776. Stitchi 01.02.22 10:50 Сейчас в теме
У нас часовой пояс Владивосток, уже 6 час когда получится подключится?
(2776)
Обращение пока еще не вижу. Написал вам в личные сообщения.
(2745)
(2753)
(2755)
(2772)
(2776)

Вопрос решен через удаленное подключение.
Добавил передачу ссылки на пробиваемый документ
2807. adzhna 01.02.22 15:26 Сейчас в теме
(2806) Сегодня получится решить вопрос?
(2807)
Думаю да. Ожидаю ваш интервал в 1.5 часа
2809. adzhna 02.02.22 16:17 Сейчас в теме
Подскажите в каком пункте, разделе инструкции к обработки, можно ознакомится с функционалом данной формы?
Прикрепленные файлы:
(2809)
На данный момент ни в каком. Могу я проконсультировать.
Локальная проверка имеет смысл только для обуви, по остальным типам маркировки будет писать, как у вас на скриншоте.
Внимание нужно обращать на результат онлайн проверки и самый нижний результат проверки. Если онлайн проверка возвращает "Планируемый статус товара корректен", то это говорит о том, что ранее КМ был не продан, и он числится на организации и его можно продавать. Положительный результат подсвечивается зеленым цветом.
В результатах проверки отображается итоговый статус проверки, соответствующий значению тэга 2106. Рядом с ним выводится значение реквизита 2106 в понятном пользователю виде (по ФФД это Значения реквизита «результат проверки сведений о товаре» (тег 2106) в печатной форме).
Перечень значений этого реквизита представлен на скриншоте: https://disk.yandex.ru/i/U4lxcJslwdmkvQ
Если коротко, то [М+] говорит о положительной проверке и возможности продавать товар без опасений.
[М] - проверка в ОИСМ не пройдена, т.к. не было ответа или ККТ в автономном режиме. Конечный результат по марке можно будет узнать только после передачи чека в ОФД -> ЧЗ
[М-] - проверка не пройдена, не рекомендуется пробивать чеки с такими КМ.
2811. adzhna 02.02.22 16:41 Сейчас в теме
2812. user610981_a.ushakov 04.02.22 05:31 Сейчас в теме
Добрый день. Пользуемся вашей обработкой давно. Сильно измененные Розница 1 и УТ 10.3. Обработка версии 5.07. Из-за некоторых особенностей считывание марок происходит в самих конфигурациях, нашими дописками. Доработку документа Чек по рекомендации не делали - сотни тысяч, а может и миллионы чеков в базах, не хотелось реструктуризации. Таблицу маркировки ведем программно в Чеке, и передаем ее как ДопПараметры в обработку. Все корректно подхватывается штатными средствами, добавляя марки в МассивШтрихкодовМаркировки в ПозицииЧека.
Хотелось бы обратить внимание автора на некоторые места кода обработки, которые пришлось поправить.
1.
Функция КАС_СуществуетРеквизитОбъектаМетаданных(ИмяОбъекта, Тип = "Документы", ИмяТЧ="", Реквизит="", ТипРеквизита = "") Экспорт
//строка 
Результат = Метаданные[Тип][ИмяОбъекта].ТабличныеЧасти[ИмяТЧ].Реквизиты.Найти(Реквизит) <> Неопределено;

//заменена на
Попытка
	Результат = Метаданные[Тип][ИмяОбъекта].ТабличныеЧасти[ИмяТЧ].Реквизиты.Найти(Реквизит) <> Неопределено;
Исключение
    возврат ложь;
КонецПопытки;

//в типовом виде лезла к ТЧ чека связанного с маркировкой, и проверяла - есть ли там нужный реквизит
//а здесь проблема - что ТЧ такой нет, поэтому сваливалось с ошибкой.
//то есть, обработка не будет делать действие, если нет нужного реквизита в ТЧ, а вот то, что таблицамарок передается и нужной ТЧ нет - не //проверяет
2
Функция КАС_ОбработатьМассивКМЧерезККТ
//Строка
СтрокаСРезультатами = РезультатыПроверкиИзПараметровЧека.Найти(КодМаркировки, "КМ");

//заменена на
СтрокаСРезультатами = РезультатыПроверкиИзПараметровЧека.Найти(СтрЗаменить(КодМаркировки,Символ(29),""), "КМ");

//иначе был некорректный поиск марки. Получается, марки в первый раз проверяются, результат проверки сохранялся в табличку
//те марки, которые не прошли проверки - отображались в окошке ошибок. А после этого опять была проверка,
//но марки, которые были сохранены с положительным результатам ранее, не должны были отправляться на проверку повторно - для этого как раз делался поиск строки в таблице
//Но в таблице марки сохранялись без символа(29), а поиск был марки с символами (как сканер считал).
//В итоге марки отправлялись на проверку повторно, и уже не получали положительный ответ. Данная правка убирает данную ошибку
3.
Функция КАС_СформироватьМассивКМДляДобавленияВБуфер(Объект, МассивКМ) Экспорт

//строка
СтрокаСРезультатами = РезультатыПроверкиИзПараметровЧека.Найти(КАС_ПолучитьЗначениеПараметра(КМ, "КодМаркировки"), "КМ");

//заменена на
СтрокаСРезультатами = РезультатыПроверкиИзПараметровЧека.Найти(СтрЗаменить(КАС_ПолучитьЗначениеПараметра(КМ, "КодМаркировки"),Символ(29),""), "КМ");

//причина та же
(2812)
(2812)
Попытка
Результат = Метаданные[Тип][ИмяОбъекта].ТабличныеЧасти[ИмяТЧ].Реквизиты.Найти(Реквизит) <> Неопределено;
Исключение
возврат ложь;
КонецПопытки;


В обработке, во всех местах где идет обращение к ТЧ со штрихкодами маркировки предварительно проверяется наличие этой ТЧ через
КАС_СуществуетТабличнаяЧастьДокумента("ЧекККМ","КАС_ШтрихкодыМаркировки").
Если вы таблицу такую не добавляли, то и дальнейший поиск колонки в ТЧ происходить не будет. Тут правда я сужу по имеющейся у меня на тесте версии 5.0.8. В версии 5.0.7 допускаю, что могла быть такая ошибка.
Спасибо. Это исправлено уже.


(2812)
//заменена на
СтрокаСРезультатами = РезультатыПроверкиИзПараметровЧека.Найти(СтрЗаменить(КодМаркировки,Символ(29),""), "КМ");


Тут идет расчет на мои встраиваемые модули для маркировки, где происходит удаление этих символов из КМ для сохранения их в базе. Сделано так чтобы наличие доп символов не приводило к ошибкам обмена в РИБ. Далее символы GS программно добавляются перед пробитием, чтобы правильно передать его в ОФД-ЧЗ и проверить на сервере ИСМ.
Если у вас КМ уже с символом, то да, можете сделать такую доработку.
В планах у меня переделать на сохранение в base64.


(2812)
//заменена на
СтрокаСРезультатами = РезультатыПроверкиИзПараметровЧека.Найти(СтрЗаменить(КАС_ПолучитьЗначениеПараметра(КМ, "КодМаркировки"),Символ(29),""), "КМ");

//причина та же


Ответ такой же.

В целом спасибо за обратную связь. Все пожелания учту и сделаю универсальный механизм, чтобы подходил и для случаев, когда марки в обработку сами передают.
2813. user610981_a.ushakov 04.02.22 05:48 Сейчас в теме
Еще вопрос, как правильно сделать? Ситуация. У нас есть РИБ Розница 1.0, где есть центральная база, доступная через COM со всех филиалов. И есть рабочие места администраторов магазинов, у них установлена УТ 10.3 старая переписання. При возврате от покупателя в УТ формируется документ "Возврат от покупателя". Особенность в том, что продажа может быть в одном магазине, а возврат в другом, УТ обращается к центральной рознице для поиска чека. Находит его, в том числе и марки, которые были проданы, и заполняет необходимые данные в возврате, сама таблица марок - это просто ТЗ в памяти, которая отправляется на обработку v5.07
Далее загвоздка такая. При передаче таблицы марок с документа Чек в рознице проблем не возникает. Срабатывает
Процедура КАС_ПолучитьДанныеИзДокументаЧекаККМ, которая делает запрос к чеку, а дальше в
Если ТипЗнч(ТаблицаСМарками) = Тип("ТаблицаЗначений") Тогда (как раз передаваемая наша табличка)
...
ПараметрыЧека.ПозицииЧека[н].МассивШтрихкодовМаркировки.Добавить(СтруктураМарки);
то есть, массив штрихкодов марок сцепляется с позициями чека

Второе место в обработке, где заполняется МассивШтрихкодовМаркировки - это
Функция КАС_ИнициализацияЧекаККМ(Объект, СуммаНал, СуммаБезнал) Экспорт
и в ней кусок, относящийся к Ордеру, сводящийся в конечном итоге к открытию формы менеджера чека.
Больше мест, где заполняется МассивШтрихкодовМаркировки на основании переданной таблицы марок я не увидел

Как то правильно обойти можно, чтоб из возврата сразу переходили к печати чека, без дополнительных форм, и при этом таблица маркировки подхватывалась?
(2813)
подхватывалась

Передать в функцию ОткрытьЧек таблицу с марками в структуре с доп параметрами со следующей структурой колонок:

//  ДопПараметры				   - <Структура> - структура дополнительных параметров, получаемых из конфигурации.
//									По умолчанию добавлена обработка 4х параметров:
//									1. ДокументСсылка - <Ссылка> - ссылка на документ, из которого происходит пробитие чека (пробиваем из ПКО, РКО, ОПК, ЧекККМ)
//									2. ТелефонКлиента - <Строка> - номер телефона клиента
//									3. АдресКлиента - <Строка> - email адрес клиента
//									4. ЭлектронныйЧек - <Булево> - признак электронного чека:  Истина - электронный, Ложь - бумажный.
//									5. КассирФИО - <Строка> - ФИО кассира
//									6. КассирИНН - <Строка> (12 символов) - ИНН кассира
//									7. СНО - <Число> (целое) - система налогообложения чека. Возможные значения: 
//																								1 - Общая система,
//																								2 - Упрощенная Доход,
//																								4 - Упрощенная Доход минус Расход,
//																								8 - Единый налог на вмененный доход, 
//																								16 - Единый сельскохозяйственный налог, 
//																								32 - Патентная система налогообложения 
//									8. ТаблицаСМарками - <ТаблицаЗначений> - таблица с заполненными марками для документа ЧекККМ
//																			Структура таблицы:
//																				КлючСтроки - <Число> (целое) - Ключ связи со строкой товара документа 
//																				ШтрихкодМарки - <Строка> (150 символов) - штрихкод марки
//																				ТипМаркировки - <Строка> - описание типа маркировки. 
//																								Возможные значения: "tobacco" - табачная продукция, 
//																													"shoes" - обувь, 
//																													"medicines" - лекарста, 
//																													"furs" - шубы, 
//																													"photo" - фотоаппараты и вспышки,
//																													"perfume" - духи и туалетная вода, 
//																													"tires" - шины и покрышки, 
//																													"textile" - Легкая промышленность
//																													"other" - прочая маркировка 
//																													"dairy" - молочная продукция
//																													"water" - упакованная вода
//																													"beer" - пиво и слабый алкоголь
//																													"dietarysup" - БАД
//																													"antiseptic" - Антисептики
//																													"bicycles" - Велосипеды
//																													"wheelchairs" - кресла-коляски
//																				РезультатПроверкиКМ - <Строка> - результат проверк КМ в ККТ. Структура с результатам, сохраненная в строку через ЗначениеВСтрокуВнутр
Показать
2823. user610981_a.ushakov 08.02.22 05:44 Сейчас в теме
(2815)
Возвращаясь к вопросу
У нас делается возврат товара от покупателя, который по сути является чеком возврата. Но мы не можем делать именно ЧекККМ, потому что в УТ загружаются только Отчеты о розничных продажах, и на основании их делается возврат от покупателя (сами чеки продажи делаются в другой программе)
Так вот, естественно, в процедуру ОткрытьЧек передается ДопПараметры (структура), в которой есть ТаблицаСМарками в нужном формате.
Затем для каждой строки вызывается Обработка.ПечататьСтроку (это делает обработка ТОСервер)
И затем Обработка.ЗакрытьЧек
Но если проследить код обработки, то получается следующее. Есть маркировка или нет, определяется в переменной ПараметрыЧека.ПозицииЧека.МассивШтрихкодовМаркировки. Если массив имеет значения - значит маркировка есть, и далее делаются все необходимые действия
Но сам этот МассивШтрихкодовМаркировки заполняется только в двух местах.
1. В функции Функция КАС_ИнициализацияЧекаККМ
есть блок:
//ордер
Если ФискальныйЧек = Истина И НЕ ЭтоЧек Тогда
....
    НайденныеМарки = ТаблицаСМарками.НайтиСтроки(ОтборМарки);
    Если НайденныеМарки.Количество() > 0 Тогда
        Позиция.Вставить("МассивШтрихкодовМаркировки", Новый Массив());
            Для Каждого Марка ИЗ НайденныеМарки Цикл
                СтруктураМарки = Новый Структура;
                СтруктураМарки.Вставить("ШтрихкодМарки", Марка.ШтрихкодМарки);
                СтруктураМарки.Вставить("ТипМаркировки", Марка.ТипМаркировки);
                СтруктураМарки.Вставить("РезультатПроверкиКМ", Марка.РезультатПроверкиКМ);
                Позиция.МассивШтрихкодовМаркировки.Добавить(СтруктураМарки);
            КонецЦикла;	
    КонецЕсли;
Показать

перед этим еще вызывается Менеджер чека, но он не нужен. Да и блок относится к ордеру, а это не ордер

2. В процедуре
Процедура КАС_ПолучитьДанныеИзДокументаЧекаККМ
....после получения ТЧ Чека ККМ идет связывание полученных данных из чека  с таблицей маркировки
			//ШК маркировки
			Если ТипЗнч(ТаблицаСМарками) = Тип("ТаблицаЗначений") Тогда
				Если ТаблицаСМарками.Количество() > 0 Тогда
                                         ...происходит связывание строк маркировки и строк чека
								
							ПараметрыЧека.ПозицииЧека[н].МассивШтрихкодовМаркировки.Добавить(СтруктураМарки);							
				КонецЕсли;	
			КонецЕсли;	
Показать


сама эта процедура вызывается только один раз, и делается только если документ - ЧекККМ

соответственно, если позиции чека передаются через ПечататьСтроку, и передается ТаблицаМаркировки в параметрах, но это не ордер и не чекККМ, то МассивШтрихкодовМаркировки будет пустой, и маркировка не срабатывает. При этом все необходимые данные заполнены

Пока придется вставлять заплатку, что если ПозицииЧека заполнены, и ТаблицаМаркировки есть, то связывать их по типу процедуры КАС_ПолучитьДанныеИзДокументаЧекаККМ
(2823)
Пока придется вставлять заплатку, что если ПозицииЧека заполнены, и ТаблицаМаркировки есть, то связывать их по типу процедуры КАС_ПолучитьДанныеИзДокументаЧекаККМ

Добрый день! Да, пока можете обойти таким способом. Я подумаю, как в релизом варианте обработать ваш сценарий.
2816. user756412 07.02.22 09:15 Сейчас в теме
Добрый день, приобрели обработку, но из-за особенностей нашей конфигурации пришлось переписать. Возникла проблема после вызова функции проверки кода маркировки (FNCheckItemBarcode) и после закрытия чека выходит ошибка -1 - нет связи (При закрытии чека чек печатается, но выходит ошибка нет связи). При выполнении остальных операций (открытие чека, смены, добавление строки товара. очистка буфера кодов маркировки...) все работает.
Может сталкивались?

Касса: штрих лайт
Драйвер: штрих 5.16
(2816)
Добрый день! Включите логирование в обработке в дополнительных параметрах подключения. По логу можно будет попробовать понять в чем происходит проблема при пробитии.
Что именно дописывали? В самой обработке что-то меняли?
2818. user756412 07.02.22 09:56 Сейчас в теме
(2817) Меняли все. в том и проблема. поэтому, включить логирование не возможно. Вытащили из обработки все, что касалось касс штрих. и добавили в свою, поэтому претензий к вашей обработке нет. Кстати, спасибо за читаемый код и комментарии, это редкость. Может сталкивались в процессе с подобной ошибкой?
(2818)
Пока не сталкивался с подобным
(2818)
Кстати, спасибо за читаемый код и комментарии, это редкость.

Пожалуйста )
2822. user756412 07.02.22 12:29 Сейчас в теме
(2817) В общем, проблема решилась странным образом. У штриха. согласно описанию драйвера, 7 скоростей (LDBaudrate), но на всех скоростях выдает ошибку. Но если поставить скорость 18, которой нет в описании драйвера, то все работает. Какая-то хрень.
2819. nike-arz 07.02.22 10:06 Сейчас в теме
(2816) Попробуйте заменить прошивку от 20.12.21 и обновить драйвер до 5.17.0.894

Нам помогло.
2825. 1CRusmoda 08.02.22 19:05 Сейчас в теме
Здравствуйте. Версия обработки ALLFiscalPrinters_v.5.0.8. ККМ Атол 55Ф. УПП 1.3

В модуле объекта обработки в функции КАС_СохранитьРезультатыПроверкиКМВПозицииЧека(Объект, МассивКМДляПроверки, РезультатыПроверкиКМ, ЭтоДобавлениеВБуфер = Ложь) параметр "РезультатыПроверкиКМ" обрабатывается как коллекция (Для Каждого Ответ из РезультатыПроверкиКМ Цикл...), а тип у него "Строка". Значение этого параметра возвращает процедура ОтправитьЗаданиеJSON(Объект, ИспользуемыйДрайверККМ, ЗаданиеПроверки, РезультатПроверкиКМ). Соответственно срабатывает ошибка времени выполнения.

Марка добавляется в форме "Менеджер чека" по "Реализации товаров и услуг" и нажимается кнопка "Пробить чек"

Помогите исправить ошибку
(2825)
здравствуйте! У вас без доработок обработка?
2831. 1CRusmoda 09.02.22 16:34 Сейчас в теме
(2826)
Без.
Не работает при настройках драйвера в параметрах обработки в значение "ККТ Атол: Web-сервер". При использовании "ККТ Атол: Драйвер 10.Х (COM-объект)" работает без ошибок
2827. art_it 09.02.22 09:24 Сейчас в теме
2828. art_it 09.02.22 09:26 Сейчас в теме
(2827) хотел бы уточнить сроки ответа
(2827)
(2828)
Добрый день! Я не вижу этот тикет, пока меня к нему не подключили.
2830. user1341133 09.02.22 10:18 Сейчас в теме
Здравствуйте. Какова актуальная версия обработки и есть ли поддержка касс Штрих с ФФД 1.2 ?
2832. user610981_a.ushakov 14.02.22 05:21 Сейчас в теме
Здравствуйте. Писал выше, что у нас незначительные собственные изменения в обработке (5.07), что передаем туда таблицумарок, и для этого косметические правки, устраняющие ошибки.
Вопрос собственно не с этим. Продажа маркированного товара проходит без ошибок, на чеке печатается [M+]. А вот если через небольшое время сделать возврат этого же товара с этой же маркой (полная копия чека, только возврат), то выходит окошко обработки, где показаны непроверенные марки, и пишется "указанный в запросе код маркировки имеет некорректный формат (не распознан)", если пройтись по отладчику, то возвращает в одном из флагов при проверке - unrecognized. При этом марка передается та же самая, что и при продаже.
Не подскажите, куда копать, чтоб понять причину проблему?
(2832)
Здравствуйте! Проверьте и убедитесь, что при возврате отправляется запрос проверки КМ с операцией возврата, а не продажи, и если там действительно возврат, то вопрос скорее нужно адресовать оператору фискальных данных, либо в Честный знак.
2834. gerksly 14.02.22 21:02 Сейчас в теме
Доброго вечера! Все сделал по инструкции, форму взял из обработки для 8.1 Конфигурация ут 10.3, совсем старая. И при сканировании кода маркировки возникает следующая ошибка:

{Документ.ЧекККМ.Форма.ФормаРегистрацииПродаж(1005)}: Метод объекта не обнаружен (ПолучитьОбъектДрайвера)
Результат = ПолучитьСерверТО().ПолучитьОбъектДрайвера(ФУ, ОбработкаФР, ОбработкаОбъект);

Куда копать?
(2834)
ПолучитьОбъектДрайвера

Добрый день! Уточните пожалуйста релиз конфигурации
2836. gerksly 18.02.22 10:22 Сейчас в теме
(2836)
Найдите в конфигурации обработку ТОСервер и в модуле этой обработки у функции ПолучитьОбъектДрайвера допишите Экспорт в конце
Прикрепленные файлы:
2838. gerksly 28.02.22 10:28 Сейчас в теме
Спасибо, все работает. Но почему-то КМ не проходит проверки, пробовал разные. На чеке печатается М-. Версия ффд 1.2 Куда копать?
(2838)
Нужно смотреть что сервер ИСМ возвращает и есть ли с ним связь вообще
2840. gerksly 28.02.22 11:07 Сейчас в теме
Из теста драйвера точно есть. На форме проверки маркировки пинг исм если нажать - то ничего не происходит. И еще вот заметили. Он открывает смену и пробивает чек каким-то своим временем - в ккт и компьютере время верное, в 1с стоит настройка - рабочее время текущей датой. А он ставит сегодня например 19 число.
(2840)
На форме проверки маркировки пинг исм если нажать - то ничего не происходит

В актуальных версиях прошивок и драйверов исправили возможность выполнять пинг в момент проверки КМ.


(2840)
А он ставит сегодня например 19 число.

Установите в ККТ правильную дату и время. Это может являться причиной того что проверка не работает.
2841. gerksly 28.02.22 11:08 Сейчас в теме
И какое-то абсолютно левое время.
2843. gerksly 28.02.22 11:33 Сейчас в теме
В ккт стоит абсолютно правильная дата и время, я же написал... А с ИСМ так и не понял, что сделать, чтобы можно было из формы пинг увидеть. Потому как, повторюсь, из драйвера ИСМ пингуется отлично.
(2843)
Про дату и время вас не понял, где время не правильное.

По связи с ИСМ - вопрос к оборудованию и его настройке, а не к обработке.
2845. gerksly 28.02.22 11:36 Сейчас в теме
Время и дата в чеке неверное, откуда его берет обработка - я не понимаю.
(2845)
Дата и время в чеке берутся из ККТ, а не из обработки
2847. gerksly 28.02.22 11:37 Сейчас в теме
А вот в данном случае - явно нет(
(2847)
вы что-то явно недоговариваете )
2849. gerksly 28.02.22 11:38 Сейчас в теме
Все договариваю) Для меня для самого загадка. Попробую отладчиком отловить, где и откуда она время берет.
(2849)
(2849)
Попробую отладчиком отловить, где и откуда она время берет.


зря потратите время


Распечатайте x-отчет, посмотрите на нем дату и время
2851. gerksly 28.02.22 11:40 Сейчас в теме
2852. gerksly 28.02.22 11:55 Сейчас в теме
Дату поправил. 1с почему-то ее сама ставила. Теперь вроде все ок. По марке посмотрели - в честном знаке марка короче на несколько символов.
(2852)
Проверьте правильно ли сканер у вас эту марку считывает. Если нет, то нужно настраивать сканер
2854. c_one_ 03.03.22 15:32 Сейчас в теме
Добрый день. Покупали обработку для установки на УТ10.3 базовую для работы с маркировкой табака и ффд1.2, но что то идёт не так.
Запрос считывания марки не выходит, проверка КМ не происходит, еще столкнулись с тем, что чек в ут пробился верный, а ккт каждую маркированную позицию с суммой задублировала по 7 раз.. буква М не печатается.
Подскажите, данная обработка может работать с ффд1.2 и маркировкой сигарет на ут10.3 базовая? в инструкциях везде написано, что требуется доработка конфигурации.
Спасибо
(2854)
Добрый день! Запрос марок для базовой происходить не будет, т.к. доработки по инструкции вы сделать не сможете. Но есть механизм проверки всех позиций разом перед пробитием. Он как раз подойдет и для ситуаций, когда нет возможности произвести доработку. Вам нужно активировать его в настройках обработки.
2856. c_one_ 04.03.22 20:10 Сейчас в теме
(2855) столкнулись с проблемой, что касса на ффд1.2 Атол11ф при пробитии чека через безналичный расчёт количество позиций товара с маркой дублирует 7 раз, причём способом оплаты "наличные". УТ10.3 базовая последний релиз, обработка 5.0.7, версия драйвера Атол 10.9.2.3
Были ли такие ситуации? в какую сторону копать?
2858. c_one_ 04.03.22 21:14 Сейчас в теме
(2857) грустно, значит завтра на копии базы зарегистрирую тестовую ккт под ффд1.2 и отдам отдел разработки искать, где кроется печаль.
2859. nlipiev 08.03.22 20:07 Сейчас в теме
Здравствуйте.

Проблем аналогичная (2854) и (2856) - базовая УТ 10.3, касса АТОЛ и табачная продукция. Вопрос, который интересует больше всего, это дублирование позиций в чеке. Каждая считанная маркая в РМК это +1 строка в бумажном чеке, который вылезает из кассы. При количество номенклатуры не суммируется, это именно отдельная строка с количеством 1 и соответствующей ценой. Вся сумма свыше закрывается наличными, в итоге в лучшем случае это задвоенная сумма чека, а то и больше. При этом чек в самой программе полностью корректный как по количеству позиций, так и по сумме, то есть теоретически УТ 10.3 со своей стороны отдала верные данные. При этом, как и в проблеме, озвученный выше, буква [М] в чеке не проставляется. Такая проблем только с маркированным товаром, обычный товар бьется без каких-либо проблем в любом количестве, каких-то лишних строк, дублей и прочего нет.

Отсюда вопросы, откуда обработка в случае невозможности доработки и отсутствия соответствующей табличной части КАС_ШтрихкодыМаркировки берет коды маркировки? Из стандартных реквизитов документа ЧекККМ? Нет вероятности, что может быть проблема где-то в этом алгоритме? На что влияет галочка "Получать дополнительную информацию из конфигурации при пробитии чеков из документа Чек ККМ (и режима РМК)" в разделе "Параметры чека" и нужно ли ее взводить в нашей ситуации (базовая версия и невозможность доработки)? В очередной раз, нет вероятности, что эта "дополнительная информация" и вылезает нам лишними строками? Касательно той же буквы [М], как происходит выборка маркированного товара? По настройкам в разделе "Маркировка"? Там все указано, стоит отбор по виду номенклатуры, но буквы М нет, пытались сами немного отлаживать, в процедуре КАС_ФискализироватьЧек не взводится переменная ЕстьМаркированныеПозиции в нашей ситуации, то есть обработка по какой-то причине считает, что маркированного товара в чеке нет.
(2859)
Здравствуйте! Вероятно, более детально я смогу ответить на ваш вопрос, посмотрев вашу конфигурацию. Если у вас действительно базовая версия, то можете написать версию используемого релиза и название конфигурации.

По поводу разделения маркированных товаров на отдельные строки - это автоматически делает обработка, т.к. согласно текущего ФФД на один предмет расчета можно указать только один тэг 1162/1163. По этой причине обработка делит КМ на отдельные позиции. Суммы сверху обработка сама не добавляет, получает все то, что прилетает от конфигурации.

то есть обработка по какой-то причине считает, что маркированного товара в чеке нет

Есть несколько критериев, по которым обработка определяет есть ли маркированная продукция или нет. Там в обработке и можно посмотреть, что за критерии проверяются.


"Получать дополнительную информацию из конфигурации при пробитии чеков из документа Чек ККМ (и режима РМК)" в разделе "Параметры чека" и нужно ли ее взводить в нашей ситуации (базовая версия и невозможность доработки)?


Да, нужно флаг установить. Если нет доработки, которая описана в руководстве, то такая дополнительная информация определяется по документу Чек ККМ , ссылка на который определяется запросом из БД.
2861. nlipiev 10.03.22 12:23 Сейчас в теме
(2860)
И снова здравствуйте. Конфигурация - Управление торговлей (базовая), редакция 10.3 (10.3.73.1), последняя на данный момент. Версия обработки 5.0.7, также последняя на данный момент.

По поводу разделения маркированных товаров на отдельные строки - это автоматически делает обработка, т.к. согласно текущего ФФД на один предмет расчета можно указать только один тэг 1162/1163. По этой причине обработка делит КМ на отдельные позиции. Суммы сверху обработка сама не добавляет, получает все то, что прилетает от конфигурации.


Будь это несколько сигаретных пачек, никаких вопросов не было бы. Но мы пробиваем одну пачку и получаем две строчки в бумажном чеке ККМ (и задвоенную сумму соотвествено). Пробьем две пачки, получим четыре строки и так далее. Чек в самой УТ, как и говорилось ранее, правильный, количество и сумма соответствует тому, что было в форме РМК.
Поэтому и пытаемся понять, где-то алгоритм в обработке что-то не так обрабатывает, либо же сама УТ передает некорректно таблицу КМ.

Есть несколько критериев, по которым обработка определяет есть ли маркированная продукция или нет. Там в обработке и можно посмотреть, что за критерии проверяются.


В разделе "Маркировка" настраивали привязку и по номенклатуре, и по свойству и по виду, и по группе, перепробовали все варианты кроме своего алгоритма. Результат аналогичный - буквы [М] в чеке нет.
2862. Stitchi 22.03.22 04:27 Сейчас в теме
Добрый день, возник вопрос на одном компьютере подключены две кассы (ООО и ИП). Настроили WEB сервер, указали COM порты и включили, но обработка видит только ту кассу, в которой стоит крыжик "по умолчанию" не смотря на указанные названия, это можно как-то обойти? ФФД ещё старый и драйвер 10.8.1
2863. Stitchi 22.03.22 05:04 Сейчас в теме
Текст ошибки, драйвер 5.0.8
404 - ККТ по заданному идентификатору не найдена или ККТ по умолчанию не выбрана или задание с указанным UUID не найдено
Ошибка получения состояния и информации о ККТ: 404 - ККТ по заданному идентификатору не найдена или ККТ по умолчанию не выбрана или задание с указанным UUID не найдено
Не получен ответ от устройства
(2862)
(2863)
Добрый день! Убедитесь, что правильно указали идентификаторы устройств в параметрах обработки в персональных настройках подключения.
Проверьте в логах веб сервера, передаются идентификаторы устройств в запросах.
2865. Stitchi 22.03.22 10:13 Сейчас в теме
Ну правильно, так как на веб сервере меняя крыжик "по умолчанию" касса сразу начинает работать, но только по 1. Названия у них IP и OOO
(2865)
Прикрепите скриншоты ваших настроек
2867. user610981_a.ushakov 30.03.22 04:25 Сейчас в теме
Вопрос по чекам коррекции. Обработка версии 5.07. Операция "Сформировать чек коррекции" - поддерживает только ФФД 1.0 и 1.05
Есть в планах реализовать операции коррекции по ФФД 1.2?
(2867)
Добрый день, Александр! Да, в планах есть, работа по этому вопросу в том числе ведется
2869. crow1983 11.04.22 11:42 Сейчас в теме
Добрый день. Подскажите, требуется ли изменение конфигурации для работы обработки?
(2869)
Добрый день! В настоящее время все зависит от сценария использования.
2871. crow1983 11.04.22 12:17 Сейчас в теме
(2870) У клиента стоит версия 4.09.04. Ставил не я. УТ 10.3.66. Конфигурация изменена. Моя задача перейти на ффд 1.2. Думаю купить обработку, обновить 1С, Сейчас смотрю изменения в конфигурации. Думаю переносить их или нет при обновлении?
(2871)
для ФФД 1.2 вносить доработки потребуется.

Думаю переносить их или нет при обновлении?

Это вы должны определить сами, исходя из того что там дописано.
2873. crow1983 11.04.22 12:20 Сейчас в теме
(2872) Не нашел в инструкции пункта по внесению доработок.
(2873)
В комплекте с обработкой поставляется дополнительная инструкция по маркировке и вносимых для работы с ней доработок.
2875. crow1983 11.04.22 15:14 Сейчас в теме
(2874)
Заказ оформил. Инструкции получил. Про ффд 1.2 не нашел информации. Получается вносим изменения в конфигурацию по инструкции и все?
(2875)
Получается вносим изменения в конфигурацию по инструкции и все?

Да

Про ффд 1.2 не нашел информации

Смотря что и как искали
2877. crow1983 13.04.22 19:30 Сейчас в теме
Подскажите, на что влияет установка в поле ВерсияФФД значения 1.2. Кассу перевели на ффд 1.2, заполнили виды оплат и налогов, выбрали значение в поле 1.2 и чеки перестали пробиваться. Ставим 1.05 и чеки выходят, в ОФД версия ффд 1.2 отображается.
(2877)
Добрый день! Ответил вам в вашем тикете в тех. поддержку
2879. RustIG 20.05.22 16:06 Сейчас в теме
Добрый день! Если у клиента RDP и айпи компа статичный, можно ли прописать где-нибудь настройки айпи, чтобы чеки быстро печатались из 1С УТ 10.3? Есть ли возможность использования функционала Атол "Сервер удаленного подключения"?
(2879)
Добрый день! Ответы на оба вопроса: Да, есть возможность.
2881. RustIG 20.05.22 16:10 Сейчас в теме
(2880) вот прикрепил скрин - я об этой функциональности
Прикрепленные файлы:
2882. RustIG 20.05.22 16:11 Сейчас в теме
(2880) а можете подсказать как это настроить в версии 5.05?
или надо скачивать 5.07?
(2882)
Прикрепленные файлы:
2885. RustIG 20.05.22 16:30 Сейчас в теме
2887. RustIG 28.05.22 17:52 Сейчас в теме
(2884) Пробую переподключить на новом клиенте. Подскажите , пож-та, если раньше использовали через RDP подключение напрямую к ККМ через TCP\IP по статич. айпи, будет ли смысл переводить (будет ли быстрее или стабильнее?) на сервер удаленного подключения и прописывать статич. айпи компа, к которому ККМ подключена?
После переключения с tcp\ip "напрямую к ккм" - на ком-порт компа и статич. айпи компа - разницу не особо заметили.
(2887)
Если модель ККТ имеет на борту Ethernet порт, то переключать её в режим работы по USB и расшаривать доступ к ней через сервер удаленных подключений нет никакого смысла. В скорости точно не выиграете, но при этом добавите ещё одно звено, в целом понижающее отказоустойчивость.
2889. RustIG 28.05.22 18:03 Сейчас в теме
2890. Bigot1979 01.06.22 14:46 Сейчас в теме
Добрый день.
1С Розница 1.0.18.1 / ДТО 10.9.2.6 / Версия ФФД 1.05
Заменили ФН на кассе и обновили обработку (5.0.7)
После этого перестали пробиваться чеки по возвратам. Из документа РКО выдаёт ошибку
{ВнешняяОбработка.ФискальныеРегистраторыОнлайн.МодульОбъекта(14860)}: Поле объекта не обнаружено (Скидка)
СуммаСкидки = СтрокаМассива.Скидка;

Подскажите куда копать ?
(2890)
Добрый день! Напишите тикет в тех.поддержку. Вышлю вам исправление
2892. Bigot1979 01.06.22 15:04 Сейчас в теме
(2891) да мы тут пока протелились с кассой.... техподдержка ваша закончилась 26го мая
2893. wasap 16.06.22 12:51 Сейчас в теме
Здравствуйте, раздел по поддержке прочитал, но не понял однозначно, подскажите, пожалуйста, для обновления до текущей версии нужно купить "Техническая поддержка в течение 1 месяца " или более? Ранее обработка была приобретена, но закончился срок поддержки.
(2893)
Добрый день, да, вы все верно поняли. Нужно приобрести тех. поддержку на желаемый срок
2894. RustIG 16.06.22 13:19 Сейчас в теме
(0) Добрый день! А можно печатать нефискальные строки?
Программно как вывести массив строк нефискально?
Пробую так - не получается:
ПолучитьСерверТО().ПечатьТекста(ФУ, МассивСтрокЗетОтчета, КассаККМ.ШиринаЛенты);
(2894)
Добрый день! В самой обработке есть функционал печати нефискальных строк вместе с чеком.
Или интересует отдельно от чека что-то печатать?
2897. RustIG 16.06.22 14:30 Сейчас в теме
(2895) Да, хотел отдельно от чека напечатать:
1) повторно последний чек
2) а после закрытия смены - нефискально обороты за предыдущую смену - информацию собираю по архивным чекам
2898. ArTz 01.07.22 12:37 Сейчас в теме
Добрый день. Подключаю одну кассу к двум компам. Со второго выдает ошибку
Ошибка при открытии чека:
(143) Некорректная СНО

В кассе и учетной политике одно и тоже.
Версия 5.0
Что еще проверить?
(2898)
Здравствуйте! Установите корректную СНО в параметрах обработки на закладке ФЗ-54. Требуется указать одну из тех, которая запрограммирована в ККТ при регистрации. Либо укажите вариант "Не передавать".
Для отправки сообщения требуется регистрация/авторизация

См. также

Обмен между 1С:Розница и Frontol 6 по организациям (Розница - Фронтол)

Обмен между 1С:Розница и Frontol 6 при торговле от нескольких организаций, а также ряд других полезных функций. Данный модуль синхронизации незаменим для тех, кто ведёт учет по нескольким организациям в 1С:Розница, а на РМК (рабочем месте к...

10100 руб.

Печать кассовых чеков на одну ККМ с нескольких рабочих мест для 1С:УТ11.5, Розница 2.3/3.0, УНФ 3.0

Расширение для типовых конфигураций для Управляемых форм позволяет выполнять печать кассовых чеков на одну ККМ 54-ФЗ с нескольких рабочих мест. НИКАКИХ НАСТРОЕК В РАЗРАБОТКЕ - ПОДКЛЮЧИЛ И ПЕЧАТАЙ. Если у вас несколько отделов и одна ККМ - п...

9500 руб.

Пробитие чека ККМ с разных складов через РМК в 1С:УТ 11.5

Расширение для 1С:Управление торговлей 11.5, которое позволяет пробивать чеки ККМ и списывать товар с разных складов. Склад списание товара можно указывать в табличной части рабочего места кассира (РМК).

7080 руб.

Две или несколько касс ККМ Розница 2.3 + Честный знак + Принтер чеков

Можно ли в 1С:Розница подключить несколько касс на одно рабочее место? Теперь это возможно! Решение позволяет подключать неограниченное количество касс к одному рабочему месту и выбирать, на какой кассе пробивать чек в зависимости от нео...

4560 руб.

Разбитие чека ККМ по группам товаров и пробитие их на разных кассах, подключенных к одному рабочему месту. Расширение для УТ ...

Расширение для 1С:Управление торговлей 11.5 и 11.4, которое позволяет из рабочего места кассира разбивать чек ККМ на несколько чеков и пробивать их на разных кассах подключенных к одному РМК. Можно пробивать разные группы товаров по раз...

7080 руб.

Программа для управления ККМ Атол и Штрих нового поколения (он-лайн ККТ под 54-ФЗ) с помощью текстового ini.файла для 1с77, 1...

Программа для управления ККМ Атол и Штрих нового поколения (он-лайн ККТ под 54-ФЗ) с помощью текстового файла (ini файла) с изменениями включена 1 лицензия Для любых программ, которые умеют работать с текстовыми файлами. Внутри комплекта ес...

6000 руб.