0. Техподдержка 13.04.15 18:32

54-ФЗ. Очередь печати для ККМ. Обработки для подключения онлайн-касс к 1С 8 (поддержка маркировки Табака, Обуви, Лекарств, Меховых изделий) + Требования к чекам с 01.07.2019 + Эмулятор

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

Перейти к публикации

CGV-vlg; Bryuhanov; t79; Rasima.78; +4 Ответить
Лучшие комментарии
1357. dmtrpv 01.06.18 08:34 Сейчас в теме
(1356)
Согласен. Разработка качественная и действительно работает, как заявлено. Автор на поддержку отзывается почти мгновенно. Я очень доволен.
CGV-vlg; Rusik; Sh00rick; +3 Ответить
1570. alec1490 29.12.18 13:52 Сейчас в теме
Хотел вставить свои "пять копеек" =) Разработчику большое спасибо за проделанную работу и за оперативную поддержку!
Для тех у кого ККТ работает по lan в связке с несколькими ПК и скорость печати нескольких позиций в нём доходит до минут. Вы перепробовали все возможные драйвера и прошивки.А решение банальное, нужно отключить протокол Nagle у сетевого адаптера ПК:
1)Нажмите комбинацию клавиш Win+R и напечатайте в строке regedit.
2)Перейдите к следующей ветке реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\P­arameters\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.
Может кому поможет! =) С наступающим новым годом!
gureevks; makcbol1; Sh00rick; +3 Ответить
764. RodionLP 17.05.17 19:51 Сейчас в теме
Да ПОЛНОСТЬЮ солидарен с пользователем user732708! Да и мой опыт дал самые наивысшие результаты как по простоте внедрения так и стабильности работы и совместимости! У нас несколько филиалов и в котором оборудование подключено в локальной сети все РАБОТАЛО НА 100% СРАЗУ ОТЛИЧНО!
А вот при установке в филиале при подключении через RDP РАБОТАЛО ТАКЖЕ, но как и ожидалось возникли задержки при пробросе портов!!!
И ВОТ ОНО ПРОСТО НЕВЕРОЯТНОЕ РЕШЕНИЕ С ГОТОВОЙ ОБРАБОТКОЙ И ТЕХ ПОДДЕРЖКОЙ АЛЕКСАНДРА!!! ВСЕ РАБОТАЕТ ПРОСТО ИЗУМИТЕЛЬНО!!!! ЧЕКИ ДАЖЕ ПРИ (3G ИНТЕРНЕТЕ в филиале) ВЫЛЕТАЮТ МОМЕНТАЛЬНО!!!! СПАСИБО ОГРОМНОЕ АВТОРУ! ОСОБЕННО ЗА КОНСУЛЬТАЦИИ ПРИ НАСТРОЙКЕ ПО РДП!!!
Не потребовались внедрять никаких сторонних программ с дополнительными настройками проброса! ЕЩЕ РАЗ СПАСИБО ОГРОМНОЕ!!!
Uncore; Sh00rick; +2 Ответить
1356. amirselimov 31.05.18 21:24 Сейчас в теме
Спасибо автору за замечательную обработку. Под Атол работает без нареканий. И автор быстро реагирует на вопросы. Реконмедую!!!
Rusik; Sh00rick; +2 Ответить
1398. user616948_sintar 01.07.18 04:30 Сейчас в теме
Данное решение подошло для старой конфигурации Ювелирный салон 1.0, при этом, мне его помогли установить, даже нет, установили за меня, допилили мою конфигурацию, и всё это в 3 часа ночи!!! Я просто в шоке, огромнейшее СПАСИБО!!! Я у Вас в долгу.
Sh00rick; Bambrman1; +2 Ответить
1418. marksheder 1 05.07.18 12:10 Сейчас в теме
Пользуемся обработкой Атол уже больше года, все отлично. Приобрели обработку Штрих были проблемы с настройкой, Александр оперативно помог. Александр, спасибо за помощь и за Ваши обработки.
scrambleriv; Sh00rick; +2 Ответить
559. RodionLP 19.03.17 16:15 Сейчас в теме
Спасибо Автору! Купил последнею версию под 54 ФЗ Все ОТЛИЧНО РАБОТАЕТ!
Sh00rick; +1 Ответить
742. user732708 14.05.17 22:50 Сейчас в теме
Обработка и ее автор Александр - это решение проблем по переходу на 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 и у вас несколько пользователей и один фискальник - эта обработка решает! Это я еще не сказал, что множество внедренцев говорили, что вообще невозможно так подключить. Нужно брать другой фискальник или вообще по фискаьнику на каждый комп. Но оказалось, что все возможно.
Sh00rick; +1 Ответить
1000. byte11 09.07.17 22:01 Сейчас в теме
Добрый вечер всем. Купил обе обработки для Атола и для Штриха. Для Атола встало без нареканий. Для Штриха автор быстро убрал ошибки которые были. Как говориться респект таким людям. По больше бы таких людей которые быстро исправляли и отвечали на вопросы людей которые покупают данную обработку. Короче говоря если еще раздумываешь бери она стоит того что бы купить!!! Автор реально проделал не слабую работу она стоит того!!!
Sh00rick; +1 Ответить
1019. RuLe 14.07.17 14:58 Сейчас в теме
У нас УТ 10.3 в которой три года идет активная разработка(наработка) функционала, т.е. вопрос об обновлении на последний релиз даже не стоит.

После адаптации данной обработки "под себя" могу сказать, что приобретая данный продукт вы получаете:
1. Открытый программный код
2. Все заработало с первого раза
3. Колоссальную экономию времени

Минусов не было замечено.
Sh00rick; +1 Ответить
1239. Bambrman1 27.02.18 18:01 Сейчас в теме
Доброго времени суток, Александр

Хочу поблагодарить Вас за помощь внедрения ККМ в нашей организации от всего коллектива. Все прошло как по маслу в части учета нескольких СНО и печати слип чеков. Так держать. Еще раз спасибо за оперативную помощь.
Sh00rick; +1 Ответить
1361. Rusik 05.06.18 17:45 Сейчас в теме
Александр, спасибо огромное за обработку и оперативную поддержку!!! Всем рекомендую.
Sh00rick; +1 Ответить
1399. Bambrman1 01.07.18 09:13 Сейчас в теме
Всем доброго времени суток.

