Обсуждение: группы магазинов

[Zabr]

Обсуждение

[Zabr]

Не вполне продуман момент, связанный с закрытием магазина. Единственное, что есть - это возможность отключить передачу данных в Кристалл этого магазина. Остальное продолжает работать, хотя не должно: данные продолжают попадать в отчетность, хотя с момента закрытия не должны (а дат открытия-закрытия магазина в ритейле нет); новые цены продолжают падать в буфер розничных цен; магазин продолжает автоматически включаться в права новых пользователей (для которых настроен полный доступ) ; и т.д и т.п.

[Zabr]

Кстати, о правах на магазины (точнее, на склады). Это вообще отдельная песня. Устроены они в ритейле так: для настройки прав на склады есть 8 типов операций (у нас - 9, добавлен пункт "ценообразование"), для каждой операции настраивается список доступных складов; причем для 3-х операций, связанных с перемещениями - настраиваются связки доступных складов "откуда-куда".

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

В чем же проблема? В том, что если магазинов много и пользователей много - то создается огромное число записей с правами, и процесс создания нового магазина становится весьма долгим (сейчас у нас код в этой части оптимизирован, но всё равно автонастройка прав на один новый магазин занимает 15 минут; с неоптимизированным стандартным кодом - более часа !).

Например, у нас сейчас размер этой таблицы UserRightsInventLocation - 1,5 миллиона записей, занимающих в базе аж 340 Мегабайт (90 Мб -данные, 250 Мб - индексы). 12-е место среди всех таблиц по числу записей, и 20-е - по занимаемому объему в БД. Это при 40 магазинах. А что будет при 100 ? при 200?

Я думаю, разработчикам Axapta Retail стоило бы задуматься над этим моментом. Например, если для пользователя установлены "права на все склады", то нужно не генерировать десятки тысяч записей со всеми сочетаниями всех складов для перемещений, а создавать единственную запись, показывающую наличие полных прав, и именно её проверять во всех формах, где проверяются эти права: есть полные права - просто не ставим фильтра, нет полных прав - накладываем фильтр на доступные склады (как делается сейчас).