модуль сбера вываливается с ошибкой : УКМ-4

командой ./sbrfsetup1.sh

Это больше похоже на внутреннюю проблему УКМ, а не настройки sb_pilot.
Например некие параметры авторизации sbrf с сервера на кассу не доехали. Путь к каталогу sbrf и т.п.

логически в укме кассы в одном "магазине"?

нет. логически 2 магазина. попробую последовать совету vdm и по приходу в магазин переделать виды оплат в плане привязок к сберу

в разделе интеграция проверить наличие настроенного сервера авторизации и вида оплаты
в случае, если бэк - см+, вид оплаты должен быть выгруженным из супермага, иначе потом продажи не загрузятся

а если систему на кассе переставить - не поможет? или бесполезно это? наверное все нужные файлы при настройке безнала грузятся?

переставить - навредит, если уже сберовские файлы туда закинуты
нужно настроить через веб. если в одном магазине(кассе) уже настроено - сделать также, там в общем-то уже все по-умолчанию должно нормально подставлять, только как обсуждалось, в случае с см+ вид оплаты не создавать, а "привязать" загруженный к серверу авторизации
там среди прочего в "сервере авторизации" указан путь к сберовским файлам
эти файлы должны быть на кассе, но они могут отличаться на разных кассах(точнее там после первого запуска модуля 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-отчет - ругаться перестанет

Вердикт ТП - данные в табличках trm_in_equarings, trm_in_payments на нерабочих кассах отличаются от тех, которые должны быть. необходимо в "Настройка модуля СГО" найти домены, содержащие эти таблички и спустить их на кассу. вопрос: как это сделать?
что сделал я - нашел домен с этими табличками, (платежные системы), нажал на него, указал нужные кассы, сделал "Выполнить". по ходу фраза "спустить домен на кассу" не это имела ввиду, так как экран кассы после этого покрылся кракозябрами и пришлось выполнять некоторые па чтобы вернуть ее к жизни с прежним результатом.
еще предложение:Почистить таблички + Спустить домен на кассу. вопрос: как это можно сделать?

Только что столкнулся с такой же ситуацией. Тоже два логических магазина. И тоже в первом все Ок, а во втором валится при Сверке итогов.

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

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

Проблема ушла.

или два меню сделать или на кнопку назначить и сделать две раскладки магазина