Продвинутый курс. Решение ДЗ№12
05.02.2011
комментариев 13
Эта запись посвящена первому потоку продвинутого курса.
Представляем решение 2-го задания второго блока.
К сожалению, у Вас недостаточно прав для просмотра этой записи. Если Вы еще не залогинены на сайте — залогиньтесь. Если Вы оплачивали курс, у Вас активирован токен доступа, Вы залогинены, но Вы видите эту запись — напишите нам на e-mail поддержки.
я был близок к истине :)
По моему Истина на Вашей стороне !.. ;))
Я за Ваше решене – по моему при заказе преждевременно списывать товар с остатков – заказ это намерение НИ к чему НЕ обязывающее..
Во вторых оно более масштабируемо, если хотя-бы учесть – извлечение данных по остаткам и резервам..
В реализованном алгоритме присутствует один баг (точнее это баг интеллектуальной части проверки контроля остатков) : при добавлении 2-х и более строк в РТУ по одной и той же номенклатуре ( + можно и по одному и тому же заказу), но обязательно не изменяя количество товара, документ проводится…таким образом можно продать очень много )))
Хороший баг, будем править :)
Еще документ Заказ покупателю перестал перепроводиться!
Ок!
Но ведь схема, по которой списывается остатки товаров резервов не совсем верная, ведь тогда теряется смысл регистра Остатки товаров и в реальной ситуации все отчеты по состоянию склада пришлось бы переделывать с учетом того, что остатки хранятся по двум регистрам
Правильно, смысл изменился.
Можно указать синоним для регистра “Свободные остатки”.
Отчеты тоже придется переделать.
Евгений, заметила один недочет.
Не проводится документ “Заказ покупателя”, т.к. в последнем запросе, где производится контроль остатков, идет обращение к реквизиту “Заказ” табличной части Товары. Для документа “Реализация товаров” запрос выполняется успешно, а для “Заказа покупателя” запрос нужно подкорректировать.
Спасибо, Юлия!
Поправлю ошибку, как только появиться возможность.
Файл из раздела 10. Блокировка данных. содержит 178 байт. ???
Попробуйте скачать сейчас.
Yes