После расчета себестоимости на 20 счете остались копейки по одной из номенклатурных групп, также в ведомости по прои-м затратам их тоже видно (копейки по нескольким нематериальным статьям общепроизводственные распределенные с 25 счета). Как же так ведь при расчете не выходит не одной ошибки закрываются 25 и 26. Перед расчетом (Анализ распределения про-х затрат расхождений не показывает, но после они есть по этим статьям). Выпуск это ОПЗС и на его основании ТребованиеНак. Ручных операций нет и коректировок ЗР тоже, партионный учет. Не пойму куда капнуть.
- В РАУЗе все до копейки должно сходится... иначе дописка есть - глянь подписки на события и участвует ли в них расчет себестоимости - отчеты для анализа подписок на событие на СКД на Инфостарте были точно.
в ходе решения системы линейных уравнений - ключевого алгоритма расчета себестоимости,
при записи результата расчета в ИБ: в регистры суммы записываются округленными до двух знаков после запятой, хотя в ходе расчета точность чисел может быть гораздо выше.
Соответственно влиять можно
на точность решения системы линейных уравнений: повысить точность решения,
на результат записи: перенести зависшие копейки на приемлемые счета.
Есть настройки программы, которые это позволяют сделать:
Максимальное количество итераций СЛУ.
Среднее отклонение СЛУ.
Граница погрешности СЛУ.
Первые два параметра влияют на точность решения системы линейных уравнений.
Третий параметр («Граница погрешности СЛУ») определяет, какие суммы будут считаться «зависшими копейками»: это все суммы, которые по модулю не превышают границу погрешности.
Как правило, не стоит изменять значения по умолчанию. Однако если при этих значениях «зависшие копейки» остаются, то можно изменить эти значения:
увеличить максимальное количество итераций СЛУ, скажем до 150,
уменьшить среднее отклонение СЛУ, скажем до 10^–13,
увеличить границу погрешности СЛУ, скажем до 100.
Надо понимать, что такие изменения могут привести к замедлению расчета себестоимости. Будет ли это замедление заметным, зависит от особенностей конкретной ИБ, данных в ней.
Также следует понимать, что граница погрешности сможет «скрыть» ошибки в учете – то есть не позволить их обнаружить и устранить. Поэтому не следует излишне, необоснованно завышать границу погрешности.
Не РАУЗ, партионный учет типовая конфа, простейший учет документ выпуска в нем распределение мат-в на основании требование с этими материалами, работает полтора года все закрывалось отлично.
(4) supermen, тогда самое надежное - отладчиком модуль смотреть и выяснять причину.
В свое время писал обработку корректировки копеек по документам расчет себестоимости - создает документ КЗР сторнирующий регистры на копейки по всем выбранным документам себестоимости (групповая обработка).
Копейки это нормально. Рубли - уже хуже.
Если это так сильно беспокоит, то действительно можно КЗР с размазыванием. Или на доходы/расходы списать, если бухи согласятся.
Посмотрел обработку мне она к сожалению не пошла. Могу конечно и КЗР благо там не много 5 общепроизв-ых статей 75коп., дело то в другом почему так может быть, ведь сообщений об ошибках то нет. Думал при закрытии сентября закроется т.к. выпуск то есть по этой группе но нет осталось чуть чуть все равно.
Вот сделал за этот месяц по этим статьям базу распределения вручную (Установка базы распределения) там была разница 2 коп. изменил вручную и все посчиталось нормально