Прошу не пинать строго. С УТ почти не работал.
По складам на конец месяца  зависают какие то копейки/рубли без количества.
Оборотом номенклатуры много разной. Потом в конце месяца введен документ "Расчет себестоимости", но после него остаются зависшие по номенклатуре копейки - где то минус, где то плюс.
Пример:
Склад1 на конец июля - Итого 49 руб. На конец Августа 68 руб.
Подскажите в чем  дело и чем лечить/что делать?

(0) Попробуй для начала провести все доки.

+(1) перепровести все проведенные

Дальше хуже - начальный и конечный остаток в отчете "Анализ себестоимости товаров" в разных вариантах дает РАЗНЫЙ начальный и конечный остаток!
Т.е. развернуто по номенклатуре, скажем по пицце - нач остаток 0, конечный - 0,11 коп.
А развернуто по регистратору - начальный остаток 1117, конечный 968.
То же по всем позициям.
Я в шоке. отчет с разрезом по регистратору и без разреза - разный остаток на начало и конец

1. Никогда не смотри на начальный остаток, развернутый по регистратору
2. Копейки в себестоимости в следующем месяце лягут на статью расходов "погрешность в расчете себестоимости" и спишутся.

ап нуть что ли.
Кто нибудь в этой теме соображает?

уже написал ))

(4)спасибо! А чем спишутся? Какой документ надо вводить? Просто остатки на складах висят из месяца в месяц.
Главбух недовольна - говорит - почему постоянно висят суммы. Хоть и не большие (хотя 1  видел 680 руб) но ее коробит.

Да, кстати, а почему нельзя смотреть остатки по регистратору - отчет не работает? Получается сырой продукт?

спишутся Расчетом себестоимости.
---------------------------------
Почему нельзя смотреть на начальный и конечный остаток при развороте по регистратору в СТАНДАРТНЫХ отчетах (т. е. отчетах, не созданных специально для работы с начальными остатками в разрезе регистраторов):

Задача
Нач. остаток яблок = 0
приход 3 яблока
расход 3 яблока
приход 3 яблока
расход 3 яблока

Отчет с детализацией по номенклатуре:
Яблоко НО = 0, приход = 6, расход = 6, КО = 0.

Детализация по регистратору
Приход1: НО = 0,  П = 3, Р = 0, КО = 3
Расход1: НО = 3!, П = 0, Р = 3, КО = 0
Приход2: НО = 0,  П = 3, Р = 0, КО = 3
Расход2: НО = 3!, П = 0, Р = 3, КО = 0

ИТОГпоЯблоку:    НО = 6!!!, П = 6, Р = 6, КО = 6!!!!!

т.е. стандартные отчеты просто суммируют данные в столбцах, и выводят их в иготовую группировку

(8)спасибо.
А надо ли перепроводить все документы движения за период? а то их много.
Или достаточно перепроведения "Расчета себестоимости"?

кстати...что то никак не закрываются

(4)"погрешность в расчете себестоимости" - у меня такой статьи нет вообще. подскажите - это где то задается в настройках?

Перепроводить не надо. Документ Расчет себестоимости рассчитывает себестоимость списанных товаров в хронологическом порядке по датам документов. В этом одно из преимуществ расчета себестоимости в УТ11, не нужно "восстанавливать последовательность"

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

Убегаю к клиенту, вечером допишу ))

(11) спасибо. Буду КРАЙНЕ благодарен если бы написал.
Интересует:
1. Где в настройках задается предопределенная статья расходов
2. если не закрывает - где посмотреть

напомню

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

Правильный расчет себестоимости -
1. Распределение доходов и расходов
2. Распределение расходов на себестоимость
3. Расчет себестоимости.

(14)спасибо.
А почему тогда зависают каждый месяц копейки в разрезе номенклатуры-склады - с РАУЗ связано?
Каждый месяц разные - где то больше  - где то меньше.

апну ка еще раз

Вопрос.
А вы случайно не весовым товаром торгуете?
Если да - то судьба - всегда считать копейки.
По опыту работы в общепите основные позиции , по которым зависают суммы без количества - соль, специи , зелень, т.е. товар, который закупается в кг , а расходуется по 0.15 г.
Отсюда постоянные ошибки вычисления.
В 7.7 писал спец алгоритм списания, где проверял количество на 0, если да - то списывал всю сумму. Однако не всегда помогало - последняя цена всегда была завышена.
И еще - если суммы всегда положительные Google Banking Rounding )))

(17)разный. но в данном случае - не весовой.
Тут чую что то с РАУЗ

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

Если это действительно "копейки", то границы погрешности СЛУ попробуй увеличить значение.

(18) по поводу проведения доков(11) прав, вся прелесть УТ что не надо восстанавливать последовательность. Но когда юзеры лезут в прошлый период чтобы "поправить косяк в приходе" и т.п, а факт. расчет себестоимости уже сделан, то отчеты по себестоимсти и прибыли становятся не совсем корректными. Да, эти изменения скорректируются следующим расчетом себестоимости, но если у чела ЗП считается как % от прибыли и этот чел любит перепроверять а правильно ли ему начальник начислил ЗП, то он тебе весь мозг вынесет.

(20) да копейки - по номенклатуре от -12 до +12 копеек.
а как их изменить?

(19)а какие еще надо перепроводить регламентные доки, кроме "Расчет себестоимости"

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

(0) хз как там в УТ11, в УПП при РАУЗ можно установить границу погрешности системы линейных уравнений побольше, чтобы такие суммы списывались

(25)в УТ эту хрень что то не нашел. может не там искал...

(20) см. в (14)

(25)+1

какие еще надо перепроводить регламентные доки, кроме "Расчет себестоимости"