банкет предоплата и фз54
кто-то уже совмещал банкет предоплата и фз54 ?
походу предоплата проходит как "скидка" и уменьшает итоговый чек печатать счет итоговый? чтобы клиенту показать общую сумму? |
ответьте пожалуйста кто-нибудь кто принимает предоплату и уже есть касса 54фз
|
С предоплатой все сложно, касса должна работать по протоколу ФФД 1.05
У меня возник данный вопрос в другой программе с предоплатой. В последних разъяснениях налоговой - сначала выбивается чек на "Авансовый платеж", а потом при окончательном расчете в чеке должно стоять "Зачет авансового платежа" и сумма внесенного аванса. |
Ждём реализации ФФД 1.05 от софтбаланса я так понимаю.
|
даже если СофтБаланс сейчас сделает
ФН ведь 1.00 идут !? и оно работать не будет? или я неправильно форматы ФФД понял? |
Не правильно понял. Сейчас все работает в формате 1.0, формат 1.05 принят совсем недавно и большинство касс с помощью обновления прошивки его будут поддерживать. Эти два формата будут работать до 2019 года, а с 2019 года обещают новый формат 1.10. Сейчас все кассы по умолчанию идут с поддержкой 1.0, но авторизированные ЦТО могут поставить с поддержкой 1.05
У нас стоит модифицированный АТОЛ-22, сказали что его можно будет перешить на формат 1.05. И конечно же в самой программе должна быть реализована поддержка нового формата |
|
Посмотрел вебинар и у вас когда идет предоплата за бронирование у вас стоит что вы получили наличными, но по формату должен идти признак что это аванс. А вот когда проходит окончательный расчет должен стоять признак зачет аванса. Это прописано в формате 1.05
Но данный формат еще не реализован в полной мере в драйверах ККМ ни в Атоле ни в Штрихах, на данный момент поддерживаются лишь дополнительные тэги формата 1.05. Так же еще нету официальной прошивки для ККМ Атола с полной поддержкой формата 1.05 есть еще только бэта и та не всегда правильно работает. Можно почитать форум АТОЛ-а где идет обсуждение формата 1.05 и 1С-ки форумы. |
Вложений: 1
Цитата:
Просьба пояснить вашу мысль, более точно используя термины ФФД. См. приложенные сканы чеков по предварительной оплате и окончательному расчету за банкет/бронь. На первом этапе мы принимаем от клиента аванс за банкет при его бронировании: • Признак способа расчета - «Аванс» • Признак предмета расчета - «Платеж» • Наименование предмета расчета - «Сумма начислено» При окончательном расчете клиент получит от нас счет, в котором кроме позиций заказа будет указана сумма принятого аванса и остаток, который будет необходимо оплатить. Факт окончательной оплаты будет зафиксирован документом «Чек» с реквизитами: • Фиксируем в сумме по чеку «Зачет аванса» • Признак способа расчета – «Полный расчет» • Остаток оплачиваем любым вариантом, в данном случае - наличными. |
В прикрепленном файле у вас все правильно отображается я с этим полностью согласен, первый чек идет с признаком "Аванс", последний чек где идет полный расчет тоже верно.
Но в вебинаре по времени 22:31 при показе чека на аванс по брони у вас в самом теле чеке показано 1*2000 без указания основания получения денежных средств. Скорее всего это так отображает чек оператор фискальных данных. Если бы вы показали картинку которую прикрепили в сообщении, то она более наглядна чем тот чек который вы открыли у оператора. |
Да, спасибо за внимательность! У данного ОФД на момент вебинара не отображался признак способа расчета в чеке. Но это не значит, что он не был передан кассовой системой. Web-представление чеков на сайте ОФД, очевидно, будет адаптировано под ФФД 1.05/1.1 позже, при этом ОФД уже принимают чеки по новому формату.
Подробнее можно также посмотреть публикацию о новых ФФД применительно к ресторанному бизнесу: http://traktir.ru/publications/23123/ |
Вложений: 1
У нас сейчас вот так получается. Насколько это правильно?
А если обновлять ККМ до ФФД 1.05 то какие настройки нужно сделать в программе чтобы аванс по брони был как на чеках у Alexey? |
Часовой пояс GMT +3, время: 04:34. |
vBulletin v3.5.4, Copyright ©2000-2024, Jelsoft Enterprises Ltd.
Русский перевод: zCarot, Vovan & Co
Трактиръ - автоматизация ресторанов