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. Включен механизм использования нескольких систем налогообложения в одном документе. Содержит механизмы легкого подключения оборудования по 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 минут). Все довольны. Только некоторых покупателей смущает отсутствие на чеке размера скидки.
ОГРОМНОЕ спасибо автору!
ФЗ.54.08.12
- Добавлена поддержка передачи тэгов: 1192 - Дополнительный реквизит чека (БСО), 1227 – Наименование покупателя, 1228 – ИНН покупателя, 1229 – Сумма акциза, 1230 – Код страны происхождения товара, 1231 – Код ТНВЭД товара.
Подробное описание:
1) тэг 1192 заполняется на форме Менеджера чека, при условии, что тот включен в настройках обработки. Так же может быть передан в функцию «ОткрытьЧек» через ДопПараметры.
2) Тэг 1227 и 1228 берется из реквизита «Контрагент» пробиваемого документа, если такой реквизит присутствует. Для тэга «ИНН покупателя» (1228) – реализован контроль за правильностью заполнения, чтобы при передаче его в ККТ не возникало ошибок пробития. В случае неправильного ИНН, указанного у контрагента, такой ИНН не передается в ККМ.
3) «Сумма акциза» (1229) – берется из одноименного свойства товара «Сумма акциза». Свойство можно создать в Планах видов характеристик – Свойства объектов.
4) «Код страны происхождения» (1230) – берется из страны происхождения товара, указанной в карточке товара. Если Страна в карточке не заполнена, то берется из свойства товара «Код страны происхождения».
5) «Код ТНВЭД» - берется из табличной части отгрузочного документа, на основании которого принимается оплата и пробивается чек. Если нет в табличной части, то берется из карточки товара. Если нет такого реквизита в карточке, то значение определяется по свойству товара «Код ТНВЭД» (создается в Планах видов характеристик – Свойства объектов).
- Добавлена поддержка маркировки табачной продукции, лекарств, меховых изделий и обуви. Реализован модуль для доработки типовых конфигураций, который после встраивания в конфигурацию в совокупности с обработкой ККМ обеспечивает быстрое и легкое считывание марок в «Розничных» документах (Чек ККМ - Форма регистрации продаж), а также передачу кодов маркировок в составе товарных позиций чека. Поддержка маркировки реализована посредством следующих версий драйверов: Драйвер Штрих 4.14.0.772, Драйвер ККМ Атол V8.16.6, Драйвер ККМ Атол V10.5, Веб-сервера Атол.
- Добавлена работа со сканером штрихкодов в форме «Менеджер чеков» для осуществления возможности сканирования штрихкодов маркировки и считывания штрихкода с данными покупателя из приложения «Проверка чеков» для смартфонов.
- В обработках Атол добавлена поддержка двух новых режимов взаимодействия с ККТ:
1. Через Веб-сервер Атол, входящий в состав драйверов ККТ версии 10. Данный режим обеспечивает многопользовательский доступ к одной ККТ, подключенной к Веб-серверу, без необходимости установки драйверов ККМ на рабочих местах (установка только на одном ПК) и является отличной альтернативой устаревающему способу взаимодействия с ККТ посредством службы fdsvc из состава драйверов 8.
2. Через прямые JSON запросы в ККТ. Данный режим в разы увеличивает скорость передачи данных от ПК к ККТ и обеспечивает более быстрое пробитие чеков.
- Реализован процесс настройки ККТ при работе с ней посредством JSON, как это было реализовано для COM-объекта.
- При работе с ККТ через JSON отчет о последней регистрации/перерегистрации реализован в виде окна с отображением всех параметров последней регистрации/перерегистрации.
- Выведен из бета-тестирования режим разделения по рабочим местам. Теперь разделение можно организовать, как только по имени ПК, так и только по пользователю. В RDP сеансах реализованы два способа определения имени ПК – Имя RDP сервера или имя клиентского ПК.
- Добавлено чтение параметров портов из драйвера Атол v8 и драйвера Атол v10. Это позволяет более правильно выбирать порт для подключения ККТ по его имени (как это реализовано в БПО).
- В обработке Атол добавлена возможность вызова диалогового окна драйвера с настройками, указанными в форме настроек подключения.
- Добавлен мониторинг срока жизни фискального накопителя и оповещения пользователя при приближении критичных сроков, значения которых устанавливаются в параметрах обработки.
- Добавлен третий способ определения номера чека из ККТ для Драйвера 10. Ранее были доступны только Порядковый номер чека в смене и Сквозной номер документа в ККТ. Теперь ещё можно выбрать вариант заполнения номера чека по номеру ФД чека (считывается из Фискального накопителя).
- Увеличен интервал между попытками переподключения к ККМ, если в момент пробития она занята. Ранее такие попытки производились слишком много раз и иногда по несколько раз за секунду. Теперь интервал между переподключениями равен одной секунде.
- Переопределено соответствие налоговых ставок по умолчанию для значения ставки 0 из 1С, если в настройках обработки не задано соответствие. Теперь значение по умолчанию для ставки 0 – Без НДС.
- Переработан и переоптимизирован запрос поиска чека ККМ в базе данных запросом, что позволяет быстрее находить чек, без необходимости доработки конфигурации для передачи ссылки на документ печати.
- Во внешней обработке «Работа с кассой» изменено отображение наименований касс. Теперь к наименованиям добавляются и наименования выбранной кассы предприятия для каждого оборудования.
- Исправлена ошибка пробития чека через внешнюю подключаемую печатную форму из-за установки пустых реквизитов агента, передаваемых из этой формы.
- Во внешнюю подключаемую печатную форму для пробития чеков из произвольных документов добавлены параметры акторегистрации.
- Изменена выборка ФИО физ. Лица из справочника Физ лиц для определения полного имени сотрудника, работающего с кассой. Теперь эта выборка должна работать быстрее и не тормозить при большом количестве данных в регистрах.
- Добавлена в бета-режиме работа с эквайринговыми терминалами Сбербанка. В работе доработка взаимодействия с другими платежными системами.
- Унифицирована процедура пробития позиций в чеке для всех видов документов. Теперь вместо двух разных процедур для оптовых документов и для розничных существует только одна. Это позволит проще ориентироваться в обработке разработчикам, встраивающим свои доработки.
- Ликвидирован дублирующийся функционал по печати копии последнего чека. Вместо него добавлен функционал печати копии чека по номеру ФД.
- В форме настройки обработки ликвидирована закладки «Отчеты/Операции» и все отчеты и операции перенесены на нижнюю панель инструментов для доступа к ним из любой закладки.
- В форме настройки реализовано автозаполнение соответствия налоговых ставок при выборе режима «Без НДС для всех товаров».
- В форме обработки реализовано предупреждение о сохранении параметров обработки при модификации параметров на форме и попытке выхода по кнопке отмена или ESC.
- В форме настройки реализован контроль заполнения параметров подключения перед нажатием «Тест устройства» для исключения ситуаций с попыткой соединения с пустыми параметрами.
- В форме ввода телефона или почты клиента, открываемой по умолчанию для Чека ККМ , исправлена работа со сканером штрихкодов для ввода данных клиента посредством сканера штрихкодов.
- Исправлена ситуация с невозможностью пробить чек коррекции при работе с драйверами Атол v.8.
- При работе с ККТ по JSON реализована возможность пробития чека коррекции по нескольким ставкам НДС. Такая же возможность будет добавлена в следующем релизе и для драйвера 8.
- Размер обработки уменьшен примерно в 5 раз
(1618)
+ Реализована комбинированная оплата за наличный и безналичный расчет при пробитии чеков из «оптовых» документов. Теперь передачу товара можно оформить, привязав при пробитии 2 документа оплаты (Например, Приходный кассовый ордер и Оплата от покупателя платежной картой). Для каждого документа оплаты в итоге будет установлен признак пробития для исключения повторного пробития.
Вышла новая версия обработки - ФЗ.54.08.13

