Пропали данные за смену RK7

[kaznarush]

Всем привет! Строю выручку за 19.08 получаю пустой отчет. Смены закрыты правильно, то есть за 18.08 и 20.08 выручка по факту сходится с отчетом в RK7. Сейчас же если брать выручку за месяц, то по факту выручка больше чем в отчетах. 19.08 реализация должна была быть на 230 000. Думал может с кассового сервера не качнулись файлы, проверил папку Forsend, но она пустая. Что может быть?

[SH]

В отчете о загруженных сменах этот день есть?

[alkon132]

1) Смотрим "сервис-информация об общих сменах" в виде таблицы по данному кассовому серверу
2) находим смены за 18 и 20 число по логической дате. Между ними смена есть? Нумерация смен последовательна без пропусков?
3) Если есть - ПКМ по ней, действия, разрешить перезакачать. Берем из папки base/backup/ftpserver/restaurant(XXX).... файл смены и подкидываем его в base/filesync/incoming сервера отчетов. Можно и из "архива" кассового сервера взять, но там нумерация у файлов смен в шестнадцатиричном виде, менее удобно. После того, как файл в инкаминге пропадет, анализируем лог сервера отчетов.
3а) Если нет - аналогично предыдущему пункту, но без "разрешить перезакачать"

[kaznarush]

1) Смотрим "сервис-информация об общих сменах" в виде таблицы по данному кассовому серверу
2) находим смены за 18 и 20 число по логической дате. Между ними смена есть? Нумерация смен последовательна без пропусков?
3) Если есть - ПКМ по ней, действия, разрешить перезакачать. Берем из папки base/backup/ftpserver/restaurant(XXX).... файл смены и подкидываем его в base/filesync/incoming сервера отчетов. Можно и из "архива" кассового сервера взять, но там нумерация у файлов смен в шестнадцатиричном виде, менее удобно. После того, как файл в инкаминге пропадет, анализируем лог сервера отчетов.
3а) Если нет - аналогично предыдущему пункту, но без "разрешить перезакачать"

Спасибо, помогло!

Есть еще вопрос на засыпку. Недавно столкнулся с ситуацией. За 25 августа не было смены. Зашел в папку Midbase-Archive, скачал файл за 25 число, кинул в папку incoming, пересчитал кубы, день появился, но все предыдущие дни исчезли. Что я сделал неправильно?

[Hendehog]

1) Смотрим "сервис-информация об общих сменах" в виде таблицы по данному кассовому серверу
2) находим смены за 18 и 20 число по логической дате. Между ними смена есть? Нумерация смен последовательна без пропусков?
3) Если есть - ПКМ по ней, действия, разрешить перезакачать. Берем из папки base/backup/ftpserver/restaurant(XXX).... файл смены и подкидываем его в base/filesync/incoming сервера отчетов. Можно и из "архива" кассового сервера взять, но там нумерация у файлов смен в шестнадцатиричном виде, менее удобно. После того, как файл в инкаминге пропадет, анализируем лог сервера отчетов.
3а) Если нет - аналогично предыдущему пункту, но без "разрешить перезакачать"

У нас смена выгрузилась но по ней по отчетам 4 тысячи а фактически около двадцати тысяч продаж было, автобекапы стоят раз в час, work.udb подкладывал в папку incoming , разрешал перезакачку, файл из папки исчезал, но данные не поменялись.
Что еще посоветуете?

[parohod]

Добрый день! У меня похожая ситуация, нет смены в общих сменах - есть смена 2137 за 20.04 и 2139 за 22.04. Но в backups 2 файла udb за 22.04. Скопировал их в incoming - не появляется.

