Питание по талонам - требуется Ваша помощь

[Andy]

Задачка такая:
По договору ресторану переведена сумма 100 тр по безналу в качестве предоплаты
Компания заказчик изготавливет талоны и раздает талоны своим сотрудникам
стоимость талона 210 рублей
ресторан принимает талоны к оплате и в конце расчетного переода происходит расчет с заказчиком по количеству принятых талонов (общая сумма выпущеных талонов превышает предоплату)
по условиям договора сотрудник может оплатить любой набор блюд из меню ресторана данным талоном
если сумма заказа превышает номинальную стоимость талона сотрудник может оплатить разницу наличными деньгами или вторым талоном
по условиям договора любую сумму заказа можно оплатить талонами

Как я вижу схему работы с данными условиями:
на кассе заводится валюта с названием ТАЛОН с коэффицентом к рублю 210
заказ оплачивается или талонами или рублями или смешанной оплатой
1 косяк бросается в глаза сразу: отсутствие денег в кассе на момент проверки (какие то непонятные бумажки проверяющие за деньги не считают)
2 косяк:при оплате талонами всей суммы заказа - сдачу с талонов дать невозможно
(как пример: заказ 530 рублей - оплата 3 талонами по 210 рублей = касса покажет сдачу в 0.43 талона или 100 рублей)
3 косяк: в фискалке может присутствовать слово талон.

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

[SH]

1 косяк бросается в глаза сразу: отсутствие денег в кассе на момент проверки (какие то непонятные бумажки проверяющие за деньги не считают)
Если валюта "Талон" заведена в разделе "неплательщики" - проблем нет, ибо это и подразумевает отсутствие налички в кассе.


2 косяк:при оплате талонами всей суммы заказа - сдачу с талонов дать невозможно
(как пример: заказ 530 рублей - оплата 3 талонами по 210 рублей = касса покажет сдачу в 0.43 талона или 100 рублей)
Ну так сдачу давать рублями?


3 косяк: в фискалке может присутствовать слово талон.
Там в третью секцию пойдет, как называется - не помню.

У меня подобная схема реализована в одном месте с помощью ПДС. Не один в один, поэтому расскажу, а там думай.
Компания заключила договор с рестораном, что по рабочим дням ее сотрудники будут обедать в ресторане на сумму до 250 рублей. Допустим, для определенности, 100 сотрудников. 100*20 (рабочих дней)*250=500 тысяч. Половину проплачивают в качестве аванса.
Сотрудникам компании раздали дисконтные карты, по картам ограничение оплаты на день 250р. Сотрудники обедают, расплачиваются картами, которые определены как платежные, в ПДС падает использованная сумма. Свыше лимита в 250р. сотрудник доплачивает наличными по необходимости.
Ну и все... По итогам месяца смотрим отчет в ПДС, всю сумму, ессно, не выбирают никогда, там, допустим, 400 тысяч. 250 тысяч было проплачено, стало быть, компания доплачивает 150 тыр.

ИМХО, в твоем случае талоны мало отличаются от карт.
Вот так:
на кассе заводится валюта с названием ТАЛОН с коэффицентом к рублю 210 - я бы делать не стал. А если решат талоны сделать не 210, а 170? А если два вида талонов? Будет путаницы много, а плюсов от коэффициента нет.

Если надо необходимо, чтобы сотрудник тратил сумму не с дневным лимитом, так можно завести месячный, а там пусть хоть за день тратит.
В общем виде, можно и без ПДС, но с ПДС значительно проще.

[VampireKB]

Платёжные карты ПДС .. согласен с Аркадьевым ...дальше писать бессмысленно,ибо все итак поняли о чем я ...(ну там делается полный отчет по организации "Ромашка" и на основании этого отчета выставляется счет на оплату" )
Безнальная валюта выставляется как Pay4=0 и в фискалку не падает...

[SH]

Безнальная валюта выставляется как Pay4=0 и в фискалку не падает...
Только тогда и комбинированная не попадет.
Если оплата по безналу, то никакой опасности в попадании в фискалку нет.

[okis]

А если сумма заказа меньше номинальной стоимости талона тогда сотруднику выдается сдача что ли? Если сдача выдаваться не должна то вопрос можно решить при помощи купонов. А если должна - то открывается неплохой путь сотруднику для обналички :) (стоимость талона 210 руб., сотрудник берет хлеб за 5 руб. - сдачу 215 руб. себе в карман :))

[Andy]

ПДС реализована для питания сотрудников ресторана (лимит на месяц по карте) - был один косяк когда месяц на сервере какойто шибко умный переставил ....
Суть задачи - только ТАЛОНЫ для сотрудников ЗАКАЗЧИКА, и сдача с талонов не выдается ....
Стоимость талона - жестко фиксированная 210 рублей и менятся не будет .....

Осталось только решить как завести в r-keeper талоны что-бы при оплате несколькими талонами неровной суммы остаток по сдаче просто пропадал ...
думаю завести платежную карту и при появления талонов на кассе - оплачивать сумму соответствующую талонам по ней
кассиру дали 2 талона - провела платежной картой на сумму талонов - сдачу давать не надо
а перед заказчиком отчитыватся не в электронном виде, а тупо приносить в конце месяца талоны переданные в кассу - пускай пересчитывают

