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 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 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. Инструкция к обработке приведена в соответствие с текущим функционалом.
Остальные комментарии
Избранное Подписка Сортировка: Древо
(239), Здравствуйте, Ильдар! Можно поподробнее узнать в чем проблема?
241. user613385_ildarkaul 24.01.17 07:18 Сейчас в теме
(240) В УТ 10.3 через чек ККМ все хорошо идет, а вот через приходно кассовый ордер печать чека не идет Выходит ошибка "Данный ФР не имеет возможности отражать в чеке факт наличных расчетов с юр.лицами. В случае если это предусмотрено ФР, зайдите в настройки торгового оборудования". И еще при назначении скидки печать чека идет но без вывода суммы и скидки.
242. cubic 17 24.01.17 10:33 Сейчас в теме
(241) Может глупость скажу... В параметрах кассы есть раздельчик "Параметры наличной оплаты". В нем стоит галочка "Наличная оплата"?
243. user643882_maxrad 24.01.17 10:38 Сейчас в теме
(241) поставьте галочку в обработке - наличная оплата и будет вам щастье.
245. user613385_ildarkaul 25.01.17 08:25 Сейчас в теме
(241), Ответ на Вам вопрос в (242) и (243).

(242)
(243)
Иван и Максим, спасибо за ответы )
246. user678713_rgadeev 26.01.17 09:00 Сейчас в теме
Здравствуйте, есть Атол 55Ф, подключили по сети, настроили, драйвер его видит. Приобрели вашу обработку. Подключили к 1с УПП, но при печати кассового чека из ПКО появляется ошибка:
Данный фискальный регистратор не имеет возможности отражать в чеке факт наличных расчетов с юридическими лицами. В случае, если данная возможность предусмотрена фискальным регистратором, рекомендуется проверить его настройки в форме обработки "Настройка торгового оборудования"
Хотя проводили чек на физ лицо, касса фискализирована, связь с ОФД есть.. была по крайней мере.
(246), то же самое что и в (241). Ответ в (242) и (243)
248. user678713_rgadeev 26.01.17 10:11 Сейчас в теме
249. rakhimov9 26.01.17 16:05 Сейчас в теме
Александр, добрый день! Тестируем вашу обработку ФЗ.54.02. на Рознице 1
Данные в ОФД уходят, но в чеках в личном кабинете ОФД отсутствует наименование товаров.
Если же используется Розница 2 или чек пробивается через тест драйвера, то наименование присутствует.
Может ли проблема быть в обработке?
(249), Здравствуйте! Чтобы понять в чем дело нужен лог драйвера ККМ. Расположение его можете посмотреть в утилите "Управление драйверами".
251. bejcb520 27.01.17 09:31 Сейчас в теме
Обработка версии 2 для "1C ресторан Палтусов" фискальный регистратор FPrint 22ПТК (модернизированный с FPrint 22К) не подошла. Тест драйвера не проходит. Может что-то посоветуете?
(251), что за конфигурация "1С ресторан Палтусов" ?
Для обработки версии 2 (и для остальных версий) прописаны требования, к каким конфигурациям она подходит.
255. bejcb520 27.01.17 11:44 Сейчас в теме
Конфигурация "1С ресторан Палтусов" разработка Нижний Тагил. Используется для ресторанов и кафе. Раньше для подключения торгового оборудования использовали стандартные обработки 1С и 6 драйвера АТОЛ. Но после модернизации ККМ смогли подключить только с драйверами АТОЛ 8.12. Нужна однопользовательская версия, а версия 3 многопользовательская.
(255), понятно. Развитие функционала и обновление версии остановилось после выхода версии 3. на текущий момент версия 2 поддерживает нормальную работу с драйверами версии 8.7. С драйверами 8.12 не связывается по причине того, что список поддерживаемых ККМ расширялся и код модели FPrint 22ПТК в обработке не совпадает с кодом модели в драйвере 8.12. В ближайшее время сделаю обновление для версии 2, чтобы можно было пользоваться последней версией драйверов Атол. О выходе обновленной версии Вам и в этой публикации сообщу.
257. NeeDiGeo 171 27.01.17 15:50 Сейчас в теме
А с конфигурацией 1С: Бухгалтерия предприятия ред. 2 будет работать ваша обработка?
(257), здравствуйте! Версия 2 и 3 работать будут. Так же можно подключить и версию ФЗ.54, но пробитие чеков в соответствии с ФЗ.54 из бухгалтерии (а точнее из приходных и расходных кассовых ордеров) пока под вопросом. В ПКО и РКО нет товарных позиций, а если же происходит оплата услуг с пробитием чека, то до конца непонятно как требуется передавать услугу в соответствии с измененным законом.
321. NotFree 03.02.17 16:32 Сейчас в теме
(258), Добрый день, для БП 2.0, когда планируется доработка под версию ФЗ.54?
(321), пока точных сроков в планах не стоит. В ближайший месяц буду заниматься этим вопросом. Но у меня встречный вопрос - в БП 2.0 я так понимаю чеки только из ПКО и РКО пробиваются? Как вы будете фиксировать товарные позиции в чеке, если в ПКО и РКО нет товаров?
328. NotFree 03.02.17 17:15 Сейчас в теме
(324), да из ПКО/РКО, а если брать из "Документа расчета", а у него из табличной части?
(328), так можно реализовать, но опять же много "НО".
1) Возможны варианты когда Документ расчета будет не выбран. Взаиморасчеты с контрагентом могут вестись не по документам расчетов и в документе это поле оставят пустым.
2) Что делать, если происходит предоплата по документу, в таком случае из документа расчета или документа основания нужно брать не всю номенклатуру, а только часть позиций, сумма которых может не совпасть с суммой оплаты (предоплаты).
3) Так же в обработку обслуживания не приходит никакой информации из какого документа происходит пробитие, потому привязываться вообще к документам ПКО и РКО будет проблематично.

