Коллеги, добрый день. Кто как планирует организовывать печать чеков по оплатам через интернет-эквайринг?
Напрашивается вроде бы логичная схема — регламентным заданием загружать оплаты в базу, и сразу отправлять чек на принтер. Но есть сложность. Все обработки по работе с торговым оборудованием — клиентские. По ощущениям, там довольно много переписывать, и еще не понятно, заработает ли нормально драйвер онлайн-кассы при таком варианте. Можно, конечно, стартовать клиентский сеанс с обработкой, и там все это делать, но какой-то костыль получается. Кто-то сеанс должен запускать после рестартов, обновлений и тп.

Во1 54 фз все таки.Во2,а зачем печатать-то?Только электронная версия имхо

Да, 54.
Ну, не печать, фискализация. Все равно проблемы те же.

Совсем никто и никак?

(3) На следующей неделе буду делать

И как планируешь поступить?

Ап.

Разве не тот кто получает оплату в текущий момент - должен отправлять чек клиенту? Оплату в данном случае получает не 1с, а сайт. Посмотри решение Ассист для интернет магазина или Атолл-онлайн.

(7)
https://buh.ru/news/uchet_nalogi/53655/
Отправить чек — обязанность продавца.

Чек прилетает с обменом в 1с,мыло и телефон обязательные при регистрации.Нужно еще открытие смены доделать.Но это уже мелочи

(7) Прямо хочу поглядеть на сайт,который прилепит 54 фз)))

Я не сам сайт имела в виду, там же написано например Атол-онлайн http://online.atol.ru/
А я прямо хочу посмотреть как 1ска в течение 24 часов будет посылать чеки клиентам и при этом успевать делать это в лимит 5 минут

(9) Обменом с чем?
Ты можешь выяснить, что пришла оплата. Если пришла — нужно фискализировать чек, и потом отправить его клиенту. Проблема — фискализация на сервере. Вся работа с онлайн-кассой сделана в клиентском контексте.
(11) А в чем проблема? Опрашиваешь своего оператора эквайринга каждую минуту, тут же фискализируешь и отправляешь чек.

(11) 42 тысячи в год? Тоже деньги, так то.

(11)А кто сказал,что нужно в 5 минут для сайта?

(12) проблема в том что базу иногда надо обновлять и это занимает какое то время. Т.е. есть технологические окна в которые база не доступна.

(14) ну вообще есть требование выдачи чека в пределах 5 минут от получения денег, если ничего не путаю.

(16) Нет требования для нашего случая

Продавец и покупатель не встречаются)

Ну я в любом случае не думаю, что даже если есть — оно прямо существенное. Но это не суть, вопрос в другом. Как это грамотно автоматизировать? :)

http://online-kassa.pro/zakon/onlajn-kassy-dlya-internet-magazina.html

ЭЭЭ это сложно или что?
Процедура ПробитьЧекККМ сэмулировать?

(0) Вот я тему поднимал: Печать чеков на ККМ с помощью фонового (регламентного) задания.
В итоге пока пока получилось следующее (т.е. примерно неделю чеки уже уходят в ОФД):
Конфа УПП. На сайте оплачивают заказ, у него появляется определенный статус (нужный мне), со стороны 1С работает регламентное задание, которое смотрит статусы. Появляется нужный статус, создается док. Оплата от покупателя платежной картой и помещается в регистр "Печати чеков" + в этом же регистре фиксирую E-mail клиента. Далее, на сервере запущен клиент, там запущена обработка, которая, примерно, раз в 2 минуты опрашивает регистр на печать чеков. И тут большой алгоритм автоматической печати чеков
1. Открытие смены
2. На всякий случай "Проверка на истечение смены в 24 часа"
3. Собственно печать чеков
4. Если чеки днем печатались, то после 23.00 закрываю смену (примерно между 23.45 - 23.55)

При печати чека пока скармливаю E-mail клиента ККМ, чек уходит клиенту в виду ссылки на ЧЕК ОФД. После печати данные из регистра удаляются.

Работает стабильно, но главная проблема, если клиент отвалится, то можно и не сразу перезапустить его. (Пока сделал уведомление себе на e - mail, что если в регистре печати чеков есть данные, которые торчат уже пол-часа, то отправляю себе письмо).
В планах получать ссылку на чек ОФД и отправлять клиенту в красивом виде, да может ещё и с рекламой :)

Некоторые идеи подсмотрел в модуле обмена 1С с Битриксом, но только идею, так как реализация крайне  не понравилась.

(22) + всё же в 5 минут не укладываемся, но в 15 точно.

А ККМ Атол 22Ф, подключен через Ethernet, то есть поставить его можно хоть в серверной, только изредка подходить Z-отчеты забирать. Чеки на время теста печатаются, но также в планах это отключить (после как письма свои будут отправляться).

Возвраты выполнять планируем вручную (пока не было), но схема есть.

(21) Вообще-то да. Придется всю работу с торговым оборудованием дублировать в серверный контекст. Все управляющие обработки от Атола — клиентские. Все типовые процедуры работы с ККТ/кассовыми сменами — клиентские. Ты просто не сможешь это все использовать из регламентного задания. Да, скорее всего переписать под сервер реально. Но вопрос трудозатрат и дублирования функционала.. А потом еще управляющая обработка обновится. А у тебя уже переписанная работает. Ее править? 1С под 1.1 все перепишет — опять править...

