...
Настройка перекодировки средств оплаты – при включении параметра будут показаны все средства оплаты, действующие в выбранных ранее магазинах. Напротив каждой строки с названием средства оплаты указывается его код, который будет выгружаться конвертером (если коды не указываются, то при передаче данных будут использованы коды средств оплаты УКМ 4).
Средства оплаты – из списка необходимо выбрать одно из средств оплаты.
Имя базы данных – имя базы данных в СУБД MySQL, которая будет создана или к которой необходимо подключиться.
...
Пароль пользователя – пароль пользователя, который используется при подключении к базе данных конвертера.
Количество попыток экспорта некорректных чеков – сколько раз система будет инициировать повторную выгрузку некорректно выгруженных чеков.
Пауза между попытками (сек.) – интервал (в секундах) между повторными попытками выгрузить некорректные чеки.
Выгружать кассовые документы – при включении флага в базу данных будет выгружаться информация в разрезе товаров и видов оплат.
...
Выгружать зарегистрированных юр. лиц – флаг доступен только при включенном параметре Выгружать чеки. При включении параметра в базу данных выгружается информация о юридических лицах, зарегистрированных на сервере УКМ 4.
Выгружать результаты опросов – при включении флага в базу данных выгружаются итоги опросов.
Выгружать off-line транзакции Siebel – включенный флаг обеспечивает выгрузку транзакций системы Siebel, произведенных в режиме off-line.
Выгружать разрешения на операции – при включенном флаге выгружаются разрешения на проведение различных кассовых операций, требующих повышения прав кассира.
Не выгружать данные старше (дни) – позволяет ограничивать передачу устаревших данных. Максимальное значение, которое можно установить в поле, = 100. По умолчанию, значение не установлено и будут выгружаться все данные.
...
Кликните по ссылке Выгрузить данные. Откроется окно Ручная выгрузка:
В дополнение к описанным выше полям, в открывшейся форме появится несколько новых:
В форме, открывающейся во вкладке По сменам, с помощью выпадающих списков Регион и Город можно отобрать магазины, данные по сменам которых необходимо передать во внешнюю систему. Фильтр позволяет выбрать отдельные кассы, данные по сменам которых необходимо передать во внешнюю систему, для этого необходимо кликнуть по названию магазина и в открывшейся форме выбрать нужные кассы:
...
В форме, открывающейся во вкладке По датам, в полях С: и По: задается диапазон времени, за который необходимо передать данные во внешнюю программу. В форме также существует механизм для выбора конкретных магазинов, данные из которых необходимо передать во внешнюю программу. Для этого нужно нажать на кнопку Выбранных и выбрать магазины из представленного списка:
...
УКМ 4 заполняет таблицы базы экспорта с чеками по мере их появления (таблица receipt и связанные с нею записи). Признаком того, что чек полностью записан в базу экспорта, является непустое значение в поле receipt_result. Для смены – Для смены признаком является непустое значение в поле shift.date_close.
Внешняя система сама определяет порядок считывания чеков из базы экспорта – либо по мере появления новых чеков, либо после закрытия смены всех чеков, относящихся к ней. Для этого пользователи имеют возможность добавить в структуру базы данных в любую таблицу произвольное количество полей, названия которых начинаются с префикса ext_. Эти поля предназначены для обработки внешней системой и могут использоваться, например, в качестве флагов.
Для кассовых документов признаком подготовленности очередного кассового документа является появление записи в таблице cashdoc. Внешняя система должна сама удалять обработанную информацию.
В случае если внешняя система ведет собственную нумерацию средств оплаты, используемых в кассовой системе, в конверторе предусмотрена возможность замены кодов видов оплат. Настройка выполняется в интерфейсе конвертора.
Таблицы
Якорь cashdoc cashdoc
cashdoc
cashdoc | |
cashdoc |
Хранение информации о статистических данных кассового документа (шапка документа).
...
Хранение информации об открытии и закрытии смены. Смена открывается пользователем, вошедшим в систему. В открытой смене могут работать и другие пользователи. Закрыть смену может любой пользователь, вошедший в систему.
Название поля | Тип данных |
Признак ключа
Значение
Описание | |
store | varchar(100) |
Код магазина в рамках значений внешней системы | |
cash_number | int(11) |
Номер кассы | |
cash_id | int(11) |
Идентификационный номер кассового терминала | |
id | bigint(20) unsigned |
Идентификационный номер записи | |
number | bigint(20) unsigned |
Порядковый номер смены | |
login | bigint(20) unsigned |
Идентификационный номер записи, хранящей данные о пользователе, открывшем смену | |
date | datetime |
Дата и время открытия смены | |
sale | decimal(20,4) |
Общая сумма продаж в системе на момент открытия смены (накопительным итогом с первой смены) | |
return | decimal(20,4) |
Общая сумма возвратов в системе на момент открытия смены (накопительным итогом с первой смены) | |
cancel | decimal(20,4) |
Общая сумма аннулированных продаж в системе на момент открытия смены (накопительным итогом с первой смены) | |
cancel_return | decimal(20,4) |
Общая сумма аннулированных возвратов в системе на момент открытия смены (накопительным итогом с первой смены) | |
close_login | bigint(20) unsigned |
Идентификационный номер записи, хранящей данные о пользователе, закрывшем смену | |
close_date | datetime |
Дата и время закрытия смены | |
ext_status | integer(11) |
Признаки обработанности записи* |
Для каждой смены информация в данную таблицу записывается дважды – один раз при открытии смены и второй раз (в эту же запись) при закрытии смены. Таким образом, смена считается закрытой тогда, когда для нее заполнено поле close_date.
...
Название поля | Тип данных | Признак ключа | Значение | Описание |
store | varchar(100) | NOT NULL | Идентификатор магазина | |
cash_id | bigint(20) | PK | NOT NULL | Идентификатор кассы |
id | bigint(20) | PK | NOT NULL | Идентификатор чека (receipt.id) |
order_id | bigint(20) | PK | NOT NULL | Идентификатор заказа |
ext_order_type | varchar(100) | NOT NULL | Тип системы, в которой был сделан заказ | |
ext_order_id | varchar(100) | NOT NULL | Номер заказа, присвоенный системой, в которой он был сделан | |
order_date | datetime | NULL | Дата создания заказа | |
status | tinyint(5) | NULL | Статус заказа, полученный после обработки (может быть NULL для аннулированных или возвратных чеков): 2 – оплачен; 4 – выкупается; 5 – выкуплен | |
appeal_code | varchar(100) | NULL | Код причины неполного выкупа | |
appeal_title | varchar(255) | NULL | ||
appeal_comment | varchar(40) | NULL | Комментарий при неполном выкупе (опционально) |
В 68 версии УКМ 4 выполнена доработка алгоритма загрузки заказов конвертером "Стандартный импорт 4". Теперь, при При загрузке будет проверяться наличие в базе УКМ 4 заказа с таким же «уникальным идентификатором заказа заказа» (order_id)», как и у загружаемого. Если заказ существует, то будет выполнена проверка допустимости загружаемого статуса. Если выполняется хотя бы одно из условий, описанных в таблице ниже, то запись в базу загружаться не будет, в журнал сервера будет добавлено сообщение о неверном статусе. Загрузка остальных заказов будет продолжена.
Статус загружаемого заказа | Статус заказа в базе УКМ 4 |
Аннулирован | Оплачен, выкуплен |
Ожидает оплаты | Оплачен, выкуплен, выкупается |
Ожидает выкупа | Оплачен, выкуплен, выкупается |
...