Хотелось бы выразить огромную благодарность Александру за его неравнодушное отношение к своим клиентам - в выходной день помог интегрировать не только ККт Атол, но и стороннюю ККт Википринт чего в принципе мог и не делать.
С таким подходом к своему делу Александр у Вас всегда будет. что намазать на кусок хлеба.
От меня лично Вам огромный РЕСПЕКТ. Так держать и дальше.
В наше время это большая редкость такое отношение к клиенту.

С уважением Дмитрий.
Sh00rick; +1 Ответить
1467. user949066 13.08.18 12:26 Сейчас в теме
Обработка приобреталась из-за реализованной очереди печати. Все работает! Спасибо Александру за оперативную профессиональную помощь в подключении! Рекомендую!
Sh00rick; +1 Ответить
1481. VitalyKepov 24.09.18 15:19 Сейчас в теме
(1478)
Супер поддержка: подключились на точку и помогли разобраться на месте (была ошибка в конфигурации)
Спасибо
Sh00rick; +1 Ответить
1523. sergeevcorp 25 14.12.18 13:53 Сейчас в теме
Обработка без проблем встала на нашей Рознице 1.0. Установил и настроил по прилагаемой инструкции.
Спасибо автору за оперативную поддержку!
Sh00rick; +1 Ответить
1597. StormCrow 03.04.19 11:59 Сейчас в теме
Спасибо за разработку, все работает, а что не работает то делают!
Sh00rick; +1 Ответить
1604. user1201748 05.05.19 22:44 Сейчас в теме
Хочется выразить ОГРОМНУЮ благодарность разработчику Александру за помощь во внедрении этой доработки в нашу сильно перелопаченную УТ10.3, теперь быстро печатаются чеки с разных рабочих мест на одну кассу через RDP, параллельно еще и устранил различные недоработки, доставшиеся от предыдущих программистов. Этот человек просто профессионал своего дела, чувствуется высочайший уровень знаний и опыта! По сравнению с другими аналогичными по функционалу обработками, это просто лучшая, тут нет ничего лишнего и никакого обдиралова с лицензиями и т.д., как у некоторых других разработчиков. Рекомендую всем!!! Спасибо еще раз!
dmtrpv; Sh00rick; +2 1 Ответить
1639. ahuram 09.07.19 05:18 Сейчас в теме
Очередное ОГРОМНОЕ спасибо разработчику Александру. Поставили новую кассу, после запуска выдавала аннулированные чеки. И хотя ошибка не была связана с обработкой, помог разобраться с ошибкой даже вне рамок тех поддержки.
Sh00rick; +1 Ответить
307. cubic 17 02.02.17 23:03 Сейчас в теме
Ну и о результатах. Всё прошло успешно. Отработали 1,5 дня, закрыто 2 смены. Данные в ОФД приходят, смс и почта рассылаются (с момента проведения чека, до появления данных в ОФД 12-16 минут). Все довольны. Только некоторых покупателей смущает отсутствие на чеке размера скидки.
ОГРОМНОЕ спасибо автору!
(1618)
+ Реализована комбинированная оплата за наличный и безналичный расчет при пробитии чеков из «оптовых» документов. Теперь передачу товара можно оформить, привязав при пробитии 2 документа оплаты (Например, Приходный кассовый ордер и Оплата от покупателя платежной картой). Для каждого документа оплаты в итоге будет установлен признак пробития для исключения повторного пробития.
Вышла новая версия обработки 4.09.00

0. Упразднено указание "ФЗ.54" в нумерации версий из-за потери актуальности версий 3й, 2й и 1й релизной ветки. Ранее такой префикс был добавлен при выходе 4го релиза с поддержкой ФЗ-54, чтобы проще было ориентироваться в выборе приобретаемой обработки. Теперь нумерация продолжится дальше начиная с 4.09.

1. Переработан механизм занятия порта ККМ. Добавлен возврат ошибок при подключении к устройству, если не удалось подключиться по причинам отличным от "Порт занят".

2. Добавлен механизм автозакрытия кассовой смены и открытие новой смены перед пробитием чека, если непосредственно перед пробитием установлен факт превышения времени смены более 24 часов.

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

4. Улучшена совместимость обработки с ККТ Атол на 5й платформе и прошивками платформы 5.

5. Добавлена дополнительная форма ввода данных, с помощью которой можно вводить данные покупателя в чеке (Наименование и ИНН) при пробитии чеков из документа Чек ККМ.

6. Добавлена дополнительная форма ввода данных, с помощью которой можно выбирать или корректировать виды оплаты чека при пробитии чеков из документа Чек ККМ.

7. Добавлена возможность настраивать условия вывода дополнительных реквизитов чека, добавленных с 01.07.2019. Реализован механизм указания своего условия вывода этих реквизитов на языке 1С. Так же добавлены примеры заполнения кода условия.

8. Добавлен вывод сообщения о пропуске передачи ИНН контрагента в состав чека, если введен некорректный ИНН. Ранее ИНН игнорировался без вывода какого-либо сообщения о его некорректности.

9. Исправлена ситуация, при которой в некоторых сценариях работы не работало разделение чеков по СНО. (проблема появилась в релизе 4.08.13)

10. Исправлена ошибка с определением типов маркировки для товаров, когда после обновления на новый релиз обработки не заходили в её параметры для инициализации новых значений параметров.

11. Добавлен Эмулятор ККТ для тестирования и отладки интеграции обработки. Примечание: при этом НЕ задействован механизм эмулятора от фирмы 1С, а реализован вывод внутренних окон 1С с сформированным кассовым чеком в табличном документе. Для варианта работы драйвера "Эмулятор" по кнопке вызова драйвера устройства открывается форма ввода параметров Эмулятора с данными, используемыми в печатной форме кассового чека.

12. Добавлена поддержка печати чека из документа "Корректировка долга" посредством подключения к ней внешней печатной формы из комплекта с обработкой.