- Исправлена путаница с тэгами «Номер ГТД» (1231) и «Код ТНВЭД» при которой в тэг 1231 попадал Код ТНВЭД при его заполнении, а номер ГТД не заполнялся. Теперь Номер ГТД определяется из серии в табличной части документа или из товара, если в документе не заполнена серия номенклатуры или не существует такого реквизита.
- Для всех новых дополнительных реквизитов кассового чека реализован функционал их отключения и включения. Поскольку не у всех обновлены драйвера ККТ и прошивки ККТ до требуемых версий, то по умолчанию, при новом подключении, все дополнительные реквизиты отключены. Включить их можно на закладке «Параметры чека» - «Дополнительные реквизиты чека».
- Изменен алгоритм определения страны происхождения товара – теперь если в табличной части документа присутствует серия номенклатуры и в ней заполнена страна происхождения, отличающаяся от страны происхождения в товаре, то в чек передается код страны происхождения из серии. В остальных случаях страна происхождения берется из карточки товара либо из свойства с названием "Код страны происхождения" и строковым значением, соответствующим коду страны.
- Доработан механизм формирования наименования позиции в чеке. Теперь, если в составе реквизитов кассового чека передается Номер ГТД, то он не добавляется из серии номенклатуры к наименованию.
- В обработке Атол доработан механизм чтения списка портов из драйвера. Теперь, если драйвер возвращает пустое значение при чтении данных, порты заполняются по стандартному алгоритму, то есть без описаний портов. Тем самым устранена ошибка, возникающая у некоторых клиентов при открытии формы настроек обработки, связанная с невозможностью разбора JSON структуры, полученной от драйвера.
- В обработке Атол исправлена ситуация при открытии формы настроек с заменой настроенного IP порта на стандартный для службы fdsvc при использовании драйвера 8.
- В механизм мониторинга срока действия фискального накопителя внесено исправление. Теперь, если драйвер не возвращает срок действия ФН и количество оставшихся дней получается со знаком минус, ошибка об «окончании фискального накопителя 01.01.1998» не выводится.
- Исправлена передача тэгов покупателя (Наименование и ИНН) в кассовом чеке при работе с ККТ через Веб-сервер Атол и по JSON напрямую. Ранее данные покупателя попадали в чек только при заполнении email/телефона покупателя. Теперь попадают в чек независимо от электронного адреса или телефона.
- В тестовом режиме добавлена передача кода ТНВЭД в состав реквизитов позиций кассового чека для драйвера Атол версии 10, а также для режима работы через Веб-сервер и напрямую через JSON.
Остальные комментарии
Избранное Подписка Сортировка: Древо
(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 29 03.02.17 06:40 Сейчас в теме
(308)Может, написать " вычтена скидка ххх"?
(309), Можно и так написать. Куда вставить такую надпись? Хотя можно сделать вариативно, чтобы можно было регулировать в настройках обработки: печатать по каждой позиции либо печатать все в конце чека.
314. vis_tmp 29 03.02.17 11:35 Сейчас в теме
(313)Да, самое удобное было бы с настройкой:
а) после каждой строки товара
б) в конце чека строки скидки по каждому товару
в) в конце чека все скидки свёрнуто одной суммой
Sh00rick; +1 Ответить
310. websamson 297 03.02.17 07:44 Сейчас в теме
Добрый день!
Приобрели вашу обработку. Мы добавили свой вид оплаты (Бонусами) - при пробитии выдает ошибку "Чек оплачен не полностью".
311. websamson 297 03.02.17 08:23 Сейчас в теме
(311), Добрый день! Молодцы! Поделитесь пожалуйста с остальными информацией, в чем была проблема, мало ли кто ещё столкнется с подобной проблемой.
316. websamson 297 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С
Москва
зарплата от 130 000 руб. до 200 000 руб.
Полный день

Бизнес-архитектор 1С, ведущий консультант
Санкт-Петербург
Полный день

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

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

Консультант 1 С
Краснодар
зарплата от 50 000 руб. до 150 000 руб.
Полный день