Чета на пойму, а в коде документа некогда копаться.
Почему то документ перемещение товаров делает движения в Регистр накопления "Партии товаров на складах (бухгалтерский учет)" а для управленческого не делает и то, для бух учета не заполняется склад и партия - т.есть документ поступления.
Может что в настройках учета не проставлено?         

там стоят галки - Использовать партионный учет - списывать партии при  отражении документов - В управленческом учете и в регламентированном учете.    

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

Позовите специалиста.

Партионный учет по складам ведется?

(2) в рег. сведений Настройка учетной политики (упр учет) галочка - вести учет МПЗ организаций в разрезе складов стоит

И метод списания ФИФО?

(3) МПЗ организаций в разрезе складов - это заполнение измерения склад в регистре товары организаций

(3) не в кассу
Настройки учета - Себестоимость

В константах в себестоимости галки вести учет по складам не отмечены.
(4) Оценка стоимости МПЗ при выбытии -  по средней.

(7)[В константах в себестоимости галки вести учет по складам не отмечены. Оценка стоимости МПЗ при выбытии -  по средней.]

топик закрыт

Ладно, менять учетную политику в середине года мне все равно не дадут.
Как тогда получить Партию(Документ поступления), если нет партионного учета у товара который валяется на складе?

(9) посмотри на проводки 41 счета)

(9) а на фига и кому она нужна эта партия ?

(10) Ничего, там пусто, организация производством занимается.
(11) мне они нужны.
Задача простая, нужно уведомить человека, который принимал и делал поступление товара от поставщика, что его товар был перемещен в брак.
Т.есть я беру, анализирую товары на складе брак и всем заинтересованным лицам, в том числе менеджерам по закупу отправляю письмом отчеты, что их товары валяются в браке.

Все было бы просто, если бы регистр ПартииТоваровНаСкладах не был пустым. Я бы вытащил из партии человека, который принимал этот товар.

(12) берешь конфигуратор и строишь ФИФО программно

(12) так не факт, что кладовщик по фифо отгружает, если у него лежит две одинаковых фиговины, он может любую отгрузить.

(15) конечно не факт
и нужны серии на каждую партию и штрих-код на них

(14) Не, такую трудоемкую работу не оценят.
Сейчас склоняюсь к мысли, продумать алгоритм анализа регистра ТоварыНаСкладах по документам прихода расхода и перемещения на брак.
Т.есть мы берем последнее перемещение в брак, и находим ближайший документ поступления, оттуда выдергиваем человека. Сравниваем цифры, если перемещение на склад брака больше поступления, то берем еще одно ближайшее поступление и оттуда выдергиваем человека. И так пока не придем (от последнего к первому) к документу выбытия со склада брака в котором конченый остаток 0. На этом останавливаемся, все предыдущие документы уже закрыты.

Вот как-то так, надо еще обмозговать этот алгоритм.

(17) это и есть ФИФО, неожиданно правда ?

а, ну принцип да)) фест ин фест аут.
Я прост подумал что под ФИФО вы имеете ввиду замоделировать систему партионного учета. (с регистрами, проводками и прочим)