13. В связи появлением поддержки документа "Корректировка долга" и особенностями его пробития переоптимизирован алгоритм формирования кассовых чеков. Появилось 2 механизма заполнения чека - Стандартный и Альтернативный. Стандартный предназначен для работы с типовыми документами типовых конфигурации, Альтернативный - предназначен для нетиповых или нестандартных документов. В дальнейшем по мере выхода новых релизов обработки Альтернативный вариант заполнения будет пополняться и другими механизмами получения данных из нетиповых или нестандартных документов.

14. Переработан механизм пробития чеков для конфигурации "ВДГБ Ломбард 3". Теперь данные для пробития чеков из этой конфигурации заполняются альтернативным способом.

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

16. Переработан механизм обработки корректировок заказов покупателя. Исправлены обнаруженные ошибки.

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

18. Добавлен функционал контроля взаиморасчетов по сделке, благодаря которому появилась возможность в автоматическом режиме определить полученные ранее предоплаты или авансы по сделке и отразить их в кассовом чеке без необходимости ручной корректировки оплат в менеджере чека. Взаиморасчеты анализируются по таким вариантам ведения взаиморасчетов по договорам как: по заказам, по счетам, по договору в целом (не контролируются только варианты ведения по договору в целом, когда не установлен флаг ведения договора по документам расчетов). При этом теперь автоматически определяется, когда по сделке происходит оплата кредита, а когда передача с частичной оплатой. Ранее оплата кредита отражалась только посредством ручного переключения вида операции в менеджере чека.

19. Исправлена ситуация с получением единого кассира в настройках обработки из ответственных лиц организации. Так же для всех вариантов выбора/получения единого кассира из конфигурации автоматически заполняется ИНН этого кассира в форме настроек.

20. Добавлен дополнительный функционал в механизм настройки кассиров для кассового чека. Теперь ИНН кассира можно зафиксировать не только в таблице настроек и получать оттуда в момент пробития, а также заполнить в реквизите "ИНН" либо в доп. свойстве с названием "ИНН" в карточке Физического Лица, выбранного в пользователе 1С.

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

22. Исправлена ошибка при закрытии смены через дополнительную обработку "Работа с кассой" при варианте работы через Веб-сервер, связанная с получением структуры данных для документа "Кассовая смена" в случае активации настройки работы с этим документом.

23. Исправлена ошибка пробития чека через подключенный эквайринговый терминал Сбербанка, когда библиотека Сбербанка возвращала значение 1 как успешный результат вместо логического типа значения.

24. Добавлен механизм вывода нефискальный строк в шапку, подвал чека, перед фискальной позицией и после фискальной позиции. Через данный механизм можно настроить вывод своих произвольных текстовых строк в чек (например рекламы или акций). Присутствует возможность задания своего алгоритма формирования нефискальной строки чека на языке 1С. Для удобства добавлена контекстная справка по доступным переменным, а также примеры заполнения своих алгоритмов.

25. В структуру JSON добавлена передача тэга типа позиции (ранее был пропущен, из-за чего не формировались нефискальные строки в составе чека для вариантов работы по JSON).

26. Для операций полной предоплаты и полной оплаты кредита добавлена настройка, позволяющая отключать распределение оплаты по позициям с конвертацией товаров в платежи с количеством 1 по каждому платежу. Теперь при полной предоплате можно выводить такие же количества в чеке, как и в заказе, но подмена признака предмета расчета при этом все равно происходит для правильного отражения факта получения предоплаты и фиксации в чеке "Платежа".

При этом данный вариант отражения платежей в чеке ничем не противоречит методикам и допустим с точки зрения требований к формированию кассовых чеков.

27. Добавлена поддержка пробития чеков из документов "Поступление на расчетный счет" и "Списание с расчетного счета".

28. Добавлена возможность передавать таблицу с марками из конфигурации в обработку в функцию ОткрытьЧек, для ситуаций, когда работа с марками реализована путем собственных доработок конфигурации. Подробное описание структуры передаваемой таблицы содержится в описании функции ОткрытьЧек в модуле обработки.

29. При работе с 8ми драйверами ККТ Атол решена ошибка (-6) "Недопустимое значение - Ошибка в Caption" пробития чека, когда при первом пробитии автоматически открывалась кассовая смена средствами ККТ.

30. Добавлена функция промотки чековой ленты на указанное число строк перед программной отрезкой чека.

31. В Форме настроек обработки добавлен вывод в заголовках закладок счетчиков количества элементов в таблицах распределения реквизитов агента, доп. реквизитов, предметов расчета, разделения по СНО. Благодаря этому стало проще визуально определить по каким критериям настроено распределение, без необходимости заходить для этого на каждую закладку.

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

33. Упразднена автоустановка номера порта веб-сервера при переключении режима драйвера и при открытии формы (при открытии формы данная автоустановка значения проводила в заблуждение). Так же ликвидированы все автоустановки номеров портов для других вариантов и режимов драйвера.

34. Добавлена возможность корректировки контрагента и его ИНН в форме менеджера чека

35. Добавлена возможность выбора откуда брать наименование контрагента для передачи его в составе чека.

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

37. В модуле работы с экварингом Сбербанка исправлена передача параметра ШиринаЧека в библиотеку платежной системы. Добавлены дополнительные варианты ширины чека.

38. Инструкция к обработке приведена в соответствие с текущим функционалом.
Остальные комментарии
Избранное Подписка Сортировка: Древо
341. cubic 17 05.02.17 12:32 Сейчас в теме
(340) У нас заработало с 55ф, другие не пробовал. Если интересно, почитайте выше - я отписывался об основных действиях и проблемах, связанных со старой УТ и доработками.
Обработка написана таким образом, что она будет работать везде (или практически везде), где была возможность подключить ККМ Атол (те старые, что с эклз).
Если есть желание и время терпит, могу протестировать на вашей базе (без проведения чеков, так как МГМ ФН у меня нет), но, скорее всего, после 12го февраля.
346. midavp 1 05.02.17 15:52 Сейчас в теме
(341)Иван, могу выслать Вам конфигурацию базы своей. Буду благодарен за тест.
(340), Да, вам не придется обновляться, если будете использовать мою обработку.
342. Nikylia 05.02.17 13:17 Сейчас в теме
Здравствуйте, так и не получили обработку с апгрейдом, прошло уже 3 дня
(342), Здравствуйте, Ника! Вы отправляли письмо с запросом на получение апгрейда, согласно правилам получения этого апгрейда?
347. Nikylia 06.02.17 04:26 Сейчас в теме
(347), доброе утро! К сожалению не получил письма. Можете повторить пожалуйста?
350. maxyury 06.02.17 11:04 Сейчас в теме
Добрый день.

