Доброго дня. Конфигурация Розница 2.2, подозреваю, что в других торговых конфигурациях схема похожая). Вкратце, документы поступления и перемещения формируют движения в регистре Себестоимость поставки товаров. От туда регламентным заданием создается документ Расчет и установка себестоимости, который формирует движения по нужному для отчетов регистру Себестоимость товаров.
Проблема хаотичная, не могу сам повторить: бухгалтер жалуется на "красноту" - себестоимость некоторых позиций нулевая, смотрю движения по складским документам - регистры остатков и взаиморасчетов сформированы, а по Себестоимости поставки товаров - записей нет. Просто перепровожу документ, записи появляются. Приходится вручную выискивать эти документы, а после вручную пересчитывать Расчеты и установки.
Кто сталкивался?

ничего не копая, на уровне предположения.

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

Повторное перепроведение должно спасти. Но все-все перепроводить вам похоже не очень интересно.

з.ы. Просто в виде предположения и аппа :-) В Рознице этого не смотрел.

А можно подробней, что за зверь такой - ТА?)

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

В данном частном случае думаю, что при использовании запросов на ТА документа ситуация была бы еще хуже.

(2) Вероятно, точка актуальности

(0) Можно сделать запрос по нулевым себестоимостям и проводить найденные документы. Оформить в виде обработки или регламентного задания.

(5) Конечно, все это можно. Но интересно, почему так работают встроенные механизмы..

(6) 1.Добиться от бухгалтера пытками или самому выяснить как происходит подобная ситуация.
2.В процессе создания подобной ситуации включить отладчик и разобраться что и как.
..
Но вопрос, возможно, риторический.Ответ тоже риторический: "Так работает потому что так запрограммировали")

(3) Я думал о том, что как-то может влиять момент времени на движения при проведении документа. Понятно с наличием товара на складе или организации, или что-то с долгами контрагентов. Но блин, себестоимость поставки товаров - это ведь обыкновенный регистр сведений без всяких проверок.
Поступление №1 от 21.11.2018 | Магазин | Товар | Характеристика| Количество | Цена
что тут может мешать, не понятно)

Очень часто к подобной ситуации приводит ввод документов задним числом и удаление позиций задним числом из документов.

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

(10) Можно понаблюдать как работает кладовщик.
А потом на копии сымитировать ситуацию

(9) Версионирование говорит, что дата документа = дате его создания

(11) Кладовщик в другой стране) Ладно, приспичит - отпишусь в чем дело) А пока - может, кто-то переживший это попадет в ветку)

P.S. Немного выяснилось: документы, прилетающие из РИБ по магазину приходят без движений по регистру "Себестоимость поставки товаров". Понятное дело, движения появляются после их проведения в ЦБ. Разработчики посчитали, что себестоимость позиций по этим документам нам не нужна.