Предоплата и ПКО.

Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.

Страницы: 1
RSS
Предоплата и ПКО.
 
Доброго времени суток.

1. вопрос

Некоторое время уже пытаюсь разобраться в системе предоплаты и как это лучше реализовать в связке Общепит Бэк+Ресторан Фронт

Нужно провести следующую операцию:
- Клиент приходит, вносит средства за будущий банкет, и хочет фискальный чек на те деньги которые он внес.
- Приходит день икс, и мы должны сумму итогового чека соответственно уменьшить на сумму предоплаты.

Какими путями я пытался идти:
- продаем клиенту элемент меню\номенклатуры с названием "Предоплата за банкет", на определенную сумму.
Если мы вводим талон на предоплату, с типом оплат "Предоплата" то начинаются 2 варианта:
- если он не фискальный, а стоит галочка Ведущий, тогда получается, что мы не сможем скомбинировать доплату по чеку этим талоном, если часть оплачена наличными.
- если стоит Фискальный, и тип оплат Предоплата, внесенный в ФР, то такое действие конечно разделяет нам оплату в документе и дает делать доплату талоном, но увеличивает Не обнуляемую сумму ФР, что тоже неверно.

Каким образом лучше это реализовать?

2. вопрос

Он по сути связан с первым, но сам по себе. У нас есть документ ПКО, и в нем внизу есть галочка, "Для пробития на фискальном регистраторе". Можно в двух словах буквально как это работает? Так как в документациях, связанных с программой, я этого не нашел.
При попытке соответственно заполнения этих полей вроде как счетчик номера чека перещелкивается, но на ФР действие не идет, и во фронтах так же не нашел ничего похожего.

Вопросы для меня очень важные, и если будет возможность ответить побыстрее, то благодарность будет искренней [IMG]
 
1. Рассмотрим 2 сценария:
а) в приоритете стоит учет ингредиентов в бэке.
такую схему уже описали здесь [A]http://www.1c-menu.ru/forum/index.php...essage2943[/A]
Добавлю, что в бэке этот тип оплат можно вообще и  не обрабатывать, установив у вид операции при загрузке "Не загружать". Тогда при очередном обмене не будет задвоения продаж по заказу.
б) в приоритете стоит фискальность предоплаты.
Используйте предоплату с видом Наличными (вид оплаты Талоны\купоны имеет смысл только, если предоплата осуществляется, например, подарочными сертификатами). В таком случае, схема, описанная Вами, — рабочая. Тогда Не обнуляемой суммы просто не  будет.
Вы, на самом деле, очень хорошо разобрались с этим вопросом и многими нюансами. НО над задачей о том, как корректно отразить предоплату из фронта фискально, думаем давно и есть много подводных камней.

Этот механизм реализован на стороне бэк-офисных систем. В Общепите есть обработка "Мастер исполнения заказов банкета", которая предназначена для ввода документов "Выпуск продукции" по заказанным блюдам документами "Заказ банкета" . Такой документ служит для отражения в учете заказов клиентов по проведению мероприятий. В табличной части документа "Оплаты" есть реквизит "Предоплата".

2. На данном этапе такой механизм не реализован. Документ ПКО еще будет дорабатываться в последующих релизах.

 
 
Спасибо большое за оперативный ответ, но хотелось бы ссылку из вашего ответа все же рабочую, а то у меня [A]http://www.1c-menu.ru/forum/index.php...essage2943[/A]  :)
 
Прошу прощения, вот так лучше
http://www.1c-menu.ru/forum/index.php?PAGE_NAME=message&FID=29&TID=887&MID=2943&sphrase_id=3458#message2943
Страницы: 1
Читают тему
Поддержка отраслевых решений «1С-Рарус»
Услуги 1С