Добрый день. Необходима помощь. Может кто сталкивался.
Имеется конфигурация УТП Казахстан. Ведется партионный учет по средней стоимости.
Так вот, была поставка товара, потом доп расходы на него, перемещение на склад магазина, себестоимость определенная, но в документ отчет о рознечных продажах проставляет применяет другую себестоимость.
Скрин: https://prnt.sc/fnlou9

Поступление было в апреле продажа в мае. Если продажу посадить апрелем или июнем, то себестоимость отчетом рознечных продаж садится ровно.
Проверил все возможные затраты и доп. расходы возможные с этой номенклатурой, с этим магазином, и все что связано с маем.
Проверил аналогичный товар из этой же поставки и реализованный в этом же магазине, у него все ровно.
https://prnt.sc/fnlp31

В конфигураторе все настолько закручено с расчетом партии. Пока что не дается. Может кто что подскажет?

Согласно первому скрину, товар продали по цене 6165,22. Наверное, была переоценка.

Это не цена продажи, это себестоимость товара который продали.
Переоценка не должна влиять на себестоимость. Да и я распроводил переоценки, не помогло.

(2) Это себестоимость в отчете, которая вычисляется путем деления суммы на количество.

(3) А всю цепочку документов с самого первого перепроводил? Такое бывает, если задним числом чего-то меняли

Перепроводил в первую очередь. Не помогает.
Документов не так много. Запускал поиск ссылок на номенклатуру, тоже все те же документы, не каких подозрительных.
Мог предположить что себестоимость помимо основной, еще рассчитывается из других затрат, но тогда бы она размазывалась на все позиции. А тут только именно на эту позицию.

(5) А разверни первый отчет (prnt.sc/fnlou9) по партиям.

(6) +1
автор, сформируй корректный отчет по партиям. Чтобы партия была в группировке, а регистратор в детальных записях

(7) (6) Прошу прощения, не совсем понял как вам сформировать, скиньте скрин настроек или шапки отчета с настройками.

(8) Вместо группировки "Статус партии" выведи саму партию

(0) Причин у такого поведения себестоимости может быть несколько, и почти все связаны с мелкими ошибками ведения базы. По памяти:
1.Оформление доп расходов ПОСЛЕ оформления расхода хотя бы на часть этой парти
2.Подстановка резерва в заказ клиента задним числом (заказ составлен ДО прихода товара, а резерв в тот же заказ подставили ПОСЛЕ прихода товара)
3.Были возвраты от покупателя в этом месяце на основании расхода (на основании заказа все ок), а продажа возвращенного товара в следующем (здесь не ведение базы, а косяк 1с, почему-то закрытием месяца сумму непроданного возврата раскидывает на сумму оставшегося товара)
4.В документе доп расходы указан приход, но не указан заказ (если он есть)
Это основные причины, что помню, возможно есть и еще что-то

Всем спасибо. Вопрос решился.
Пересчет итогов не помогал, потом на тестовой базе запустил тестирование и исправление через конфигуратор. База большая, больше суток делал. Но после этого себестоимость рассчиталась нормально.