Скидки

[Sergey78]

Подскажите пожалуйста, а можно ли скидку примененную к чеку, распространить на каждую позицию чека? Объясню, что имею ввиду. У меня есть скидочные карты на 5%. По сути, это скидка на чек. Сколько не бери, на итоговую сумму будет скидка 5%.
Допустим покупатель берет 3 позиции. Кассир после сканирования товара нажимает "Пром. итог", "Фикс. скидка" и выбирает нужную скидку (или сканирует ШК со скидочной карты). Все быстро и удобно. Через час покупатель возвращается и говорит, что он немного погорячился и хочет вернуть одну из позиций в чеке. Только как определить, а сколько она стоит? С учетом округления сумму скидки ровно не распределить между позициями. Тоже самое и в товароучетной программе. У меня есть список товаров и итоговая сумма, с учетом скидки и округления. Я по какому-то своему алгоритму эту скидку поделю, но при возврате одной из позиций кассир этого знать уже не может. С учетом округления (я до 10 рублей в сторону покупателя округляю) и распределения скидки между позициями, угадать сумму весьма сложно =)

Нельзя ли скидку на чек распределять на позиции в чеке (с учетом округления)?
Или же перед закрытием чека сделать "скидка на все позиции чека". Применять скидку к каждой позиции в чеке как-то не аккуратно, слишком много телодвижений. А если чек на 40 позиций (это не мой случай, но все же)?

Кстати, чтоб не плодить тем. Можно ли как-то отменить нажатие кнопки "Пром. итог", чтобы иметь возможность применить скидку к одной из позиций?

[Spike]

Отменить скидку можно комбинацией ctr+c

[Alexander]

Я думаю, здесь имеется ввиду вариант - нажали ПРОМИТОГ, никаких скидок еще не начисляли, поняли, что надо начислить скидку на позицию. Как выйти из состояния ПРОМИТОГа. В текущей сборке практически единственный вариант - начислить/отменить скидку на чек. Или добавить/сторнировать позицию.
Предварительно решили запланировать такой метод: если в состоянии ПРОМИТОГа нажать еще раз клавишу ПРОМИТОГ, то программа предложит вернуться в состояние регистрации продаж (через всплывающее окно), если никаких операций в состоянии ПРОМИТОГа сделано не было.

Насчет вычисления стоимости позиции для возврата пока думаем.

[Sergey78]

Я думаю, здесь имеется ввиду вариант - нажали ПРОМИТОГ, никаких скидок еще не начисляли, поняли, что надо начислить скидку на позицию. Как выйти из состояния ПРОМИТОГа. В текущей сборке практически единственный вариант - начислить/отменить скидку на чек. Или добавить/сторнировать позицию.
Предварительно решили запланировать такой метод: если в состоянии ПРОМИТОГа нажать еще раз клавишу ПРОМИТОГ, то программа предложит вернуться в состояние регистрации продаж (через всплывающее окно), если никаких операций в состоянии ПРОМИТОГа сделано не было.

Да, именно это и имел ввиду. Впринципе проблема не велика и характерна наверное для начального периода работы с программой. Когда кассир более-менее освоится, я думаю необходимости особой не будет.

Насчет вычисления стоимости позиции для возврата пока думаем.

Тут дело скорее все-таки в товароучете. Ведь при списании в 1С учитывается за какую стоимость была продана именно эта единица товара.
Я может конечно велосипед изобретаю, но мне кажется проще всего сделать функцию "начислить фиксированную/произвольную скидку на все позиции чека". Как реализовать, чтоб не добавлять 100 нажатий и 10 кнопок не знаю, надо подумать =) Может просто в настройки скидки "на чек" добавить галочку "распределить на позиции чека" ? И кнопок добавлять в клавиатуру не надо, и алгоритм работы неизменный остается. Для тех кому не надо - по умолчанию отключено, чтоб при обновлении не было сюпризом.
Тогда становится совершенно прозрачно, за какую сумму продана конкретная единица товара.

[Sergey78]

Насчет вычисления стоимости позиции для возврата пока думаем.

Подниму тему.
Что-нибудь на данную тему запланировано?

Возможность сделать "скидку на все позиции чека" очень хотелось бы видеть. Хотя бы просто как автоматизацию применения скидки к каждой позиции в чеке. А в report.txt просто после каждой позиции будет строка с кодом "17" и суммой скидки, как будто кассир руками скидку на позицию сделал.