УПП 1.3.72.3, обработка 54-ФЗ, при проведении ЧекаККМ в чеке печатается НДС 0%. В настройках пользователя установлена ставка НДС 18%. В параметрах обработки установлены галочки "печатать налоги в чеке" и "регистрировать налоги в чеке". Что ещё надо настроить, чтобы налоги в чеке отражались?
(350), В настройках пользователя установите: "Печать НДС в кассовых чеках из документов Чек ККМ"
https://yadi.sk/i/RuMtNNwF3D7yxL
354. maxyury 06.02.17 12:59 Сейчас в теме
(352) Не вижу в настройках пользователя такого параметра. У меня УПП 1.3.72.3. Смотрел в 1.3.87.1, тоже не нашёл.
(354). Да, в УПП нет такой настройки. В самом товаре какая ставка стоит?
356. maxyury 06.02.17 15:48 Сейчас в теме
(355), У всего товара проставлено НДС 18%. При закрытии смены документ отчет о розничных продажах создается с 18%.
366. maxyury 07.02.17 13:49 Сейчас в теме
(356), Добрый день. Подскажите, проблему с ндс в чеках в упп можно будет решить?
(366), да, Юрий! Можно будет решить, сейчас как раз тестирую различные редакции УПП на предмет совместимости. Проверю заодно, так же передаются налоги в обработку как и в других конфигурациях, или нет.
(366)
(370)
Юрий, на примере УПП 1.3.70.1 удалось выяснить, что конфигурация УПП не передает в обработку обслуживания ККМ ставки НДС по товарным позициям. Вместо ставок всегда посылается значение 0.
(373)
Вот кусок кода из УПП, формирующего таблицу товаров для печати их на чеке.
Выборка        = РезультатЗапроса.Выбрать();
		ТаблицаТоваров = Новый ТаблицаЗначений();
		ТаблицаТоваров.Колонки.Добавить("Наименование");
		ТаблицаТоваров.Колонки.Добавить("НомерСекции");
		ТаблицаТоваров.Колонки.Добавить("Цена");
		ТаблицаТоваров.Колонки.Добавить("Количество");
		ТаблицаТоваров.Колонки.Добавить("Скидка");
		ТаблицаТоваров.Колонки.Добавить("СтавкаНДС");

		Пока Выборка.Следующий() Цикл
			Товар              = ТаблицаТоваров.Добавить();
			Товар.Наименование = Выборка.Номенклатура + "(" + Выборка.ЕдиницаИзмерения
			                     + ?(ПустаяСтрока(Выборка.ХарактеристикаНоменклатуры), "", ", " + СокрЛП(Выборка.ХарактеристикаНоменклатуры))
			                     + ?(ПустаяСтрока(Выборка.СерияНоменклатуры),          "", ", " + СокрЛП(Выборка.СерияНоменклатуры)) + ")";
			Товар.НомерСекции  = Склад.НомерСекции;
			Товар.Цена         = Выборка.Цена;
			Товар.Количество   = Выборка.Количество;
			Товар.Скидка       = Выборка.ПроцентСкидкиНаценки;
			Товар.СтавкаНДС    = 0;
		КонецЦикла;

		ОшибкаТО = ПолучитьСерверТО().ПечатьЧека(ФР, "", НомерЧекаККМ, НомерСменыККМ,
		                               ТаблицаТоваров, ПолучитьСуммуНаличнойОплаты(),
		                               ПолучитьСуммуБезналичнойОплаты(),
		                               ВидОперации = Перечисления.ВидыОперацийЧекККМ.Возврат);
Показать


Место, где присваивается нулевая Ставка НДС выделил жирным шрифтом и нижним подчеркиванием.
В настройках пользователя установите: "Печать НДС в кассовых чеках из документов Чек ККМ"
https://yadi.sk/i/RuMtNNwF3D7yxL
357. cubic 17 06.02.17 17:15 Сейчас в теме
Ну вот, уже пошли пожелания от розницы на доработку: "Если у покупателя есть дисконтная карта, автоматически заполнять адрес почты и номер телефона данными из информационной карты". Считают, что раз у нас есть эта информация до пробития чека, значит мы обязаны ее использовать.
Пока не обязаны, отложили до июля. Там видно будет...
(357), в принципе можно реализовать такой механизм, если необходимая информация хранится в информационной базе
359. cubic 17 06.02.17 22:18 Сейчас в теме
(358) Это понятно, особенно с учетом того, что конфигурация снята с поддержки, проблем нет. Но...
Хотелка должна быть обоснована, т.е. нужно определиться, а нужно ли это на самом деле. Плюс делать это сейчас не имеет смысла - могут выходить новые версии обработки (например, реализация разговора о ПКО/РКО, или какие-та недочеты вскроются), а потом всё это объединять... Вообщем, пока не время.
360. Nikylia 07.02.17 07:46 Сейчас в теме
Здравствуйте, подскажите, пожалуйста, работает ли обработка с фр штрих-м? При закрытии чека ккм выдает ошибку "ошибка фп"
361. cubic 17 07.02.17 07:55 Сейчас в теме
(360) А какая у Вас модель штриха? ККМ с ЭКЛЗ должен работать. А новые модели драйвер не поддерживает. Почитайте всю ветку, этот вопрос поднимался.
(360)
(361)
Ответил на почту Веронике. Чтобы не уподобляться форумам Штриха, продублирую ответ здесь для всех:
"С ФР Штрих-М работает. Правда если вы планируете передавать данные в ОФД с такой ККМ, то полная поддержка аппаратов этой модели будет со следующей версии драйверов Атол (8.13). Ошибка ФП выходит по совсем иным причинам скорее всего (если аппарат с ЭКЛЗ)."
363. user678713_rgadeev 07.02.17 11:07 Сейчас в теме
Здравствуйте, проблема с работой эквайринга актуальна. Есть насущная необходимость печатать нефискальный документ, при оплате через банковский терминал, слип печатается через фискальник. В обработке есть функции печати самого чека, но как туда добавить функцию типа:
PrintNonFiscalString (DeviceID, TextString): Bool
НапечататьНефискСтроку (ИДУстройства, СтрокаТекста)

