Электронные чеки через ОФД #795475

Уважаемые коллеги! У нас онлайн касса Атол 55Ф. В качестве ОФД СКБ Контур. Конфигурация - УПП 1.2, всю поддержку онлайн касс взял из последней версии УПП 1.3 Вопрос - что нужно сделать, что бы клиенту при фискализации ПКО уходил электронный чек на e-mail от ОФД? Контур поддерживает такую возможность, следовательно главное найти как засунуть в данные фискализации, которые отправляются в аппарат, почту клиента. Кто то уже разбирался с этим вопросом?

не знаю как там в упп но я выдирал из ут10.3 и дописывал два поля + код в ПодготовитьДанныеДляФискализацииЧекаПКО(Ссылка, ОбщиеПараметры)

Вообще то это идет как параметр в чек, но если ты сам дорабатывал то в тебе надо что бы поле было в чеке при оплате и как параметр в фискализацию уходил

И работает? Я так понял это поле (ПокупательEmail ) скорее используется самой конфигурацией для отсылки электронного чека средствами 1С, а не ОФД

ПокупательEmail откуда берете? В 10.3 не нашел такого реквизита ни в одном документе, связанном с "пробитием" чека.

Так емайл клиента - это не реквизит документа

Не важно. "Брать" его откуда?

Да, все верно, в УТ 10.3 такого поля нет, не доработали еще и телефона там нет,этот механизм лучше посмотреть в УНФ

+7 я этот вопрос уже не один раз на форуме поднимал ))

к Я просто посмотрел как в последней УПП (и ут 10.3) используется это поле - там если ОбщиеПараметры.Отправляет1СEmail = Истина то идет обращение к процедуре отправки электронки средствами 1С по адресу ПокупательEmail , да и то там в конце пустая процедура-заглушка ОтправитьЭлектронныйЧек.

Это совсем не важно, брать можно хоть откуда, мы добавили например реквизит в договор. Важно - как передать этот адрес в  фискальный регистратор?

ну не сделали они почему то именно в 10.3)))

Наверное, где-нибудь еще, раз ты "не нашел такого реквизита ни в одном документе, связанном с "пробитием" чека"

1 июля еще не наступило, подождем. Вдруг 1С снизойдет до такой мелочи как емайл и телефон покупателя. А так, конечно "пилить" формы придется.

а обновляться когда? ))) в последний день, как 31 января ? ))

В процедуре подготовки XML есть параметры SenderEmail, CustomerEmail, CustomerPhone. Туда и пихать свои данные. У меня на 10.3 они не обрабатываются никак и всегда пустые сейчас.

Это, по-моему, обычная практика. 30 июня выпускать обновление, которое должно действовать с 1 июля... Например, 10.3.37.2 выпущена 30.06.2016 вечером - там были изменения по поводу учета НДС. Обновление это было с кучей ошибок. Печаль.

У них это не практика, это у них ритуал ))

ну не только в УТ 10.3, но и в УПП 1.3

Кто нибудь так пробовал? А на чеке это(e-mail) должно печататься?

На сколько я понимаю, то в печатной форме чека емайл не нужен, нужен только для электронной формы чека. Первоисточник ст. 4.7 54-ФЗ.

А я то думаю - почему его там нет!

В ПФ чека есть поле "Адрес покупателя". Там отображается тел. или мыло, если было передано в [vk файле чека.

Это я уже давно видел. Как эти познания применить к УПП 1.2, 1.3?

тяжким непосильным трудом )

кури описание XML пакета "CheckPackage"

свою форму городить надо, только так, или обновления ждать

да я сам допиливал. Да в этом случае шлет ОФД если ОбщиеПараметры.Отправляет1СEmail = Истина то шлет 1с но в ут10.3 там просто пустая процедура )

В каком месте хоть допиливать? Поделись опытом!

см 1 - ПодготовитьДанныеДляФискализацииЧекаПКО в ПКО

тамамана уже сделал давно. но достаточно ли присвоить мыл клиента реквизиту структуры?

что еще нада?

странные вопросы задает ТС с таким стажем... ККМ по-барабану всякие там структуры... Драйверу для чека скармливается XML "CheckPackage". А вот как он заполняется в 1С разберись сам.

посмотри в общих модулях МенеджерОборудованияКлиентСервер.ПараметрыОперацииФискализацииЧека;

+34 это функция ПараметрыОперацииФискализацииЧека;

+35 это в УТ 10.3

А вот интересно - мыл покупателю через сколько времени должен уходить с ОФД? Кто нибудь сталкивался? Как по закону? Я подставил в параметры мыл отправителя и мыл покупателя (себя пока поставил), пару чеков загнал в регистратор, но почты пока не видать. Но у нас и чеки на сайте появлються не сразу, а на следующее утро, так может придет еще?

сразу приходит даже на тест-площадке 1-ОФД, единственно когда не приходит когда не только мейл указываю но и номерок для СМС  - не знаю почему так

Это одинаково сделано во всех.