Вообщем без доработок самой конфигурации тут никак не обойтись, что уже выходит за рамки возможностей обработки.
Есть конечно ещё одна идея у меня по этому поводу...
330. NotFree 03.02.17 17:57 Сейчас в теме
(329), а как это реализовано в БП 3.0?
331. NotFree 03.02.17 18:12 Сейчас в теме
(329)
(330), из информации по новой БП 3.0.47.25:
(331), т.е. на уровне конфигурации реализован контроль в документе по "Виду операции" и обязательное выполнение условия - "Счет покупателю полностью оплачен". Т.е. если идти по пути такой реализации, то нужно и конфигурацию будет дорабатывать.
335. cubic 17 03.02.17 22:24 Сейчас в теме
(334) Ну на вскидку, особо не размышляя... Оринтируюсь на свою УТ 10.3
Реализация: Добавляем в обработку еще одну форму (назовем, например, Номенклатура), на ней поле выбора (тип данных - список нужных документов), табличная часть, например, Товары, и кнопка заполнить...
Применение: По аналогии с формой ввода номера телефона и email'а, открываем эту форму при проведении ПКО/РКО, выбираем документ, заполняем ТЧ Товары, жмем ОК, дальше обработка на основании этих данных печатает чек.
Как вариант, разрешить ручной ввод данных в ТЧ Товары. Костыль для продвинутых пользователей...
-----
Но тут тоже много НО: количества, цены, скидки, контроль сумм в ПКО/РКО и в ТЧ...
Вообщем, проблема не столько в том как добыть данные, сколько в том как не дать пользователям накосячить.