Пробовали, не получается, возвращает ошибку. Что делаем не так?

P/S НапечататьСтроки() работает только в открытом чеке.
(363), Ринат, напомните пожалуйста в какой конфигурации вы работаете? Сегодня проверю.
365. user678713_rgadeev 07.02.17 12:26 Сейчас в теме
(364) УПП, к ней у нас подключен атол 55ф через вашу обработку, работает по сети.

P/S на форуме атола уже был холивар на эту тему:
http://forum.atol.ru/index.php?showtopic=30151&pid=214157&mode=threaded&start=#entry214157
367. user678713_rgadeev 07.02.17 13:52 Сейчас в теме
(364) В инструкции программиста есть приложение 10, там есть опция 83:

83 Печатать текст методом PrintString
 0 – не печатать;
 1 – печатать только на ЧЛ;
 2 – печатать только на КЛ;
 3 – печатать на обеих лентах

И теперь я в сомнениях, через драйвер не могу найти, где настроить
368. user678713_rgadeev 07.02.17 13:59 Сейчас в теме
(364) Нашел, на вкладке программирования - тип числа
стоял параметр 1 - то есть ЧЛ, поставлю 3, завтра проверю, будет ли эффект.
(368), Ринат, если вы не используете контрольную ленту, то у вас правильно все было настроено. Вам ведь в чеке нужна печать строки. Я внесу необходимые правки в обработку и выложу новую версию, чтобы можно было печатать строки нефискальные.
(363), Ринат, хочу уточнить так же, откуда вы вызываете функцию НапечататьСтроки() и как это производите? Можете показать код с вызовом этой функции?
376. user678713_rgadeev 08.02.17 05:50 Сейчас в теме
(375) МассивСтрокСлипЧека = Новый Массив();
Результат = ОбработкаОбслуживанияЭквайринг.ИтогиДняПоКартам(ОбъектДрайвераЭквайринг, МассивСтрокСлипЧека, ШиринаЧека);
//Делаем сверку по итогам дня по картам. Подключаем эквайринг, в "МассивСтрокСлипЧека" выводится отчет по картам. "Результат" - это ошибка по эквайрингу, если все нормально по Результат = Неопределено. Дальше подключаем ККМ и делаем печать строк. На Атоле FPrint 22 и оригинальной старой обработке все работало.
Если Не ЗначениеЗаполнено(Результат) Тогда
ОбработкаОбслуживания.Подключить(ОбъектДрайвера);
РезультатФР = ОбработкаОбслуживания.НапечататьСтроки(ОбъектДрайвера, МассивСтрокСлипЧека, ШиринаЧека);
ОбработкаОбслуживания.Отключить(ОбъектДрайвера);
КонецЕсли
(376), в вашем случае до вызова функции НапечататьСтроки(0 необходимо сначала открыть чек через соответствующую функцию ОткрытьЧек() с видом Возврат, чтобы открылся нефискальный чек в ККМ.
После печати строк чек необходимо закрыть через ЗакрытьЧек().
385. user678713_rgadeev 09.02.17 05:57 Сейчас в теме
(377) не работает, не отрабатывает закрыть чек, так как делаем это с нулевой суммой. То есть нельзя сделать возврат по факту ничего не возвратив ((
(385), Ринат, что на выходе получается? Ошибка возвращается? Какая?
389. user678713_rgadeev 09.02.17 14:21 Сейчас в теме
(386) Получилось напечатать строку, без открытий закрытий чека. Не знаю точно в чем колдовство, но по моему в функции "НапечататьСтроки" не хватает
ЗанятьПорт(Объект);
..

Отключить(Объект);

Как то так. Массив пока не трогал, но думаю проблем не будет
(389), ааа, Ринат, верно. Я не учел такой момент, что у вас может быть активирована очередь печати. Соответственно ККМ занята была подключением через очередь, а вы пытались обратиться к ККМ и напечатать. Вот и не происходило ничего. Спасибо за комментарий. Занятие порта добавлю в функцию в следующем обновлении.
371. natic18 07.02.17 17:12 Сейчас в теме
Купили обработку для 54-ФЗ.
Тест драйвера проходит все ок.
При пробивание чека выдает ошибку неверный пароль.
Атол-22 Ут 10.3 что это может быть?
(371), Здравствуйте, Наталья! Это самый любимый вопрос от клиентов по обработке )
Скачайте пожалуйста инструкцию для версии 3 или 2 (для версии ФЗ.54 будет немного позднее). Там есть раздел, в котором указано, где в конфигурации прописывать пароли кассира и администратора на доступ к фискальному регистратору.
378. Кадош 08.02.17 11:49 Сейчас в теме
Добрый день.
Надо ли покупать лицензию драйвера у Атола на Штрих или все заработает и так?
Есть ли инструкция или видео по подключению обработки версии ФЗ.54 ?
(378), здравствуйте! Не спешите покупать обработку ФЗ.54, если у вас ККМ Штрих-м. Полноценная работа в соответствии с 54-ФЗ со штриховскими ФР пока не реализована в драйверах 8.12 и будет реализована в следующих релизах. Рекомендую дождаться этого релиза драйверов торгового оборудования Атол.
Что касается лицензии на драйвер, то она потребуется в случае использования ККТ сторонних производителей (т.е. производства не компании Атол), а это как раз ваш случай.
Инструкция по подключению такая же как и для версии 3, можно скачать её. Чуть позже будет выложена инструкция для ФЗ.54, в которой будет описание дополнительных настроек, касаемых работы с передачей данных в ОФД.
380. Кадош 08.02.17 12:32 Сейчас в теме
(379) т.е. в настоящий момент не поддерживается работа Штрих в части ФЗ.54 ?
(380), к сожалению нет. На текущий момент реализована поддержка ККТ производства Штрих-М в таком программном продукте компании Атол как Frontol 5.13.2.
В состав релиза 5.13.2 включены ДТО версии 8.13 и реализовано следующее:
"Произведена интеграция с ККМ производства Штрих-М, работающими под новый порядок 54-ФЗ. Поддержаны следующие функции: печать штрихкода, регистрация, продажа, возврат, чеки коррекции, внесение и выплата, печать строк, отчеты, открытие денежного ящика, отрезка, параметры оборудования."
Отдельно ДТО версии 8.13 скачать пока нельзя, но, думаю, это вопрос небольшого промежутка времени. Скорее всего ждать мало придется.
Теоретически, если вопрос срочный, можно установить драйвера из комплекта с Frontol 5.13.2 и произвести подключение ФР от Штрих-М таким образом.
Но сам лично не тестировал такой вариант.
382. Кадош 08.02.17 15:17 Сейчас в теме
(381) Ясно. Печально очень. Спасибо.
383. sergeevcorp 25 08.02.17 15:54 Сейчас в теме
Добрый день!
Заявлена поддержка "Розницы 1.0". На версии 1.0.14.4 заработает?
(383), здравствуйте! Да, заработает.
387. Klen27 09.02.17 11:13 Сейчас в теме
Здравствуйте!
Просьба уточнить пару вопросов по работе обработки.
1. Настройки необходимые для передачи данных (система налогообложения, сайт ОФД и т.п.) сохраняются в самой обработке?
2. В типовых решениях реализован документ "кассовая смена" для подтверждения от ОФД операции открытия и закрытия кассовой смены. Как эти операции реализованы в обработке?
(387), Здравствуйте!
1. Настройки, необходимые для передачи данных (система налогообложения, сайт ОФД и т.п.) указываются при регистрации кассового аппарата и записываются в памяти ККМ. Так же согласно "формату фискильных документов", версии 1.1, в кассовом чеке так же передается реквизит "Применяемая система налогообложения". В настройках обработки реализована возможность указания системы налогооблажения, которая будет передаваться в кассовые чеки.
2. Операция открытия смены происходит автоматически при пробитии первого чека. Сейчас этой процедурой управляет драйвер автоматичеки. Соответственно информация об открытии смены передается в ОФД. Отдельной операции "Открытия смены" в обработке пока не реализовано, но будет реализовано в следующем релизе, который планируется 13-14 февраля 2017г.
Информация о закрытии смены передается в ОФД при снятии Z-отчета на ККМ и так же отправляется в ОФД драйвером Атол.
391. serferian 22 10.02.17 08:34 Сейчас в теме
Доброго времени суток! Поддеживается ли пробитие чека покупки?
(391)
(392)
Здравствуйте! Не поддерживает.
392. serferian 22 10.02.17 15:40 Сейчас в теме
Доброго времени суток! Поддеживается ли пробитие чека покупки?
394. zavbak 13.02.17 04:34 Сейчас в теме
Добрый день!
Вид оплаты банковской картой в УТ 10.3 поддерживается?

(394), тут вопрос больше не к обработке...
Обработка поддерживает пробитие чеков с различными видами оплаты ("Наличные" и "Безнал").
396. serferian 22 13.02.17 11:51 Сейчас в теме
добавьте в процедуру открытия чека параметры
Функция ОткрытьЧек(Объект, Пароль, ЭтоВозврат, НомерЧека, НомерСмены, ФискальныйЧек = Истина, ТипЧека = 1) Экспорт

ИначеЕсли НЕ ЭтоВозврат И ТипЧека = 4 Тогда
		ТИП_ЧЕКА = 4;	//чек покупки
	ИначеЕсли ЭтоВозврат И ТипЧека = 4 Тогда
		ТИП_ЧЕКА = 5;	//чек возврата покупки

(394)

возможно еще проверить параметры закрытия (хотя по идее те же данные передаются что и при продаже); отключить процедуру сохранения данных для ОФД,
(396), Сергей, поясните пожалуйста, для чего Вы считаете необходимым добавление параметра в функцию ОткрытьЧек() ?
398. Vol_M 13.02.17 22:43 Сейчас в теме
с розницей (1.0.16.8) будет работать?
399. Vol_M 13.02.17 22:44 Сейчас в теме
с розницей 1.0.16.8 будет работать?
400. itdirectdominus 14.02.17 04:59 Сейчас в теме
Добрый день. УТ 10.3 36.1 сильно переписанная. ККМ Атол Fprint 22ПТК зарегистрирован и подключен в налоговой и ОФД. Интересуют вопросы:
1) Пробитие розничных чеков по ФЗ-54?
2) Чеки из документов ПКО и РКО? Одной суммой будет пробитие чека? Оплата за товар?
В вашей обработке все реализовано?
(400), Здравствуйте!
1) Чеки по ФЗ-54 пробиваются.
2) Из ПКО в обработку передается строка вида "Оплата от Иванов И.И. по документу...." с суммой. Т.е. товар не регистрируется таким образом.
401. serferian 22 14.02.17 08:39 Сейчас в теме
насколько я понял - тип чека "Покупка" устанавливается именно при открытии...
как вариант делать отдельную процедуру ОткрытьЧекПокупки с теми же параметрами что у Вас...
(401), Сергей, опишите пожалуйста поподробнее, откуда и как вы хотите реализовать пробитие чеков покупки? Возможно добавлю тогда этот процесс в следующий релиз.
405. serferian 22 14.02.17 11:42 Сейчас в теме
(403)
у нас есть документ Покупка (скупка лома у населения). он пробивает чеки покупки по Фискальнику.
так вот в обработке для штрих-М у нас это все переделано..

