CashTAN logo
   
 
Главная
Новости
Продукты
  SM POS для Android
  Микродокстанция mDS1
  Терминал учета PIONER
  CashTAN P9
    Применение
    Сеть удаленных точек
    Работа с ЭККА
    Работа с весами
    Драйвера
    Техинфо
  CashTAN P9 Pro
  Рабочее место кассира
  mPOS
  XL100
  CashTAN M1
  Прайс-лист
Примеры решений
Информация
Партнеры
Сертификация
Поддержка
Download
Контрактная разработка
О компании

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

Что такое справочник товаров? Это список товаров в секции, где каждый товар имеет следующие параметры:
  • отдел (1-8);
  • признак весового товара;
  • локальный код товара (является уникальным идентификатором товара, допустимый диапазон 1-999999);
  • штрих-код товара;
  • наименование товара (14 символов);
  • цена товара;
  • остаток товара.

При выгрузке из учетной программы справочника следует помнить, что выгружается всегда весь справочник, с теми остатками, которые есть на текущий момент в учетной программе.

В окне кассового сервера отображается справочник товаров для выбранной секции:

Следует отметить, что в данном окне отображается реальный остаток того или иного товара. (примечание: отображение действительно реального остатка возможно только в случае соблюдения всех рекомендаций по построению взаимодействия между CashTAN’ом и учетным ПО). Механизм формирования этого остатка будет рассмотрен подробнее чуть ниже.

Что такое протокол? Протокол – это хронологическая последовательность операций на кассе. К примеру - +Артикул №1022 в количестве 2 штуки на сумму 3.50 грн. –Артикул №1022 в количестве 1 штука на сумму 1.75 грн. - %Скидка 15% - Чек закрыт, наличные.

В случае, если в секции есть больше одной однотипной кассы (с одинаковым Dev ID), то протокол у них будет общий, записи будут идти в хронологическом порядке. Для выделения операций по конкретной кассе надо использовать поле «Идентификатор кассы».

Если в секции больше одной кассы, но они разнотипны, то для каждого типа кассы будет вестись отдельный протокол.

У протокола может быть три состояния – открытый, закрытый и текущий.

Текущий протокол – это тот, куда в текущий момент времени записываются данные, принимаемые от касс.

Открытый протокол – после перехода на новый протокол по секции, текущий протокол становится открытым.

Закрытый протокол – после закрытия открытого протокола он становится закрытым. Не влияет на реальные остатки, хранится только для архива.

Все открытые и текущие протоколы принимают участие в формировании реального остатка. Это происходит так – из учетной программы выгружается справочник товаров, с некими остатками. Эти протоколы анализируются на предмет продаж товаров и остатки корректируются соответствующим образом. Уже на этих остатка работает кассовый сервер и они отображены в окне драйвера кассового сервера. Естественно, последующие продажи (отказы от продаж) приводят к динамическому изменению этих остатков. Считается, что если протокол открыт, то он еще не обработан учетной программой и не отражен на ее остатках товара в секции.

Так как открытых протоколов по одной секции может быть несколько, то возникает вопрос – как их прочитать? В протоколах обмена существует специальная команда – «Получить параметры первого открытого протокола» - она выведет параметры самого старого открытого протокола по этой секции. Итак, последовательность действий такая: в цикле – получить параметры первого открытого протокола – если такого нет, то выйти из цикла - обработать этот протокол – закрыть протокол – конец цикла. Таким образом, можно обработать все необработанные протоколы по секции.

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

Подробнее об идеологии построения взаимодействия между учетными программами и кассовым сервером CashTAN смотри "Общие принципы построения взаимодействия между учетным ПО и кассовым сервером CashTAN".

0.016531 seconds