мыл отправителя оказалось что не надо этого, т.к. мыл в данном случае ОФДешный

так я и поставил ОФДшный, как они мне сказали.

Я тестируюсь на такскоме. У них, правда, отправка чека по почте еще не реализована, но в чеке печатается)))

+ аппарат АТОЛ FPrint-22ПТК

+ а так все правильно тебе подсказали, пихать адрес надо в <CustomerEmail>

Подожду, если до завтра не придет почта - значит не работает :(

я тока вот эта не понял, в МенеджерОборудованияВызовСервера написано: Т.е. вот тут оно попадает?

В ОФД спроси, реализовано ли это у них.

Да, оно попадает в xml, который потом идет в ккт. Если ОбщиеПараметры.Отправляет1СEmail = ИСТИНА, то отправляется средствами 1с, а не ОФД.

В ОФД спросил первым делом. Сказали что поддерживает, реализовано. Но как делать в 1С, не знают ибо не 1Сят.

и ОбщиеПараметры.ПокупательEmail заполнено корректно, то все должно работать.

в чек записывается атрибут номер 1008 со строковым значением, которое либо e-mail, либо телефонный номер. Оператор разбирается что это такое и посылает. Поищите цифру 1008 по конфе, может, поможет.

Да, я это видел: Но в конфе ничего нет, все пихается в XML

Ну не писать же в самом деле пихание чека в регистратор на уровне атрибутов полностью?!

В БПО это CustomerEmail     Email покупателя адрес отправителя в описании нет, но в примере он есть

мы вот такую форму ввода эл.адреса и телефона сделали быстро и удобно. свои настройки

во вы заморочились...а я тупо ВвестиСтроку юзаю) Есть собака - это почта, нет собаки - телефон...ну и проверка на корректность)))

а...так вы это продаете, тогда правильно...красота нужна)

Ну вот, письмо по пробитым чекам так и не пришло... Что же я сделал не так? Всего то добавил 2 строчки: Правда есть подозрение, что проблема на той стороне.

опять двадцать пять... Драйвер на входе получает xml пакет. Его нужно  тут показывать, а не ПараметрыЧека... У тебя условие из выполняется?

Да. И строка ЗаписьXML.ЗаписатьАтрибут("CustomerEmail", XMLСтрока(?(ОбщиеПараметры.Свойство("ПокупательEmail"), ОбщиеПараметры.ПокупательEmail, ""))); выполняется.

Чек оператору ФД передан? Если да, смотрим строку "Адрес покупателя". Если там стоит твое "ххх@mail.ru" то все ок, ты выполнил все обязательства перед покупателем. Дальше не твои проблемы...

да нет...проблемы твои, потому что именно ты должен задать вопрос ОФД, почему же чек так и не пришел покупателю...покупатель не с ОФД спрашивает, а с тебя...

А кто отвечает за валидность  мыла? Тоже я? Слышал что разработали по заказу ФНС визитку покупателя. В ШК будут зашиты реквизиты покупателя. Но когда это будет... хз.

2 уже есть, ставишь себе приложение от ФНС

Комменты прикольные... В 90% - "Проблема нам известна. Работаем над устранением"...

Чек передан, а вот адрес покупателя там смотреть негде...

При чем тут это "поделка пионеров"? Покупатель если хочет получить адрес для просмотра электронного чека, должен передать кассиру свой электронный адрес. Как способом и кто отвечает за его корректность - большой вопрос? Устно со всеми вытекающими ("эс как доллар и т.п.), на клочке бумаги или мифическая визитка с возможность кассового оборудования ее считать...

в Такскоме это так выглядит, правда там тел. передан

при том, что в ней можно сгенерить визитку с QR-кодом со своим телефоном или эл. почтой и предъявить кассиру

вчера с Таксом общались говорят нужно телофон передавать в формате +7.... и тогда наверняка, может и отправять смс

твоя ссылка - можно и так - результат одинаковый можно даже еще немного уменьшить

ну, ну... и все кассовые места оборудованы сканером QR кода

Ну, лиха беда начало (С) Следующим шагом - законодательно заставить установит сканеры :(... А покупателей - иметь такую визитку...

А по оконцовке - чип в голову всем!!!!

tciban, добрый день! Для того, чтобы отправить электронный чек должны быть выполнены следующие настройки: 1.В реквизите адрес электронной почты отправителя должен быть указан адрес ofd@skbkontur.ru (или ofd@kontur.ru) – эта настройка выполняется в кассовом ПО. 2. До момента расчета (при формировании чека) кассир должен вписать адрес электронной почты получателя (либо телефон) в соответствующее поле. Также электронный чек можно отправить из личного кабинета Контур.ОФД, для этого необходимо найти нужный чек в разделе "Чеки" и нажать на кнопку "Отправить по почте".

Уважаемые участники форума, приглашаем вас в официальную группу СКБ Контур вконтакте, там вы всегда сможете получить оперативные ответы на ваши вопросы :)