но из-за ФЗ-54 приходится переходить на кассы АТОЛа. Посмотрев Вашу обработку и сравнив с обработкой ШтрихМ вижу практически одно и тоже..
но я не знаком с работой драйвера АТОЛ... (какие параметры передавать при том или ином типе чека) - хотя визуально все единообразно с ШтрихМ.
Собственно, Вашу обработку и купил для того чтобы познакомится с работой с АТОЛом через ".Драйвер.". Предлагаю и Вам доработать.

В принципе, ничего сложного, мы сами добьем на реальной кассе работу покупки.
(405), в типовых конфигурациях нет документа "Покупка", поэтому тут вряд ли стоит подстраивать обработку под вашу доработку. У себя, я так понимаю вы внесли необходимые изменения в обработку?
406. serferian 22 14.02.17 11:45 Сейчас в теме
(403) Все правки кода, под которые нужно проверить работу кассы я уже описал выше.

это добавление 2 типов чека (из мануала по программированию атолла для протокола версии 3.1). вот с установкой доп.параметров не разбирались еще пока, но скорее всего нужно просто передать сумму наличных...
407. kirlog 79 14.02.17 13:38 Сейчас в теме
Заметил такую вещь: если для передачи чека клиенту указывать и телефон и e-mail, то отправка чека не происходит ни туда ни туда.
Если указывать по отдельности, то отправляется нормально.
Смотрю, в обработке телефон и адрес передаются в 1008 атрибут через слеш. Откуда информация, что именно так надо делать?
(407), Здравствуйте, Кирилл! Да, данная форма указания является неверное и при продаже указывается либо электронная почта, либо телефон. У меня уже внесены корректировки в разрабатываемый в данный момент релиз. В следующем релизе будет исправлено.
410. 1CRusmoda 15.02.17 13:02 Сейчас в теме
Александр, добрый день.
Обработка 54-ФЗ, Розница 1, АТОЛ 55Ф, все работает замечательно, за исключением того, что на чеке и в ОФД передается "продажа с НДС 0". Все галки стоят, вами вышеназванные (две галки в самой обработке, у пользователя "Печатать НДС" тоже, НДС по умолчанию). В общем все, о которых говорилось выше вами. Не работает.
Со специалистами по кассам, которые аппарат обслуживают общались, у нас предположение следующее.
Эта строчка (какой НДС печатать) передается в кассу в качестве параметра, и в самом драйвере АТОЛ имеет три предопределенных значения:
1. НДС 0
2. НДС 10
3. НДС 18
Ну и проблема в том, судя по всему, то ваша обработка всегда посылает 1, а надо 3.
Есть ли мысли, как поправить? Очень срочно нужно, чеки уходят в ОФД с неправильным НДС, бухгалтерия в трансе
(410), здравствуйте, Филипп! Обработка передает драйверу ту ставку НДС, которую получает на входе. Проблема скорее всего заключается в том, что ваша конфигурация не передает в обработку ставку НДС по товарным позициям (либо передает 0). Такое поведение было замечено на конфигурации Комплексная Автоматизация. Поэтому вопрос не к обработке больше, а к конфигурации.
(411)
(410), пропустил что у вас Розница 1. Чеки откуда пробиваете (из какого документа)?
(410), проблема решена. В следующий релиз будет внесено исправление.
413. sergeevcorp 25 15.02.17 15:44 Сейчас в теме
Александр, приветствую!
Розница 1.0.14. Используем обработку обслуживания фискальных регистраторов, поддерживаемых драйвером "АТОЛ: Драйвер ККМ v.8.Х" (v.ФЗ.54 - Многопользовательская. Передача данных в ОФД в соответствии с ФЗ-54. Очередь печати)
Столкнулись с проблемой внесения/изъятия ДС из кассы.
Если снять отчет без гашения, а затем попытаться внести/снять наличность, получаем ошибку "Не поддерживается в данном режиме устройства". Через драйвер ККМ смотрю, что ФР остается в режиме печати отчетов без гашения. Если, опять же, через драйвер перевести ККМ в режим регистрации, то операции внесения/изъятия проходят без проблем. Специалисты из ЦТО указывают на обработку обслуживания, которая не возвращает ФР в режим регистрации. Что-то с этим можно поделать?
(413), Здравствуй, Антон! Проверю этот момент. Если подтвердится, что обработка не возвращает из режима отчетов без гашения, то исправлю.
415. sergeevcorp 25 15.02.17 16:14 Сейчас в теме
(415), пока что не за что. Напишите почту свою, чтобы отправить вам исправление. Если все хорошо, внесу сразу изменение и в релиз следующий.
(413), при пробитии Внесения/Выплаты происходил вход в режим раньше, чем происходило занятие порта ККМ. Поэтому ошибка и возникала. Исправлено.
419. user662249_andrenn 1 16.02.17 10:28 Сейчас в теме
добрый день.
А управление торговлей 10.3 чек у вас каким документом печатается? И будет ли работать ваша обработка на 10.3.20.2
Заранее спасибо
(419), здравствуйте! Не совсем понятен вопрос. Подключаете обработку к УТ и пробиваете чеки из документа Чек ККМ либо из формы регистрации продаж (что одно и тоже в принципе). С пробитием из ПКО/РКО есть пока некоторые нюансы, а именно, УТ не передает из этих документов товарные позиции, т.е. товары пробивать из этих документов не получится.
С УТ 10.3.20.2 работает.
421. user662249_andrenn 1 16.02.17 11:23 Сейчас в теме
(420) У нас оптовая торговля и товар отгружается реализация товаров и услуг. Не подскажете как быть.
(421), некоторые клиенты, которые приобрели обработку, самостоятельно добавляют необходимые доработки в документы реализация и ПКО, чтобы те передавали товары в обработку так же как это делает документ ЧекККМ.
423. marksheder 1 17.02.17 09:19 Сейчас в теме
Добрый день. Подскажите, пожалуйста, если ККМ подключена к компьютеру по rs-232, а не по usb, данная обработка будет отсылать данные ОФД?
(423), Добрый день! Для работы по 54-ФЗ с передачей данных вариант использования RS-232 однозначно отпадает, потому как этот интерфейс реализует только одностороннюю связь с устройством. Для работы же нужна двухсторонняя связь (связь с пк и обратная связь для передачи данных). По этой причине возможны лишь 2 интерфейса: Ethernet (но тогда придется к ККМ вести дополнительный кабель) либо USB (один кабель USB будет использоваться и для связи с ПК и для передачи данных через EthernetOverUSB).
425. marksheder 1 17.02.17 12:22 Сейчас в теме
(424) Спасибо за ответ. У нас модель fprint 55 модернизированная под 54-ФЗ. Если мы заведем в ккм только ethernet и подключим данную обработку, этого будет достаточно для работы? Или обязательно необходим usb? И можно ли оставить rs-232 для связи с 1с, а для передачи данных подключить либо ethernet, либо wi-fi?
(425), Если подключите по ethernet, то этого будет достаточно. USB при этом не нужен. А вот есть ли смысл оставлять RS-232 для связи с 1С, если для связи с 1С будет использоваться тот же ethernet? Он же будет использоваться и для передачи данных.
426. marksheder 1 17.02.17 12:57 Сейчас в теме
(424) И еще вопрос: мы пользуемся вашей обработкой версии 2 и драйвером 8.7. Если мы установим драйвер 8.12, то обработка версии 2 будет продолжать работать в прежнем режиме без 54-ФЗ? Или с драйвером 8.12 обработка v2 работать не будет?
(426), теоретически работать должно, но только компоненту необходимо взять будет из папки с установленными драйверами. Если что не получился, пишите, помогу.
429. shipik 20.02.17 07:50 Сейчас в теме
Можно вопрос:
Как реализована очередь печати в многопользовательской версии?
Если одновременно начинается печатать два кассира, это конфликт или нет ?
Тоесть, у Вас в обработке на программном уровне реализована очереди печати, или все же подключение второй кассы осуществляется свойствами драйвера (при открытии чека ккм на одной кассе, на второй кассе открыть чек ККМ нет возможности ?)
(429), Здравствуйте, Кирилл! Да, на программном уровне реализована очередь печати. Все запросы, поступающие к ККМ ставятся в очередь и выполняются в порядке очереди.
430. shipik 20.02.17 08:46 Сейчас в теме
Еще вопрос по ФЗ 64 режиму:
1. В типовой версии при режиме работы по ФЗ 54 при первом побитии чека создается документ "кассовая смена". При закрытии смены этот же документ заполняется рядом параметров (Количество не переданных чеков в ОФД, дата последнего не переданного чека в ОФД и т.д). Если я правильно понимаю, что в Вашей обработке такого нет? Получается, что данные поля и в целом документ "кассовая смена" не является обязательным. Так?
2. Передача чека в электронном виде (по эл. почте или SMS) реализована самой обработкой, или средствами ОФД? При этом логика ввода данных покупателя (эл. почты или номера телефона) встроена в саму обработку? (Или нужно что-то встраивать в конфигурацию) ?
(430), Здравствуйте! Уже даже ФЗ 64 ??? =))))
1. Согласно требованиям по ФЗ-54, кассовое ПО должно иметь возможность информировать пользователя о состоянии обмена с ОФД и об ошибках передачи данных в ОФД. В типовых конфигурациях реализовано таким образом, через кассовую смену. У меня уже написано обновление, в котором производится мониторинг состояния обмена и вывод информации пользователю. Сейчас обновление на стадии тестирования.
2. Передача чека в электронном виде реализована драйвером Атол. Обработка передает данные драйверу в нужном формате и виде. Логика ввода данных покупателя встроена в саму обработку и в конфигурацию добавлять ничего не придется.
433. jo0506 11 21.02.17 11:14 Сейчас в теме
Как скрыть товар, который продается. Скажите в каком месте кода в обработке 54-ФЗ нужно внести изменения, чтобы в ОФД уходило что-то типа "товар1" цена ххх. В общем, клиент хочет анонимности, не хочет отправлять наименования товаров.
(433), "клиент хочет анонимности", но закон наоборот требует "не анонимности", а именно товарные наименования передавать. Передавать только по суммам без наименований можно только в том случае, если организация освобождена от использования ККТ (например на ЕНВД) и то это разрешение для подобных организаций действует до 2021 года.
437. jo0506 11 21.02.17 13:46 Сейчас в теме
(435) Да у клиента ЕНВД, пивники.
(437), что там за пиво такое секретное, что его не хотят показывать? )))
Закон требует показывать позиции, вы хотите не показывать. Я выпускаю обработку, соответствующую требованиям законодательства. Как вы думаете, Евгений, на чьей я стороне буду? И потом когда к вам придут с вопросами, почему скрываете продукцию, на кого вы будете ссылаться, на меня?
439. jo0506 11 21.02.17 14:27 Сейчас в теме
(438)
Если есть право до 2021 года не показывать, то почему им не пользоватся?
А вообще мне по барабану, это Желание клиента... ему не объяснить, он хочет и все!!!
Вы явно здесь не при делах. Да и я тут не причем... Клиент делает настройки на свой страх и риск!

