Опять о магнитных катах

[Rafta]

...бонусные карты не пишутся, тогда как скидочные пишутся!...

Тогда вопрос к Александру,
1. какая транзакция зафиксирует оплату бонусами и в каком поле
2. в каком поле этой транзакции будет передан штрих-код бонусной карты?

[Alexander]

Т.е. при чтении карты ее номер будет проверятся по двум таблицам (фиксированные скидки и карты)...

Это не очень здорово. Надо обдумать.

Тогда вопрос к Александру,
1. какая транзакция зафиксирует оплату бонусами и в каком поле
2. в каком поле этой транзакции будет передан штрих-код бонусной карты?

Писаться будет 37 транзакция как только восстановится применение нулевых скидок. Исходники уже подправили.

[PavelShu]

Т.е. при чтении карты ее номер будет проверятся по двум таблицам (фиксированные скидки и карты)...

Это не очень здорово. Надо обдумать.

Ну а как насчет ранее предложенного варианта:
После регистрации всех товаров, кассир считывает карту для расчета скидки/бонусов (как обычно).
Далее нажимает комбинацию клавиш для выбора типа оплаты и считывает ту же самую карту второй раз (Выходит диалог комбинированных оплат).

Второй раз считать карту можно и после вызова диалога комбинированных оплат, но тогда его придется перерисовывать (диалог комб.оплат), если типы оплат поменяются.
Номер карты или ее наименование можно вывести в низу диалога как QLable.

Тогда вопрос к Александру,
1. какая транзакция зафиксирует оплату бонусами и в каком поле
2. в каком поле этой транзакции будет передан штрих-код бонусной карты?

Писаться будет 37 транзакция как только восстановится применение нулевых скидок. Исходники уже подправили.

Тогда заработает бонусная система и останется задавить кредитную.

[Rafta]

... считывает ту же самую карту второй раз...

Ну где вы видели что б дисконтку считывали по нескольку раз? Уже после первого считывания у компьютера будет вся информация.

[kippolit]

Имеются следующие виды магнитных карт:
1. Скидочная
2. Бонусная
3. Кредитная
4. КредитноСкидочная
5. КредитноБонусная

С 1-2 все ясно,вопрос с остальными:
Клиент предъявляет кредитную карту, кассир читает ее и видит,
что карта кредитная (оплата будет в конце месяца, на закрепленное юр.лицо)
и не требует оплаты с клиента, клиенту печатается чек.

С 4 и 5 тоже самое, что с 3, только клиент еще видит скидку или может управлять бонусами.

Как это можно привязать к таблице фиксированных скидок?
Еще нужно как-то запретить воспользоваться несколькими видами карт в одном чеке.

Несколько замечаний
1. касса предназначена для приема оплаты налом, или банковской картой, отпуск в кредит не функция кассы
2. чек - это подтверждение оплаты, когда товар дается на реализацию выписывается расходная накладная, а это уже функция товароучетки
3. не надо валить в одну кучу скидки и формы оплаты
4. а так интересный проект

[PavelShu]

... считывает ту же самую карту второй раз...

Ну где вы видели что б дисконтку считывали по нескольку раз? Уже после первого считывания у компьютера будет вся информация.

Сейчас в качестве кассового модуля стоит программа написанная на Delphi под Win32 (название говорить не буду) и в ней как раз происходит двойное сканирование карты.
Эту программу планируется заменить на Денси в случае доведение последней до необходимого функционала.
Я не против однократного сканирования карты, для кассира так даже удобнее, но Александру не нравится вариант поиска карты по двум таблицам и мне как программисту, думаю, понятно почему…
Хотя реализовать это можно.

[PavelShu]

Несколько замечаний
1. касса предназначена для приема оплаты налом, или банковской картой, отпуск в кредит не функция кассы

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

2. чек - это подтверждение оплаты, когда товар дается на реализацию выписывается расходная накладная, а это уже функция товароучетки

Предприятие сидит на ЕНВД, оказывает услуги и печать чеков нужна больше для внутренних процессов.
Ставить товароучетку на каждой точке, синхронизировать ее с главной товароучеткой в нашем случае не целесообразно. Существует еще ряд причин, по которым устанавливать 1с (а именно эта система используется как товароучетка) в каждой точке недопустимо!

3. не надо валить в одну кучу скидки и формы оплаты

Почему же в одну? Скидки в одной куче, формы оплаты в другой (первичный вариант уже отброшен/усовершенствован).
Бонусная система в дэнси как бы была реализована разработчиками ранее и тоже не имеет ничего общего с кассовым аппаратом, однако является существенным расширением функционала позволяющего решать не только узкий спектор задач связанных с работой кассы.

4. а так интересный проект

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

[kippolit]

...нет касс. Но есть кассир, который берет деньги...

Ну что можно сказать, бред какой-то.

...Предприятие сидит на ЕНВД...(оплата будет в конце месяца, на закрепленное юр.лицо)

плательщик юр.лицо и ЕНВД - вы о чем?

Бонусная система ... не имеет ничего общего с кассовым аппаратом

Причем тут кассовый аппарат? Бонус - та же скидка только вид сбоку.

Поставлена задача – автоматизировать работу кассира в соответствии со сложившимися бизнес-процессами на текущем предприятии.

Лучше бизнес-процессы поменять чем парить мозги разработчикам.

Сейчас в качестве кассового модуля стоит программа написанная на Delphi под Win32 (название говорить не буду) и в ней как раз происходит двойное сканирование карты.

И что же такого происходит между сканированиями карты, что ее приходится пересканировать? Лучше тогда просканировать 3 раза, так для верности.

[PavelShu]

...Предприятие сидит на ЕНВД...(оплата будет в конце месяца, на закрепленное юр.лицо)

плательщик юр.лицо и ЕНВД - вы о чем?

На ЕНВД сидит организация, которая печатает чек (но делать она это не обязана), на чем сидит плательщик не имеет значения. Читайте топик внимательнее.

Поставлена задача – автоматизировать работу кассира в соответствии со сложившимися бизнес-процессами на текущем предприятии.

Лучше бизнес-процессы поменять чем парить мозги разработчикам.

Позволите это решать разработчикам и не превращайте дискуссию во фейм.
Если вам не нужна какая-то функция, это не значит, что она никому не нужна.

Сейчас в качестве кассового модуля стоит программа написанная на Delphi под Win32 (название говорить не буду) и в ней как раз происходит двойное сканирование карты.

И что же такого происходит между сканированиями карты, что ее приходится пересканировать? Лучше тогда просканировать 3 раза, так для верности.

Без комментариев.

[kippolit]

На ЕНВД сидит организация, которая печатает чек ... на чем сидит плательщик не имеет значения.

наверное кассир, еще по совместительству и юрисконсульт. если плательщик юр.лицо, то уже не розница, следовательно продавец не может использовать ЕНВД, читайте законы.