Не прогружаются дни.

[igles]

Беглым поиском аналогов не нашёл, если есть такие же темы с решением - пните в их сторону.

Суть такова. Есть 4-й СХ и 6-й РК, всё работало отлично до определённого времени. Потом перестали нормально прокачиваться данные в СХ. Так вышло, что технически схема реализована так: на компе-как-бы-сервере, где крутится СХ, есть папка, куда регулярно скидывается содержимое ркиперной папки \\RK6\db\. Скидывается нормально - в киперный клиент именно эти файлы подсовывал вместо родных - всё открылось корректно и вся инфо на месте. Эта самая папка указана в настройках СХ-импорта, как исходная. Т.е., по факту, импортёр забирает данные не из \\RK6\db\, а из некоей другой папки, аналогичной по содержимому. Импортёр пишет, что всё ок, но добавлено записей 0. Словари меню перекидывает. Ошибок не находит. Т.е., делает вид, что импорт уже был, либо в базе новых дней нет. При этом,документы расхода в СХ не появляются.

Что же делать?

[SH]

Т.е., делает вид, что импорт уже был, либо в базе новых дней нет.
Скорее всего, дней таки нет. Почему нельзя забирать напрямую из rk6\db? Дайте содержимое rkeeper.ini с того компьютера, где запускаете отчеты кипера и видите закрытые дни в кипере. Версия кипера какая?

[igles]

Версию надо смотреть, чуть позже нарисую.

Нельзя, потому, что компы в разных офисах в разных концах города. Через фтп-сервер папка дб сливается на комп со сторхаузом, но под другим именем (типа db_rest1), ибо ресторанов этот офис обслуживает аж несколько. Папка перезагружена руками в обход синхронизатора, тем не менее, ошибка осталась. В ркипере.ини пути прописаны правильно, чуть позже скину внутренности инишки, чтобы не быть голословным.

[SH]

Верю, но чудес, однако, не бывает.
Как вариант, надо переиндексировать киперную базу, но если была бы проблема в индексах, то и отчеты бы не строились.

[igles]

Так получилось, что задача отошла на второй план, появилось много важной работы и про этот косяк я забыл.
Однако, всё-таки отпишусь.
Задача решилась просто - директор, никому не сказав, поменял тип накопительной базы на парадокс. Так реально было надо (косяки с удбшкой временные), вот только никто не знал об этом.