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

[Rafta]

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

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

[PavelShu]

Почему бы не добавить новый тип транзакции?
Если не хочется засорять таблицу transaction, можно создать другую и писать...
PS Есть еще проблема активации карт кассиром, о которой я пока молчу.

Да не будет засоряться transaction добавится только новая транзакция с номером 77 - Отдали даром, т.е в кредит и не надо переделывать систему выгрузки, только подправить обработки обмена.

Не нашел в дэнси тип транзакции 77, максимальный 63, но это неважно, какой у нее будет номер.

Главное:
1. Дать информацию кассиру о вариантах оплаты по текущей карте.
2. Зафиксировать вид оплаты и номер карты, для передачи в учетную систему.
3. Идентифицировать продажу по коду карты с контрагентом в учетной системе.

Проблем с активацией карт нет, сначала они загружаются в товароучетную прогамму с именами Дисконт1, Дисконт2,потом выгружаем в Дэнси кассу с нулевыми скидками (бонусами), при выдаче карты Покупателем заполняется анкетка, карта штрихуется в чеке, вместе с которым и выдается, применяется нулевая скидка (бонус) и если будет создана 37 транзакция (или 77), то обработкой можно будет в товароучетку загрузить отдельными Отчетами ККМ и в них будет уже указан контрагент. Затем меняем имя Дисконт1 на имя из анкеты и присваиваем скидку или бонус на следующие операции.

Насколько я понял с проведением 37го типа транзакции при нулевой скидке (бонусе) какие-то проблемы, по этому предложил использовать другой тип транзакции (можно 77).

Да, активацию карт можно сделать через бумажку (анкету) в учетной системе (хоть это и не очень оперативно).

Может немного субурно, но переделок в Дэнси в этом случае минимум.
Хотелось бы узнать как Вы видите работу бонусной системы.

Если при (перед) закрытии(ем) чека информация о номере карты будет фиксироваться в протоколе обмена (сейчас это почему-то не происходит), то бонусы можно будет начислять в учетной системе. Но если бы бонусы начислялись тут же и эта информация фиксировалась бы в report.txt, было бы вообще хорошо.

[PavelShu]

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

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

Для кассира так еще проще, на одно действие меньше.
Но тогда при первом считывании карты нужно, проверять ее не только в
фиксированных скидках, но и в вариантах оплаты и запоминать их где-то,
т.к. при наличии бонуса выйдет диалог бонусов.
А при нажатии на Enter (комбинированный вид оплаты) нужно выдавать диалог
не с 3я окошками (Наличные,кредит,тара), а с таблицей (вид оплаты, сумма) заполненной по закрепленным на эту карту типам оплат.

ЗЫ Вот только вопрос будет ли это реализовано в ближайшее время, пока открыт.

[Alexander]

при нажатии на Enter (комбинированный вид оплаты) нужно выдавать диалог не с 3я окошками (Наличные,кредит,тара), а с таблицей (вид оплаты, сумма) заполненной по закрепленным на эту карту типам оплат.

Вот как раз описание этого интерфейса интересует. Причем в том числе без привязки к картам.
Если уж заниматься переделкой окна комбинированной оплаты, хотелось бы сделать это комплексно - с учетом возможности фиксации определенного типа оплаты по карте и при этом вообще с настраиваемым списком типов оплаты, привязанных к аппаратным типам оплаты ФР. Отсюда и вопрос - как должно выглядеть такое окно (комбинированных оплат) с учетом того, что список потенциально неограничен (пример - несколько договоров эквайринга или несколько кредитных договоров, привязываемых к одному аппаратному типу оплаты). И какой способ заполнения (без использования мышки) может быть использован.
Новые транзакции вводить не нужно. В транзакции оплаты есть поле номера типа оплаты (по нему сейчас обработка в 1С распознает, например, нал/безнал).

[PavelShu]

при нажатии на Enter (комбинированный вид оплаты) нужно выдавать диалог не с 3я окошками (Наличные,кредит,тара), а с таблицей (вид оплаты, сумма) заполненной по закрепленным на эту карту типам оплат.

Вот как раз описание этого интерфейса интересует. Причем в том числе без привязки к картам.
Если уж заниматься переделкой окна комбинированной оплаты, хотелось бы сделать это комплексно - с учетом возможности фиксации определенного типа оплаты по карте и при этом вообще с настраиваемым списком типов оплаты, привязанных к аппаратным типам оплаты ФР. Отсюда и вопрос - как должно выглядеть такое окно (комбинированных оплат) с учетом того, что список потенциально неограничен (пример - несколько договоров эквайринга или несколько кредитных договоров, привязываемых к одному аппаратному типу оплаты). И какой способ заполнения (без использования мышки) может быть использован.