(328) Бывают же просто приходники. 1С не запрещает делать одинокие ПКО и РКО. А то что не запрещено, обязательно будет кем-то сделано...
(335), Да, Иван. У меня примерно такая идея и была реализации пробития из ПКО или РКО (либо дополнительная форма обработки, либо дополнительная внешняя обработка)
И согласен, вытащить данные откуда и что пробивается можно, но на уровне только обработки обслуживания вопрос сложно решать.
Можно конечно пойти таким путем: 1) обработка делает все согласно алгоритму, описанному в (335); 2) Пользователь заполняет необходимые реквизиты в ПКО/РКО; 3) Печатает чек и получает товары на выходе в чеке. В инструкции это все прописывается, а так же указываются условия, при которых чек нормально пробъется из ПКО/РКО, а если же товары не пробились, то моя обработка не виновата, клиент сам не указали некие вводные данные и сделал не по правилам пробития.

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

Хотелось бы простое и удобное решение, которое не будет позволять пользователям пробивать чеки не соответствующие требованиям закона.
(335). Собственно идея была примерно такая:
Внешняя обработка для формирования документов ПКО/РКО на основании Реализации. Можно реализовать её вызов например через внешние печатные формы для Реализации. При вызове из реализации открывается форма с двумя таблицами: слева таблица с товарами количествами, ценами, суммами документа Реализации, справа таблица с товарами, которые выбираем для пробития в чеке. Для проведения частичной оплаты по документу, выбираем только определенные позиции, не все. Все позиции выбираем для случая когда происходит полная оплата. Далее в этой форме нажимаем некую кнопку "Пробить Чек" и автоматически формируется ПКО и кассовый чек с товарами.
В случае частичной оплаты товаров в дальнейшем возникает необходимость пробития ещё одного чека по этой Реализации. Для этого открывается такое же окно из реализации, заполняются позиции, которые пробиваем во второй раз и далее точно так же пробиваем чек и автоматом формируем ПКО. Для исключения ситуации повторного выбора уже пробитой в прошлый раз товарной позиции можно обеспечить сохранение данных об уже пробитых позициях в каком-нибудь имеющемся в конфигурации регистре сведений, который по своей структуре подойдет для хранения указанных данных.
338. cubic 17 04.02.17 03:29 Сейчас в теме
(337) Может народ подтянется - будут еще идеи или дополнения.
---
Одной лишь Реализацией тут не обойтись. Вот пример:
Клиент покупает стул, под заказ. 100% предоплата. На складе товара нет, проводить "в минус" склад не может. Оформляется заказ покупателя. На основании него делается ПКО. Дальше, приехал стул, да не тот... клиент психанул, потребовал деньги назад. На основании чего делать РКО? На основании Реализации или ПКО. Встречал оба случая.
---
Это уже детали но... Две ТЧ на форме слева и справа - представил... Камней прилетит много. Даже на мониторе 22'' явный перегруз. Многие продажники работают больше с артикулами, следовательно имеем: Артикул, Наименование, кол-во, цена, сумма, %скидки, сумма со скидкой, НДС... Либо вертикально одну под другой ТЧ размещать, либо чекбоксы.
---
Насчет автоформирований ПКО - есть минус. Если человек сначала вводит сумму оплаты, а потом подбирает товар (или наоборот, не суть), тогда ему можно сказать, что сумма в ТЧ не соответствует сумме в ПКО и отпрвать искать ошибки.
---
Про регистры мысль хорошая, даже не смотря на рост базы. Да вот берут сомнения, что в сильно разных конфигурациях найдется подходящий по структуре регистр. Но мыслей нет - только костыли (
И еще, к примеру со стулом. Надо учесть вариант, что предоплата будет не 100%, а 30 или 60 и .д.т. Какие данные помещать в регистр?

P.S. Это не критика, просто мысли.
259. bejcb520 30.01.17 10:07 Сейчас в теме
Будет ли работать 3 версия ФЗ-54 с ККМ FPrint-22ф?
(259), Здравствуйте! Версия 3 - она не ФЗ-54. Это совсем разные версии, но они обе работают с FPrint-22Ф
261. kovaleks1978 30.01.17 12:08 Сейчас в теме
Добрый день!

У нас 1С Комплексная автоматизация 1.1 на сервере Windows Server 2008 R2.
Нужно установить на магазинах, работающих в ней удаленно через RDP, фискальные регистраторы. В магазинах стоят ноутбуки без COM-портов. Соответственно фискальники нужно будет подключать через USB в режиме эмуляции COM-порта.
Нам предложили 2 варианта: АТОЛ 30 Ф и Viki Print 57 F
Можно ли будет организовать работу онлайн-кассы в нашей системе на этих фискальных регистраторах через вашу обработку?
(261), Здравствуйте! На АТОЛ 30 Ф однозначно можно будет организовать работу, а насчет Viki Print 57 F не уверен на 100%. Тут нужно уточнять поддерживает ли драйвер Атол работу с этой ККМ.
262. cubic 17 31.01.17 00:32 Сейчас в теме
Итак, может кому-то будет полезно или хотя бы интересно...
Изначально имели: УТ 10.3, платформа 8.1 и немодернизируемая, на данный момент, касса Меркурий MSK.
Сделали следующие:
1. Купили обработку, переложили на 8.1. (на форме есть поля в два слоя, заметил это не сразу, поэтому лучше выделять все элементы формы ctrl+A)
2. Параллельно приобрели кассу Атол 55Ф. Мероприятия по вводу в эксплуатацию, регистрацию в ФНС и ОФД были возложены на ЦТО, дабы, в случае возникновения проблем, исключить собственную криворукость.
3. Тестовое подключение к компу и 1С через обработку прошло удачно. (Ноутбук, win7 x86, переходник USB<->COM, без подключения к интернету). Подключение на объекте прошло с небольшими трудностями. (win7 x64, плата PCI-e <-> 2хCOM). Эта самая плата ни в какую не хотела видеть кассу. Обижаться на нее грех - она noname из DNS'а. Почему COM кабель - он имеет фиксацию в портах, а USB выскакивает по любому поводу. По пришлось использовать ее. Какое-то время ушло на поиски драйвера... который мирно ждал в папке АТОЛ (это для тех, кто как и я впервые общается с кассами атола).
4. Подключение к 1С прошло без проблем. А вот пробитие первого чека привело к ошибке (что-то про налоги) и аннулированию чека. Вылечилось снятием галки в обработке "передавать информацию о налогах" - не дословно, т.к. перед глазами обработки нет.
5. Самое веселое началось когда выяснилось, что данные не уходя в ОФД. Банально нужно было изменить ip адрес и шлюз. Но ничего не получалось, до тех пор, пока не сделали выкл-вкл кассы. Без этого она даже не пинговалась. В результате в х-отчете информация о не переданных данных обнулилась. Осталось утром заглянуть в личный кабинет ОФД...
268. skyros1c 31.01.17 14:05 Сейчас в теме
(262) Здравствуйте. Ну и как ситуация после заглядывания в личный кабинет ОФД?
269. cubic 17 31.01.17 14:14 Сейчас в теме
(268) Пока руки не дошли (
Отпишусь.
271. skyros1c 31.01.17 15:09 Сейчас в теме
(269) и какая версия конфигурации УТ, ведь если платформа 8.1 это должно быть достаточно старая конфигурация?
272. cubic 17 31.01.17 15:29 Сейчас в теме
(271) Тоже писанная-переписанная... лоскутное одеяльце. В личном кабинете ОФД всё хорошо. Только система налогообложения не та... и ФИО кассира не передается (проблемы одеяльца).
273. skyros1c 31.01.17 16:08 Сейчас в теме
(272) может быть до этого были какие-то изменения конфигурации, связанные с подключаемым оборудованием?
294. cubic 17 01.02.17 08:02 Сейчас в теме
(272) По поводу кассира, может у кого-то подобная ситуация и пригодится. В магазине на одно рабочее место 2-3 кассира-консультанта и они не перелогиниваются, а работают под одним пользователем. А при регистрации продажи они сканируют "личный" штрих-код для фиксации ФИО (мотивация у них от личных продаж). В результате получалось, что в чек вместо ФИО кассира попадает ерунда вида "касса"+ город + НазваниеТорговойТочки + ПорядковыйНомерКассы.
Не придумал ничего проще, как завести новый ПараметрСеанса. Из интерфейса розницы в него (в момент сканирования личного штрих-кода) попадает ФИО продавца, а из ПКО и РКО - наименование пользователя.
Можно было бы передать это значение в экспортную процедуру обработки, но кроме Атола есть еще Меркурии и Штрихи. Они бы перестали работать, пришлось бы допиливать их обработки...
(271), здравствуйте! С редакцией УТ 10.3 работать будет, с совсем старыми (10.2 и ниже) не получится использовать. По УПП 1.2 пока не могу сказать ничего, но если там механизм подключения торгового оборудования такой же как и в УТ 10.3, то в таком случае заработает.
281. skyros1c 31.01.17 17:01 Сейчас в теме
(280) по скриншотам совпадает по крайней мере.
(281), подскажите ещё пожалуйста, как чеки в УПП вы печатаете? Точнее из какого документа?
284. skyros1c 31.01.17 17:19 Сейчас в теме
(282) в том-то и дело, что никак не печатали. Проводили документы по кассе отдельно в базе, а ККМ была отдельно - Меркурий 130К. Теперь в связи с тем, что нужна номенклатурная спецификация документа печатать на чеке, встал вопрос с интеграцией. Оказалось, что УПП 1.2 древняя, она сильно переписана.
(284), Александр, я так понимаю вы воспользуетесь либо документом "ЧекККМ", либо самостоятельно реализуете возможность передачи спецификации из нужного вам документа в обработку?
287. skyros1c 31.01.17 18:03 Сейчас в теме

(286) Или "ЧекККМ" но там надо как то увязать его с заказом видимо. Или введенный ПКО, а документация достаточно понятная? Просто бесплатно только инструкция по подключению и настройке. Документацию еще не знаю. Или там из кода обработки будет понятно как и что?
(287), на сегодняшний день есть только инструкция по подключению и настройке. А какие функции обработки, по вашему мнению, должны быть ещё документированы. У меня не написан никакой свой API для работы с драйвером, использовал стандартные инструменты языка 1С при написании обработки. Из кода обработки понятно что и как, если вы владеете основами программирования в среде 1С: Предприятие. Судя по вопросам, которые вы задаете, предполагаю, что вы владеете )
(262), Спасибо за обратную связь. Правда то что вы отключили передачу налогов - не совсем хорошо. Давайте попробуем разобраться с ошибкой, которая у вас возникает при включенной передаче налогов.
283. cubic 17 31.01.17 17:04 Сейчас в теме
(275) На счет налогов я уже понял, т.к. при проверке чека на сайте ОФД в электронном чеке стоит ОСН, а у нас то другая... Пришел к выводу, что ошибка связана с тем, что режимы налогообложения в 1С и в ККТ не совпадают. Т.е. нужно поправить режим налогообложения в ККТ, но как это сделать пока не знаю, в документацию пока не заглядывал.
(283), Иван, а в обработке обслуживания ККМ у вас какая система налогообложения выбрана?
296. cubic 17 01.02.17 12:28 Сейчас в теме
(285) В обработке пробовал всё подряд... В любом случае ошибка. На чеке регистрации кассы стоит ОСН. При чтении данных в утилите драйвера стоит 1, т.е. ОСН. При изменении на 8 - ошибка: (-6) Недопустимое значение.
Такая же проблема тут: http://forum.atol.ru/index.php?act=Print&client=printer&f=16&t=30581.
Позвонил в ЦТО, мол что делать и почему так. Говорят: "Какие данные вы нам дали, так мы кассу и настроили! Привозите, переделаем... придется доплатить". Позвонил в бухгалтерию, говорят мы им таких данных не давали... Круг замкнулся на насяльнике - она в ЦТО ездила...
Так что проблема не в обработке...
263. zaoproxy 36 31.01.17 10:08 Сейчас в теме
Добрый день. Подскажите код обработки закрыт или открытый? Можно ли её самостоятельно модернезировать?
265. cubic 17 31.01.17 10:56 Сейчас в теме
(263) Как пользователь обработки, могу сказать что код открытый.
(264) Ответы в (183) и (184)
Драйвер Атол бесплатен для техники Атол.
Sh00rick; +1 Ответить
(263), здравствуйте! Код открыт для самостоятельного модернизирования.
264. zaoproxy 36 31.01.17 10:15 Сейчас в теме
И ещё подскажите если у нас две кассы, нам надо два раза обработку покупать? Или купив единожды с её помощью можем подключить не ограниченное количество?
Для корректной работы обработки нужно ли покупать лицензию на драйвера?
(264), Вам достаточно одну обработку купить.
Лицензия на драйвера требуется только в случае, если вы используете ККМ стороннего производства, т.е. не Атол.
266. Nikylia 31.01.17 12:01 Сейчас в теме
Добрый вечер! Если мы приобретем апгрейд обработки 3 версии, мы сможем отправлять данные в ОФД без доработки в 1с?
(266), доброго времени суток! Какая у вас конфигурация и каким образом вы пробиваете чеки?
293. Nikylia 01.02.17 04:08 Сейчас в теме
(278) УТ 10_3, Альфа-авто 5, в ут 10_3 бьем чеки как с пко так и из интерфейса кассира. В альфа-авто бьем с чек на оплату
(293), приобретя апгрейд на версию ФЗ.54 вы сможете пробивать чеки из УТ 10.3 из интерфейса кассира и передавать их в ОФД. Из ПКО чек тоже пробъется и даже в ОФД передастся, но в ОФД (и налоговую) не попадут проданные товарные позиции, поскольку в ПКО их просто нет. Насчет Альфа-авто не подскажу, не работал с такой конфигурацией, не уверен что к ней подключите обработку, если только она не построена на базе типовой конфигурации 1С, соотвтетствующей тому списку совместимых с обработкой конфигураций, который указан в описании обработки.
267. VertigoRu 31.01.17 12:39 Сейчас в теме
Добрый день. Имеем кассу Атол 11Ф, УТ 10.3 через RDP, клиентские машины на Линуксе. Хотим внедрить ФЗ-54, ваша обработка нам подойдет?
(267), здравствуйте! Скорее всего нет, потому как на линуксе драйвера версии 8 не установить. Но на линукс можно установить драйвера версии 9. Работу с драйверами версии 9 и на ОС линукс не производил, как это все работать в связке будет гарантии вам никакой не дам.
290. VertigoRu 31.01.17 20:52 Сейчас в теме
(279) Т.е. я правильно понимаю, что для корректной работы необходимы одинаковые версии драйверов как на сервере, так и на локальной машине?
(290), совершенно верно! Точнее сказать даже не просто для корректной работы, а вообще для работы нужны одинаковые версии, иначе на клиенте с другой версией получите ошибку от драйвера "Версия сервера и клиента различны".
292. VertigoRu 31.01.17 21:30 Сейчас в теме
(291) Мда, засада. А до 9 версии драйверов апгрейдить планов нет? ;)
(292), тут сложно применить понятие "апгрейд" потому как у Атола драйвера версии 9 это не обновленная версия 8х драйверов, а отдельный программный продукт, ориентированный под другие операционные системы.
Поэтому вопрос правильнее ставить "Написание обработки под драйвера 9й версии". У меня пока планов не было таких...
Первоочередные пока планы, это допилить эту обработку (под ФЗ.54 которая) до того, чтобы можно было из ПКО и РКО товарные позиции подтягивать из документов продажи.
270. skyros1c 31.01.17 15:05 Сейчас в теме
А с УПП 1.2 редакции не взлетит? Сама конфа писанная - переписанная, обновлять не хотелось бы.
289. vserg2004 31.01.17 19:44 Сейчас в теме
Здравствуйте. Есть вопрос по продукту. В личку написал, вы не отвечаете. Куда писать?
295. generick 2 01.02.17 10:23 Сейчас в теме
Подскажите будет ли версия для ФЗ-54 работать с конфигурацией комплексная автоматизация 1.0.6? Если приобретем - можно ли будет к вам обратиться за дополнительной технической поддержкой в случае необходимости (естественно за деньги)?
299. boevik 2 01.02.17 23:14 Сейчас в теме
300. maxyury 02.02.17 08:48 Сейчас в теме
Добрый день. Подскажите, на УПП 1.3.72.3, версия для ФЗ-54 будет работать?
(300), Здравствуйте! Сам не пробовал, нужно проверять. Протестирую, в понедельник смогу дать ответ.
301. NotFree 02.02.17 11:22 Сейчас в теме
Добрый день. Подскажите, будет ли версия для ФЗ-54 работать с конфигурацией Управление торговлей 11.0.9 (управляемые формы)? Чеки пробиваем через Чеки ККМ и ПКО/РКО.
(301), Добрый день! Однозначно не будет работать с УТ 11. Обновиться у вас не получается до 11.3? В планах, но не самых ближайших, есть реализация для УТ 11 ниже чем 11.3.
306. NotFree 02.02.17 15:30 Сейчас в теме
(304), Обновиться пока не получается, конфигурация сильно дописанная
302. skyros1c 02.02.17 11:23 Сейчас в теме
Версия УПП 1.2.35.1, 1С 8.3, версия для ФЗ-54 будет работать? Тоже подскажите, пожалуйста.
322. skyros1c 03.02.17 16:34 Сейчас в теме
(305) в понедельник очень жду от вас ответа.
353. skyros1c 06.02.17 12:27 Сейчас в теме
(325) здравствуйте, какие перспективы получения ответа?
307. cubic 17 02.02.17 23:03 Сейчас в теме
Ну и о результатах. Всё прошло успешно. Отработали 1,5 дня, закрыто 2 смены. Данные в ОФД приходят, смс и почта рассылаются (с момента проведения чека, до появления данных в ОФД 12-16 минут). Все довольны. Только некоторых покупателей смущает отсутствие на чеке размера скидки.
ОГРОМНОЕ спасибо автору!
(307), пожалуйста )
Насчет размера скидки в чеке - да драйвер пересчитывает сумму с учетом скидки и рисует на чеке уже окончательную сумму.
Думал реализовать вывод размера скидки через "ПечатьНефискальнойСтроки" сразу после регистрации позиции со скидкой, но тут возникает больше недоразумений. Получится что в позиции на чеке будет сумма со скидкой, затем строка с суммой скидки и тех же "некоторых покупателей" будет смущать такая форма записи. Они начнут думать что сумма в позиции с товаром на чеке без скидки и требовать вычесть сумму скидки из суммы позиции (которая напомню уже со скидкой).
Есть вариант организовать печать всех начисленных скидок (либо сумму начисленных скидок) в конце чека, после всех товарных позиций.
309. vis_tmp 30 03.02.17 06:40 Сейчас в теме
(308)Может, написать " вычтена скидка ххх"?
(309), Можно и так написать. Куда вставить такую надпись? Хотя можно сделать вариативно, чтобы можно было регулировать в настройках обработки: печатать по каждой позиции либо печатать все в конце чека.
314. vis_tmp 30 03.02.17 11:35 Сейчас в теме
(313)Да, самое удобное было бы с настройкой:
а) после каждой строки товара
б) в конце чека строки скидки по каждому товару
в) в конце чека все скидки свёрнуто одной суммой
Sh00rick; +1 Ответить
310. websamson 299 03.02.17 07:44 Сейчас в теме
Добрый день!
Приобрели вашу обработку. Мы добавили свой вид оплаты (Бонусами) - при пробитии выдает ошибку "Чек оплачен не полностью".
311. websamson 299 03.02.17 08:23 Сейчас в теме
(311), Добрый день! Молодцы! Поделитесь пожалуйста с остальными информацией, в чем была проблема, мало ли кто ещё столкнется с подобной проблемой.
316. websamson 299 03.02.17 12:37 Сейчас в теме
Мы подключаем эквайринговое оборудование, которое печатает произвольные строки на чеке. Если чек не открыт, то не дает напечатать строку. Как можно печатать строки на чеке не открывая чек?
(316), можете воспользоваться функцией НапечататьСтроки(). Передавайте в неё то, что хотите напечатать в качестве нефискальных строк.
// Функция осуществляет построчную печать нефискального чека из переданного массива строк.
// (API v2.0)
//
// Параметры:
//  Объект                         - <*>
//                                 - Объект драйвера ФР.
//
//  МассивСтрок                    - <Массив>
//                                 - Массив строк для печати.
//
//  Ширина                         - <Число>
//                                 - Ширина чековой ленты.
//
// Возвращаемое значение:
//  <ПеречислениеСсылка.ТООшибки*> - Результат выполнения операции.
//
Функция НапечататьСтроки(Объект, МассивСтрок, Ширина) Экспорт
Показать
339. user678713_rgadeev 04.02.17 06:28 Сейчас в теме
(318) Не работает. То есть в открытом чеке, все что угодно можно напечатать. А просто напечатать строку не получается(в данном случае слип). Это баг или фича?
(339), что именно не получается? Ошибка выскакивает?
348. user678713_rgadeev 06.02.17 05:02 Сейчас в теме
(343) игнорит. Ни ошибки, ничего. Строка есть, она передается. Просто чек не открыт.
317. user678713_rgadeev 03.02.17 12:55 Сейчас в теме
Здравствуйте, получается, что раньше фискальник мог печатать слипы, сейчас уходит в пустоту. Хотя с самого драйвера можно напечатать строку. Где-то есть трабл.
319. midavp 1 03.02.17 14:51 Сейчас в теме
Добрый день! Скажите пожалуйста будит ли Ваша обработка работать на версии 1С УТ 10.3.24.1 и какой лучше фискальный регистратор подойдет под нее?
(319), здравствуйте! Работать с УТ 10.3.24.1 будет. Фискальный регистратор я порекомендовал бы производства Атол, любой из линейки FPrint. Далее более точно модель зависит от проходимости вашей точки продаж, от требований к виду чека и требований к габаритам аппарата (например если мало места на рабочем месте).
323. skyros1c 03.02.17 16:36 Сейчас в теме
(320) фискальный регистратор из линейки FPrint для УПП 1.2.35.1 тоже рекомендуем? а если АТОЛ 55Ф?
(323), да Атол 55Ф то что надо. Все новые аппараты Атола - это те же FPrint только с другим названием и прошивкой ))
(319), дополню свой ответ в (320). Помимо FPrint можно так же порекомендую новые аппараты Атол для работы с ФЗ-54, если речь идет о работе с передачей данных в ОФД. FPrint отправлять данные не будет без модернизации его в новый аппарат Атол.
340. midavp 1 05.02.17 08:50 Сейчас в теме
Александр, да речь идет именно для работы с ФЗ-54, с передачей данных в ОФД. Я понял что подходят аппараты Атол 25Ф и 55Ф. И как я понимаю купив данный аппарат, с помощью Вашей обработки с нашей старой измененной 1С УТ 10.3.24.1 все будет работать? Просто обращались в пару ЦТО, нам сказали надо обновляться до последнего релиза, что нам не подходит, т.к. конфигурация сильно измененная.
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Специалист техподдержки 1С
Москва
зарплата от 80 000 руб. до 120 000 руб.
Полный день

Системный аналитик 1С
Москва
зарплата от 80 000 руб. до 120 000 руб.
Полный день

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

Тестировщик 1С
Москва
зарплата от 70 000 руб.
Полный день

Технический лидер, архитектор 1С, руководитель проектов
Санкт-Петербург
зарплата от 150 000 руб.
Полный день