Цитата:
Сообщение от
Serg
Fed, а можешь рассказать поподробней суть доработки сейлового резервирования? Мы что-то такое сделали, на уровне сайта и получается, что если кто-то укажет склад или партию в другом заказе, то общая сумма резерва может просто удвоиться или утроиться, так как контроль остатка идет только по InventDimId.
Мы в inventSum добавили два разных поля для двух разных видов резервов. Точнее говоря - для сейлового резервирования мы использовали стандартные поля, а для складского - нестандартные. Далее мы для сейлов сделали отдельную форму "В наличии" в которой показывались остатки в разрезе сайта и партии, с учетом сейлового резервирования. Для складских сделали другую форму в наличии, которая показывала остатки с учетом складского резервирования и по всем складским аналитикам.
На какой-то стадии обработки продажи (по созданию picking list по моему), система автоматически пыталась создать складской резерв поверх сейлового. А в момент физического списания по packing slip, система контроллировала оба остатка. Во первых, проверялось что после списания для данного сайта и партии остаток (как физическое наличие - сейловый резерв) не упадет ниже ноля. Во вторых проверялось для для полного набора складской аналитики после списания, остаток (как физическое наличие - складской резерв) не упадет ниже ноля. Если хотя бы одно из этих условий не выполнялось - операция откатывалась.
Вообще - форма в наличии в нынешнем виде провоцирует непонимание пользователями. Вместо того чтобы давать выбирать любые комбинации аналитик, надо было бы в верхем comboboxе давать выбирать что-то типа: "Бухгалтерский остаток", "Сейловый остаток","Складской остаток" и тп. Надо чтобы при этом и нужные поля бы выбира и по нужным аналитикам бы группировала. Конечно старую форму в наличии тоже неплохо бы оставить, но только как некоторое средство отладки для грамотных консультантов, а не для конечных пользователей.