Есть типовая утп в процессе работы там получается неправильное распределение по партиям, но документ при этом проводится сообщая об этой неприятности, казалось бы простейшая задача, подписался на событие при проведении документа сравнил количество т.ч. товары и количество по регистру партий и если не соответствует, то отлуп, но не тут то было, там количество по партиям пусто, хотя до подписки на событие все должно уже было выполнится я так понимаю, в общем прошу помощи куда можно вклинится чтобы сделать максимально безболезненно данную проверку. 1С:Предприятие 8.2 (8.2.19.116)

(0) Что он пишет можно узнать? Пример хотя бы одного сообщения

это подписка на проведение документ
Процедура КонтрольПартийПриПроведенииДокументовОбработкаПроведения(Источник, Отказ, РежимПроведения) Экспорт
    
    
    
    Запрос = Новый Запрос;
    Запрос.Текст="ВЫБРАТЬ
    |    ПартииТоваровНаСкладах.Регистратор
    |ИЗ
    |    РегистрНакопления.ПартииТоваровНаСкладах КАК ПартииТоваровНаСкладах
    |ГДЕ
    |    ЛОЖЬ"
    ;
    
    Результат = Запрос.Выполнить();
    ОписаниеТиповРегистаторы = Результат.Колонки.Регистратор.ТипЗначения;
    Если Найти(ОписаниеТиповРегистаторы,Источник.Метаданные().Синоним)>0  Тогда
        
        НаборЗаписей  =  РегистрыНакопления.ПартииТоваровНаСкладах.СоздатьНаборЗаписей();
        НаборЗаписей.Отбор.Регистратор.Установить(Источник.Ссылка);
        НаборЗаписей.Прочитать();
        ИтогоКоличествоВПартиях = НаборЗаписей.Выгрузить().Итог("Количество");
        ИтогоКоличествоВДокументе = Источник.Товары.Итог("Количество");
        
        Если ИтогоКоличествоВПартиях <> ИтогоКоличествоВДокументе Тогда
            Сообщить("Не распределилось по партиям ");
            Отказ=Истина;            
        КонецЕсли;    
        
    КонецЕсли;    
КонецПроцедуры

это код в подписке, здесь всегда количесво в партии 0 по крайней меер в поступлении товаров и услуг

Ну ок, пиши тут сам по себе

еще раз попытаемся

(4) А смысл? Если ты игноришь вопросы.

"это код в подписке, здесь всегда количесво в партии 0 по крайней меер в поступлении товаров и услуг"

полагаю это потому что движения в регистр партий еще не записаны. Если нуна их смотреть то полагаю, нужно использовать свойство "движения" источника, ибо источник в подписке - это, мать его, объект.

и вообще, если интересно проверять движения по какому-то, мать его, регистру накопления, по подписку, мать ее, нужно цеплять на набор записей этого, мать его, регистра, а не документа, мать его.

(5) я вроде бы пока зала как я и что делаю, (6-7) надо попробовать конкретный регистр, но это жесть подписываться на все, движения у источника в отладчике это первое что я посмотрел, но там всегда пусто

"но документ при этом проводится сообщая об этой неприятности"
и где это сообщение, я его просил скинуть в (1)

(9) http://c2n.me/39YJLjP сообщение в коде

(10) жесть, это эпик, я под столом. Ща я отойду подожди

Ну во первых, то что ты решила что по партиям неправильно распределяется, это не значит, что так и есть, потому что пока, я не увидел ниодного подтверждения от тебя, где и как это проявляется. А телепатов тут нет.

Во вторых, когда пишешь такие вещи как - "документ при этом проводится сообщая об этой неприятности" это подразумевает, что сообщение находится в типовом решение, а не то, что ты решила, что ты куда то, что то написала, чтобы это проверить, и что твоя проверка правильна, и пишешь нам об этом.

Теперь во вопросу, если кто то допер, че она хочет - помогайте, я же не понимаю, где она поняла, что распределение делается неправильно, в какой документ она проводит. Но а потом начинается просто бред, она ставит себе какую то задачу и ее решает.

Движения в регистр могут писаться в самом конца проведения, а формироваться в самом проведение только в виде ТаблицыЗначений, по партиям вообще отдельная песня, так как в некоторых конфах отключен контроль по партиям.

(13) Вы просто не в теме я так понимаю, подписка на событие вызывается после самого события, если это проведение документа, то после оного, это легко можно посмотреть в отладчике, проблема кратко в том что при нехватке партий документ все равно проводится и этого надо избежать вот и все

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

Просто не понятен ответ на вопрос: почему остатки по складам есть, а остатков по партиям - нет? Куда они делись? Может чего не понимаю, конечно.

(14) Это ты не в теме, во всех известных конфах документы списания могут без проблем проводится и с нулевым остатком.

(15-16) Могут возврат сделать без основания или еще как я сейчас точно не скажу, но то что партий товаров не хватает, а остатки есть это факт, контроль по упр учету отслеживает регистр остатки товаров.

(17) я не обсуждаю все конфы, а говорю о подписке на событие, ты почитай свой 13 пост, о чем он ?

Ну ок, ты все знаешь, делай как хочешь, не хочешь слушать, что тебе говорят, калупай дальше эту подписку

и да, кстате, движения по этому регистру могут формироваться не документом а при выполенинии регламентых процедур закрытия месяца

(0) Конфига какая? Если УПП, то плевать хотели разработчики на все ваши подписки при регламентном восстановлении. Там разработан специальный лисапед - колеса квадратные, но едет быстро.