0
mnail1979
10.12.12
✎
14:24
|
Нужно, чтобы обработка "проведение по партиям" не затрагивала документы до 1 декабря 2012. Неважно, правильные ли они или нет. Но данные, которые выдает отчет "ведомость по партиям товаров на складах" до 1 декабря нас устраивают, так как фактические остатки на складах соответсвуют отчету. Следовательно нельзя, чтобы обработка "проведение по партиям" изменила эти данные. Но, в обработке проведения по партиям в функции "получитьграницупоследовательности" стоит запрос
ВЫБРАТЬ ПЕРВЫЕ 1
| ПартионныйУчетГраницы.МоментВремени КАК МоментВремени
|ИЗ
| Последовательность.ПартионныйУчет" + СтрОкончание + ".Границы КАК ПартионныйУчетГраницы
|ГДЕ
| ПартионныйУчетГраницы.Организация = &Организация
|
|ОБЪЕДИНИТЬ ВСЕ
|
|ВЫБРАТЬ
| ПартионныйУчет.МоментВремени
|ИЗ
| Последовательность.ПартионныйУчет" + СтрОкончание + " КАК ПартионныйУчет
|ГДЕ
| (НЕ ПартионныйУчет.ПроведенВХронологическойПоследовательности)
| И ПартионныйУчет.Организация = &Организация
|
|УПОРЯДОЧИТЬ ПО
| МоментВремени
Следовательно, даже если поставить границу последовательности к примеру на 1 декабря 2012 года, в результате выполнения запроса все равно выйдут старые документы тоже, так как во втором запросе в объединении стоит
"(НЕ ПартионныйУчет.ПроведенВХронологическойПоследовательности)", а у меня для всех документов стоит ПартионныйУчет.ПроведенВХронологическойПоследовательности=Ложь.
Может искусственно в запрос в первую часть дописать в условие что то вида " И ПартионныйУчетГраницы.Период >= &врем", а во вторую "И ПартионныйУчет.Период >= &врем", и насильно ставить параметр врем=01.12.12.
Пока что нашел только такой грубый способ. Что думаете?
|
|
1
mnail1979
10.12.12
✎
14:25
|
правда не совсем понятно, для чего нужно вообще ставить границу последовательности, если результат запроса все равно включает в себя то, что выдает вторая часть запроса. Что то тут не совсем мне понятно
|
|