[ОТВЕТИТЬ]
09.12.2015 17:04
skier2
 
2 кассы. на одной настройка на безналичный модуль сбера прошла удачно, платежи идут, касса работает
на второй установлен модуль, файлы записаны (по инструкции с фтп с+),
с компа при установке сверка итогов идет, на кассе же при сверке итогов касса падает с ошибкой
16:13:48: 0x00004000: FATAL: diag: КОД НЕИЗВЕСТЕН НЕИЗВЕСТНАЯ ОШИБКА authorization SBRF is not configured
куда рыть?
что делали: позвали сбербанкца, обновили терминал по всякому, прошили по последнему - результатов нет. обиделся, ушел, даже чай пить не стал - а БН платежи на кассе так и не проходят.
версия УКМ67, Чеквеи 77 на кассе, verifon-ы на пинпаде
09.12.2015 17:05
whitewizard
 
Сверка итогов проходит?
09.12.2015 17:08
skier2
 
с компа при установке сверка итогов идет, на кассе же при сверке итогов касса падает с ошибкой
16:13:48: 0x00004000: FATAL: diag: КОД НЕИЗВЕСТЕН НЕИЗВЕСТНАЯ ОШИБКА authorization SBRF is not configured
09.12.2015 17:11
whitewizard
 
"с компа" - это имеется в виду, что с компа через путти зашёл на кассу и там запустил сбпилот?
09.12.2015 17:14
skier2
 
да. с компа через путти зашёл на кассу и там запустил сбпилот
09.12.2015 17:15
whitewizard
 
версия пилота какая?
09.12.2015 17:22
Mtirt
 
Права на запись в каталог дали?
09.12.2015 17:26
skier2
 
версия сбера 11.38. если права задаются командой ./sbrfsetup.sh то да
09.12.2015 17:43
skier2
 
создал файл sbrfsetup1.sh, записал туда данный скрипт, переписал через pytty на кассу, выполнил все с самого начала, перед стартом кассы выполнил данный скрипт коммандой ./sbrfsetup.sh. ...но не помогло
09.12.2015 17:44
skier2
 
командой ./sbrfsetup1.sh
09.12.2015 19:00
vdm
 
Цитата:
FATAL: diag: КОД НЕИЗВЕСТЕН НЕИЗВЕСТНАЯ ОШИБКА authorization SBRF is not configured
Это больше похоже на внутреннюю проблему УКМ, а не настройки sb_pilot.
Например некие параметры авторизации sbrf с сервера на кассу не доехали. Путь к каталогу sbrf и т.п.
10.12.2015 18:37
Павел Сосновских
 
логически в укме кассы в одном "магазине"?
10.12.2015 19:11
skier2
 
нет. логически 2 магазина. попробую последовать совету vdm и по приходу в магазин переделать виды оплат в плане привязок к сберу
10.12.2015 23:31
Павел Сосновских
 
в разделе интеграция проверить наличие настроенного сервера авторизации и вида оплаты
в случае, если бэк - см+, вид оплаты должен быть выгруженным из супермага, иначе потом продажи не загрузятся
11.12.2015 17:02
skier2
 
а если систему на кассе переставить - не поможет? или бесполезно это? наверное все нужные файлы при настройке безнала грузятся?
12.12.2015 15:28
Павел Сосновских
 
переставить - навредит, если уже сберовские файлы туда закинуты
нужно настроить через веб. если в одном магазине(кассе) уже настроено - сделать также, там в общем-то уже все по-умолчанию должно нормально подставлять, только как обсуждалось, в случае с см+ вид оплаты не создавать, а "привязать" загруженный к серверу авторизации
там среди прочего в "сервере авторизации" указан путь к сберовским файлам
эти файлы должны быть на кассе, но они могут отличаться на разных кассах(точнее там после первого запуска модуля sb_pilot формируются временные файлы, которые уникальны для кассы/пинпада)
предлагаю, воспользоваться этим комплектом
только туда надо добавить актуальные версии сберовского софта(должны быть у сберовца) и файл настроек с расширением .tlv
вложить внутри комплекта в files\sbrf
в iplist.txt прописать ip-адрес кассы и запустить install.cmd
после этого либо локально на кассе, либо через putty
локально: при загрузке жмем esc, выбираем maintainance, загружаемся, запускаем сеть /etc/init.d/network start
либо можно(но надо успеть) - когда на экране появится starting ukmclient, нажать alt+f3, ввести логин root, пароль xxxxxx
/etc/init.d/ukmclient stop
через putty указать кодиовку koi-8r, чтобы в сберовском софте можно было читать надписи, логин-пароль те же, лучше тоже стопнуть укмклиент
переходим в папку со сберовским софтом cd /usr/local/auth/sbrf
запускаем sb_pilot ./ukm_runsbrf.sh
дальше сберовец должен знать, но на всякий - надо прогрузить в пин-пад файл настроек(tlv), лучше перезайти в модуль, чтобы настройки применились и потом настроить удаленную загрузку и проверить, что сверка итогов проходит
потом в укме также проверяем сверку, тут она уже должна напечататься
может еще ФР ругнуться, что нужно смену закрыть - это если вид оплаты в него еще не загрузился - снимаем Z-отчет - ругаться перестанет
20.12.2015 15:26
skier2
 
Вердикт ТП - данные в табличках trm_in_equarings, trm_in_payments на нерабочих кассах отличаются от тех, которые должны быть. необходимо в "Настройка модуля СГО" найти домены, содержащие эти таблички и спустить их на кассу. вопрос: как это сделать?
что сделал я - нашел домен с этими табличками, (платежные системы), нажал на него, указал нужные кассы, сделал "Выполнить". по ходу фраза "спустить домен на кассу" не это имела ввиду, так как экран кассы после этого покрылся кракозябрами и пришлось выполнять некоторые па чтобы вернуть ее к жизни с прежним результатом.
еще предложение:Почистить таблички + Спустить домен на кассу. вопрос: как это можно сделать?
14.03.2016 16:53
maximus256
 
Только что столкнулся с такой же ситуацией. Тоже два логических магазина. И тоже в первом все Ок, а во втором валится при Сверке итогов.

Дело в жесткой привязке сервера авторизации в Кассовом меню.

Лечится так: Оборудование ККМ - Кассовые меню
Находите ваш пункт "Сбербанк закрытие дня" (или что вы там написали), на котором валится, и правите там в параметрах сервер авторизации на "по выбору кассира".

Проблема ушла.
14.03.2016 17:11
whitewizard
 
или два меню сделать или на кнопку назначить и сделать две раскладки магазина
Опции темы


Часовой пояс GMT +3, время: 17:09.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.