(22) А как контролируется, что клиент на сервере не завис? Кто его запускает после монопольного обновления/рестарта сервера?

(26) Ну пока 1.1 обещают только.Хотя да переписывать придется скорее всего

(26) Монопольное обновление не останавливает работу обработки. А вот рестарт сервера или рестарт сервера базы данных никак пока не проконтролируешь, поэтому пока делаю уведомление на E-mail.

(26) Переписал кстати достаточно много, но вот под сервер как реализовать, пока не понял.

А под клиент отдельная база сделан?

(30) Не совсем понял. Клиент запускается на сервере (где сервер 1С стоит), просто сервер базы данных (SQL) - это другой пк

Ну, клиентский сеанс запускается в той же базе, где данные по чекам? Тогда почему монопольное обновление не останавливает работу?
Или это клиентский сеанс в отдельной базе?

(32) Да, в той же базе. А почему монопольное обновление должно остановить работу?

(27) В общем, если перепишешь под работу из регламентного задания — не забудь тут похвастаться :)

(33)
Хм. Потому, что монопольно — это когда все клиентские сеансы отключены. В том числе и твой, который опрашивает регистр чеков. А если он отключается на момент обновления, значит, потом его кто-то должен снова включить.
Или вечер, усталость, и я что-то упускаю? :)

(34) И не говори )

(35) Извини, вечер )) втупляю и путаю с динамическим обновлением. Ну а тут договорённость, нас два программиста, поэтому только мы обновляем, соответственно перезапускаем.

А если в ночь с субботы на воскресенье упал сеанс, а вы оба пьяные на даче, какой план? :)

(38) Плана нет ) пока не придуман. И случай уже был на этих выходных ITшники вышли на работу, ребутнули сервер и день чеки не печатались )

(34) а зачем на сервере. Там же есть оповещение пользователей, специальный регистр сведений. Ну то есть вам остается вместо этого оповещения встрвить свою процедурку на клиенте отправки чека покупателю.

(34) Там — где? У меня УТ 10.3
Процедурка отправки на клиенте — текущее решение. Но, у него есть свои минусы. Клиент должен быть где-то постоянно запущен.

(41)->(40)

(41) Как-то может можно оформить автоматический запуск/перезапуск 1С средствами винды, если клиент отвалился.. А там в модуле сеанса запускать клиентскую обработку.

(43) Ты можешь фоновым заданием проверять, запущен ли сеанс робота, если нет — дергать батник, стартующий сеанс.
Но это тоже тот еще костыль.

Хотя нет, так просто наверное не выйдет.

Да планировщиком винды запускать клиента при старте системы.
Ну и посмотреть можно ли проверять запущен/не_запущен (На крайняк батником проверять).

(15) Да они есть, но если база бегает на сайт за новыми заказами раз в 2 минуты, то она попутно может и уведомлять сайт о том, что ККМ доступна, 5 мин. недоступности - можно и оплату приостановить...
Но пока не понятно, что нам будет если мы клиенту чек не через 5мин отобьем, а через 15-30.

(47) по части интернет продаж закон еще будет дорабатываться похоже. Они еще сами не знают, как это всё будет. Может имеет смысл подождать.

У кого еще есть идеи или бесценный опыт? :)

(48) 1 июля уже близко

(48) Ждать что? Изменять будут не раньше чем через полгода после массового ввода в эксплуатацию

(49) вот было обсуждение Автоматическое пробитие чеков в 1С (через веб-сервис).

я там писал.

Правда там информация об оплате приходит из мобильного приложения.

(53) В конечном итоге к чему пришли? Все так же запуск обработки ожидания на клиенте и печать чеков? Или же удалось с сервера на прямую работать с драйвером ККТ?

Кто-то пытался напрямую работать с драйвером ККТ атола из 1С, минуя их управляющую обработку? И сможет примерами работы поделиться?

(55) Я работал через FprnM1C82_54FZ.dll.
Или имеется ввиду и мимо нее?

(56) Через нее, да. Получилось чеки фискализировать?

(57) да, там все просто...
в типой ДемоРитейл все есть для "на посмотреть".
немного допилить в плане параметров и все.

Что такое ДемоРитейл?

(59) демонстрационная конфа ритейла)

Речь о рознице 2.2?

(61) Да, о ней самой.

Спасибо, посмотрю.

(63) Смотри эти 2 модуля:
ПодключаемоеОборудованиеУниверсальныйДрайверКлиент
МенеджерОборудованияВызовСервера

(0)55 фз это че?

(66) Опечатка. 54 фз.

Кто-то пробовал FprnM1C82_54FZ.dll на сервере подключать?