ЗЫ: Если что можно мне показать кусок кода в личку...
487. маша156 03.03.17 10:20 Сейчас в теме
(439)
По пиву, пивным напиткам, сидру и т.д. - всему алкоголю (а это алкоголь по 171 ФЗ) с 31.03.2017 г. ведена обязанность пробивать чеки ККМ с указанием наименований (171 ФЗ с обновлениями ). так что - нужно показывать продажи. к большому сожалению.
(487), да все верно, но клиент решил взять ответственность на себя.
434. jo0506 11 21.02.17 11:22 Сейчас в теме
в рознице 1.0 пишет неправильный пароль. В настройках пользователя пароли не указываются. в обработке в параметрах стоит 0, 30. атол 22Ф. непойму в чем прикол. Тест проходит нормально, а при снятии х-отчета такая беда... Через тест дравера атола х отчет по данным паролям снимается. Может такое быть из за того что ФН сняли с кассы? или куда еще можно копать?
(434), какой релиз Розницы? Очень старая?
440. user662249_andrenn 1 24.02.17 17:25 Сейчас в теме
пытаюсь запустить обработку. при печати из пко "пишет неверный пароль"
(440), Здравствуйте! В настройках пользователя укажите пароль
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Программист, аналитик, эксперт 1С
Санкт-Петербург
По совместительству

Автор новостных обзоров на тему 1С и бухучета
Санкт-Петербург
По совместительству

Программист/Cтарший программист 1С
Москва
зарплата от 100 000 руб. до 250 000 руб.
Полный день

Программист 1С
Калининград
зарплата от 60 000 руб. до 80 000 руб.
Полный день

Руководитель проектов 1С
Санкт-Петербург
Полный день