Уважаемые специалисты, подскажите пожалуйста новчику, как правильно решить такую задачу: в базе УТ11 есть отрицательные остатки на складах, я написал обработку, которая их оприходует в ноль, но при этом отрицаловка в регистре ТоварыНаСкладах и ТоварыОрганизаций - различается (как правило на складе товар есть, а в организации - он отрицателен).
Я решил сделать так - после создания оприходования, я эту разницу вручную удалю со склада. Я где-то видел, что в восьмерке движения можно делать без привязки к документу, в итоге сделал вот так:


Для Каждого СтрокаТЗ Из ТЗДвиженияПоСкладу Цикл
        
        НаборЗаписей = РегистрыНакопления.ТоварыНаСкладах.СоздатьНаборЗаписей();
        //НаборЗаписей.Отбор.Регистратор.Установить(ЭтотОбъект.Ссылка);
        
        Запись = НаборЗаписей.ДобавитьРасход();
        Запись.Номенклатура = СтрокаТЗ.Номенклатура;
        Запись.Склад        = СтрокаТЗ.Склад;
        Запись.ВНаличии        = СтрокаТЗ.Количество;
        
        НаборЗаписей.Записать();           
        
    КонецЦикла;

и получил ошибку "Не установлен отбор по регистратору"

Кажется разобрался - в конфигурации есть документ Корректировка регистров.

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

Не забудь посоветоваться с главбухом. Удалить и скорректировать не проблема. А вот списание или оприходование без обоснований и разборки причин чревато.

(0) Бывает пересортица.
На одном складе избыток, на другом минуса.
В сумме ноль (как правило погрешность +/- сколько то штук, типо утеряно)

Осталось вам только заставить кладовщиков провести инвентаризацию и все будет "хорошо" :)

(1) в конфигурации есть еще документ Инвентаризация. И выравнивание фактических остатков с учетными делается штатными документами системы, а не тайными манипуляциями программиста.

(4) "на складе товар есть, а в организации - он отрицателен" - это не "пересортица", это банальный бардак в учёте :(

всем спасибо за советы

(3) обязательно. Крайним быть очень неохота, особенно когда бардак цветет второй год, а ты только начал его разгребать.

(4) хороший, правильный совет, только вот мне сказали "да, инвентаризацию делать надо", и делают ее раз в год.

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

(6) я не спорю, "тут всю систему менять надо" (c) анек

PS: или разбираться каким документом создали проблему (документ могли удалить, изменить, снять с проводки), или документом корректировки регистров устранить противоречие в регистрах друг другу (выровнять остатки).

(7) а не "избавь нас от отрицаловки, мы тут наворотили, сами ничего не понимаем"
---

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

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

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

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