Массовое создание и фискализация чеков коррекции (исправляем нарушение) для УТ 10
Управление торговлей , редакция 10
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Управление торговлей , редакция 11
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Розница 2.3
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Очень многие столкнулись с тем что , перевели ККТ на ФФД 1.2, а обязательный реквизит «мера количества предмета расчета» (тег 2108) не был передан, в результате чего чеки ККТ «Не принят ФНС: отсутствует обязательный тег № 2108».
С 9 ноября 2023 года ФНС включили проверку тега 2108. Поэтому чеки, сформированные до этой даты, приняты, а подобные чеки, которые сформировали после, попали в «карантин».
Проблема с отсутствием обязательного реквизита «мера количества предмета расчета» (тег 2108) на чеках из-за перехода на ФФД 1.2 действительно стала актуальной для многих организаций.
Что же делать?
1.Внести изменения в ПО, чтобы реквизит «мера количества предмета расчета» (тег 2108) - обязательно передавался.
2.После изменения в ПО пробить чек - тестовый или рабочий чек, зайти в ЛК ОФД и убедиться что Чек принят ФНС
Теперь разберемся с «карантином»
Перевести чек из «карантина» нельзя, нужно сформировать чек коррекции.
ФНС выпустила разъяснения:
Письмо № АБ-4-20/15520@ от 12.12.2023О реквизите «мера количества предмета расчета» (тег 2108)
Если у компании есть кассовые чеки, не принятые ФНС в связи с незаполненным тегом 2108, необходимо сформировать кассовые чеки коррекции на каждый непринятый фискальных документ. При этом ФНС обращает внимание, что в случае если некорректный кассовый чек не был принят ФНС России, то не требуется формировать кассовый чек коррекции с некорректными данными на обратную операцию. Необходимо сформировать кассовый чек коррекции в соответствии с правилами, установленными Приказом.
Когда чеков, не принятых в ФНС, немного. то это не создает проблему, но обычно их несколько тысяч.
Решение позволяют автоматически создать и фискализировать на ККТ чеки коррекции на основании чеков продаж за период.
Решение вызывает типовые методы конфигурации для фискализации чеков коррекции.
Рекомендуем отключить печать чека на кассовой ленте ( не всегда срабатывает ) или заклеить датчик наличия ленты (ленту вытащить из ККТ), в ином случае будет огромный расход ленты при печати чеков коррекции, хотя нужны они только для регистрации в ОФД.
С помощью решений уже фискализировано более 12 000 38 000 100 000 1 500 000 чеков коррекции.
История изменений:
Опубликована первая версия
- Фискализация чеков коррекции по документам ПКО и Оплата от покупателя платежной картой. Отметка о фискализации чека коррекции , для этого добавлено свойство «Номер чека чека коррекции» , «Дата чека».
- Отключение печати бумажного чека коррекции на ККТ ( но.. не всегда работает, так как нужна лицензия )
- Незначительные изменения
- Еще одна попытка отключение печати бумажного чека коррекции на ККТ ( но.. не всегда работает, так как нужна лицензия )
Исправление:
- При включенной константе «Использовать подключаемое оборудование» при открытии обработки сообщает об ошибке Поле объекта не обнаружено (УникальныйИдентификатор)
- пауза между печатью пула чеков ( в секундах )
- в дополнительный реквизит (тег 1192 ) передается ФПД - некорректного чека ( данные берутся из регистра сведений «Фискальные операции» )
Версия для Управление торговлей, редакция 11
Проверено на :
- Управление торговлей, редакция 11, релизы 11.5.12.48
Установить расширение «Расширение вид коррекции для исправления ошибки».
Ввиду особенностей типовой конфигурации определение «Вид коррекции» выполняется на основании проверки в РС «Фискальные операции» по документу Основание. В результате чего устанавливается значение «Вид коррекции - Исправление», но в данном случае должно быть " Вид коррекции - Не применение ККТ».
1.Установить расширение типовыми методами, перезапустить 1С.
2.Применить внешнюю обработку
Версия для Розница, редакция 2.3
Проверено на :
- Розница, редакция 2.3 , релизы 2.3.10.39 и 2.3.15.37
Данные для формирования чеков коррекции берутся из РС «Фискальные операции»
Рекомендации по использованию решений:
1.Отключите контроль остатков - так как чеки коррекции создают движения по регистрам накоплений.
2.Откройте кассовую смену ( если не открыта )
3.Установите интервал и кассу по которой были пробиты чеки с нарушением.
4.Отметьте один чек ( с остальных снимите флаги) и сформируйте и пробейте "« тестовый» чек коррекции
5.Убедитесь что чек коррекции в ЛК ОДФ имеет отметку о принятии ФНС - если принят , то можно приступать к массовому формированию и фискализации чеков коррекции
6.Не отмечайте слишком большое количество чеков за 1 раз , так как будет перегрев чекопечатающего устройства.
7.Не пытайтесь фискализировать из документа Чек коррекции - так как произойдет печать двух чеков - возврат прихода и приход - это не правильно. Должен быть только один чек - приход.
8.По результату когда созданы/фискализированы и отправлены чеки коррекции в ОФД , в ЛК ОФД из любого чека отправьте пояснения:
На фирменном бланке организации в ФНС
«в период с такого то по такое в связи с ошибкой кассового ПО были некорректно сформированы чеки с ошибкой тега 2108. Ххххх ( дата) – были сформированы чеки коррекции исправление тега 2108. Все чеки коррекции сформированы в соответствие с ФЗ 54 и письма № АБ-4-20/15520@ от 12.12.2023.
Число подпись ( печать не требуется)»
9.Через групповое изменение реквизитов снимите отметку о проведении с сформированных чеков коррекции ( для отмены движения по регистрам накоплений )
Проверено на следующих конфигурациях и релизах:
- Управление торговлей, редакция 10.3, релизы 10.3.87.2, 10.3.55.1
- Управление торговлей, редакция 11, релизы 11.5.12.48
- Розница, редакция 2.3, релизы 2.3.15.37, 2.3.10.39
Вступайте в нашу телеграмм-группу Инфостарт
См. также
ККМ Кассовые операции Розничная торговля НДС 22% Системный администратор Разработчик 1С:Предприятие 8 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Бухгалтерия государственного учреждения 1С:Бухгалтерия 1.6 1С:Бухгалтерия автономного учреждения Россия Платные (руб)
Универсальная обработка для обслуживания любых фискальных регистраторов (ККТ), в том числе Веб сервер АТОЛ. Работает в соответствии с 54-ФЗ. (ФФД 1.0, ФФД 1.05, ФФД 1.1, ФФД 1.2). Подключайте любую онлайн кассу к практически любой конфигурации на обычных формах. Нет необходимости обновлять 1С. Можно бесплатно скачать и протестировать. Может работать одновременно с несколькими онлайн-кассами, либо одной с разных рабочих мест. (через RDP, TCP\IP или веб-сервер) Позволяет разделить один чек сразу на несколько ККТ или на несколько систем налогообложения. Поддерживает разрешительный режим и маркировку. Поддерживает локальный модуль честного знака для офлайн проверки. Можно настроить собственный шаблонов чека. Можно использовать эквайринг там, где он не поддерживается. Работает на LINUX и Windows Адаптировано к ставке НДС 22% и ТС ПИоТ.
6100 руб.
27.02.2017 919416 6631 10489
ККМ Кассовые операции Розничная торговля НДС 22% Системный администратор Разработчик 1С:Предприятие 8 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Бухгалтерия государственного учреждения 1С:Бухгалтерия автономного учреждения Россия Платные (руб)
Обработка осуществляет обслуживание ККТ АТОЛ, Штрих, Вики Принт и Меркурий для конфигураций "УТ 10.3", "КА 1.1", "УПП 1.3", "Розница 1.0", "БП 2.0" и других отраслевых решений, построенных на основе указанных выше конфигурациях. Поддерживает возможность параллельно пробития чеков на одной ККМ несколькими пользователями. Поддерживает Веб-сервер Атол. Соответствует требованиям 54-ФЗ. Поддерживает ФФД 1.0, 1.05, 1.1 и 1.2. Разделяет чеки по нескольким СНО. Поддерживает механизмы подключения ККТ по TCP/IP, для работы через RDP или интернет. Поддержка маркировки и разрешительного режима. Поддержка пробития чеков с новыми ставками НДС 5%, НДС 7% и НДС 22%.
7900 руб.
25.05.2015 406362 2037 3372
ККМ Розничная торговля Системный администратор Разработчик 1С:Предприятие 8 1С:Розница 2 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)
Обмен между 1С:Розница и Frontol 6 при торговле от нескольких организаций, а также ряд других полезных функций. Данный модуль синхронизации незаменим для тех, кто ведёт учет по нескольким организациям в 1С:Розница, а на РМК (рабочем месте кассира) установлен Frontol или планируется его установка. Подходит для 1С:Розница 2.3 / 3.0, 1С:УНФ 3.0
4200 руб.
22.03.2019 106515 892 494
ККМ Кассовые операции Розничная торговля Разработчик Бухгалтер Пользователь 1С:Предприятие 8 1С:Розница 2 1С:Управление торговлей 11 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)
Расширение для типовых конфигураций для Управляемых форм позволяет выполнять печать кассовых чеков на одну ККМ 54-ФЗ с нескольких рабочих мест. НИКАКИХ НАСТРОЕК В РАЗРАБОТКЕ - ПОДКЛЮЧИЛ И ПЕЧАТАЙ. Если у вас несколько отделов и одна ККМ - печатайте на одной ККМ! Если у вас две ККМ и одна поломалась - печатайте на одной ККМ, пока ремонтируете другую! Решение для розничных продаж! Обновление 19.03.26 для 1С:Розница 2.3.23 и 27.04.2026 для 1С:УТ 11.5.25 в новых релизах tcp/ip. Реализована работа с ПИОТ.
9500 руб.
27.08.2018 142486 827 603
ККМ Кассовые операции Розничная торговля НДС 22% Системный администратор Разработчик Пользователь 1С:Предприятие 8 1C:Бухгалтерия 1С:Бухгалтерия 3.0 1С:Торговля и склад 7.7 1С:ERP Управление предприятием 2 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 1.6 1С:Управление нашей фирмой 3.0 1С:Управление торговлей 10 1С:Управление торговлей 11 1С:Розница 3.0 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Рестораны, кафе и фаст-фуд Россия Платные (руб)
«Сервер ККМ» позволяет приложениям работать с фискальными регистраторами по локальной сети или интернет, организовать печать на одном ККМ с нескольких рабочих мест или нескольких баз 1С. Поддержка ТСПИоТ для Атол, Штрих, Ритейл и РР-Электро. Возможность работы с ТСПИоТ без изменения конфигурации 1С! Поддерживаются ВСЕ ревизии требований фирмы 1С к разработке драйверов ККТ от 2.0 до 4.7. Бесплатные функции: Эмулятор ККМ с возможностью эмуляции различных сбоев, печать чеков продажи и покупки до 1000р, прочие виды чеков - без ограничений.
18000 руб.
02.09.2016 160721 245 210
Кассовые операции Розничная торговля ККМ 1С 8.3 1С 8.5 1С:Розница 2 1С:Управление торговлей 11 Россия Платные (руб)
Расширение для «Розницы» 2.3 и «Управления торговлей» 11.5. При сканировании пачки сигарет ставит в строку чека МРЦ из её кода маркировки. Возвращает коды маркировки на свои строки перед пробитием: типовая программа в чеке с пачками разной МРЦ может отправить в ККТ и «Честный знак» код одной пачки с ценой другой. Не даёт пробить чек дороже МРЦ. Конфигурацию не меняет.
23.09.2026 5462 15 G_100802897175107255412 0
Поиск данных Инструменты администратора БД Корректировка данных Разработчик Бухгалтер Пользователь 1С:Предприятие 8 1С:Управление торговлей 10 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 Россия Платные (руб)
Решение для автоматической сверки данных между любыми конфигурациями 1С. Помогает контролировать и проверять обмены, проверять наличие документов при переносах данных, находить изменения в закрытых периодах
9760 руб.
14.11.2025 6263 28 8
Задачи пользователя Инструментарий разработчика Корректировка данных Закрытие периода Разработчик Аналитик Бухгалтер Пользователь Руководитель проекта Стажер 1С 8.3 1С:ERP Управление предприятием 2 1С:Управление нашей фирмой 3.0 Управленческий учет Платные (руб)
Обработка предназначена для поиска, анализа и исправления отрицательных остатков во всех регистрах накопления информационной базы 1С.
6100 руб.
27.02.2026 3323 19 3
Но есть ньанс: Обработка для УТ 11.5. создает чек коррекции в статусе "Отложен без резервирования" (в журнале отображение "Чек не пробит"), при этом в ОФД все корректно отправляется. Но в УТ по такому чеку формируются движения по 3м регистрам, один из которых товары на складах. В итоге остатки на складах уходят в минус.
После выполнения обработки и отправки чеков в ОФД, пометили на удаление все чеки коррекции в УТ и все вернулось в корректное состояние.
Конфигурация: БИТ:Управление медицинским центром КОРП
Версия конфигурации: 2.1.25.44
Версия платформы: 8.3.22.2283
Расширения конфигурации:
Исправление отключение кассы
Стиль интерфейса Облачные нотки
Лист назначений
Командный интерфейс
Прямая запись с сайта prodoctorov.ru
На поправку
[DocDoc] Обмен данными
Интеграция с платформой n3.health (Нетрика) в качестве ИнИС ЕГИСЗ
Режим: Веб-серверный
Клиентское приложение: Тонкий клиент Windows x86 (32-разрядный) (RAM 32Гб)
Сервер : Windows x86-64 (RAM 80Гб)
Вы можете дорабатывать решение под свои требования и кейсы.
Используется создание и печать чеков коррекции на основании документа Чек ККМ.
P/S Мы же будем продолжать развитие решений в зависимости от тех кейсов , которые можем проверить в реальной работе.
Главное не забывать. Что вначале нужно устранить причину нарушения , и только потом приступать к его исправлению. Так как уже есть случаи когда причина не устранена , а чеки коррекции созданы и отправлены через ККТ в ОФД , что еще больше усложнило ситуацию по нарушениям.
<?xml version="1.0" encoding="UTF-8"?>
<CheckPackage>
<Parameters CashierName="Федоров" OperationType="1" TaxationSystem="" CustomerEmail="" CustomerPhone="">
<CorrectionData Type="0" Date="2021-09-06T00:00:00" Number="0" Description="Исправление ошибки тег 2108"/>
<AgentData/>
<VendorData/>
</Parameters>
<Positions>
<FiscalString Name="Конфеты "Барбарис" (кг)" Quantity="1" PriceWithDiscount="76" AmountWithDiscount="76" DiscountAmount="" Department="1" VATRate="18" PaymentMethod="4" CalculationSubject="1" MeasurementUnit="11">
<AgentData/>
<VendorData/>
</FiscalString>
</Positions>
<Payments Cash="76" ElectronicPayment="0" PrePayment="0" PostPayment="0" Barter="0"/>
</CheckPackage> Показатьи собственно причины всей заварухи -2108 (MeasureOfQuantity) в фискальной строке тоже не вижу
просто в новых чеках добавил именно этот тег и все пошло нормально в офд без ошибок, а теперь нужно старые скорректировать
см. Письмо № АБ-4-20/15520@ от 12.12.2023 О реквизите "мера количества предмета расчета" (тег 2108).
формально - не принятые ФНС чеки по тегу 2108 = Не применение ККТ. То есть ссылка на чек ( оригинал) в данном конкретном случае не применяется.
:) Но это уже не относиться к публикации :)
Вам нужна консультация какие теги должен содержать чек коррекции при исправлении тега 2108 ?
Какое это имеет отношение к данной публикации?
В случае если причину некорректного формирования тега 2108 не устранена и сформирован чек коррекции - он тоже не будет принят ФНС. В этом случае причину не передачи тега 2108 в любом случае придется устранять . а после ее устранения уже формировать:
Новый чек коррекции на основании уже созданного чека коррекции, но с обратным признаком расчета "возврат прихода" , а так же с передачей реквизитов корректируемого чека коррекции. После этого сформировать еще один чек коррекции "приход" с передачей корректных тегов ( включая тег 2108 ) , а так же передачей реквизитов ранее введенного некорректного чека коррекции.
После этого проверить что чеки коррекции ( новые) приняты ФНС.
Кто будет отвечать за то что некорректно передает данные в чеке коррекции? Наверное тот кто не внес исправления в ПО , чтобы требуемые реквизиты по ФФД 1.2 формировались и корректно передавались в ОФД.
В публикации прямо указано :
Внести изменения в ПО, чтобы реквизит «мера количества предмета расчета» (тег 2108) - обязательно передавался - это касается как чека , так и чека коррекции.
После изменения в ПО пробить чек - тестовый или рабочий чек, зайти в ЛК ОФД и убедиться что Чек принят ФНС - создайте чек коррекции , пробейте чек и убедитесь что Ваш чек коррекции принят ФНС - это значить что вы сделали все правильно.
И только потом можете принимать решение нужна ли вам обработка массового создания чеков коррекции или вы их сформируете самостоятельно!
В разных регионах может быть по разному, но в Крыму - так. Теперь требуют сделать возвраты на "исправленные" чеки без ФП и сделать новые чеки с ФП...
В разных регионах может быть по разному, но в Крыму - так. Теперь требуют сделать возвраты на "исправленные" чеки без ФП и сделать новые чеки с ФП...
Здравствуйте. В каком теге ФНС "требует" ссылаться на чек с ошибкой? - Тег 1192 не является обязательным для чека и не обязан содержать номер ФП в том числе и по техническим причинам.
тег 1178 - в данном случае позволяет идентифицировать период расчета , на который и нужно ссылаться в объяснительной по реестру чеков коррекции
ЦТОшники тянут скриптом кривые чеки из ОФД (не из всех) и пробивают их непосредственно на фискальнике. Номер ФП указывают в тегах дополнительных реквизитов.
"в том числе с применением иной единицы ККТ" ??? - что за иные единицы ККТ - не понятно.
"Рассмотрело ваш запрос и сообщает следующее.
Согласно пункту 4 статьи 4.3 Федерального закона N 54-ФЗ кассовый чек коррекции (бланк строгой отчетности коррекции).........
Таким образом если сведения в отношении маркированных товаров приняты информационной системой маркировки по чеку оформленным с нарушением требований законодательства, то в данном случае дополнительной передачи указанных сведений не требуется."
Сделал чек коррекции, в Z отчете он отобразился двумя чеками, чеком возвратом и чеком приходом.
Вопрос, так и должно быть?
Результат = ОбъектДрайвера.СформироватьЧекКоррекции(ПараметрыПодключения.ИДУстройства, ДанныеОперации.ДанныеЧекаXML, ДанныеОперации.РезультатОперацииXML);
В методе СформироватьЧекКоррекции() используются 3 параметра, в отличии от метода СформироватьЧек(), в последнем есть признак Электронно и поэтому есть возможность управлять выводом ленты.
Подскажите, можно ли программным способом отключить печать чековой ленты на ККТ используя метод СформироватьЧекКоррекции?
(36)
Если есть лицензия то программно, если нет то аппаратно ( заклеить датчик наличия ленты, только не пробивайте сразу по 1000 чеков , так как головки принтера будет все равно активна и будет перегрев)
* - готовиться обновление с возможностью печати чеков коррекции по документам ПКО и Оплата от покупателя по платежной карте( Операция по эквайрингу)
Это только формировать чеки из файла/файлов которые предварительно нужно выгрузить из ОФД ( а у каждого ОФД еще и форматы разные).
{ОбщийМодуль.МенеджерОборудованияУТ(32)}: Поле объекта не обнаружено (УникальныйИдентификатор)
Форма.УникальныйИдентификатор = Новый УникальныйИдентификатор;
Как исправить?
Дата коррекции: Дата чека
Тип: Самостоятельно
Основание: Письмо ФНС № АБ-4-20/15520
Описание: Исправление ошибки тег 2108
?
И второй вопрос - а если пробить таким образом маркированный товар типа сигареты - от честного знака не прилетит предупреждение что не использован разрешительный режим???
Тип: Самостоятельно
Основание: Письмо ФНС № АБ-4-20/15520
Описание: Исправление ошибки тег 2108
?
Дата коррекции: - дата совершения корректируемого расчета. Дата когда был создан чек с нарушениями.
Основание:
Описание: Исправление ошибки тег 2108
"если сведения в отношении маркированных товаров приняты информационной системой маркировки по чеку оформленным с нарушением требований законодательства, то в данном случае дополнительной передачи указанных сведений не требуется."
В яндекс офд не написано что это чеки коррекции. Единственно отличие от обычных чеков - визу написано Дополнительный реквизит чека (БСО) 1979080073
. Что это означает?
Вы формировали чек на "Исправление" , нужно формировать "Не применение ККТ"
Типовая не обращает на это внимание - есть документ Основание? - Да. значить "Исправление" - а если исправление то 2 чека - возврат прихода и приход. Именно поэтому мы вызываем метод фискализации чека из обработки а не из документа
Все методы типовые. Единственное что для УТ11 требуется установка расширения "Расширение вид коррекции для исправления ошибки"" , так как определение "Вид коррекции" выполняется на основании проверки в РС "Фискальные операции" в результате чего устанавливается значение "Вид коррекции - Исправление", но в данном случае должно быть " Вид коррекции - Не применение ККТ".
Из описания разработки непонятно: отключение печати бумажного чека для УТ тоже реализовали? Лицензия "Отключение ПФ" в ККТ АТОЛ есть.
"Управление торговлей", редакция 10.3 (10.3.87.3)
ККМ АТОЛ 30Ф
При пробитии чека коррекции с использованием обработки чек не пробивается с сообщением о ошибке
"По Чек ККМ 00000003652 от 23.01.2024 12:07:29 уже имеется Чек ККМ коррекции. Ввод нового Чека ККМ коррекции запрещен!'
Чек создается но пробить его не получается, при ручном пробитии чека появляется ошибка:
Ошибка при вызове метода контекста (ПолучитьДвоичныеДанныеИзСтроки)
{ОбщийМодуль.МенеджерОборудованияВызовСервера.Модуль(7509)}: ДвоичныеДанныеСтроки = ПолучитьДвоичныеДанныеИзСтроки(Штрихкод);
{ОбщийМодуль.МенеджерОборудованияМаркировкаКлиентСервер.Модуль(116)}: ДанныеКодаТовара.ШтрихкодBase64 = МенеджерОборудованияВызовСервера.ШтрихкодВBase64(ШтриховойКодТовара);
{ОбщийМодуль.МенеджерОборудованияМаркировкаКлиентСервер.Модуль(94)}: Возврат РазобратьШтриховойКодТовараСлужебная(Штрихкод, ШтрихкодВBase64);
{ОбщийМодуль.МенеджерОборудованияВызовСервера.Модуль(3648)}: ДанныеКодаТовара = МенеджерОборудованияМаркировкаКлиентСервер.РазобратьШтриховойКодТовара(Позиция.Штрихкод);
{ОбщийМодуль.МенеджерОборудованияВызовСервера.Модуль(5604)}: ЗаписатьДанныеКодаТоварнойНоменклатуры(ЗаписьXML, ТекущаяПозиция, ПараметрыФискализации);
{ОбщийМодуль.МенеджерОборудованияВызовСервера.Модуль(3034)}: МенеджерОборудованияВызовСервера.СформироватьXMLПакетДляФискализацияЧека(ОбщиеПараметры, ПараметрыФискализации);
{ОбщийМодуль.ПодключаемоеОборудованиеУниверсальныйДрайверКлиент.Модуль(1715)}: ПараметрыФискализации = МенеджерОборудованияВызовСервера.ПодготовитьДанныеЧекаКоррекции(ОбщиеПараметры, ПараметрыПодключения);
{ОбщийМодуль.ПодключаемоеОборудованиеУниверсальныйДрайверКлиент.Модуль(244)}: Результат = ПечатьЧекаКоррекции(ОбъектДрайвера, Параметры, ПараметрыПодключения, ВходныеПараметры, ВыходныеПараметры);
{ВнешняяОбработка.АТОЛККТсПередачейДанных.МодульОбъекта(404)}: РезультатВыполнения = ПодключаемоеОборудованиеУниверсальныйДрайверКлиент.ВыполнитьКоманду("ПечатьЧекаКоррекции",
{Документ.ЧекККМКоррекции.Форма.ФормаДокумента.Форма(376)}: РезультатВыполнения = ОбработкаОбслуживания.НапечататьЧекКоррекции(ОбъектДрайвера, ПараметрыЧека);
{Документ.ЧекККМКоррекции.Форма.ФормаДокумента.Форма(453)}: НапечататьЧекКоррекцииКлиент(ККТ);
{Документ.ЧекККМКоррекции.Форма.ФормаДокумента.Форма(789)}: ПробитьЧек();
{Документ.ЧекККМКоррекции.Форма.ФормаДокумента.Форма(460)}: ПровестиПробитьЧек();
по причине:
Несоответствие типов (параметр номер '1')
Может у кого была такая проблема?
Обновились до версии 10.88. но ошибка осталась.
"Управление торговлей", редакция 10.3 (10.3.87.3) и 10.3.88.3
ККМ АТОЛ 30Ф
При выполнении процедуры создания чеков коррекции для исправления тэга 2108, на все чеки выдает сообщение о ошибке
"Не печатаемые символы в реквизите 1192 позиция 5"
Чеки коррекции создаются но аннулируются.
Если зайти в созданный чек и выполнить пробитие в ручную тогда чек пробивается без ошибки.
При этом пробивается два чека на возврат прихода и приход наличных. Это правильно?
ПараметрыЧека.ДополнительныйРеквизит = "№ "+ФП.НомерЧекаККМ+" Дата "+ФП.ДатаЧека + " ФП"+ ФП.ФискальныйПризнак;и
ПараметрыОперацииФискализацииЧека.ДополнительныйРеквизит = "№ "+ФП.НомерЧекаККМ+" Дата "+ФП.ДатаЧека + " ФП"+ ФП.ФискальныйПризнак;Или заменить
ПараметрыЧека.ДополнительныйРеквизит = ФП.ФискальныйПризнак;ПараметрыОперацииФискализацииЧека.ДополнительныйРеквизит = ФП.ФискальныйПризнак;При этом пробивается два чека на возврат прихода и приход наличных. Это правильно?
Типовая :
- если в чека есть основание - значить это Вид коррекции "Исправление" - "Исправление" = 2 чека - возврат прихода и приход
- если нет основания - значить это Вид коррекции "Не применение ККТ " = 1 чека приход
но при исправлении ошибки тега 2108 - нам нужен документ основание :) а действия должны быть выполнены как Вид коррекции "Не применение ККТ" - то есть 1 чек ( "не требуется формировать кассовый чек коррекции с некорректными данными на обратную операцию.")
Соответственно если печатать чек коррекции из самого документа "Чек коррекции" при наличии в нем документа основания ( а документ основания нужен чтобы передать правильный тег "период расчетов" чека с ошибкой 2108.) то будет два чека и это не правильно.
В публикации пока доступна версия 2.0.0.11 ( отсутствует возможность создания чеков коррекции по документам ПКО и эквайринговых операций )
Требуется создать чеки коррекции по эквайринговым операциям. При этом обработка говорит, что чеки созданы, но до ККТ команда не доходит. Чек не печатается и в ОФД пусто.
Подскажите, при формировании чека коррекции УТ 10.3.87.3, появляется ошибка 1С "Неверная цена(сумма)" Чек аннулируется в ККТ.
Догадываюсь, что проблема в скидках. 1С неверно что-то считает(цену или сумму) и передает данные в ККТ. В ккт судя по всему цифры не сходятся выползает ошибка. Проблема именно в чеках коррекции.
Есть понимание, как решить проблему?
Есть товар цена 29.70 количество 30 сумма 891 руб.
Продаем со скидкой 8% и вот тут вылезает проблема.
Цена без округления 27.324 Сумма 819.72
Но касса округляет до 27.32. В итоге при умножении на количество 30 сумма на кассе 819,6 и чек аннулируется
При продажах касса делит строчки на 2 позиции и выравнивает общую сумму.
Проблема с чеками коррекции.ФЛК не помогает
Как победить не понимаю....
Данные такие да. Оплата безнал, вероятно роли не играет.
Есть еще другие позиции в чеке, но проблема с этой позицией. Продажа проходит, а чек коррекции аннулируется
В чеке продажи ккт делит 18 шт по 27.32 и 12 шт по 27.33
Строчка из лога драйвера
<FiscalString Name="Дуст Блокбастер XXI от ползающих нас.100г (шт)" Quantity="30" PriceWithDiscount="27.32" AmountWithDiscount="819.72" DiscountAmount="" Department="1" VATRate="none" PaymentMethod="4" CalculationSubject="1" MeasureOfQuantity="255">
Подскажите еще, у вас не отключено округление в 1с?
Или 1с округляет и передает данные в ККТ?
И если можно помочь с эмулятором. Где взять и как установить драйвер эмулятора?
Как оказалось, проблемных чеков достаточно. В 2 филиалах УТ 10. В обоих аннулирует чеки коррекции
Добрый день. Обработка для УТ10 работает с релиза 10.3.55.1 и выше , для более младших не проверяли.
Обработка использует типовые методы создания/печати чеков коррекции. Если в младших релизах нет документа "Чек коррекции" то и типовых методов его создания/печати в конфигурации так же отсутствуют , следовательно обработка не сможет формировать/печатать чеки коррекции.
Но есть ньанс: Обработка для УТ 11.5. создает чек коррекции в статусе "Отложен без резервирования" (в журнале отображение "Чек не пробит"), при этом в ОФД все корректно отправляется. Но в УТ по такому чеку формируются движения по 3м регистрам, один из которых товары на складах. В итоге остатки на складах уходят в минус.
После выполнения обработки и отправки чеков в ОФД, пометили на удаление все чеки коррекции в УТ и все вернулось в корректное состояние.
Ошибка инициализации модуля: ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодУТ11.Форма.Форма.Форма
по причине:
{ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодУТ11.Форма.Форма.Форма(311,2)}: Переменная не определена (ОборудованиеЧекопечатающиеУстройстваКлиент)
<<?>>ОборудованиеЧекопечатающиеУстройстваКлиент.НачатьФормированиеЧекаКоррекцииНаФискальномУстройстве(
1С:Предприятие 8.3 (8.3.25.1336) Розница, редакция 2.3 (2.3.18.23)
На рознице 2.3 обработка возвращает ошибку при формировании чека коррекции, см. скрин. Регистратор подключен и без бумаги. Кассовая смена открыта.
В чем может быть причина ошибки?
ПараметрыРегистрацииКассыОснования = ОборудованиеЧекопечатающиеУстройства.ПараметрыРегистрацииУстройства(ФискальнаяОперация.ДокументОснование.КассаККМ.ПодключаемоеОборудование);
//ПараметрыРегистрацииКассыОснования = ОборудованиеЧекопечатающиеУстройстваВызовСервера.ПараметрыРегистрацииУстройства(ФискальнаяОперация.ДокументОснование.КассаККМ.ПодключаемоеОборудование);
у меня это единственное изменение обработки, после этого чеки сформировались. Только приходилось отдельными пачками их формировать, по 20..30шт, иначе то ли не проводились, то ли еще какой косяк, не помню.
(227)
Какая версия обработки актуальна на данный момент для УТ11.5?
Скачал только что обработку. Версия обработки 2.0.0.11 от 18.03.2024
И когда ожидать версию 2.0.0.15 с возможностью пробития чека коррекции по ПКО?
Добрый день. По состоянию на 18.07.2024 в публикации доступна версия обработки 2.0.0.11 от 18.03.2024.
версию обработки 2.0.0.15 или выше.. обновим в публикации в ближайшее время ( напишем в комментариях и в истории изменений: )
Заходишь в тест драйвера кассы, подключаешься к кассе.
Там есть таблицы. В таблице 17 есть параметр,который за вывод на печать отвечает, находится в поле 7, так и называется "не печатать документ"
Возможные значения: 0-3
0 — [печать включена] ККТ будет печатать все документы;
1 — [не печатать только один документ]. ККТ не будет печатать один следующий или один текущий (уже открытый) документ. После этого документа значение поля сразу станет равно «0» и последующие документы будут печататься;
2 — ККТ не будет печатать никаких документов (печать выключена);
3 — ККТ будет отправлять чеки открытия и закрытия (отчет) в буфер на сд-карту
Я поставил режим 2. Печатает только отчеты об открытии и закрытии смены.
Розница, редакция 2.3 (2.3.14.26)
Два момента возникло:
1. Если с чеком проблема то не написано с каким конкретно из миллиона. Добавьте что -ли что бы номер чека коррекции показывал в сообщении об ошибке. (см. 1 скрин).
2. в чеки коррекции почему-то у меня подставляет неверно вид оплаты. была оплата по карте. А в коррекцию попадает встречное предложение. (скрин 2,3 и 4).
Как быть?
Добрый день. Я уже выше в комментариях отвечал на подобные вопросы.
1.Ни одно из данных решений не может считаться "законченным" тиражным продуктом и следовательно "предъявлять" к нему требования "Если с чеком проблема то не написано с каким конкретно из миллиона" - не совсем корректно, тем более что в публикации в рекомендациях прямо указано "6.Не отмечайте слишком большое количество чеков за 1 раз"
2. так же в рекомендациях " сформируйте 1 чек коррекции убедись что он сформирован правильно" и уже только потом формируйте остальные чеки
"ФНС рекомендует использовать «встречное предоставление\иная форма оплаты» - так как д/с не возвращались и выручка не менялась" - код решения открыт и вы можете самостоятельно принять решение следовать Вам рекомендациям ФНС или не следовать.
P/S Мы сами пользуемся своими решениям для решения клиентских задач по формированию чеков коррекции ( это чуть более усовершенствованные решения с более расширенным функционалом и т.д.) , но это уже коммерческие продукты к которым предъявляются уже другие требования ( позднее опубликуем их в этой публикации)
Мы специально не стали делать данную публикацию коммерческим продуктом. чтобы у специалистов была возможность адаптировать решения под свои конфигурации и свои требования или требования региональных ФНС по письму "О реквизите "мера количества предмета расчета" (тег 2108)"
Добрый день. Формирование/Печать чеков коррекции по чека на возврат не реализовано , в связи с тем что операции возврата не такие массовые как продажа.
При установке обработки возникли вот такие ошибки. Как их можно исправить?
Программа перезапускалась после установки. Снятие флажка "Безопасный режим" не помогает.
Обработка "Создание чеков корректировки за период исправляем нарушение по тегу 2108 для УТ 10 Версия 1.0.0.20 от 08.07.2024 г." поддерживает формирование и фискализацию чеков коррекции.
Сведения о чеке коррекции сохраняются в свойствах "скорректированного" документа (см.Сведения о коррекции)
для документов ПКО и Оплата от покупателя платежной картой - документ "Чек коррекции" не создается.
Процедура ЗаполнитьДокументПоЧекуККМ(ДокументОснование)
Если Документы.ЧекККМВозврат.ЕстьВозвратПоЧекуККМ(ДокументОснование) Тогда
ВызватьИсключение НСтр("ru = 'По Чеку ККМ введен Чек ККМ на возврат. Ввод Чека ККМ коррекции запрещен!'");
КонецЕсли;Подойдет ли данная обработка для исправления типа оплаты с "наличные" на "безналичные". Нужно исправить больше 10 000 чеков.
И что выбрать в чеке коррекции: "встречное представление" или "безналичные" в данном случае?
Розница 2.3.13.26
Подойдет ли данная обработка для исправления типа оплаты с "наличные" на "безналичные".
Добрый день.
Без доработки - нет.
Так как вам нужно сформировать/фискализировать 2 ( два ) чека коррекции , Возврат прихода ( наличными ) и Приход ( безналичными). Обработка же формирует/фискализирует 1( один) чек коррекции "Приход"
Добрый день.
"Ввиду особенностей типовой конфигурации определение «Вид коррекции» выполняется на основании проверки в РС «Фискальные операции» по документу Основание" - это указана в описании
1. Подскажите пожалуйста, если необходимо пробить чеки коррекции за большой период, потому что не был проставлен реквизит "мера количества предмета расчета" (тег 2108), и соответсвенно по этой причине в Такском не приняты чеки, то можно ли это сделать без бумаги без печати? Выше прочитал, понял, что не всегда работает. Надо аппаратно это делать (в настройках или заклеить), или программно тоже есть возможность в 1С?
2. Скажите, если печатаем один чек коррекции по причине из пункта 1, то реквизит НеприменениеККТ=Ложь, реквизит ТипКоррекции=Самостоятельно?
Конфигурация "Ресторан. Фронт-офис". Я так понимаю, она схожа с "Розницей".
1. Официально в методе СформироватьЧекКоррекции - нет параметра Электронно ( Формирование чека только в электронном виде. Печать чека не осуществляется. ) ( см..Параметр электронно.jpg).
Все остальные манипуляции с печатью отключить головку чекопечатающего устройства физически , заклеить датчик наличия ленты или все таки печатать - на ваше усмотрение.
2 Не применение ККТ - формирует один чек коррекции. Тип коррекции - самостоятельно.
3. Сожалею , но не обладаю информацией о схожести или различиях между Ресторан. Фронт-офис и Розница
По второму пункту не понял. У меня и так один чек коррекции, если я его программно создаю самостоятельно либо из списка чеков коррекции вручную. А вот если ввод на основании, то там появляется сторно.
Т.е. Не применение ККТ = Ложь у меня, это правильно?
В комментариях я уже отвечал на этот вопрос см. (95)
Правильно: Не применение ККТ - будет фискализирован один чек коррекции - приход.
Да, я видел (95), но непонятно, что имеется ввиду.
>>>- если нет основания - значит это Вид коррекции "Не применение ККТ " = 1 чека приход
В документе "Чек коррекции" нет реквизита вид коррекции, есть реквизит тип коррекции = Самостоятельно.
Ещё есть реквизит НеприменениеККТ, булево. У меня он равен Ложь. Учитывая что вы везде пишите что он должен быть вроде как Истина (или я что-то не правильно понял и в ваших конфигурациях есть ВидКоррекции), я и задал этот вопрос.
Один чек спокойно делается если в журнале чеков коррекции создавать вручную документ. И в Такском приходит именно 1 чек коррекции. Никакого сторно ни в аппарате ни в Такскоме нет. При этом выбраны и документ основания и документ расчётов. А вы писали, что их выбирать не надо.
Правильно я понял, что нужно убрать основание и документ расчётов и сделать реквизит НеприменениеККТ=Истина? Или всё-таки у вас в конфигурациях немного другой порядок реквизитов.
Текст ошибки |
|---|
| {ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодУТ11.Форма.Форма.Форма(242,38)}: Переменная не определена (ФормированиеПараметровФискальногоЧекаСервер)
{ОбщийМодуль.ДополнительныеОтчетыИОбработкиКлиент.Модуль(381)}:ОткрытьФорму("ВнешняяОбработка." + ИмяОбработки + ".Форма", ПараметрыОбработки, Форма); {Справочник.ДополнительныеОтчетыИОбработки.Форма.ФормаЭлемента.Форма(966)}:ДополнительныеОтчетыИОбработкиКлиент.ВыполнитьОткрытиеФормыОбработки(ВыполняемаяКоманда, ЭтотОбъект, ВыполняемаяКоманда.ОбъектыНазначения); {Справочник.ДополнительныеОтчетыИОбработки.Форма.ФормаЭлемента.Форма(474)}:ВыполнитьОбработкуОповещения(Обработчик, "ПродолжитьБезЗаписи"); по причине: Ошибка инициализации модуля: ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодУТ11.Форма.Форма.Форма по причине: {ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодУТ11.Форма.Форма.Форма(242,38)}: Переменная не определена (ФормированиеПараметровФискальногоЧекаСервер) ПараметрыОперацииФискализацииЧека = <<?>>ФормированиеПараметровФискальногоЧекаСервер.ПараметрыОперацииФискализацииЧека(ЧекКоррекции.Ссылка, ЧекКоррекции.Организация); {ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодУТ11.Форма.Форма.Форма(246,2)}: Переменная не определена (ФормированиеПараметровФискальногоЧекаСервер) <<?>>ФормированиеПараметровФискальногоЧекаСервер.ПараметрыФискальногоЧекаЗаполнитьТипРасчета( {ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодУТ11.Форма.Форма.Форма(250,2)}: Переменная не определена (ФормированиеПараметровФискальногоЧекаСервер) <<?>>ФормированиеПараметровФискальногоЧекаСервер.ПараметрыФискальногоЧекаЗаполнитьСерийныйНомерОборудования( {ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодУТ11.Форма.Форма.Форма(254,2)}: Переменная не определена (ФормированиеПараметровФискальногоЧекаСервер) <<?>>ФормированиеПараметровФискальногоЧекаСервер.ОбновитьПараметрыФискальногоЧекаМестоРасчетов( {ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодУТ11.Форма.Форма.Форма(260,2)}: Переменная не определена (ФормированиеПараметровФискальногоЧекаСервер) <<?>>ФормированиеПараметровФискальногоЧекаСервер.ОбновитьПараметрыФискальногоЧекаПозицийЧекаККМ(ПараметрыОперацииФискализацииЧека, ЧекКоррекции.Ссылка); {ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодУТ11.Форма.Форма.Форма(262,2)}: Переменная не определена (ФормированиеПараметровФискальногоЧекаСервер) <<?>>ФормированиеПараметровФискальногоЧекаСервер.ОбновитьПараметрыФискальногоЧекаТаблицаОплатЧекаККМ( {ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодУТ11.Форма.Форма.Форма(267,2)}: Переменная не определена (ФормированиеПараметровФискальногоЧекаСервер) <<?>>ФормированиеПараметровФискальногоЧекаСервер.ПараметрыФискальногоЧекаЗаполнитьПараметрыОтправкиЭлектронно {ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодУТ11.Форма.Форма.Форма(278,2)}: Переменная не определена (ФормированиеПараметровФискальногоЧекаСервер) <<?>>ФормированиеПараметровФискальногоЧекаСервер.ПараметрыФискальногоЧекаЗаполнитьПараметрыКоррекции( |
Не программист 1С, но подозреваю, что надо обновить конфигурацию. Или я не прав?
Update: кажется, нашёл ответ в теме, версия УТ не подходит
Все верно в УТ 11.4.14.121 другая версия Библиотеки подключаемого оборудования ( 2.1) , а обработке используется методы из БПО 3.1 , соответственно каких то методов в "старой" версии УТ 11 , просто нет.
//ПараметрыРегистрацииКассыОснования = ОборудованиеЧекопечатающиеУстройства.ПараметрыРегистрацииУстройства()и закомментируйте строку 234
ПараметрыРегистрацииКассыОснования = ОборудованиеЧекопечатающиеУстройстваВызовСервера..ПараметрыРегистрацииУстройства()Ведь по учету в 1с и остаткам все хорошо , факт непринятия чека только в офд, его и скорректировать через драйвер чеком коррекции на приход
Никто не пробовал?.
в 1с типовым способом делает два чека, что неверно (выше обсуждалось)
да и в 1с все норм по регистрам продажам сменам и остаткам, проблема тега на стороне проверки офд
да когда обновят все свои модули или подправят код в старых конфах у них 1с станет передавать этот тег корректно и проблема уйдет
я же писал кто сразу обнаружил и кривых чеков немного и покупать обработку не планировал
вот и спросил есть опыт у кого через сам драйвер ККМ чек коррекции оформить сразу на один приход ?
Подскажите пожалуйста.
Добавил расширение, при попытке обновить была ошбика: Значение контролируемого свойства ОбъектРасширяемойКонфигурации у объекта Язык.Русский не совпадает со значением в расширяемой конфигурации.
исправил (сохранить имя изменив соответствие )
так же режим совместимости расширения оказался выше чем у осн. конфигурации (8.3.14)
уменьшил его в расширении
обновил конфигурацию, перезашел, открываю внешнюю обработку и выдаёт ошибку:
Ошибка инициализации модуля: ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодУТ11.Форма.Форма.Форма
по причине:
{ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодУТ11.Форма.Форма.Форма(242,38)}: Переменная не определена (ФормированиеПараметровФискальногоЧекаСервер)
ПараметрыОперацииФискализацииЧека = <<?>>ФормированиеПараметровФискальногоЧекаСервер.ПараметрыОперацииФискализацииЧека(ЧекКоррекции.Ссылка, ЧекКоррекции.Организация);
{ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодУТ11.Форма.Форма.Форма(246,2)}: Переменная не определена (ФормированиеПараметровФискальногоЧекаСервер)
<<?>>ФормированиеПараметровФискальногоЧекаСервер.ПараметрыФискальногоЧекаЗаполнитьТипРасчета(
{ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодУТ11.Форма.Форма.Форма(250,2)}: Переменная не определена (ФормированиеПараметровФискальногоЧекаСервер)
<<?>>ФормированиеПараметровФискальногоЧекаСервер.ПараметрыФискальногоЧекаЗаполнитьСерийныйНомерОборудования(
{ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодУТ11.Форма.Форма.Форма(254,2)}: Переменная не определена (ФормированиеПараметровФискальногоЧекаСервер)
<<?>>ФормированиеПараметровФискальногоЧекаСервер.ОбновитьПараметрыФискальногоЧекаМестоРасчетов(
{ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодУТ11.Форма.Форма.Форма(260,2)}: Переменная не определена (ФормированиеПараметровФискальногоЧекаСервер)
<<?>>ФормированиеПараметровФискальногоЧекаСервер.ОбновитьПараметрыФискальногоЧекаПозицийЧекаККМ(ПараметрыОперацииФискализацииЧека, ЧекКоррекции.Ссылка);
{ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодУТ11.Форма.Форма.Форма(262,2)}: Переменная не определена (ФормированиеПараметровФискальногоЧекаСервер)
<<?>>ФормированиеПараметровФискальногоЧекаСервер.ОбновитьПараметрыФискальногоЧекаТаблицаОплатЧекаККМ(
{ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодУТ11.Форма.Форма.Форма(267,2)}: Переменная не определена (ФормированиеПараметровФискальногоЧекаСервер)
<<?>>ФормированиеПараметровФискальногоЧекаСервер.ПараметрыФискальногоЧекаЗаполнитьПараметрыОтправкиЭлектронно
{ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодУТ11.Форма.Форма.Форма(278,2)}: Переменная не определена (ФормированиеПараметровФискальногоЧекаСервер)
<<?>>ФормированиеПараметровФискальногоЧекаСервер.ПараметрыФискальногоЧекаЗаполнитьПараметрыКоррекции(
1С:Предприятие 8.3 (8.3.15.1869)
Получил ошибки:
{ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодРозница2_2_2_0_0_19.Форма.Форма.Форма(151,23)}: Переменная не определена (ОборудованиеЧекопечатающиеУстройстваВызовСервера)
ОбщиеПараметры = <<?>>ОборудованиеЧекопечатающиеУстройстваВызовСервера.ЗагрузитьДанныеФискализацииИзXML(ДанныеXMLКорректируемогоЧека); (Проверка: Сервер)
{ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодРозница2_2_2_0_0_19.Форма.Форма.Форма(234,43)}: Переменная не определена (ОборудованиеЧекопечатающиеУстройстваВызовСервера)
ПараметрыРегистрацииКассыОснования = <<?>>ОборудованиеЧекопечатающиеУстройстваВызовСервера.ПараметрыРегистрацииУстройства(ФискальнаяОперация.ДокументОснование.КассаККМ.ПодключаемоеОборудование); (Проверка: Сервер)
{ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодРозница2_2_2_0_0_19.Форма.Форма.Форма(213,24)}: Переменная не определена (ОбработкаТабличнойЧастиТоварыСерверПовтИсп)
ТекПроцентНДС = <<?>>ОбработкаТабличнойЧастиТоварыСерверПовтИсп.СтавкаНДСЧислом(НоваяСтрока.СтавкаНДС); (Проверка: Сервер)
{ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодРозница2_2_2_0_0_19.Форма.Форма.Форма(368,2)}: Переменная не определена (ОборудованиеЧекопечатающиеУстройстваКлиент)
<<?>>ОборудованиеЧекопечатающиеУстройстваКлиент.НачатьФормированиеЧекаКоррекцииНаФискальномУстройстве(Оповещение, ЧекКоррекции.УникальныйИдентификатор(), ИдентификаторУстройства, ОбщиеПараметры); (Проверка: Тонкий клиент)
{ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодРозница2_2_2_0_0_19.Форма.Форма.Форма(151,23)}: Переменная не определена (ОборудованиеЧекопечатающиеУстройстваВызовСервера)
ОбщиеПараметры = <<?>>ОборудованиеЧекопечатающиеУстройстваВызовСервера.ЗагрузитьДанныеФискализацииИзXML(ДанныеXMLКорректируемогоЧека); (Проверка: Сервер)
{ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодРозница2_2_2_0_0_19.Форма.Форма.Форма(234,43)}: Переменная не определена (ОборудованиеЧекопечатающиеУстройстваВызовСервера)
ПараметрыРегистрацииКассыОснования = <<?>>ОборудованиеЧекопечатающиеУстройстваВызовСервера.ПараметрыРегистрацииУстройства(ФискальнаяОперация.ДокументОснование.КассаККМ.ПодключаемоеОборудование); (Проверка: Сервер)
{ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодРозница2_2_2_0_0_19.Форма.Форма.Форма(213,24)}: Переменная не определена (ОбработкаТабличнойЧастиТоварыСерверПовтИсп)
ТекПроцентНДС = <<?>>ОбработкаТабличнойЧастиТоварыСерверПовтИсп.СтавкаНДСЧислом(НоваяСтрока.СтавкаНДС); (Проверка: Сервер)
{ВнешняяОбработка.СозданиеЧековКорректировкиЗаПериодРозница2_2_2_0_0_19.Форма.Форма.Форма(368,2)}: Переменная не определена (ОборудованиеЧекопечатающиеУстройстваКлиент)
<<?>>ОборудованиеЧекопечатающиеУстройстваКлиент.НачатьФормированиеЧекаКоррекцииНаФискальномУстройстве(Оповещение, ЧекКоррекции.УникальныйИдентификатор(), ИдентификаторУстройства, ОбщиеПараметры); (Проверка: Тонкий клиент)
ПоказатьЕсть идеи как быстро поправить? Релиза 2.3 нету пока под рукой.
Скажите, на более новых релизах розницы (2.3.19.24), подойдет способ описанный в сообщении 192?
"нет сведений о фискальной операции, формирование чека коррекции невозможно",
как быть?
На более новом релизе розницы (2.3.19.24) исходная обработка дает ошибку, способ описанный в сообщении 192 для версии 2.3.17.22 не работает. Подскажите, что можно сделать?
(с "нет сведений о фискальной операции" разобрались)
Добрый день. В Ваше случае чеки коррекции не применяются . Вам необходимо сформировать на каждый чек ( где неверная СНО) продажи - чек возврата ( возврат прихода) и сформировать новый чек продажи ( приход ) с корректной СНО.
У нас ффд 1.2, точно ли нужно возвраты в этом случае делать?
1. Обработка на КА 2.4 работать будет?
2. Можно фото чека коррекции увидеть?
1с делает два чека: возврат и приход, в чеке нет отметки о коррекции... ?
1. Нет. КА 2.4 другая версия библиотеки подключаемого оборудования ( 2.0- 2.1)
2. см..
в публикации явно написано
"7.Не пытайтесь фискализировать из документа Чек коррекции - так как произойдет печать двух чеков - возврат прихода и приход - это не правильно. Должен быть только один чек - приход."
У нас 1С:Предприятие 8. Автосервис 1.6 (1.6.27.295)(на базе УНФ)
Подскажите, пожалуйста, какая из обработок максимально близка к УНФ 1.6.
Чтобы можно было выкачать и допилить ее.
в публикации явно указано
Проверено на следующих конфигурациях и релизах:
Управление торговлей, редакция 11, релизы 11.5.12.48
Соответственно причин по которой не выполнилась команда пробития чека коррекции может быть много:
-Команда переименована
-Команда перемещена в другой модуль
-Команда имеет доп параметры
и т.д.
к сожалению у нас нет технической возможности регулярной проверки и адаптации под каждый релиз УТ/КА/ERP
выше уже давал ответ на данный вопрос:
"к сожалению у нас нет технической возможности регулярной проверки и адаптации под каждый релиз УТ/КА/ERP"
Но теперь у нас новый переход - а именно прошивка и версия Атола со ставкой 5%. Вновь решил воспользоваться обработкой, но встрял в проблему:
Имеется: Атол 10.10.6.0 с прошивкой 5.17 (самая последняя что поддерживает 5%)
УТ 10.3.28.1, дописанная.
Обработка Атол взята одна из последних (нарыл на форуме как раз под 5%), и немного доработана
Ошибка следующая:
"Ошибка вызова метода <ОбъектДрайвера.СформироватьЧекКоррекции>.
Слишком много фактических параметров"
Пробовали команду с 3 параметрами и с 6 параметрами, так как это реализовано в новой торговле. но получаю одну и ту же ошибку.
Подскажите, куда копать и что делать? Исходной функции нет ни в обработке, ни в конфигурации - поскольку она идёт как раз от библиотеки подключаемого, как я понял
Обработка Атол взята одна из последних (нарыл на форуме как раз под 5%), и немного доработана
некорректная обработка обслуживания ККТ - обратитесь к автору обработки обслуживания.
ОбъектДрайвера.СформироватьЧекКоррекции(ПараметрыПодключения.ИДУстройства, ДанныеЧека, НомерЧека, НомерСмены, ФискальныйПризнак, АдресСайтаПроверки);Может все таки стандарт почитать? , что там изменилось в требованиях 4.4?
1. Добавлены новые ставки НДС 5%, 7%, 5/105, 7/107.
2. Добавлен признак формирование чека коррекции только в электронном виде.
Здравствуйте!
УТ10.3 (10.3.88.3) нужно сделать несколько тысяч чеков коррекции по двум типам операций: исправить НДС в чеках (с 01/01/25) и Ошибка ФЛК 420: Отсутствует обязательный тег. (тег 1059[2].2108 "Мера количества предмета расчета").
Готовы на сотрудничество для применения вашей обработки под наши задачи.
P.S. В ЛК написать не могу, т.к. не принят в друзья)
Подскажите, подойдет ли решение для УТ 11.5 Базовая?
Но на несколько десятков тысяч чеков нужно сделать чеки коррекции, изменив способ оплаты - наличный поменять на безналичный.
Вашу обработку ведь удастся доработать для этих целей?
Чеки коррекции нужно сделать, потому что была неверно настроена одна из касс, неверно выбрана система налогооблажения.
Поможет ли ваше решение?
Спасибо заранее.
в публикации явно указано.
Проверено на :
Управление торговлей, редакция 11, релизы 11.5.12.48
Обработка не совместима с вашей версией конфигурации
Поможет ли ваше решение?
Без доработок - нет
Текущая конфигурация Розница, редакция 2.3 (2.3.20.38)
При продажах в ОФД отразились НДС совсем не те, которые присутствовали в чеках Пример -
В ОФД все продажи идут с БезНДС
в 1С - В чеках все отражается нормально. Есть ставки НДС10 и НДС20, в зависимости от позиций
Вопрос - Ваша обработка может это массово поправить?
Выйдет ли с помощью Вашей обработки создать чеки коррекции и пробить их, если при пробитии неправильно была указана система налогообложения в чеке? Н-р было указано при продаже без НДС, а надо указать НДС 5% (или наоборот, было 5% а надо без НДС)
Выдает ошибку: "По Чек (номер чека) от (дата и время) произошла ошибка при формировании чека коррекции'"
Как писали выше пробовал Раскомментировать строку 233 и закомментировать строку 234, но так и не помогло.
1С:Предприятие 8.3 (8.3.26.1498)
Розница, редакция 2.3 (2.3.21.37)
в публикации указаны релизы Розница, редакция 2.3, релизы 2.3.10.39 и 2.3.15.37 ( версия Библиотеки подключаемого оборудования с 3.1.2.16 по 3.1.9.23 )
в релизе 2.3.21.37 версия библиотеки подключаемого оборудования 3.2.5.33 , соответственно методы формирования чека коррекции изменены и не совместимы с текущей обработкой
Проверено на :
Розница, редакция 2.3 , релизы 2.3.10.39 и 2.3.15.37
в 2.3.17.15 БПО 3.2.2.15
Обработки специально созданы для выполнения требования "не требуется формировать кассовый чек коррекции с некорректными данными на обратную операцию." - поэтому и выполняют печать только чека коррекции приход.
Только через доработку обработки - чек коррекции возврат прихода ( с неверной СНО) и чек коррекции приход ( с корректной СНО)
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 2060216
Создание 11.03.24 16:30
Обновление 12.12.24 07:21
Просмотры 24544
Загрузки 285
Рейтинг
26
Комментарии 293
Код открыт Да
Рубрики ККМ Корректировка данных
Кому
Бухгалтер
,
Пользователь
Тип файла Внешняя обработка (ert,epf)
Платформа 1С:Предприятие 8
Конфигурация
1С:Управление торговлей 10
,
1С:Розница 2
,
1С:Управление торговлей 11
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Абонемент ($m)