[SH]

Ну а что тогда мешает закрывать просто на валюту "Талоны"?
Тут еще надо понимать, что с большого количества талонов наберется неплохое расхождение между суммой, на которую лежат бумажки, и суммой, которая прошла по валюте "талоны". Кассиру ничто не помешает реальные деньги класть в карман и закрывать наличные оплаты все равно на валюту "талоны". То же - при единой платежной карте. Чтобы докопаться, надо будет очень пристально рассматривать чуть ли не каждый чек.
Ну и не забывай - то, что жестко зафиксировано, изменится первым :) Но этот момент все равно можно пропустить - я уже написал, что смысла в коэффициенте нет.
Плюс персональных карт именно в том, что сотрудник знает, сколько у него бабла на остатке, а у кассира нет левых карт. Совсем левую карту сделать можно, но использовать тяжело.
А "талоны" подделать - вообще нехрен делать. Так и было когда-то в одном кабаке одного уважаемого ресторатора на букву М :) Кассир же "талон" проверить на детекторе валют не сможет, а печать разглядывать ей будет тупо некогда. Хороший сканер и хороший принтер - и вот сотрудник может безбоязненно жрать сколько влезет, ибо талоны не именные и х$% кто чего докажет.
Вот приколько будет, когда в конце месяца принесете заказчику талонов больше, чем он выдал :) Опять же, это не твои проблемы, но идея дырявая :)

[Andy]

Что бы устранить расхождение ведем жесткое правило:
Сумму заказа оплачивать талонами до целой суммы талонов - разницу меньше суммы одного талона - оплачивать только деньгами

Всем СПАСИБО - учтем все замечания ... до внедрения этой херни осталось 5 дней ....
отпишусь по результатам

[VampireKB]

Осталось только решить как завести в r-keeper талоны что-бы при оплате несколькими талонами неровной суммы остаток по сдаче просто пропадал ...
А не проще ли тогда ввести купоны ? (Скидки-Купоны) каждый купон сделать на 210 р и сделать что в 1 заказ можно добавлять более 1 купона ...

в отчетах соотвественно смотреть сколько раз был пробит этот купон и умножать на 210 :)

[Andy]

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

[SH]

осталось только выяснить как купоны по кассе проходят
Купоны суть скидки, что в общем будет означать для учета, что ты продаешь за бесплатно. ИМХО, вот тут уже могут быть претензии.
ИМХО, карточками проще+быстрее.
К тому же как устранить возможность подделки - вопрос остается открытым.

[okis]

А если сумма заказа меньше номинальной стоимости талона тогда сотруднику выдается сдача что ли? Если сдача выдаваться не должна то вопрос можно решить при помощи купонов. А если должна - то открывается неплохой путь сотруднику для обналички :) (стоимость талона 210 руб., сотрудник берет хлеб за 5 руб. - сдачу 215 руб. себе в карман :))

Если не ошибаюсь купон можно привязать к карте ПДС (указать тип магнитной карты). Претензий по оплате быть не должно, так как оплата идет по безналу. А вот по поводу Store House тут вопросов много.

[SH]

Претензий по оплате быть не должно, так как оплата идет по безналу.
Не должно, но может, т.е. объяснять дольше и больше. С какого хрена мы даем клиенту скидку вместо закрытия на безнальную оплату?

[okis]

Мы делаем скидку клиенту на ту сумму, которая проплачена (уже или будет) по безналу. Что проплачено по безналу не обязательно пробивать по фискальнику. Применение ККМ обязательно при наличных расчетах.

[SH]

Вот "что проплачено" - несомненно.
А вот "что будет" - тут вопрос. А если не будет? А если мы эти деньги возьмем втихую "черным налом"? Где будет зафиксировано, что нам должны бабла? Отчет по скидкам - это "ниочем". Их можно и переименовать. В хаус, опять же, требуемая сумма не попадает. Я не знаю, как будет рассуждать проверка, но поводов для вопросов слишком много - лично я предпочитаю, чтобы таких поводов не было.

[okis]

Где будет зафиксировано, что нам должны бабла?

В договоре на оказание услуг. Без договора, в принципе, Вам никто по безналу оплачивать не имеет права.
А вот насчет хауса тут естественно некоторые проблемы возникнут.

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

ИМХО так.

[Andy]

..... бл... дь вы бы видели эти талоны (изготовленные заказчиком)
у меня сразу родилась мысль про моих бедных родственников - я им пачку таких талонов наваял бы на цветном принтере за 20 минут (пускай питаются за счет заказчика) - озвучил мысль гендиректору ресторана - вместе посмеялись
и у меня есть подозрение что такая мысль проскочет не у меня одного в голове ....
а кто нибудь ее и реализует ...
По уверением заказчика данная схема (питание по талонам) работает несколько лет в других офисах
И ОНИ ВСЕГДА ОПЛАЧИВАЮТ ВСЕ ТАЛОНЫ (даже спорные)

P.S чего то я в этой жизни непонимаю - заказчик банковская структура, и отказались от использования платежных карт - настояли на схеме талонов ....

[SH]

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

Andy, я перенесу таки тему в кипер, ибо обсуждение вышло весьма интересным.