В логах
-------------------------------------
24.04 12:04:51.155
26:File .\base\filesync\incoming\shift.2138.udb copied to retrylst: .\base\filesync\retrylst\serv.15001.shift.2138.udb (reason: [12:04:51] [ERRX] EUdbError: Page is corrupted, file: C:\Windows\TEMP\rk7Receive\rcv3BC0.tmp, table: ZREPORTDATA)
-------------------------------------
24.04 12:13:37.317
26:copy to ftp server
-------------------------------------
24.04 12:13:37.489
26:GetShiftDataFileInfo
-------------------------------------
24.04 12:13:37.614
26:find midserver (restid: 1, servid: 15001, shiftn: 2138)
-------------------------------------
24.04 12:13:37.645
26:converting udb file 'C:\Windows\TEMP\rk7Receive\rcv5928.tmp' to abs file 'C:\Windows\TEMP\rk7Receive\rcv5948.tmp'
-------------------------------------
24.04 12:13:42.396
26:File .\base\filesync\incoming\rcv560A.tmp copied to retrylst: .\base\filesync\retrylst\serv.15001.shift.2138.udb (reason: [12:13:42] [ERRX] EUdbError: Page is corrupted, file: C:\Windows\TEMP\rk7Receive\rcv5928.tmp, table: ZREPORTDATA)


Помогите, плиииз.

[lEEFT]

Перезакройте смену из бекапа. Мануал есть на саппорте от ЮЦЦ.

[parohod]

Я так понимаю, тут (https://carbis.ru/forum/showthread.php/10721-%D0%BA%D0%B0%D0%BA-%D0%B2%D1%8B%D1%82%D0%B0%D1%89%D0%B8%D1%82%D1%8C-%D1%81%D0%BC%D0%B5%D0%BD%D1%8B-%D0%B8%D0%B7-%D0%B1%D1%8D%D0%BA%D0%B0%D0%BF%D0%B0) и тут (https://support.ucs.ru/index.php?q=ru/node/8655)как раз про это?

Про work.udb понятно.
Только непонятно как "отключить в редакторе ФР"?

[SH]

Только непонятно как "отключить в редакторе ФР"?
Если вы просто смену восстановите и её закроете, то она у вас пройдёт по фр.
Поэтому фр надо предварительно отключить.
Если вы не знаете, как это сделать - изучите внимательно или поручите тому, кто знает.

[olegash]

Если вы просто смену восстановите и её закроете, то она у вас пройдёт по фр.Это навряд ли. Просто при закрытии смены будет снят z-отчет (нулевой, если до этого смену закрыли). Вот он и пройдет по ФР и ОФД. Никакие данные о старой смене не передадутся. Тут РКипер и ФР сами по себе... независимы. Могу ошибаться. Возможно в ФЗ-54 что-то поменялось, но это маловероятно.

[SH]

Да, должно быть так. Чеки по фр не проходили.
С другой стороны, я бы перебдел. Мало ли, какой там фр, как настроен, и т.д. Отключить фр - это пять минут, а если не отключить и что-то пойдёт не так - это гораздо больше времени.

[olegash]

С другой стороны, я бы перебдел.Согласен.



Только непонятно как "отключить в редакторе ФР"?В свойствах кассовой станции, в назначении принтеров, "для чеков", выбрать - "не печатать". Но могут быть нюансы.

[olegash]

Можно еще в свойствах ФР поставить галку "только нефискальный".

[mnekin]

Самое оптимальное это взять файлы c бекапа midserver из папки midbase.
В папке Archive лежат уже готовые смены, если не битые. Также можно взять из папки Backup файл shxxxxxx.udb, смотрите по дате создания какой Вам нужен.
Данные файлы можете загрузить при помощи утилиты shift2sql.exe, вот формат из командной строки:
D:\UCS\RK7\Refserver\shift2sql.exe "Provider=SQLNCLI11.1;Persist Security Info=False;User ID=sa;Initial Catalog=RK7;Data Source=192.168.0.1;Password=11111" "D:\UCS\RK7\Refserver\shxxxxxx.udb" "D:\UCS\RK7\Refserver\base\chckconv.xml" > shift.log
Путь, наименование базы, логин и пароль подставить свои, также не забываем что файл смены должен лежать рядом с утилитой shift2sql.exe

[parohod]

Решил сначала попробовать Ваш вариант - сначала не нашел в папках RK7 файл chckconv.xml. Создал вручную, соответственно, ругается "SimpleXMLException: Error: no root element".

[olegash]

Создал вручную,Его не надо создавать вручную. Это xml файл, а не заглушка. Он должен создаваться автоматом, в папке base рефсервера. Если не создается, то лучше к дилеру. Может быть много причин, почему он не формируется.