[Alexander]

Что-нибудь на данную тему запланировано?

В 1.2.6 добавлен протокол обмена "ДЭНСИ" (в общих принципах он похож на АТОЛ/ШТРИХ, но имеет ряд существенных усовершенствований, ну и, естественно, учитывает особенности архитектуры ДЭНСИ: КАССы).
В этом протоколе, в частности, в транзакции регистрации позиции предусмотрено поле суммы с учетом скидок на позицию и чек.
Преобразовывать скидку на чек в несколько скидок на позицию в этом случае (да и вообще по-моему) нецелесообразно, т.к. можно потерять исходную информацию о скидке (код карты, например, или что-нибудь типа того).

P.S. Поддержка протоколов ШТРИХ/АТОЛ в 1.2.6 останется на уровне текущего функционала.

[Sergey78]

Подниму свой вопрос, поскольку никак не могу разобраться.
У нас применяется округление до 10 рублей в сторону покупателя.

Допустим есть чек:

Код: Выделить всё

Артикул      Цена
10930253   2650
10930439   1450
11210020   1200
11550219   650
   Скидка 5%      32.5
11550245   550
   Скидка 5%      27.5
11550249   500
   Скидка 5%      25
11560047   770
   Скидка 5%      38.5

Итого   7640


Скидки фиксированные (код 17).
Глядя на отчет (сейчас используется протокол АТОЛ) получается, что:
Код 11550219 продан за 650 - 32.5 = 617.5 р
Код 11550245 продан за 550 - 27.5 = 522.5 р
Код 11550249 продан за 500 - 25 = 475 р
Код 11560047 продан за 770 - 38.5 = 731.5 р

Если просто сложить суммы - получится 7646.5
Поскольку стоит округление до 10р, то получилась сумма 7640р.

А теперь собственно вопрос. По какой цене должен списать товаровед код 11550249? Поскольку округление произошло после суммирования, то определить это уже не возможно. Товароведу приходится руками выравнивать цены позиций со скидкой, чтоб получить нужную сумму чека.

Допустим покупатель пришел с возвратом и хочет из этого чека вернуть код 11550249. Кассир открывает чек по номеру, выбирает позицию и видит, что стоил этот код 500р, но на него сделали скидку в 25р. Т.е. вроде бы он стоить должен 475р. Но как определить по какой цене его товаровед списал?
В чеке у покупателя тоже не понятно, что и по какой цене, там только "Итого скидка".

Собственно вопрос, как быть?
Решение вопроса было бы, если бы Дэнси автоматически округляла суммы после применения скидки и распределяла округленную сумму на позиции чека.
Т.е. применительно к моему чеку:

Код: Выделить всё

Артикул      Цена   Со скидкой   Выровненная
10930253   2650
10930439   1450
11210020   1200
11550219   650   617.5      620   
11550245   550   522.5      520
11550249   500   475      470   
11560047   770   731.5      730

Итого   7640



Было бы здорово, если бы и товаровед при списании и кассир при возврате могли видеть, что код 11550219 был продан за 620р.


Я возможно чего-то не так делаю, раз такие сложности только у меня, буду рад если объясните как правильно.

[Alexander]

В обработке для 1С v.8 применяется такой алгоритм:
- сумма округления пересчитывается в процент от промежуточного итога по чеку (т.е. от суммы чека с учетом всех скидок) и применяется алгоритм скидки на чек, то есть:
- к каждой позиции чека применяется скидка в размере вычисленного таким образом процента;
- если в результате остается несколько копеек (до 1 рубля) расхождения между реальной суммой, на которую закрылся чек в ФР и суммой всех позиций, уменьшенных на процент округления, то разница начисляется на позицию с максимальной стоимостью;

То есть фактически этот алгоритм - попытка равномерно распределить округление по всем позициям чека.

P.S. Запамятовал, Вы упоминали, какая у Вас товароучетка используется?

[Sergey78]

Товароучетка 1С 7.7 со своей конфигурацией.

Списать можно по вашему алгоритму, но как делать возвраты?

[Sergey78]

Александр, а нельзя этот функционал (шаманство из обработки 1С с раскидыванием округления) перенести в Дэнси и привязать на событие регистрации товара и начисления скидки? Тогда бы проблема решилась на корню.

PS: с товароучетом я решил по вашему сценарию, но вопрос с возвратами очень актуален.