Обработка осуществляет обслуживание ККТ АТОЛ, Штрих и Меркурий для конфигураций "УТ 10.3", "КА 1.1", "УПП 1.3", "Розница 1.0", "БП 2.0" и других отраслевых решений, построенных на основе указанных выше конфигурациях. Поддерживает возможность параллельно пробития чеков на одной ККМ несколькими пользователями. Поддерживает Веб-сервер Атол. Соответствует требованиям 54-ФЗ. Поддерживает ФФД 1.0, 1.05, 1.1 и 1.2. Разделяет чеки по нескольким СНО. Поддерживает механизмы подключения ККТ по TCP/IP, для работы через RDP или интернет. Поддержка маркировки.
Хотел вставить свои "пять копеек" =) Разработчику большое спасибо за проделанную работу и за оперативную поддержку!
Для тех у кого ККТ работает по lan в связке с несколькими ПК и скорость печати нескольких позиций в нём доходит до минут. Вы перепробовали все возможные драйвера и прошивки.А решение банальное, нужно отключить протокол Nagle у сетевого адаптера ПК:
1)Нажмите комбинацию клавиш Win+R и напечатайте в строке regedit.
2)Перейдите к следующей ветке реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters\Interfaces.
3)Увидите несколько интерфейсов в следующем формате {XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX}.
4)Перейдите к ним и найдите подсказки (обычно это значение DhcpIPAddress), которые укажут, какой из них – интерфейс по умолчанию. Альтернативный вариант — выполнить следующие шаги для всех непустых интерфейсов, если вы хотите отключить алгоритм Нейгла на всех сетевых адаптерах.
5)Щелкните правой кнопкой мыши на пустом месте в правом окне и выберите New -> DWORD (32-bit) Value и установите его имя в TcpAckFrequency. Затем дважды щелкните на полученное значение, чтобы изменить его значение на 1.
6)И создать ещё один такой же параметр DWORD (32-разрядное значение), но на этот раз с именем ключа TCPNoDelay со значением 1.
7)Обязательно перезагрузите Windows, задача выполнена.
После этих действий увеличится служебный трафик между ПК и маршрутизатором, но это увеличение будет "каплей в море", по сравнению с остальным трафиком, а зато чеки будут "вылетать" быстрее чем вы подумаете о них! =) По сути мы отключили оптимизацию доставки очень маленьких пакетов tcp-ip.
Может кому поможет! =) С наступающим новым годом!
Обработка и ее автор Александр - это решение проблем по переходу на 54фз и нескольких пользователях 1с по сети.
Наш квест по переходу на 54 фз начался с того, что нужно было подключить Атол 11ф с фискальным накопителем к 1с УТ 10.3.
Сервер Мини на линуксе и три толстых клиента на винде (два на XP и один на 8.1).
Нужно было печатать чеки с любой машины на один фискальник.
Не буду рассказывать про КЭП и прочую камасутру с установкой сертификатов, дополнений браузера и регистрацией на сайте налоговой - это была самая легкая часть - уровень первый, так сказать.
Уровень два - это нужно было уже подключить ККМ компам по сети и скрестить с 1с.
А вот тут нас ждали неожиданности.
Вот такие варианты вырисовывались:
1) Начиная с УТ 11.2 пошла поддержка дров атол 8-й версии, а у нас 10.3 и обновлять не типовой релиз - это много времени на тестирование.
2) Через виртуальные com-порты и прогу ip-to-com - не очень бы хотелось связываться, какое то ПО 2003 года и потом, в многопользовательском режиме не будет возможности работать, придется ждать друг друга, чтоб напечатать - не айс.
3) Терминальный сеанс http://1c-soft.it-terminal.ru/public/544687/ (из коментов) - не наш случай, у нас другая архитектура.
4) Есть еще некоторые обработки, но тут нет инфы про многопользовательский режим, это спасет только от обновления конфы 1с - не годится.
5) Ну и обработка автора - готовое решение, да еще и протестированное - оно и было использовано в итоге.
Связь по сети в ККМ настроена, тесты и верстка чека сделаны, но возникла проблема в фискализации ККМ - Ошибка при обращении к ККТ: неверный номер поля. Александр выяснил по логам, где причина. И виновата была старая прошивка Атола. Пришлось перепрошивать. И это помогло! ККМ фискализировали.
Благодарен Александру за решение проблем и за терпение.
Если вы не хотите обновлять УТ 10.3 и у вас несколько пользователей и один фискальник - эта обработка решает! Это я еще не сказал, что множество внедренцев говорили, что вообще невозможно так подключить. Нужно брать другой фискальник или вообще по фискаьнику на каждый комп. Но оказалось, что все возможно.
Да ПОЛНОСТЬЮ солидарен с пользователем user732708! Да и мой опыт дал самые наивысшие результаты как по простоте внедрения так и стабильности работы и совместимости! У нас несколько филиалов и в котором оборудование подключено в локальной сети все РАБОТАЛО НА 100% СРАЗУ ОТЛИЧНО!
А вот при установке в филиале при подключении через RDP РАБОТАЛО ТАКЖЕ, но как и ожидалось возникли задержки при пробросе портов!!!
И ВОТ ОНО ПРОСТО НЕВЕРОЯТНОЕ РЕШЕНИЕ С ГОТОВОЙ ОБРАБОТКОЙ И ТЕХ ПОДДЕРЖКОЙ АЛЕКСАНДРА!!! ВСЕ РАБОТАЕТ ПРОСТО ИЗУМИТЕЛЬНО!!!! ЧЕКИ ДАЖЕ ПРИ (3G ИНТЕРНЕТЕ в филиале) ВЫЛЕТАЮТ МОМЕНТАЛЬНО!!!! СПАСИБО ОГРОМНОЕ АВТОРУ! ОСОБЕННО ЗА КОНСУЛЬТАЦИИ ПРИ НАСТРОЙКЕ ПО РДП!!!
Не потребовались внедрять никаких сторонних программ с дополнительными настройками проброса! ЕЩЕ РАЗ СПАСИБО ОГРОМНОЕ!!!
1398.
user616948_sintar
01.07.18 04:30 Сейчас в теме
Данное решение подошло для старой конфигурации Ювелирный салон 1.0, при этом, мне его помогли установить, даже нет, установили за меня, допилили мою конфигурацию, и всё это в 3 часа ночи!!! Я просто в шоке, огромнейшее СПАСИБО!!! Я у Вас в долгу.
Хотелось бы выразить огромную благодарность Александру за его неравнодушное отношение к своим клиентам - в выходной день помог интегрировать не только ККт Атол, но и стороннюю ККт Википринт чего в принципе мог и не делать.
С таким подходом к своему делу Александр у Вас всегда будет. что намазать на кусок хлеба.
От меня лично Вам огромный РЕСПЕКТ. Так держать и дальше.
В наше время это большая редкость такое отношение к клиенту.
Пользуемся обработкой Атол уже больше года, все отлично. Приобрели обработку Штрих были проблемы с настройкой, Александр оперативно помог. Александр, спасибо за помощь и за Ваши обработки.
Добрый вечер всем. Купил обе обработки для Атола и для Штриха. Для Атола встало без нареканий. Для Штриха автор быстро убрал ошибки которые были. Как говориться респект таким людям. По больше бы таких людей которые быстро исправляли и отвечали на вопросы людей которые покупают данную обработку. Короче говоря если еще раздумываешь бери она стоит того что бы купить!!! Автор реально проделал не слабую работу она стоит того!!!
У нас УТ 10.3 в которой три года идет активная разработка(наработка) функционала, т.е. вопрос об обновлении на последний релиз даже не стоит.
После адаптации данной обработки "под себя" могу сказать, что приобретая данный продукт вы получаете:
1. Открытый программный код
2. Все заработало с первого раза
3. Колоссальную экономию времени
Хочу поблагодарить Вас за помощь внедрения ККМ в нашей организации от всего коллектива. Все прошло как по маслу в части учета нескольких СНО и печати слип чеков. Так держать. Еще раз спасибо за оперативную помощь.
Обработка приобреталась из-за реализованной очереди печати. Все работает! Спасибо Александру за оперативную профессиональную помощь в подключении! Рекомендую!
Хочется выразить ОГРОМНУЮ благодарность разработчику Александру за помощь во внедрении этой доработки в нашу сильно перелопаченную УТ10.3, теперь быстро печатаются чеки с разных рабочих мест на одну кассу через RDP, параллельно еще и устранил различные недоработки, доставшиеся от предыдущих программистов. Этот человек просто профессионал своего дела, чувствуется высочайший уровень знаний и опыта! По сравнению с другими аналогичными по функционалу обработками, это просто лучшая, тут нет ничего лишнего и никакого обдиралова с лицензиями и т.д., как у некоторых других разработчиков. Рекомендую всем!!! Спасибо еще раз!
Очередное ОГРОМНОЕ спасибо разработчику Александру. Поставили новую кассу, после запуска выдавала аннулированные чеки. И хотя ошибка не была связана с обработкой, помог разобраться с ошибкой даже вне рамок тех поддержки.
Ну и о результатах. Всё прошло успешно. Отработали 1,5 дня, закрыто 2 смены. Данные в ОФД приходят, смс и почта рассылаются (с момента проведения чека, до появления данных в ОФД 12-16 минут). Все довольны. Только некоторых покупателей смущает отсутствие на чеке размера скидки.
ОГРОМНОЕ спасибо автору!
- Реализована поддержка требований форматов фискальных документов версии 1.2 при работе с ККТ производства компании АТОЛ, подключённой через драйвер ККТ АТОЛ v.10.x.
а) Реализовано два режима проверки кодов маркировки: 1. Проверка каждого кода при считывании сканером в момент добавления в чек, 2 – проверка всего массива кодов маркировки из пробиваемого документа. Первый способ позволяет реализовать более четкий контроль результатов проверки по каждому добавляемому коду маркировки и больше ориентирован на розничную продажу из режима РКМ или формы регистрации продаж. Второй способ более ориентирован на оптовые отгрузки через документы реализации.
б) Реализовано сохранение в документе ЧекККМ результатов проверки кодов маркировки вместе с самими кодами маркировки (требуется доработка по инструкции из комплекта к обработке) и передача их при формировании чека.
в) Для маркированных товаров, добавленных в документ с вводом штрихкода маркировки, при закрытии чека в ККТ признак предмета расчёта "Товар, кроме подакцизного" или "Подакцизный товар" автоматически заменяется на "33 (о реализуемом товаре, подлежащем маркировке средством идентификации, имеющем код маркировки, за исключением подакцизного товара)" или "31 (о реализуемом подакцизном товаре, подлежащем маркировке средством идентификации, имеющем код маркировки)" соответственно.
г) Выполнены доработки для поддержки частичного выбытия штрихкода маркировки в соответствии с новыми требованиями. Для частичного выбытия проверяется и используется дополнительное свойство товара «КоличествоВУпаковке».
д) ВНИМАНИЕ!!! В соответствии с опубликованными методиками на момент выхода версии 5.0.7 реализовано выбытие только штучной маркированной продукции. В связи с этим регистрация маркированной продукции в ККТ всегда происходит в количестве 1 и с указанием меры количества "Применяется для предметов расчета, которые могут быть реализованы поштучно или единицами" (значение тэга 2108 равное 0). Работа с мерными маркированными товарами будет реализована в следующих релизах.
е) Для работы с ККТ, зарегистрированной в автономном режиме, проверка штрихкода маркировки происходит только средствами ККТ без взаимодействия с оператором информационных систем маркировки (ОИСМ).
ж) Внесены доработки по регистрации агентских реквизитов в чеке и в позициях в соответствии с новыми требованиями.
з) Для режима проверки всего массива кодов маркировки в чеке реализован механизм вывода в результатах проверки только кодов маркировки с отрицательными или неоднозначными результатами проверки
и) Реализован механизм проверки связи с сервером ИСМ прямо в форме с результатами проверки кодов маркировки при использовании режима проверки каждого КМ при сканировании. Данный механизм можно использовать для проверки доступности сервера проверки в случае, если результат проверки не возвращается от сервера очень продолжительное время.
к) Разработан механизм автоматического (программного) дополнения кода маркировки символами GS для ситуаций, когда используемый сканер или драйвер сканера не позволяет передавать такие символы.
л) Разработан механизм очистки буфера проверенных ФН, после фискализации чека с маркированными товарами.
м) Реализован механизм автоматического открытия смены в ККТ перед проведением проверки кодов маркировки
- Расширен список признаков предмета расчёта
- Расширен список обрабатываемых доп свойств товара, определяющих тип и принадлежность к маркировке. Подробнее со всеми значениями можно ознакомиться в функции КАС_ОпределитьТипМаркировкиДляТовара().
Исправленные ошибки:
- Исправлена ошибка, при которой данные кассира, переданные в обработку через ДопПараметры функции ОткрытьЧек() затирались настройками кассира из обработки. Теперь передаваемые параметры имеют наивысший приоритет.
- Исправлена ошибка, при которой при использовании механизма разделения чеков по СНО с разделением по складу проверялась настройка «по документу». Теперь используется правильная настройка для каждого вида разделения по СНО.
Добрый день, в инструкции написано что при пробитии чеков из ПКО/РКО будет подставляться номенклатура из сделки - в сделке у нас Заказ покупателя но в менеджер чека всё равно идет стандартное "принято от контрагент"
Подскажите как лечить ошибку на Атол30ф : Ошибка регистрации позиции в чеке: (16) Неверная цена (сумма) на Рознице 1.0, при пробитии чека со скидкой выходит ошибка. Понимаю, что из-за копеек это, подскажите как исправить ?
(2902)
Здравствуйте, Андрей! На закладке ФЗ-54 правильно укажите платформу ККТ. Полагаю у вас ККТ Атол на платформе 5, а в настройках выставлена 2я платформа.
(2906)
КАС_МолочнаяПродукция. При настройке через обработку на кассе код маркировки запрашивается, но при пробитии проверка выдает [М-], на бумажном чеке [M]. После этого чеки не уходят в обмен РИБ, ругается на некорректный штрихкод. Некоторая продукция вообще не пробивается, неправильный код код маркировки. В Рознице 2.3 эта продукция проходит без проблем.
(2907)
Добрый день! Создайте тикет в тех.поддержку и приложите в обращении лог драйвера ККТ.
Вероятнее всего код маркировки передается некорректно.
По поводу РИБ - у меня в документации и во встраиваемом модуле есть обработка символа GS, чтобы он не сохранялся в ТЧ с кодами маркировки и возвращался в КМ при выполнении проверки.
Здравствуйте! Какая версия обработки будет выслана при заказе обновления? На странице указано, что обновление 29/08/22 11:22,
но никакой больше информации об обновлении обработки нет.
Добрый день, при пробитии чека со скидкой сумма чека в 1С правильная с учетом скидки, а при печати общая сумма уменьшается на сумму скидки и проходит как сдача в чеке, что с этим можно сделать?
(2913)
1. Из какого документа пробивали?
2. В какой конфигурации 1С?
3. На какой версии обработки?
4. На какой модели ККТ?
5. На какой версии прошивки?
6. На какой версии драйвера?
(2916)
Добрый день! Пока не воспроизводится.
Пришлите более подробную информацию об используемой релизе конфигурации (все цифры)
Так же пришлите настройки обработки, сохраненные в файле.
Для отправки перечисленного выше лучше создайте тикет в тех.поддержку и прикрепите все файлы внутри обращения.
Добрый день! После обновления ККТ Атол 30ф до последней прошивки 5.8.30 появилась ошибка при пробитии чека из менеджера чеков (версия обработки 5.0.7). Ошибка: {ВнешняяОбработка.ФискальныеРегистраторыОнлайн.МодульОбъекта(22982)}: Значение не является значением объектного типа (Количество) Если ДанныеКМПозиции.Количество() > 0 Тогда
(0) Добрый день!
а СБП можно через обработку пробивать?
ПС. Есть неудобство, не относящееся к обработке, но относящееся к статье - чтобы написать коммент, надо спуститься до самого низа страницы сайта...что происходит достаточно долго....
Александр, добрый день!
Мой клиент покупал Вашу разработку, лет 5 тому назад.
Все работает отлично, и мы как то не заморачивались, работали по принципу: "работает - НЕ ТРОЖЬ!2
Но с ноября месяца будет поступать в розницу маркированный товар, можете проконсультировать, такой вопрос:
У нас есть сеть маленьких магазинчиков, работают через РДП на УТ10.3
Нам для реализации через эти магазинчики (розница) нужно вести учет маркированных товаров в УТ10 или хватит Вашей обработки?
Я правильно понимаю, что в вашей обработке реализована передача данных по маркировке, для этого перед пробитием чека его нужно отсканить в открывающейся форме обработки?
И второй вопрос. что бы скачать последний релиз, нужно приобретать техподдержку или нужно заново приобретать обработку?
(2922)
Добрый день, Вадим!
Для выбытия кодов маркировки при продаже через кассу достаточно моей обработки и доработок по инструкции из комплекта.
Я правильно понимаю, что в вашей обработке реализована передача данных по маркировке, для этого перед пробитием чека его нужно отсканить в открывающейся форме обработки?
Абсолютно верно.
то бы скачать последний релиз, нужно приобретать техподдержку или нужно заново приобретать обработку?
Добрый день! У нас сельские маленькие магазины, молочка, алкоголь, табак, и даже обувь.. для текущий продаж хватает одного раб места, но в моменты час пик требуется второе раб место.
До внедрения ффд 1.2 работали так: Розница 2, два компа, файловый режим. На втором компе меняли раб место на раб место первой машины при каждой загрузке 1с. В итоге РМК с обоих машин отправляло по TCP чеки на один АТОЛ от имени одного кассира.
После перехода на ффд 1.2 при такой схеме тот комп, что первый начал проверять марки, занимает порт надолго, не давая второму доступа к ККМ, в итоге надо ждать когда "отпустит", вариант получился негодный.
Поможет Ваше решение?
РМК остается то же, штатное? В момент скана маркированного товара вылезает доп. окно для проверки марок? можно отправлять чек на печать без проверки каждой марки при скане? (долго проверяет сейчас каждую марку: например, сканирует продавец несколько пачек масла, молока, прочее - замедлился процесс набивание товара в чек)
будет работать на Новом РМК?
планируем переход на Розницу 3, есть РИБ.
беру одну обработку - работает на все магазинах, т.е. нет привязки лицензионной к раб местам?
(2924)
Добрый день!
1. Обработка несовместима с Розница 2 и 3. Об адаптации речи нет, поскольку совсем иные механизмы в указанных вами конфигурациях и под них писать придется с нуля.
2. При работе по ФФД 1.2 и проверке марок - актуальная проблема для многопользовательского режима работы.
Кассу удерживает одно рабочее место при проверке не просто так. При предварительной проверке все проверенные КМ помещаются в буфер ККТ и при передаче всего чека с перечнем КМ и заполненными результатами предварительной проверки все эти данные должны быть и в буфере. Разделить буфер на несколько чеков скорее всего не получится.
Есть альтернативный, но опасный вариант - отправлять КМ без проверки с принудительным добавлением в буфер. Опасен вариант тем, что легко можно нарваться на дубль марки или продать чужую КМ, получив в итоге штраф за такое пробитие. Нужно быть очень уверенным в своих поставщиках, чтобы так работать.
(2925)
Альтернативный - тоже вариант, Вы знаете как его осуществить?)
Сейчас пробуем доработать вариант набивать чек на ТСД, и пробивать скопом все марки после загрузки в 1с, видимо это тоже так же опасно... Пока не решили, что б удобно было. Видимо не особо это кому надо, проще купить еще ККМы для многих.
Это нам бы помогло при выездной торговле, где мы освобождены от ККМ.
(2926)
В моей обработке поддерживается и альтернативный вариант - т.е. пробитие без предварительной проверки.
Другой вопрос в том, что у вас конфигурация несовместимая, поэтому решение вам не подойдет.
А как реализовать такое же в вашей конфигурации - только дописывать.
2931.
user598258_lashutin
28.12.22 17:14 Сейчас в теме
Добрый день. Конфигурация:"Управление торговлей", редакция 10.3 (10.3.17.4)
Версия обработки: Ф3.54.08.11
Версия драйвера:10.4.2
На закладке ФЗ-54 версия прошивки ККТ стоит 0, поменять нельзя. При тестировании выдает:"АТОЛ 30Ф #00106126717050, v.5.5.8.1, ФИСК, Смена открыта: Тест успешно выполнен.Ошибка выполнения команды нижнего уровня 9d 9l:
(26) Неверный формат команды" и окошко "Ошибка чтения версии прошивки ККТ"
При печати чека из Приходного кассового ордера:
"Ошибка выполнения команды нижнего уровня 9d 91:
(26) Неверный формат команды"
"Ошибка регистрации позиции в чеке:
(16) Неверная цена (сумма)"
2933.
user598258_lashutin
29.12.22 12:55 Сейчас в теме
Добрый день. Конфигурация: "Управление торговлей", редакция 10.3 (10.3.17.4)
Версия обработки: Ф3.54 5.0.9 v3
Версия драйвера:10.9.4.0
Не удается распечатать чек.
При печати чека из "Приходного кассового ордера" в окне "Менеджер чека" поле "Сумма оплаты" равно 0 и выскакивает окно "Недостаточно суммы оплаты для пробития чека"
(2934)
Добрый день.
Вероятно обновили веб-сервер вместе с драйвером, а обработку используете старую или в настройках не переключили версию веб-сервера.
Здравствуйте.
Версия обработки 5.0.7.
ФФД 1.05 фискальник на 36 месяцев еще не закончился срок.
Готовимся к розничной продаже маркированной воды с 01 марта.
Розничные продажи у нас оформляются документом "Реализация товаров и услуг ". В документе выполнили поэкземплярный подбор номенклатуры но в обработке в колонке "МАРКИ" при нажати на "Подробно" появляется сообщение "Не отсканировано ни одной марки для товара".
Что может быть не так?
В документе выполнили поэкземплярный подбор номенклатуры
Добрый день! Текущая версия рассчитана на то, что марки будут отсканированы в открывающемся окне Менеджера чека.
Если у вас марки содержатся в Реализации, то начиная с версии 5.0.9 можно в настройках переопределить функцию заполнения данных для пробития и заполнить и марки в том числе.
Так же готовится версия к релизу, где марки будут автоматически браться из документа, в котором такие марки содержатся в штатных объектах конфигурации.
(2937) Можете сориентировать по срокам выхода версии с автоматическим подбором марок из документа? Или помочь с переопределением функции заполнения данных, если новая версия не выйдет до 1 марта 2023.
(2941)
На всякий случай уточните, марки у вас в реализации хранятся в штатных объектах конфигурации или вы что-то доработали по-своему и храните в своей табличной части или регистре сведений?
Мы используем штатный механизм подбора и проверки маркированной продукции
Это интересно... )
Механизм проверки работает через подключенную ККТ. В штатном функционале используется оборудование с типом "ККТ с передачей данных". Вы подключили два типа оборудования "Фискальный регистратор" и "ККТ с передачей" и с обоими работаете? На одном через штатный функционал хотите марки проверять, а на втором чеки пробивать?
(2944) У нас сейчас нет розничной продажи упакованной воды с поэкземплярным учетом QR, необходимость возникает с 1 марта, сейчас выполняем только продажу оптом с объемно-сортовым учетом, но вся автоматизация розничных продаж реализована с использованием документа "Реализация товаров и услуг".
Используем ККТ Штрих-лайт01Ф пока на ФФД 1.05 еще не закончился срок 36 месяцев, скорее всего из-за этого пока нет проверок средствами ККТ т.к. проверка может выполнятся только на ФФД1.2
(2945) Во всяком случае Qr-коды подбираются и документ реализации проводится с списком подобранных кодов.
ККТ у нас одна на два рабочих места, в дальнейшем так и планируется работать.
Я так понимаю что после перехода на ФФД 1.2 мы не сможем использовать данную обработку.
Здравствуйте, Касса Атол 55Ф. Настроил веб сервер. Версия Атол драйвера - 10.9.3.1.
Создал пользователя в веб сервере.
Добавил устройство кассы. Касса пишет доступна.
Но при подключение через обработку, последнюю (v.5.0.9_v3), пишет -
АТОЛ-55Ф: Тест не пройден.
Ошибка получения состояния и информации о ККТ: Неопознанная ошибка
{"error":{"code":505,"description":"unauthorized"}}
2952.
user598258_lashutin
21.03.23 11:37 Сейчас в теме
Добрый день. Конфигурация:"Управление торговлей", редакция 10.3 (10.3.17.4)
Версия обработки: Ф3.54.08.11
Версия драйвера:10.4.2
Обнаружили, что в чеке не печатаются налоги. В настройках система налогообложения установлена, таблица налогов заполнена.
(2952)
Здравствуйте. При указанных настройках не понятно откуда вы хотите, чтобы брались налоги. Если из документа, то в параметрах пользователя нужно установить (включить) соответствующий параметр для передачи ставок НДС (есть описание в инструкции к обработке).
Альтернативный вариант - брать из номенклатуры, но для этого должен быть установлен флаг, который на вашем втором скриншоте подчеркнут и не установлен.
Техподдержка 21.03.23 15:27
(2952)
Здравствуйте. При указанных настройках не понятно откуда вы хотите, чтобы брались налоги. Если из документа, то в параметрах пользователя нужно установить (включить) соответствующий параметр для передачи ставок НДС (есть описание в инструкции к обработке).
Альтернативный вариант - брать из номенклатуры, но для этого должен быть установлен флаг, который на вашем втором скриншоте подчеркнут и не установлен.
Прочитал на форуме, что при печати чека из кассового ордера, который сформирован из реализации, это всегда оплата кредита и НДС не облагается. Раньше НДС печаталось, но после обновления драйвера и обработки больше не печатается
(2954)
Не печатается на бумажном чеке когда без НДС из-за необязательности в ПФ.
В эл чеке в ОФД передается для каждой позиции.
В прошивках новых эта особенность и учитывается, потому и не печатает в строках
(2956)
подсказка на будущее, чтобы видеть все тэги, отправляемые в составе чека, электронную форму чека лучше анализировать через тест драйвера, считав структуру чека по номеру ФД в TLV.
Либо в ЛК ОФД скачать чек в формате JSON, в котором так же будет содержаться перечень всех переданных тэгов.
2960.
user598258_lashutin
22.03.23 09:21 Сейчас в теме
(2959) Добрый день! Я правильно Вас понял, что при печати чека из приходного кассового ордера НДС в чеке установлена - БезНДС, хотя в реализации НДС есть по каждой строке продажи, т.е. сейчас при печати чека из приходного кассового ордера ставка и сумма НДС не указывается, т.к. при получении такой оплаты налоговой базы по НДС не возникает?
В настройках пользователя галка "Печать НДС в кассовых чеках из документов Чек ККМ" установлена. Пробовал с галкой и без галки в настройках параметров ККМ:"Определять ставку НДС из номенклатуры для документа Чек ККМ (и режима РМК)"
(2960)
На самом деле все зависит от способа и предмета расчета. НДС указываются только когда происходит передача товара и предметом расчета является "товар", "услуга". При предоплате ставки меняются на расчетные (н-р: 10% на 10/110, а 20% на 20/120).
Для операций "Оплата кредита" в чеке отражается факт получение платежа по ранее совершенной сделке, в которой уже был выделен НДС, и предметом расчета при оплате кредита является платеж. Платежи отражаются без НДС.
2962.
user598258_lashutin
22.03.23 14:46 Сейчас в теме
(2961) А если в менеджере чека выбрать операцию "Передача без оплаты (в кредит)" НДС в чеках будет выделятся? Бухгалтерия требует НДС в чеках. Это каким-то образом можно осуществить? Когда работали на старом версии обработки со старым драйвером НДС в чеках было.
2963.
user598258_lashutin
23.03.23 11:20 Сейчас в теме
(2961) Пробовал печатать чеки из приходного кассового ордера на основе реализации с видом операции "Передача с полной оплатой", "Передача с частичной оплатой", в этом случае, согласно инструкции стр.61, предметом расчета является "Товар", т.е. НДС должен выделяться, но его нет. Может причина в прошивке кассы Атол30ф, сейчас версия 3.0.7733.
Здравствуйте! У нас конфигурация УТ 10.3 68-й релиз (весна 2021 года) сильно доработанная. Обновляться до актуальной УТ 10.3 будет долго, а у нас есть срочная задача подключить несколько новых касс АТОЛ 30Ф с ФН-М, у нас есть маркировка товаров легкой промышленности. Несколько вопросов: покупка вашей обработки позволит нам использовать ее на нескольких компах с кассами? Как лучше настроить работу через RDP через вашу обработку с хорошей скоростью? Можем ли мы передавать коды маркировки из реализаций при пробитии чеков из них?