A. 1. Если этот отчет не содержит данных ("пустышка"), то либо в базе дданных "Ежедневные отчеты" найти и удалить такую же "пустышку", либо в файле base_t.ini в секции [ZREPORT] ключу DUPLICATEREPORT присвоить значение YES:
DUPLICATEREPORT=YES.
2. Если в базе дданных "Ежедневные отчеты" уже есть запись с таким же номером отчета для данного объекта, то следует изменить номер скачиваемого отчета таким образом, чтобы исключить повторение номеров и для последующих отчетов.
A. 1. В БД data_61.mkd в кодификаторе ReceiptFOP для Item "Карточки" добавить SubItem "Денежные карты"(ID=12)
2. В файле Poslink.ini в секции ReceiptFOP добавить ключ: 3.4=12
То есть необходимо привести в соответствие формы оплаты в POS и BOS и проверить настройку секции конвертации [RECEIPT_FOP] в конфигурационном файле С:\Base\Pos\poslink.ini
A. Товар с PLU=1234 был продан в тот момент, когда его запись в базе данных "Goods Store" уже была удалена. Необходимо в базе данных "Goods Store" восстановить запись с PLU=1234.
A. Получить новый файл btrieve.dll в IPS.
A. Увеличить остатки топлива в Degvielas Noliktavа (В резервуаре №4 не хватает 99,98 литра).
A. Коррекция производится корректирующей поставкой топлива в BOS. В случае необходимости увеличить остаток, поставка должна содержать положительное кол-во топлива, в противном случае - отрицательное. В поле "Причина поставки" необходимо указать "Коррекция" чтобы такой документ в отчетах не считался обычной поставкой. Поставка должна быть проведена до стадии "Выполнено".
A. Значит авторизация была на 300 литров, но по результату заправки (недолив) она была скорректирована. Увидеть это можно в полях "Коррекция" и "Сумма коррекции".
A. База данных Склад нефтепродуктов => меню Работы => работа Переслать Все Топлива в POS или работа
Переслать новые цены в POS.
A. Поставка топлива в кассе возможна в одном из 2-х режимов: Короткий и Полный.
Настройка кассы на режим: Конфигурация станции => MC => UseExtDelivMode.
(0 - Короткий , 1 – Полный).
В режиме Короткий оператор заполняет лишь 2 поля: Резервуар и Объем.
В режиме Полный оператор может ввести данные ручных замеров, данные от уровнемера (TIG), вычисляемые данные (по уровнемеру), данные замеров по бензовозу, данные ТТН (плотность, температура, вес и др).
При импорте поставки топлива из POS в BOS (Поставка топлива => меню Работы => Считать) в базе данных Поставка топлива автоматически сформируется накладная со статусом Подготовка.
A. Настройка названия валюты: base_t.ini => секция [DEINI] => ключ Domestic_Currency => ввести ID кодификатора валюты Currency (Code61.exe).
WARNING: Database triggers shall be re-installed after maintenance of tables having them!
Message Router BI");.FAILED.;Для более детального анализа, рекоммендуется проделать следующие действия:
1. Удостовериться, что сервис "Message Router BI" активен.
2. ... и отсутствуют проблемы ([ERROR] или [WARN]) в соответствующем log файле:
C:\Program Files\Mastersoft\MasterETL\MessageRouter\log\BI\{EntityName}\Route.log
NB! надо иметь ввиду, что на сервере KMG-BI кроме основного сервиса Message Router присутствует дополнительный сервис "Message Router BI (bulk)" для массовой загрузки (вручную) пропущенных данных
3. Проверить количество сообщений в состоянии ожидания обработки в очередях ActiveMQ http:// BI_SERVER:8161/admin/queues.jsp
В случае "Number of messages pending" <> 0 смотрим пункт №2 "возможных причин отсутствия данных в БД"
Также, можно кликнуть на соответствующую очередь, чтобы просмотреть её содержимое.
NB! Для доступа к админской панели логин admin и пароль amqadmin.
1. Проверить, что активен сервис "ActiveMQ".
2. Проверить, что активен сервис "POS Data Extractor" и отсутствуют [ERROR] или [WARN] в log файле:
C:\PosDataExtractor\log\PosDataExtractor.log
3. Проверить количество сообщений в состоянии ожидания обработки в очередях ActiveMQ POS http://localhost:8161/admin/queues.jsp
В случае "Number of messages pending" <> 0 удостоверяемся, что АЗС присутствует в списке текущих SSL соединений ActiveMQ BI http:// BI_SERVER:8161/admin/connections.jsp , а её IP адрес соответствует коду станции
4.: При помощи "Manager Console" проверить содержимое очереди "Регистры\ очередь ActiveMQ" и архива "Просмотр ДТЛ\ архив ActiveMQ".
Пустая очередь ActiveMQ означает, что все сообщения POS обработаны и отправлены локальному экземпляру ActiveMQ.
Обработанные сообщения перенесеносятся из очереди ActiveMQ в архив ActiveMQ.
Если данные находятся в архиве ActiveMQ, но на сервере их всё равно нет, то следует проверить поле причина архивирования. Значением поля должно быть 1, в ином случае запись сообщения в очередь произошло с ошибкой...
С помощью консольной версии PosDataExtractor (pdecli), можно передать отсутствующие данные из POS на сервер KMG-BI. Запуск производится из папки PosDataExtractor.
Данные возможно передавать как за период времени, так и конкретно по номеру, если он известен. За один раз передаётся только один тип ресурса {Entity}.
Формат записи в случае передачи данных по номеру следующий: pdecli --entity={EntityName} --resource-id={id} --commit
например: pdecli --entity=zreports --resource-id=4 --commit (передаём Z-отчёт №4)Формат записи в случае передачи данных за период времени следующий: pdecli --entity={EntityName} --period-begin={Start date-time} --period-end={End date-time} --commit,
где формат даты-времени: гггг-мм-дд Т чч:мм (без пробелов)
например: pdecli --entity=receipts --period-begin=2015-10-11T7:00 --period-end=2015-10-12T20:00 --commit (передаём чеки за период с 11 октября 2015г. 7:00 до 12 октября 2015г. 20:00)Наиболее распространённые типы ресурсов {Entity}, передаваемые с АЗС:
NB! Приложение автоматически определяет очередь ActiveMQ, необходимую для конкретного ресурса
Полное описание приложения (с примерами использования) дано в англоязычной документации PosDataExtractor console interface (pdecli).
internal: На основании результатов запроса bi_zreportholes_ex.sql можно сформировать скрипты для автоматической загрузки данных с любой АЗС, которые выполняют массовую загрузку данных за заданный период времени на сервер BI.
Данные попадут в отдельные соответствующие POS.Bulk.> очереди и будут обрабатываются собственным сервисом "Message Router BI (bulk)".Computer\Manage\Services, либо в коммандной строкеsc query ActiveMQ
sc stop ActiveMQ sc start ActiveMQ
NB! перед остановом сервиса ActiveMQ также рекоммендуется остановить сервис PosDataExtractor (POS) либо MessageRouterBos (BOS)
c: cd \activemq\bin\ activemq.bat
c:\activemq\activemq.xml на кассе и BOS'e неоходимо указать правильное название брокеров ActiveMQ (SAP-код АЗС)Receipts, ZReports, Events, GasFillings, TigMeasurements, CardTrns необходимо менять содержимое поля ObjectCode. В дальнейшем, при смене кода АЗС, достаточно будет поменять код станции на кассе и перезапустить инсталлятор MasterETL, который автоматически сделает необходимые настройки ETL рабочего места.
internal: скрипт bi_codereplace.sql служит для автоматизации процесса замены таблиц.See log file: C:\Program Files (x86)\Mastersoft\MasterETL\MessageRouterHos\log\IpsBos\RawBosZReportsLoader\Route.log*
TRawBosZReportsResource.LoadRow: [EBosObjectError] TBosObject.SetField: Object code "327899" not found
A. Ситуация характерна для OPT терминалов Autotank. При переключении клиентом интерфейса ввода данных с латышского на русский возможны подвисания OPT. Работа OPT останавливается. При этом в Outdoor Server – Terminals — State/Substate статусы "не рабочие" (40-ой и т. п.). Решение: по средствам удаленного доступа VNC заходим в Консоль Менеджера, останавливаем все сервисы и запускаем кассу. Проверяем статус в Outdoor Server – Terminals — State/Substate. Должно быть 13/2 или 13/4.
A. Возможная причина — неверное имя пользователя, указанное в MC- ActiveMQ Servers- ActiveMQ queue configuration- user name: правильное имя — "databroker", неправильное имя - "admin". Причина: в определенный момент был пропущен патч для кассы, который изменял, в частности, имя пользователя для ActiveMQ. В настоящий момент установка патча не возможна, так как это приведет к откату версии программы на более ранние. В таком случае необходимо запустить Консоль Менеджера и на вкладке ”сервера ActiveMQ” поменять имя пользователя на "databroker".
A. При нажатии на кнопку «сверка станции» появляется сообщение «не закрыта смена». Хотя, по словам оператора, он смену закрывал. Причина: оператор по ошибке в Меню Оператора — Смены нажал кнопку не «закрыть смену», а «прервать смену». Эти пункты рядом в Меню Оператора. В таком случае оператору необходимо еще раз ввойти в систему под своим пользователем и правильно закрыть ее: Меню Оператора — Смены – Закрыть Смену.
A. Для самого SQL-сервера пароль можно поменять с помощью bat-файла:
osql.exe -Usa -Pmasterpos -Q "sp_password 'masterpos', 'masterpos2', 'sa'"
В данном примере текущий пароль masterpos изменяется на masterpos2. В bat-файле необходимо указать полный путь к osql.exe.
После этого обязательно нужно поменять пароль в файле "base.ini" (описано в документации) Шифрование имени пользователя и пароля. Работа с утилитой DbUsrInf.exe (Руководство для сервисной службы)
A. В Консоли Менеджера настроена работа с терминалом Казком. Касса подключается к терминалу через COM-объекты. Т.е. в системе должна быть зарегистрирована библиотека. Если библиотека не зарегистрирована, а в кассе настроена работа с терминалом Казком - касса при запуске будет выдавать ошибки. Проверить в этом ли причина, можно временно отключив работу с терминалом (выключить секцию CardTerminal3 - т.е. ту, в которой есть ключ Type=67). Если ошибка при запуске кассы пропала, значит проблема в этом. Решение: зарегистрировать библиотеку trposx.dll. Запустить командную строку от имени администратора и выполнить команду regsvr32.exe trposx.dll).
A. Ограничение может быть в трех местах:
1. В кассе (Консоль Менеджера - Справочники - Настройки ТРК) - проверить поля Макс.объем и Макс.сумма.
2. В контроллере DOMS или Топаз - проверить настройки в контроллере
3. В самой колонке - проверить настройки в колонке.
A. Возможно в процессе работы по ошибке запустили сервер OS.exe. Если на момент сверки OS.exe выгружен - будет такая ошибка. Решение: запустить OS.exe, провести сверку, перегрузить кассу и продолжить работу.
A. Распечатать его можно в любое время - в кассе в Главное меню - Отчеты - Отчет по станции - Печать Z-отчета - ввести номер нужного отчета — Ввод.
A. Выгрузить кассу и все сервера. Перетащить мышкой файл с лицензией на файл HL_Crypt.exe и отпустить. Откроется окно с лицензией хардлока. Убедиться, что лицензия обновилась и тогда закрыть окно. Запустить RS.exe. Выгрузить RS.exe. Запустить кассу.
Перечень файлов MasterPOS, которые используются при работе с лицензией:
HL_Crypt.exe - внос изменений в хардлок
HL_HShow.exe - просмотр информации в хардлоке
HL_CShow.exe - просмотр информации в криптофайле
A. Для получения детальной информации от колонок в виде логов необходимо запустить и настроить Log Viewer: LogViever/Filters - System, Pump, Topaz PumpCon, Pump#0 + Pump#...
Option/ PC, FS. А также в МС - Конфигурация системы - Log - (Вкл.) / LogMode - 1 (Вкл.).
A. В большинстве случаев ошибка связана с отсутствием связи с банковским карточным терминалом (напр. Hansab). Необходимо проверить что связь с терминалом есть. Тип карточного терминала устанавливается опцией: OPT / BankDevice.
A. Перед отцеплением базы необходимо остановить сервис POS data extractor. После подцепления базы сервис нужно повторно запустить. Кроме того, сервис автоматически стартует после перезапуска Windows.
A. Ситуация происходит в том случае, если в ФР Штрих присутствуют невынесенные денежные средства. Наличность в ФР Штрих проверяется тестом драйвера: Реистры - 241 Денежный регистр. Вынос денег необходимо провести с помощью теста драйвера ("Регистрация" - указать сумму - "Выплата"; возможна ситуация, при которой сумму нужно выносить по частям), после чего в таблицах ФР проверить опцию "Автоматическое обнуление денежной наличности" = 1
A. Был недолив и клиент получил доливной талон, который не был отоварен.
A. Консоль Менеджера - Справочники - Резервуары - и в поле "Оператор Тип измерения для учета" должно быть выставлено "Данные ТТН".
A. Термобумага для принтеров односторонняя (печать информации возможна только на одной стороне). Переверните рулон с лентой в принтере.
A. Ответ на данный вопрос содержится в документации “Консоль оператора (руководство пользователя)” в главе „Типичные ошибки”. Если кратко, то необходимо выполнить следующие действия:
1. Сделать ручной возврат по неправильной форме оплаты («меню оператора» -> «Возврат» -> ввести номер чека -> ввести количество и тип товара (услуги) -> подтвердить цену (корректируется, если изменялась) -> нажать «Enter/Ввод»).
2. Выполнить продажу товара/услуги/топлива по нужной форме оплаты (для топлива используется "ручная продажа").
3. При необходимости, заполнить и подписать соответствующие документы.
Далее, как правило, составляется возвратный акт.
A. Это определяется значением опций в секции DBServer.
- MaxDtlPeriodDays - за какое количество дней сохранять чеки и регистры Z-периодов (либо 0 - данные не удалять, либо 60 и более).
- MaxEventPeriodDays – за какое количество дней сохранять события (либо 0 - данные не удалять, либо 30 и более).
Внимание! Значения ключей, как правило, согласованы с руководством вашей компании! Не менять без согласования с тех. поддержкой компании IPS!
A. Настройка и работа с утилитой описаны в документе POS_LogViewer_ver.3.00.00.00 _rev.0.01.pdf «УТИЛИТЫ (Руководство для сервисной службы)».
A. В соответствующей секции Z-отчета в первом столбце находятся данные электронных счетчиков ТРК, то есть данные, полученные кассой непосредственно от ТРК. Во втором столбце – данные, рассчитанные кассовой системой, в соответствии с пробитыми чеками. Расхождение между этими данными (разница) говорит о несоответствии литров, пролитых через ТРК и литров, которые реализованы через кассовую систему. Например, ТРК была переведена в автономный режим и топливо было пролито без кассовой системы. В любом случае, точную причину произошедшего может дать только анализ заправок, чеков, событий в БД кассовой системы.
A. Попытка провести тех. пролив по предоплате. Тех. пролив возможно провести только по постоплате.
A. При подключении DOMS PSS 5000 (по TCP/IP) необходимо сделать следующее:
1. Настроить DOMS в соответствии с документацией (количество колонок, количество пистолетов, IP адрес и т.д).
2. В Консоли менеджера в справочнике «Контроллеры колонок» выставить:
• «Класс» - Doms;
• «Стоп метод?» - Пистолет Снят/Поставлен;
3. В Консоли менеджера в справочнике «Конфигурация станции» выставить в секции «Doms»:
• «Adress» - IP адрес;
• «ETS» - (по умолчанию =0), если включена (=1), то работает с расширенными полями
объема и суммы (больше разрядов). Внимание: требуется соответствующая прошивка DOMS!
Эта процедура описана в документе «Контроллеры колонок. Подключение и настройка (Руководство для сервисной службы)».
A. Для добавления нового отчета необходимо:
- Запустить Консоль отчетов из папки MasterPOS (RC.exe), войти под логином "Сервис" или "Супервизор".
- Нажать кнопку "Настройки". В открывшейся форме в левом окне выбрать из списка отчет, который необходимо добавить и нажать кнопку ">". Отчет переместится в правое окно. Процедуру выбора отчета нужно проделать для всех пользователей, кому он может быть доступен (Вкладки "Оператор", "Менеджер", "Сервис", "Администратор", "Супервизор").
- Нажать кнопку "Запомнить", форма закроется автоматически. Выгрузить Консоль отчетов.
- Снова запустить Консоль отчетов и войти под логином того уровня доступа, которому должен быть доступен новый отчет.
- Нажать кнопку "Настройка меню" и выбрать свободную ячейку для кнопки отчета.
- В открывшейся форме из выпадающего списка выбрать необходимый отчет и иконку. Нажать кнопку "Запомнить".
- Нажать кнопку "Настройка меню". Запомнить текущие настройки при выгрузке Консоли отчетов.
Эта процедура описана в документе «Консоль отчетов. (Руководство для сервисной службы)».
A. В меню предоплаты, после нажатия кнопки «Талоны», внизу главного окна кассовой системы находится кнопка «Символы» (при отжатой кнопке «Функ» рядом с ней). Нажать на кнопку «Символы», попадаем в окно символьного ввода, где shift – выбор между заглавными и строчными буквами; set – выбор языка (русский или английский). После ввода номера талона нажать кнопку "Запомнить" и затем - кнопку "Ввод".
A. Поле Шаг объема /Vol. Step (в справочнике Колонки) - число, которое задает минимальную дозу налива колонки с шагом в 10мл и используется для округления при пересчете денег в объем; «Шаг объема» дает возможность пересчитывать литры с необходимой дискретностью. Это необходимо для тех колонок, на которые нельзя посылать деньги. Например, колонка льет дозами с шагом по 50мл. Значение параметра устанавливаем в -5 (минус 5). При задании предоплаты, касса будет пересчитывать сумму и при необходимости корректировать ее в меньшую сторону. Если задать 5 (плюс 5) пересчет будет происходить в большую сторону. Данная опция помогает исключить мелкие недоливы/переливы. Если минимальный шаг колонки 100мл, то соотв. выставляем -10 или 10. и т.д.
A. В базе кассы включена опция, чтобы не давать сдачу клиенту. Таким образом, сумма округляется до ровной.
A. Ситуация связана либо с самим терминалом, либо с линиями связи. Обязательно сделайте несколько попыток расчета клиента. Если результат отрицательный, можете воспользоваться кнопкой «Устройство не доступно». Заказ закроется. Данную ситуацию нужно зафиксировать и проконтролировать на предмет реальной оплаты клиентом заказа.
A. Проверьте, что вы ввели правильный EAN Code (штрих-код) для товара(-ов) на BOS. Обязательно повторите загрузку товара(-ов) в POS.
A. И кассовая система и фискальный регистратор имееют свои собственные независимые аппаратные часы (Real Time Clock). Они запитаны собственными элементами питания. Определите, на каком устройстве (кассовой системе или фискальном регистраторе) часы отстают или спешат (показывают неверное время). В случае необходимости, сервисная служба должна откорректировать показания таковых часов (возможно с заменой элемента питания).
A. Данное сообщение говорит о том, что в справочнике «Карты» не найдена маска для этой карты. Проверьте правильность заполнения полей «Смещение» и «Маска» в справочнике "Карты".
A. Для этого необходимо:
- Сделать нулевой остаток в резервуаре (реализовать все топливо или вынести его путем отрицательной поставки).
- Сделать сверку станции (Z-отчет).
- В справочнике «Резервуары» привязать к этому резервуару нужное топливо (никаких изменений в настройки больше не вносить).
A. Для данного кредита в справочнике «Формы оплаты», в секции «Вид оплаты» в поле Фиск. Рег. ID (FR Id.) необходимо выставить «1» вместо «0». Подробнее этот вопрос описан в readme.txt v3.01.55.03.
A. Проверить состояние контроллера I-Cop в filling server (FS.exe). Если в закладке Pump Controller статус контроллера – Connected и видны его атрибуты (Com port#, Serial#, Protocol и др.), то контроллер подключен правильно.
- Проверить поле «№ Устройства» в справочнике «Колонки». Должно быть одинаковым с полем «№» в справочнике «Контролеры колонок».
- Поле «Физ.№» в справочнике «Колонки» - должно соответствовать номерам, выставленным в самих ТРК.
- Filling Server - Works. Выполнить Reload Config.
- Проверить напряжение на разъеме питания контроллера I-Cop. Для стабильной работы должно быть +5V или чуть больше. В случае большого падения напряжения (+4.8 или меньше) необходимо подать питание на контроллер через более короткие и толстые провода.
Скрипт recreatetables.bat предназначен для пересоздания указанных таблиц. При этой операции данные в таблице теряются.
По умолчанию используется DSN "IPSDATABASE", но через параметр можно задать необходимое значение:
recreatetables.bat TURNOVER
Скрипт запрашивает номера таблиц, которые необходимо пересоздать. Указываются номера таблиц, разделенные через запятую без пробелов: 6,42,43,54
Скрипт reloadtable.bat предназначен для восстановления структуры таблицы базы данных без потери данных.
По умолчанию используется DSN "IPSDATABASE", но через параметр можно задать необходимое значение:
reloadtable.bat TURNOVER
Скрипт:
1. запрашивает номер таблицы, которую необходимо перегрузить;
2. копирует данные указанной таблицы во временную таблицу;
3. удаляет оригинальную таблицу;
4. копирует данные из временной таблицы в новосозданную указанную таблицу;
5. обновляет структуру указанной таблицы.
Скрипт restoredb.bat предназначен для создания новой базы данных с копированием данных из базы данных BROKENDB.
Для новой базы данных по умолчанию используется DSN "IPSDATABASE", но через параметр можно задать необходимое значение:
restoredb.bat TURNOVER
restoredb.bat IPSDATABASE D:\IPSDATABASE
Скрипт запрашивает номера таблиц, которые необходимо пересоздать - указанные таблицы не будут копироватся, а будут созданы новые пустые таблицы. Указываются номера таблиц, разделенные через запятую без пробелов: 6,42,43,54
1. в испорченной IPSDATABASE через PCC удалить триггеры и хранимые процедуры;
2. переименовать IPSDATABASE в BROKENDB:
2.1. в PCC удалить IPSDATABASE;
2.2. переместить файлы IPSDATABASE в другое место (например, c:\temp\brokendb);
2.3. в PCC создать BROKENDB с указанием на директорию перемещенных файлов IPSDATABASE;
3. восстановить IPSDATABASE из BROKENDB, используя скрипт restoredb.bat.
delete from B_MQ_FIFO where R_ID=(select min(R_ID) from B_MQ_FIFO);deploy BOS install d:\turnovergoodsdirtool TURNOVER extract i zapustitjgoodsdirtool IPSDATABASE load