(67) она 32-хбитная....к сожалению(((

Да, печально это все.

Кстати, сильно только не бейте (немного пятнично, да), а нельзя поднять отдельный 32-хбитный сервер, который будет подключаться к той же базе, что и другой но 64-х?

Ап. Может у кого есть свежие идеи? :)

(71) Так ты сам к чему-нибудь приступал?

Пока через фискализацию эквайринга роботом на клиенте.
Компоненту драйвера на сервере загрузить не удалось.

(11) Кстати про момент времени. Тут рассказывают: https://www.youtube.com/watch?v=W774GyXFBnc
Примерно 2 ч. 00 минут

(11) Тебе от платежной системы должно прийти подтверждение оплаты по  карте. Ранее при выгрузке из сайта в 1с создается документ ППВ, после подтверждения проводишь ППВ и фискализируешь его. И отправляешь клиенту смс емэйл.

ФНС РФ в своем письме от 02.02.2017 № ЕД-4-20/1850@ уточнила порядок применения онлайн-ККТ при осуществлении расчетов в интернете.
В письме отмечается, что при осуществлении расчета в интернете электронными средствами платежа организация обязана применять ККТ с момента подтверждения исполнения распоряжения о переводе электронных средств платежа кредитной организацией.
По нормам Федерального закона от 22.05.2003 № 54-ФЗ пользователь ККТ при осуществлении расчетов с использованием электронных средств платежа, исключающих возможность непосредственного взаимодействия сторон и подключенных к интернету, обязан обеспечить передачу покупателю кассового чека или БСО в электронной форме на указанный им абонентский номер или адрес электронной почты.

В общем, пока более-менее адекватное решение удалось сделать только при помощи одного из сторонних веб-серверов ККМ, установленного у себя на сервере.

(76) Поподробнее ) с помощью kkmserver ?

Да. И на него уже jsonами команды с сервера на ура уходят.

Уважаемые коллеги Скай и AneJIbcuH, продайте кто-нибудь свое решение, пожалуйста!!!
Времени совсем мало осталось. :-(
+79160910034
fadeeva_eg@mail.ru

Только что 1СБит сказал, что до 1 июля все закрыто для разработки

(79) у вас же УТ 11.3, беда с этим, много переписывать.

(78) Большой код получился с формированием json?
Блин, платформу надо обновлять..

вообще зачем 1с в этой цепочке? Это же лишнее звено.

(81) Да нет, несколько часов в с перекурами на все. Там еще немного с кассовыми сменами пошаманить, чтобы открывал/закрывал в 1С, документы создавал и статус менял.
(82) С чего бы? Лишнее звено тут по большому счету это сервер работы с кассой. Но увы, избежать его не удалось пока.

(82) Есть конечно разные методы решения вопроса данном темы, но вот используем более привычный - 1С.

(83) 1с нужна чтобы передать в кассовый аппарат название товара и сумму. Больше она ни зачем не нужна.

А если интернет-эквайринг, то эти данные можно ведь передавать напрямую, зачем нужно передавать их в 1с, чтобы 1с передала дальше? Лишняя задержка, тем более что времени только 5 минут на всё.

(85) Конечно можно напрямую, но для этого необходимо обладать соответствующей компетенцией. А так, обмен с 1С уже существует, а нам доработать в этом случае гораздо проще.
По поводу 5 минут - это ваше сугубо личное мнение в интернет продажах.

(86) почему личное, тут были обсуждения на 1000 постов на эти темы.

(87) 1000 личных мнений.

На  лектории 1с по ккт ( ветка недавно была )
было сказано что если заключить договор аферты с покупателем то в этом договоре можно прописать любое время момента расчета
Т.е в аферте можно написать что чем присылаем в течении 24 часов и если клиент перечисляет деньги то он автоматически согласен с этими условиями аферты.
Т.е. если чеков мало то можно в этом случае их бить даже
в ручном режиме на обычной онлайн кассе.
Т.е. пришел кассир пробил чеки

Правы были на лектории или нет не знаю о может кому то такое мнение поможет

(89) Вот пожалуйста https://www.youtube.com/watch?v=W774GyXFBnc  на 1 час 59 минут, представитель ФНС рассказывает про момент времени.

+ к 89 и 90
та же ссылка
ветка
Сборная тема. Онлайн кассы в 2017 г.
пост 925

(85) Тебе все равно в 1С этот эквайринг отражать. Все равно грузить документы оплаты картой. Логично сразу их и фискализизировать. И логично для полного феншуя проставлять номера чеков в оплаты картой, чтобы кто-то умный не зашел в документ, и второй раз чек не изготовил, не зная, что ты уже где-то решил этот вопрос.

(92) Кстати, а используя веб-сервер ККМ, там также всё норм возвращает драйвер (Номер чека, состояние смены ккм) ?

Да, все чотко.

(92) это если 1с завязана на это процесс. А если используем 1с для бух учета, то это нафиг не нужно. Вбиваем с z-отчета 3 числа в день в Отчет о розничных продажах. Сумма выручки, нал, безнал, ну и еще по мелочи.

(95) Так кто чеки то должен фискализировать и клиенту отправлять в твоей картине мира?

(96) Я думаю, он имеет в виду напрямую сайт. Или вот Яндекс касса предлагает своё решение, типа при оплате, передаем Яндексу данные, что продаем, а он отправляет на нашу ККТ готовый чек.