Просмотр полной версии : Смена шифров у блюд
пытаюсь выгрузить в бэк-офис (Астор-ресторан-лайт) данные с РКепера, и получается следующее... множество позиций, ссылаются не на группу в меню РКеепер а на какое то из блюд.... т.е. к примеру, если у группы "водка" 238 шифр, а в блюдах которые были в этой группе и сейчас удалены ссылка идёт на шифр принадлежащий какому то другому блюду (не группе). Как такое могло произойти? главное в самих файлах RKeeper идёт несоответствие... причем это коснулось только удаленных блюд. Есть программулька тестирующая файлы на подобные косяки?
Видимо кто-то вносил изменения в меню локально (не через бэк-офис). Программы тестирования не видел. Можно попробовать подкинуть в локальную базу чистое меню и сделать импорт из бэк-офиса.
Видимо кто-то вносил изменения в меню локально (не через бэк-офис). Программы тестирования не видел. Можно попробовать подкинуть в локальную базу чистое меню и сделать импорт из бэк-офиса.
Все изменения делаются исключительно в restoran editor (другому эти пользователи не обучены). есть вероятность что сам редактор перетусовал шифры как ему заблагорассудится? Я понимаю еще если б пользователь переименовал блюдо и тогда последствия понятны, но перевести группу в блюдо невозможно (насколько я знаю)
Как такое могло произойти?
Самый надежный метод анализа - взять бэкап за период, когда было все нормально, и сравнить.
---------- Добавлено в 11:36 ---------- Предыдущее сообщение было размещено в 11:35 ----------
есть вероятность что сам редактор перетусовал шифры как ему заблагорассудится?
Нет, такой вероятности нет.
Это баг Кипера.
А может и не баг, а фича. Потому что проявляется она только если используется сторонний Бэк.
Выглядит это так:
В меняю была Ветка (допустим "Гарниры") с sifr=123
В ней были были блюда:
Гречка (sifr=124)
Пюре (sifr=125)
Рис (sifr=126)
Эти блюда в качестве parent (родителя) ссылались на sifr 123
Потом эту ветку и все блюда в ней удалили.
sifr-ы 124,125 и 126 перешли в таблицу удаленных блюд (menu_.db)
а sifr 123 освободился совсем (т.е. удаленные ветки нигде не сохраняются)
Теперь в Редакторе заводят новое блюдо (Котлета). Ему надо присвоить уникальный sifr. Редактор смотрит что в файле menu.db (рабочее меню) sifr 123 свободен, и в удаленных (menu_.db) его тоже нет. Редактор решает что sifr 123 мы никогда не использовали и присваивает его очередному блюду.
Когда выгружаем это все через trans32 - получаем описанную ситуацию: удаленные блюда (Гречка, Пюре и Рис) ссылаются на sifr 123 под которым у нас теперь блюдо "Котлета".
Как с этим бороться особо не задумывался никогда т.к. не имел дел с другими Бэками.
sibgaba, видимо, поэтому в хаусе периодический бардак в виде пустых дублирующихся веток, если в кипере активно ветки тасовать.
Бороться (точнее, обработать правильно) с этим должны разработчики стороннего бэка. В принципе, можно написать свой костыль, который будет брать данные из R-Keeper, "переформатировать", а потом сливать в сторонний бэк.
sibgaba, видимо, поэтому в хаусе периодический бардак в виде пустых дублирующихся веток, если в кипере активно ветки тасовать.
Тоже так думали. Сами долго разбирались и с UCS вместе смотрели - пришли к выводу что причина все таки в чем то другом.
В Sh все проще немного. Он просто сосет все удаленные блюда из menu_.db и валит их в одну ветку "Удаленные". И плевать ему на то кто там parent у этого удаленного блюда...
sibgaba, с удаленными-то да.
А вот "призраки" старых веток?
Была, допустим, ветка "Вино" в группе "Бар", сделали в "Баре" дополнительно ветку "Алкоголь", а уже в ней - "Вино", и все вино перетащили туда, и исходную папку удалили.
Если в хаус был сделан раньше импорт, то у него будет и старая ветка "Вино" - пустая, и новая с блюдами.
А все получается потому, что ему негде взять информацию, что эта ветка удалена. Точнее, ему самому надо догадываться по принципу "удалить все, чего не было в импорте".
Powered by vBulletin® Version 4.2.6 LTS Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot