[ТЕМА ЗАКРЫТА]
Опции темы
13.01.2009 08:04  
Mtirt
Слушай, может бухгалтер спросит напрямую на бухгалтерском форуме?
Этот вопрос в этой ветке уже многократно разжевали...
Там всё сводится к воле бухгалтера. К её умению организовать учет.
 
13.01.2009 09:46  
Vovantus
В общем, у кого из бухов не спрашивал, все в один голос твердят, что одну из продаж нужно не проводить по кассе. Т.е. либо сам сертификат продавать без чека, либо товар, отобранный для оплаты сертификатом, по кассе не проводить. Неправильно будет, если провести сначало налом продажу сертификата, а потом ещё безналом оформить продажу товара через кредитную карту.
 
13.01.2009 16:57  
bob
Цитата:
Сообщение от Vovantus
В общем, у кого из бухов не спрашивал, все в один голос твердят, что одну из продаж нужно не проводить по кассе. Т.е. либо сам сертификат продавать без чека, либо товар, отобранный для оплаты сертификатом, по кассе не проводить. Неправильно будет, если провести сначало налом продажу сертификата, а потом ещё безналом оформить продажу товара через кредитную карту.
Пусть бухи думают. Им за это деньги платят, ну или ты хотя бы для начала на семинар бух. сходи, поузнаешь про авансы от покупателей и прочие вещи. У нас, почему то бухи считают это нормальным процессом, и нормально настроили все проводки.
З.Ы. а если ты по тысяче штук будешь продавать в магазине? покупателю то ведь еще надо офиц. документ, какой то дать, что он приобрел под. сертификат.
 
14.01.2009 06:23  
Vovantus
В общем, техническая схема реализации продаж по подарочным сертификатам (далее ПС) следующая:

В СМ:
- делаем карточки в программе в соответствии с типом ПС.
- присваиваем внутренний ШК, клеим его на ПС.
- цену розничную и закупочную ставим по номиналу ПС.
- делаем приход ПС от какого-нить виртуального поставщика.
- в справочниках добавляем тип дисконтной карты по названию ПС, например ПОДАРОЧНЫЙ 1000.

В настройках кассы:
- включаем приём данных "безналичные платежи".
- отключаем приём данных "префиксы б/н платежей".
- вешаем на соответствующую клавишу продажу по безналу.

- делаем полную выгрузку из СМ.

При продаже самого подарочного сертификата, проводим его налом по кассе, т.е. оформляем кассовый чек и отдаём его покупателю вместе с ПС. После того как покупатель приходит с этим ПС в магазин и отбирает товар для оплаты, покупку проводим по кассе уже по безналу, привязывая его к соответствующей кредитной карте. Если сумма покупки меньше суммы ПС, то разница остаётся в магазине. Если стоимость покупки больше номинала ПС, то часть, равная номиналу сертификата, проводится по безналу, а остаток проводится налом. В случае, если производится возврат товара, приобретённого по ПС, то наличные деньги не возвращаются (это можно прям на самом сертификате написать). Возврат в этом случае происходит по безналу и тот товар, который покупатель отбирает для обмена после возврата, проводится по кассе как безнал, опять же привязывая его к определённому ПС.
Схема достаточно запутанная и, должен сказать, скорее всего неправильная с точки зрения бухгалтерии. Но с другой стороны, кто будет проверять нарастающий итог по кассе с реальной вырочкой при вменённом налогооблажении, где налог платится от площади, а не от оборота по кассе.
Ну вот так я вижу реализацию поставленной задачи с привязкой к конкретному магазину.
Можно, конечно, зделать боле красиво. Например, делать "номерные" сертификаты с нанесёнными на них при изготовлении внутренними ШК и забивать их потом в программу как отдельные карточки. Можно даже зделать магнитные ПС и проводить их через считыватель. Короче, простор для действий есть
 
14.01.2009 07:08  
Mtirt
Простор для действий, по-моему, тебе описали на первой странице ветки: внешний процессинг или установка УКМ4.
 
16.01.2009 22:58  
barsss
по моему, предложение устанавливать УКМ4 не совсем корректно... Все таки ищется решение на базе имеющегося программного обеспечения... Может все таки найдется способ именно для УКМ2? Да и вопрос о "переписывании" банковских систем платежей и "подгонка" их под частные решения не совем корректен. Почему тот же разработчик не может предоставить решения учитывая новые направления развития дисконтных схем??? А если моя организация получит "взбучку" за то, что я "внесу изменения" в исходный код программы???
 
19.01.2009 07:08  
Mtirt
Для УКМ2 - внешний процессинг.
Есть работающее решение, реализованное С+ совместно с Центром Финансовых Технологий ().

Его в какой-то мере используем мы - у нас бонусные карты "Копилка".
Его использует bob для подарочных карт.
 
25.11.2009 17:15  
GOLemV
Уважаемая Mtirt, можете ещё раз дать ссылку на это решение?
 
04.11.2010 12:15  
Vovantus
прошло время.. описанную выше схему опробовали в действии. не могу сказать, что всё устраивает, но она работает :) решили заказать подарочные сертификаты в специализированной фирме. в ответ, нам предложили варианты номерных ПС с ШК и/или магнитной полосой. закажем те, что попроще, т.е. с ШК. заказывать ПС будем для ювелирного магазина, где номинал ПС начинается от 5000 р. возникает ряд вопросов, касательно защиты ПС от повторного использования и/или подделки. в разрезе темы, хотелось бы услышать мысли по этому поводу. у меня сейчас мысль только одна - оприходывать ПС не на одну карточку с разными ШК, а создать разные карточки и привязать к ним внешние ШК. затем, скажем, раз в сутки, запускать скрипт, который будет отслеживать остаток по артикулам ПС и если там 0, то переводить карточку в заблокированное состояние. таким образом, можно будет частично исключить ситуацию повторного использования ПС. какие ещё варианты могут быть?
 
04.11.2010 21:22  
bob
Цитата:
Сообщение от Vovantus
прошло время.. описанную выше схему опробовали в действии. не могу сказать, что всё устраивает, но она работает :) решили заказать подарочные сертификаты в специализированной фирме. в ответ, нам предложили варианты номерных ПС с ШК и/или магнитной полосой. закажем те, что попроще, т.е. с ШК. заказывать ПС будем для ювелирного магазина, где номинал ПС начинается от 5000 р. возникает ряд вопросов, касательно защиты ПС от повторного использования и/или подделки. в разрезе темы, хотелось бы услышать мысли по этому поводу. у меня сейчас мысль только одна - оприходывать ПС не на одну карточку с разными ШК, а создать разные карточки и привязать к ним внешние ШК. затем, скажем, раз в сутки, запускать скрипт, который будет отслеживать остаток по артикулам ПС и если там 0, то переводить карточку в заблокированное состояние. таким образом, можно будет частично исключить ситуацию повторного использования ПС. какие ещё варианты могут быть?
Штрих-код для под. сертификата многоразового использования? нет ничего хуже с точки зрения безопасности. как говорится - без комментариев.
Скрипт раз в сутки? А как собираешься списывать суммы в реальном времени и учитывать реально оставшиеся деньги?
А вообще для подарочных сертификатов и бонусной программы - только банковская авторизация. Все остальное - просто неоправданный риск и кормушка для мошенников. Это мое мнение.
 
 


Опции темы



Часовой пояс GMT +3, время: 15:36.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.