ККТ-ОНЛАЙН 54-ФЗ: Обработка для работы онлайн касс АТОЛ, ШТРИХ, VIKI PRINT и многих др. + Бесплатный тестовый период + ЭМУЛЯТОР + ЭКВАЙРИНГ + МАРКИРОВКА + ПОДДЕРЖКА ФФД 1.2
Универсальная обработка для обслуживания любых фискальных регистраторов (ККТ), в том числе Веб сервер АТОЛ. Работает в соответствии с 54-ФЗ. (ФФД 1.0, ФФД 1.05, ФФД 1.1). Подключайте любую онлайн кассу к практически любой конфигурации. Нет необходимости обновлять 1С. Можно бесплатно скачать и протестировать. Может работать одновременно с несколькими онлайн-кассами, либо одной с разных рабочих мест. (через RDP, TCP\IP или веб-сервер) Позволяет разделить один чек сразу на несколько ККТ или на несколько систем налогообложения. Можно настроить собственный шаблонов чека. Можно использовать эквайринг там, где он не поддерживается. Работает на LINUX и Windows
Дублирую свой вопрос и решение, коим я воспользовался:
В компании старенький сервер win 2003 и компьютеры, подключаемые по RDP с перенаправлением портов, с подключенными к ним ККМ.
Была приобретена касса атол 50ф (30ф) без Ethernet-порта и сетевых модулей, которую хотели использовать с нескольких рабочих мест (начальник сэкономил и не купил кассу с желаемыми модулями).
Предприняты попытки подключения:
1) Атол FDSVC - проблема подключения на клиентских компьютерах. Решить не смог (драйвер не смог загрузить необходимые модули или что-то вроде того)
2) Прямое подключение USB к серверу с удлинителем в 5 метров: Драйвера не подошли к системе (брал для XP и выше)
3) Подключение USB-Com c удлинителем 5м - предполагаю проблему с длиной кабеля.
4) Физический перенос сервера для подключения кассы непосредственно к Com-порту сервера не одобрил руководитель.
5) Переадресация Com-порта на сервер через VSPE ( https://infostart.ru/public/620353/ ) - Успешно.
Предлагаю использовать переадресацию Com тем компаниям, чьи кассы не обладают сетевыми интерфейсами.
Огромное спасибо разработчику за обработку. Не даром она считается "Лучшая коммерческая разработка 2017". Актуальность свою она не потеряла и в 2018 и 2019. Все доработки согласно новым законодательным изменениям вносятся в срок и на высоком профессиональном уровне.
Тех. поддержка можно сказать онлайн, что очень важно в современном быстро меняющемся "мире" а для бизнеса и тем более, где простой практически не реален и чреват последствиями.
Очень надеюсь и буду только очень рад, если и дальше эта публикацию будет развиваться и поддерживаться как и сейчас.
Создателю еще раз огромное спасибо и творческих успехов в будущем!!!
Всем привет, программа поддерживается, однако из-за загруженности, поддержка осуществлялась через форму обратной связи, и раздел тех поддержки сайта, с текущего месяца потихоньку выхожу на привычный режим работы и поддержки, постараюсь ответить на большинство вопросов в комментариях, поэтому прошу актуализировать вопросы. на которые не получили ответы.
Вскоре выйдет обновление на программу, где расширится механизм по учету маркированного товара на современный стандарт, пока проходит обкатку. Новая версия будет доступна всем, кому была доступна версии 3.72, дополнительно ничего не потребуется приобретать.
Спасибо большое Вам Андрей ! 1С 8.1 УТ 10.3. Обработка сильно выручила. Поддержка на высоте, помогли с доработкой. В нашем случае база на сервере терминалов, торговые точки с ККМ удалены. Все работает, "не залипает". Поддержка наверно даже лучше чем в крупных компаниях, несмотря на занятость автора, вопрос никогда не останется без ответа. Еще раз спасибо.
Спасибо разработчику за обработку. Всё "взлетело" сразу вдруг". :)
Плюс, сам немного набаламутил с заказом, но всё исправили быстро.
Андрей, ещё раз спасибо!!!
2026.
user657314_mysump
29.06.17 15:55 Сейчас в теме
У нас стоит 1С 8.3 Управление торговлей 10.3 последняя версия, номенклатуру на чеках не печатает :( перепробовали несколько обработок то что нашли в сети и все работают криво, то НДС пишет 0%, то номенклатура не по русски пишет, я думаю не у нас одних такая беда. В общем пока не наткнулись на обработку Андрея были натуральные танцы с бубном. Действительно на данный момент единственная разумно работающая обработка, всем советую, главное не бойтесь Андрей оперативно помогает если что не так. Андрею спасибо большое за обработку и быстрое исправление ошибок а самое главное за обновления обработки!
(2194) Андрей! Не мог не написать комментарий.... Обработка отличная. Просто нужно ей было начинать заниматься пораньше.... Да и в принципе это лучше, чем насильно (как делает 1С) переводить всю систему на тонкого клиента. При той конфигурации, которая у нас присутствует и месяце тестов, доработок и естественно Вашей оперативной поддержке все получилось. А сбой бывает в любой системе, нужно просто тестировать. Спасибо за работу!!!!
Вики Принт 57 Ф + сильно допиленная УПП 1.3 на платформе 8.3
Вопросы конечно были, но всё заработало без "танцев с бубном". Автору спасибо за работу и за оперативные ответы.
Ребята вы просто супер!!! Спасибо огромное, мучился две недели а установил ваш продукт и все заработало как по маслу. Буду рекомендовать ваш сайт друзьям.
Спасибо за обработку!
Работаем на УТ10.3 8.2.
т.к. используем несколько систем налогообложения никакая стандартная обработка не подходила. А ваша подошла и позволила не переделывать АРМ кассира, значительно сэкономив средства и время.
Уже месяц - полет нормальный.
(3674) Да без проблем. Год никаких проблем. От надежности канала зависит. Если с этим проблем нет, то лучше точно не найдете. Единственное связал все компьютеры через NeoRouter (можно OpenVPN, но с NeoRouter быстрей) И в настройках указываете ip адреса сети OpenVPN или той сети через какую связь организуете. Либо на всех клиентах иметь статический IP.
За год раз или два вышибало и то, обработка не при чем, один раз связь, второй раз кассу физически из USB выдернули :-) Переподключались и вручную смену закрывали. В общем лучший вариант для 1С 8.1 УТ 10.3
При настройке немного потерялся, но разработчик помог. Поддержка лучше чем у 1С, с человеческим лицом :-)
(4467) да возможно. я очень доволен данной обработкой. она очень легко настраивается под практически любые хотелки... да и техподдержка тут просто супер.
Хочу выразить автору - Андрею огромную благодарность за оперативное решение возникающих вопросов. Поддержка на высочайшем уровне - а это дорого стоит.
Кто еще ищет обработку для печати чеков, заканчивайте поиск и покупайте эту.
Всем привет, в связи с текущей ситуацией, что не всем хватает кассовой ленты, подготовил небольшую инструкцию, как средствами данной программы отключить формирование бумажных чеков Инструкция
- Добавлена поддержка объёмно-сортового учета, он выделен как отдельный тип маркировки, по нему передаются данные только отраслевого реквизита, а также штрихкод номенклатуры. Объемно-сортовой учет можно использовать при продаже маркированного товара при оптовой торговли.
- Добавлена поддержка нового формата молочной продукции.
- Добавлена поддержка маркированной продукции упакованная вода, антисептики, бады, соковая продукция, безалкогольное пиво.
Исправления:
- Исправлена ошибка, когда требовалось напечатать отдельный штрихкод в составе чека, или нефискального документа для ревизии 3004.
При изменение способа расчета , или Признака предмета расчеты , выдает ОШИБКА ПЕЧАТИ(не верная цена , сумма ) , раньше такого не было , купил лицензию . в чем может быть причина
добрый день!
нужна помощь технической поддержки, почему-то перестала считываться лицензия, решил ее деактивировать и заново активировать
во вложении файл после деактивации, второй файл с попыткой активации, которая завершается внутренней ошибкой обработки(видно на скрине), подскажите как мне быть, лицензия была приобретена в 2018 году (на почту kurmankay@gmail.com) проблем не было Ранее с лицензией проблем не было за все время, как активировали в 2018году.
ДД!
Установил обработку на УТ 10.3, подключен Атол 55 (1.05) через вебсервер. В чеке нажимаю ОК, раза 3 выскакивает окно о лицензии а потом выдается ошибка:
ОШИБКА ПЕЧАТИ: ЧЕК: ошибка при обращении к веб-сервису ("541ff04f-c8fb-4192-b544-e8a82897e27a"): "Ошибка программирования реквизита 1009 (Недопустимое сочетание реквизитов)". Отменить задание не удалось
Погуглил 1009, как понял это адрес. В настройках обработки адрес и место расчетов указаны. Что может быть?
У кого был опыт подключения INPAS эквайринг терминала на сервере терминалов. У меня ошибка что при пробитии из под обработки порт эквайринг терминала блокируется под пользователем и другие не могут пробиться. Есть такая ошибка или не правильно я чтото настроил?
Перестала работать касса, обработка была старая, решил обновить до 3.48.
Поставил атоловские драйвера ККТ 10.9.0.0 и на сервере и на удаленном клиенте
Но при нажатии на кнопку "Тест устройства" выходит ошибка:
Тест не пройден. [601] Устройство на сервере удалённого подключения занято другим клиентом
Подскажите как с этой ошибкой бороться?
Или подскажите как исправить ошибку в старом обработчике со старыми драйверами. Ошибка стала выходить сегодня с тура, прошел первый чек и за ним все остальные с ошибкой "ERROR ФИСКАЛИЗАЦИЯ ЧЕКА: Ошибка регистрации позиции в чеке":
01-09-2022 12:23:17_INFO ФОРМИРОВАНИЕ ДОКУМЕНТА: ПЕЧАТЬ ДОКУМЕНТА НАЧАТА ПО МОЕМУ АЛГОРИТМУ: Чек ККМ 220901/0419 от 01.09.2022 12:23:20
01-09-2022 12:23:18_INFO ФОРМИРОВАНИЕ ДОКУМЕНТА: ПАРАМЕТРЫ: КАССИР - Кассир-T1, КАССИРИНН -
01-09-2022 12:23:18_INFO ФОРМИРОВАНИЕ ДОКУМЕНТА: НАЙДЕНА НАЛИЧНАЯ ОПЛАТА НА СУММУ: 116
01-09-2022 12:23:18_INFO ЗАПОЛНЕНИЕ СТРОК ПЕЧАТИ: ПАРАМЕТРЫ: ТЕКСТЗАПРОСА - ВЫБРАТЬ РАЗРЕШЕННЫЕ ПлатежныйДокументРасшифровкаПлатежа.Ссылка, ПлатежныйДокументРасшифровкаПлатежа.Ссылка КАК Сделка, "" КАК Контрагент, НЕОПРЕДЕЛЕНО КАК СтавкаНДС, &ВалютаРеглУчета КАК Валюта, ПлатежныйДокументРасшифровкаПлатежа.СуммаДокумента КАК СуммаПлатежа, ПлатежныйДокументРасшифровкаПлатежа.СуммаДокумента КАК СуммаВзаиморасчетов, 0 КАК СуммаНДС, "" КАК ПризнакСпособаРасчета, ПлатежныйДокументРасшифровкаПлатежа.Склад КАК СКЛАД ПОМЕСТИТЬ ТаблицаПлатежейБЕЗНДС ИЗ Документ.ЧекККМ КАК ПлатежныйДокументРасшифровкаПлатежа ГДЕ ПлатежныйДокументРасшифровкаПлатежа.Ссылка = &Ссылка; ВЫБРАТЬ ТаблицаПлатежейБЕЗНДС.Ссылка, ТаблицаПлатежейБЕЗНДС.Контрагент, ТаблицаПлатежейБЕЗНДС.Сделка, ТаблицаПлатежейБЕЗНДС.СтавкаНДС, ТаблицаПлатежейБЕЗНДС.Валюта КАК ВалютаСделки, ТаблицаПлатежейБЕЗНДС.ПризнакСпособаРасчета, ТаблицаПлатежейБЕЗНДС.СКЛАД, СУММА(ТаблицаПлатежейБЕЗНДС.СуммаПлатежа) КАК СуммаПлатежа, СУММА(ТаблицаПлатежейБЕЗНДС.СуммаВзаиморасчетов) КАК СуммаВзаиморасчетов, СУММА(ТаблицаПлатежейБЕЗНДС.СуммаНДС) КАК СуммаНДС ИЗ ТаблицаПлатежейБЕЗНДС КАК ТаблицаПлатежейБЕЗНДС СГРУППИРОВАТЬ ПО ТаблицаПлатежейБЕЗНДС.Валюта, ТаблицаПлатежейБЕЗНДС.Сделка, ТаблицаПлатежейБЕЗНДС.Ссылка, ТаблицаПлатежейБЕЗНДС.ПризнакСпособаРасчета, ТаблицаПлатежейБЕЗНДС.СКЛАД, ТаблицаПлатежейБЕЗНДС.Контрагент, ТаблицаПлатежейБЕЗНДС.СтавкаНДС
01-09-2022 12:23:18_INFO КОМАНДА: ФИСКАЛИЗАЦИЯЧЕКА
01-09-2022 12:23:18_INFO ПОДКЛЮЧИТЬ УСТРОЙСТВО: Замер времени операции: 12:23:18 - 12:23:18
01-09-2022 12:23:18_INFO ФИСКАЛИЗАЦИЯ ЧЕКА: ПАРАМЕТРЫ: ЭЛЕКТРОННО - Нет, ДАННЫЕЧЕКА - <?xml version="1.0" encoding="UTF-8"?> <CheckPackage> <Parameters PaymentType="1" TaxVariant="2" CashierName="Кассир-T1"/> <Positions> <FiscalString Name="Головка торцевая шестигранная 1/4"DR 7 мм Thorvik (10013160/040222/3063609/06, Тайвань (Китай)) шт" Quantity="1" PriceWithDiscount="60" SumWithDiscount="60" DiscountSum="" Department="0" Tax="20" SignMethodCalculation="4" SignCalculationObject="1" TaxSum="10"/> <FiscalString Name="Головка торцевая 1/4"DR 6 мм. OMBRA (10013160/290120/0036328/04, Тайвань (Китай)) шт" Quantity="1" PriceWithDiscount="56" SumWithDiscount="56" DiscountSum="14" Department="0" Tax="20" SignMethodCalculation="4" SignCalculationObject="1" TaxSum="9.33"/> </Positions> <Payments Cash="116" ElectronicPayment="0" Credit="0" AdvancePayment="0" CashProvision="0"/> </CheckPackage>
01-09-2022 12:23:22_INFO ФИСКАЛИЗАЦИЯ ЧЕКА: Замер времени операции: 12:23:18 - 12:23:22
01-09-2022 12:23:22_ERROR ФИСКАЛИЗАЦИЯ ЧЕКА: Ошибка регистрации позиции в чеке
01-09-2022 12:23:22_INFO ФИСКАЛИЗАЦИЯ ЧЕКА: КОМАНДА: ОТКЛЮЧЕНИЕ ОБОРУДОВАНИЯ
01-09-2022 12:23:22_INFO ФИСКАЛИЗАЦИЯ ЧЕКА: Замер времени операции: 12:23:22 - 12:23:22
01-09-2022 12:23:22_ERROR ФИСКАЛИЗАЦИЯ ЧЕКА: ОШИБКА ПЕЧАТИ ЧЕКА
Добрый день!
Ранее чеки печатались из УТ 10.3 через обработку для работы через вебсервис атола. В программу возвращался номер распечатанного чека корректный.
В феврале купил обработку из этой темы (версия 3.70). Теперь в 1с возвращается номер чека пятизначный , вообще не понятно как сгенерированный.
В чём причина и как можно сделать чтобы номер чека возвращался корректный?
Добрый день, как указать порт удаленного сервера?
У меня на удаленном магазине 2 кассы в одной сети, разнесены по портам
В версии обработки 2.40 в имени компьютера писал ххх.ххх.ххх.ххх:ПОРТ1
Неделю назад обработка 2.40 перестала работать, выше описан лог ошибки.
Установил обработку 3.46, но она не видит удаленный сервер, ели в имени компьютера указывать порт
Как быть в такой ситуации?
Здравствуйте. пробиваем чек из ПКО. у нас настроены средства защиты. Добавили Типы документов где бьется это и по виду номенклатуры. При Окончательном пробитии возникает ошибка "Неподдерживаемый тип кода товара". Что это значит? куда копать?
Андрей, добрый день!
После отключения света в офисе слетели настройки касс. Была установлена лицензия Заказ 265793 | ККТ-ОНЛАЙН 54-ФЗ: Обработка для работы онлайн касс 30.06.21г. Теперь установить ее не получается. Помогите, пожалуйста. Кассы не работают.
Все работало, пока не попробовали пробить чек за наличные от юр лица.
Выскочила "ошибка печати 33h ошибка отправки тега 1256 некорректные параметры в команде"
Версия 3.72 , драйвер 5.16.0.877.
Скажите пожалуйста, имеет ли смысл приобретать поддержку с целью обновления обработки на новые версии? Очень похоже на то, что обработка заброшена и новых версий не будет ... :-(
Да и восстановить после сбоя, если судить по посту (9419) , ничего не удастся...
Мой клиент покупал Вашу разработку, через меня, года 4 тому назад.
Все работает отлично, и мы как то не заморачивались, работали по принципу: "работает - НЕ ТРОЖЬ!2
Но с ноября месяца будет поступать в розницу маркированный товар, можете проконсультировать, такой вопрос:
У нас есть сеть маленьких магазинчиков, работают через РДП на УТ10.3
Нам для реализации через эти магазинчики (розница) нужно вести учет маркированных товаров в УТ10 или хватит Вашей обработки?
Я правильно понимаю, что в вашей обработке реализована передача данных по маркировке, для этого перед пробитием чека его нужно отсканить в открывающейся форме обработки?
И второй вопрос. что бы скачать последний релиз, нужно приобретать техподдержку или нужно заново приобретать обработку?
(9423) поддержка этой обработки похоже закончилась.. очень жаль.. для ваших задач этой обработки достаточно. чтобы обновить просто берете техподдержку или актуализацию
(9423) здравствуйте, сожалею, что опоздал с ответом, лучше все-таки писать в тех поддержку на сайте для ответа, лицензия бессрочная, поэтому в данном случае надо только продлить тех поддержку, если она не продлена была ранее, последнюю доступную версию программы можно увидеть в меню лицензирование в параметрах обработки, например нажав "Количество доступных лицензий"
Подскажите по открытию окна с параметрами чека, которое выходит после нажатия кнопки пробить чек. Это окно у всех долго выходит после нажатия на кнопку? Или это только у меня такая проблема? Не могу понять от чего зависит время отображения этого окна.
Сижу и думаю есть ли смысл приобретать продление тех поддержки и обновлять обработку в надежде что в новой версии окно будет работать быстрее.
(9425) у нас нет проблем с этим окном.. чтобы понять куда тратится время включите логирование. В логах есть замер времени на каждую операцию при выполнении. Наглядно видно что и где тормозит.
Добрый день.
Подскажите, обработка приобреталась в 2018 году. Работала на RDP с несколькими кассами на драйвере Атол 9.
Сейчас надо перейти на 10 драйвер, но при выборе 10 драйвера - программа вылетает.
Добрый день! Подскажите, как настроить обработку в такой ситуации.
Пришел обувной товар с наклеенными марками, но поставщик никак их не передаст в Честном знаке. Продавцы схватили этот товар на складе и продали через кассу, при этом при пробитии и в ОФД в чеке [М+], в честном знаке документ тоже принят без ошибок, но если провалиться в марку и посмотреть документы, то в Типе Операции по документу написано "Событие реализации в розницу от невладельца кода". Можно ли в обработке отключить возможность продажи не переданного товара?
И второй вопрос, если обладаете такой информацией, то пожалуйста подскажите является ли такая продажа нарушением и какое возможно наказание. На просторах интернета не нашел такой информации. Заранее спасибо.
(9428) Я думаю в рамках этой обработки такое не сделать. Она максимум может получать статус, который передает ккм при проверке. А в вашем случае ккм передает М+. Владельца кода можно получить только с маркировки по апи, но обработка этот функционал не содержит.
(9428) Здравствуйте,
1. Проверка осуществляет уже Честный знак сверяя данные об остатках, как раз для этого маркировку и разрабатывали, для выявления контрафакта. Такая проверка уже осуществляется после того, как товар будет пробит по кассе. С точки зрения учета, все-таки лучше хранить полностью маркировку в базе, и сделать проверку присутствует ли марка в базе или нет, чем каждый раз запрашивать информацию у Честного знака, на счет api неуверен, что Честный знак в принципе предоставляет информацию о владельце маркированного товара - тут нужно проверять. В теории если есть api, то через доп обработчик можно будет реализовать еще доп проверку, которая бы проверяла владельца, но это серьезно замедлит итак небыстрое пробитие маркированного товара, лучше такие моменты решать организационною.
2. Точной информации не знаю, нужно делать запрос в Честный знак, есть только возврат в оборот, а вот выбытия не вижу в штрафах https://честныйзнак.рф/penalties/
Приобрели данную обработку. Используем с Ут 10,3,73.3 используем обработку с атоловским web server 10,9,3,1 ккт атол 30 версия ффд 1,2
постоянно вываливается ошибка " ошибка при обращении к веб-сервису : "Процедура проверки КМ уже запущена". Отменить задание не удалось"
Приходится через тест драйвера прерывать проверку марок. Какое то время работает потом опять такая же ошибка. Помогите решить проблему. Писали разработчику через встроенный функционал "Написать разработчику" никакой реакции.
с 02.12.2022 появилась проблема при пробитии чека с маркированными сигаретами, при проверке кода маркировки обработка возвращает статус кода М-, конфигурация УТ 10.3.73.1, типовая обработка от 1с возвращает этот же товар корректно, со статусом М+
«Демо» режим – полнофункциональная версия обработки, однако имеет ограничение на скорость печати, а также на количество операций для одного пользователя. Ее можно использовать бесплатно. В этом режиме можно проверить работу обработку, однако для полноценной работы, он не подойдет, так как ограничение на количество операций фиксировано и не сбрасывается, обычно от 40-80 чеков.
Я так понимаю техподдержка у обработки закончилась от слова совсем :(
Купил продление с техподдержкой и 0 реакции, в т.ч. через инфостарт, уже с 28 декабря ответ разработчик очень занят...
Может кто знает как или кто может обновить доп обработчик с версии 8.1 на версию 8.2?
Добрый день! возникла необходимость перенести базу на RDP - удаленный сервер . у нас куплены лицензии на 4 компа , база раньше работала по локальной сети. как сейчас действовать? покупать лицензию на ферму серверов?
(9437) здравствуйте. лицензию на ферму-серверов покупать не нужно, это особый случай, когда на арендуется сервер, который включает в себя множество компьютеров под одним именем, и программа просто не может определить корректно компьютер на котором работает на обычной лицензии.
Всем привет, программа поддерживается, однако из-за загруженности, поддержка осуществлялась через форму обратной связи, и раздел тех поддержки сайта, с текущего месяца потихоньку выхожу на привычный режим работы и поддержки, постараюсь ответить на большинство вопросов в комментариях, поэтому прошу актуализировать вопросы. на которые не получили ответы.
Вскоре выйдет обновление на программу, где расширится механизм по учету маркированного товара на современный стандарт, пока проходит обкатку. Новая версия будет доступна всем, кому была доступна версии 3.72, дополнительно ничего не потребуется приобретать.
(9439) вначале проверьте, а работает ли связь обычная, так как проверка маркировки просто выполняет подключение к оборудованию вначале, и если оно недоступно, то будет ошибка, также уточните какую версию обработки используете, актуальная сейчас 3.72
Добрый день. Лицензия покупалась в 2018 году. Работала без проблем до января 2023. Сейчас стала писать при пробитии чека - Используется демо режим, хотя лицензия покупалась бессрочно
(9440) здравствуйте, если при этом ничего не поменялось, и обработку не обновляли, то деактивируйте лицензию, и активируйте заново через меню лицензирования обработки. Если же обработку обновляли, то возможно вам нужно продлить тех поддержку.
Особенность пробития авансовых чеков и установки признаков способа расчета
Пример оформления авансовых чеков представлена на сайте 1С ИТС. Механизм работы заполнения программы выполнен по тому же принципу, в частности:
.... Для признака способ расчета «Предоплата полная», заполняется списком товаров, однако в поле количество будет равно 1,...
можно как-нибудь при помощи настроек распределения или подключаемых обработок изменить?
Хочется все-таки количество реальное из заказа.
(9453) Здравствуйте, в программе по умолчанию заказ покупателя считается как документ плановой продажи, по факту товар не передается, а его передача запланирована, поэтому если на основании заказа формируется чек, то он всегда будет как платеж, а не передача товара, это поведение можно переопределить добавив в доп обработчик такой код
Функция МассивНетиповыхДокументов() Экспорт
МассивНетиповыхДокументов = Новый Массив;
ЗаказПокупателя = Новый Структура("ПолноеИмя", "Документ.ЗаказПокупателя");
ЗаказПокупателя.Вставить("ПризнакСпособаРасчетаПоУмолчанию", "ПЕРЕДАЧА");
МассивНетиповыхДокументов.Добавить(ЗаказПокупателя);
Возврат МассивНетиповыхДокументов;
КонецФункции
тогда программа будет считать, что это передача товара, а не оплата. Если же формируется Приходный кассовый ордер на основании заказа покупателя. то достаточно просто в ПКО указать "ПризнакСпособаРасчета" вместо аванса на "передача с полной оплатой".
1 В каком формате нужно вставить марку при печати чека что бы она прошла проверку - сканера пока нет, есть просто код
например
0104660210370025215OQLWfOyTsksD
вставляю ее
ответ "статус товара оисм некорректен"
2 как доработать программу что бы при печати чека не выходила форма ввода маркировки, а бралась маркировка из реквизита документа?
(9454) здравствуйте, нужно передавать полный код маркировки не 0104660210370025215OQLWfOyTsksD , а например 0104660210370025215OQLWfOyTsksD91EE0692Tj1qpH/k+TOmkZcG+czVasPTe/SRx1kUksW08S4eMs4= , где присутствует криптохвост, также если берем типовую УТ 10.3, то код маркировки подтягивается автоматически. из табличной ШтрихкодыУпаковок, также при этом должен быть заполнен регистр "Пул кодов маркировки СУЗ", из этого регистра подтянется полный код маркировки, при этом сам код маркировки хранится в этом регистре в формате base64
Здравствуйте! Я так понимаю, что программа будет работать и с двумя ккт разных организаций? У нас ут 10.3 и две ккт на разные организации. Один кассир и ему надо пробивать чеки и на одну и на другую организацию. Обработка будет срабатывать правильно? И как она будет определять, какой именно аппарат надо использовать в данный момент?
(9455)здравствуйте, из описания следует, что вам нужно автоматически подтягивать нужный кассовый аппарат и делить чек, если есть номенклатура для одного кассового аппарата, и для другого, то тогда оборудование нужно подключать прямо в обработке, для этого есть специальный раздел "Дополнительное оборудование", в нем нужно указать настройки подключения кассового аппарата, а также условие, по организации или номенклатуре, или документу, когда применять один подключенный кассовый аппарат, а когда другой, вот ссылка на инструкцию
- Добавлена поддержка объёмно-сортового учета, он выделен как отдельный тип маркировки, по нему передаются данные только отраслевого реквизита, а также штрихкод номенклатуры. Объемно-сортовой учет можно использовать при продаже маркированного товара при оптовой торговли.
- Добавлена поддержка нового формата молочной продукции.
- Добавлена поддержка маркированной продукции упакованная вода, антисептики, бады, соковая продукция, безалкогольное пиво.
Исправления:
- Исправлена ошибка, когда требовалось напечатать отдельный штрихкод в составе чека, или нефискального документа для ревизии 3004.
Используем обработку с УТ 10.3 и веб сервер Атол
ККТ Атол 30Ф Версиия ФФД 1.2
При пробитии любых сигарет выдает ошибку " Проверка Кп КМ выполнена с отрицательным результатом.Статус проверки у ОИСМ некорректен"
Марку проверяли приложением честный знак. Все нормально.
Смотрели лог webсервера атола и как будто в вэб сервер приходит что-то левое (gr код не нашей марки а "MDAwMDAwNDYyMDk4MjVMTiFaRWtsQUROOA==")
Кусок кода прилагаю.
{"uuid":"ea4fcf75-49b7-4cd1-ad99-98c54f2430cb","request":[{"type":"beginMarkingCodeValidation","params":{"imcType":"auto","imc":"MDAwMDAwNDYyMDk4MjVMTiFaRWtsQUROOA==","imcModeProcessing":0.0,"itemEstimatedStatus":"itemPieceSold"}}]}]
2023/03/06 15:03:29.645665 Обработка завершена с результатом 201 Created за 27.0011ms [{"number":1,"uuid":"ea4fcf75-49b7-4cd1-ad99-98c54f2430cb","isBlocked":false,"blockedUUID":"","blockReason":""}
]
2023/03/06 15:03:29.648666 Начинаем обработку запроса от 127.0.0.1:63695: [GET /api/v2/requests/ea4fcf75-49b7-4cd1-ad99-98c54f2430cb HTTP/1.1
Host: 127.0.0.1:16732
Accept: */*
Cache-Control: no-cache
User-Agent: 1C+Enterprise/8.3
(9466) в теории - да, надо только добавить оборудование в список поддерживаемого, все не подготовлю инструкцию под самостоятельное расширения этого списка
Здравствуйте! У нас конфигурация УТ 10.3 68-й релиз (весна 2021 года) сильно доработанная. Обновляться до актуальной УТ 10.3 будет долго, а у нас есть срочная задача подключить несколько новых касс АТОЛ 30Ф с ФН-М, у нас есть маркировка товаров легкой промышленности. Вопрос: Сможем ли мы передавать коды маркировки из реализаций при пробитии чеков из них в вашу обработку? Вообще возможность бить чеки из реализаций предусмотрена?
Здравствуйте. У нас используется ныне не поддерживаяемая 1с конфигурация Комплексная автоматизация 1.1 (один из последних релизов) и касса ЭВОТОР 7.3 СТ3Ф.
Для нас подойдет данная разработка?
(9469) Здравствуйте, вы можете попробовать использовать вид оборудования "Эвотор Power", который есть в списке обработки, но будет ли он взаимодействовать и работать именно с вашей кассой - нужно тестировать, скачайте обработку в демо-режиме и проверьте
Добрый день. У нас слетела проверка лицензии. Если нажать на кнопку "Количество доступных лицензий" в обработке, то получим ошибку "Ошибка при отправке и получении результата запроса: Ошибка при вызове метода контекста (ОтправитьДляОбработки)"
Точно такую же ошибку получаем при попытке пробить чек, закрываем эту ошибку и появляется стандартное окно, в котором написано, что мы испольуем Демо-лицензию, операции искусственно замедлены и т.д.
Я же правильно понимаю, что эта лицензия проверяется где-то у вас? Если это так, то нет ли проблем на вашей стороне? И, если проблема на вашей стороне, то когда она будет устранена? Возможно это связано с тем, что мы постепенно переходим на новый сервер-ферму и некоторые кассы уже начали бить чеки с этого нового сервера?
Добрый день. У одного из клиентов не получается пробить чек в УПП по документу "Отражение зарплаты в регл. учете" (смысл - отразить удержание зарплаты в счет приобретенного ранее товара в кредит) - там сначала формируется некая "очередь чеков" (РС), далее из нее предполагается печать. Но при начале печати данные чека не заполняются нужными данными (сумма, и т.д.). Каким способом это нужно решить - настройкой шаблона документа, или созданием своей подключаемой обработки-обработчика? Или есть какие-то настройки, которые можно сделать, и все заработает? Спасибо.
"Отражение зарплаты в рег учете" - по умолчанию не поддерживается, поддержка нужного документа добавляется через доп обработчик
Добрый день. Попытался создать доп. обработчик (по инструкции по ссылке, и по инструкции по видео из этой публикации, хотя видео сильно устарело) - пока не получилось. Дело в том, что печать чеков из документа "Отражение зарплаты в регл. учете" реализована не напрямую из этого документа - сначала нужные строки документа пользователь отмечает "галочками", потом они переносятся в т.н. "Очередь чеков ККМ" (это типовой РС), и уже из формы списка этого РС выполняется печать. Как минимум по этой причине я не могу вести доработки нигде, кроме как на рабочей базе на ПК с кассой (даже если тестовый режим позволяет выбрать нужный документ - это не срабатывает, т.к. повторюсь, печать чеков из РС а не из документа, так устроен этот документ).
Прошелся отладчиком до непосредственно печати чека: данные, которые передаются в обработку, в общем-то нормальные, и добавлять там особо нечего (признаки верные, поля заполнены, сумма есть и т.д.), но в окно обработки перед печатью выводится одна строка без суммы. Пробовал добавить свое заполнение - результат тот же. Подготовленные данные (хоть исходный вариант, хоть с моим обработчиком) попадают в закрытый модуль обработки и результат тот же - одна строка без суммы, не пригодная для пробития. Я не знаю, чего не хватает обработке для формирования нормальной строки, модуль закрыт.
Вы не могли бы связаться со мной и немного подсказать чуть подробнее - может быть надо обратить внимание на что-то?