В меню «Настройки программы» добавляем 2 закладки:
1. Закладка «Виды оплат».
В ней лежит таблица с колонками:
“Код оплаты” (число, которое пишется в транзакцию),
“Вид оплаты” (произвольная строка, которая выводится в диалог для кассира),
“Аппаратный тип оплаты” (фиксированный список возможно зависящий от выбранного ФР, или то что подходит всем ФР),
“Показывать по умолчанию” (число 1-да,0-нет, будет ли показываться этот тип оплаты, в случае если нет конкретных привязок).

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

2. Закладки «Карты»
В ней лежит таблица с колонками:
“Наименование” (Строка),
“Вид оплаты” (Список видов оплат, взятый из таблицы «Типы оплат», в первой закладке),
“Код магнитной карты” (строка),
“Штрих код” (Строка)

Под таблицей кнопки добавления, удаления, редактирования и поля из таблицы.

Сортировка по коду карт и штрих коду. Возможность добавлять строки с другим видом оплаты, но c уже существующим магнитным/штрих кодом карты.

Окно «Комбинированный оплаты» визуально может остаться таким какое оно есть, только виды оплат в случае отсутствия сканированной карты должны браться из закладки «Виды оплат», но только если “Показывать по умолчанию”=1

Если была считана карта и по ней нашлись “виды оплат” в таблице из закладки «Карты», то выводим только их (Виды оплаты привязанные к текущей карте).


Кассир не должен сам добавлять/удалять виды оплат в диалог «Комбинированная оплата», виды оплат должны быть добавлены автоматически.
Не важно, сколько видов оплат настроил администратор, если их много и они не влезают должен быть вертикальный скроллинг. Нет мышки? Используйте тачскрин. Нет тачскрина? Используйте стандартные виды оплат – они входят нормально.

Предложение использовать вместо окошек, автоматически заполняемую таблицу с фиксированной (не изменяемой) колонкой «Вид оплаты» и с изменяемой ячейкой “Сумма” – чисто техническое и не принципиальное, можно динамически добавлять в диалог окошки, если вам так проще.

Новые транзакции вводить не нужно. В транзакции оплаты есть поле номера типа оплаты (по нему сейчас обработка в 1С распознает, например, нал/безнал).

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

Нужно писать номер карты в report.txt и при опознавании карты как бонусной тоже, это Архи важно и вообще не требует изменения интерфейса!!!

[Rafta]

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

37 - транзакция записывает штрих-код и код магнитной карты (но только при величине скидки > 1) обработкой в товароучетке можно проанализировать штрих-код и найти контрагента
Надо чтоб скидка на чек (37 транзакция) применялась и с 0%

[Alexander]

2. Закладки «Карты»
В ней лежит таблица с колонками:
“Наименование” (Строка),
“Вид оплаты” (Список видов оплат, взятый из таблицы «Типы оплат», в первой закладке),
“Код магнитной карты” (строка),
“Штрих код” (Строка)

Под таблицей кнопки добавления, удаления, редактирования и поля из таблицы.

Сортировка по коду карт и штрих коду. Возможность добавлять строки с другим видом оплаты, но с уже существующим магнитным/штрих кодом карты.

Как в эту схему уложить "кредитно-скидочные" и "кредитно-бонусные"?

[Rafta]

Если память не изменяет, 8 параметр в возвращаемой строке 37 транзакции, Реально возвращаются префикс карты и штрихкод.

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

6862;19.05.2012;23:54:58;37;6;400;1;2400001090013;;1;3.000;35.250;0;9;0;109;0;;;;;;;;6862;


[PavelShu]

Если память не изменяет, 8 параметр в возвращаемой строке 37 транзакции, Реально возвращаются префикс карты и штрихкод.

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

6862;19.05.2012;23:54:58;37;6;400;1;2400001090013;;1;3.000;35.250;0;9;0;109;0;;;;;;;;6862;


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

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

[PavelShu]

2. Закладки «Карты»
В ней лежит таблица с колонками:
“Наименование” (Строка),
“Вид оплаты” (Список видов оплат, взятый из таблицы «Типы оплат», в первой закладке),
“Код магнитной карты” (строка),
“Штрих код” (Строка)

Под таблицей кнопки добавления, удаления, редактирования и поля из таблицы.

Сортировка по коду карт и штрих коду. Возможность добавлять строки с другим видом оплаты, но с уже существующим магнитным/штрих кодом карты.

Как в эту схему уложить "кредитно-скидочные" и "кредитно-бонусные"?

Легко. Карта с этим же номером должна присутствовать в фиксированных скидках.

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