Проблема с Расчетом себестоимости в 1С КА. #588581

Господа уппшники и кашники подскажите по мой проблеме: не могу сделать расчет за май месяц, до этого четыре месяца нормально закрылись. Сейчас провел документ Расчет себестоимости в КА, в результате получилось черти чё. Вот, что выдал документ при проведении: Проведение документа: Расчет себестоимости ЦФ000000008 от 31.05.2011 12:00:00 Выполненное количество итераций расчета стоимости: 100 Полученное среднее отклонение решений: 88,640332563660760802150093032871614637171800703 Выполненное количество итераций расчета стоимости: 100 Полученное среднее отклонение решений: 112,104229433546743849493487698986975397973950796 Обнаружены отрицательные остатки по регистрам учета затрат! Расчет себестоимости может быть выполнен некорректно и может выполняться длительное время. П.С. у меня 1С КА, РАУЗ включен.

Предыдущие месяцы закрывались нормально, вот что выдавалось при проведении: Проведение документа: Расчет себестоимости ЦФ000000007 от 30.04.2011 12:00:01 Выполненное количество итераций расчета стоимости: 14 Полученное среднее отклонение решений: 0,000000375371535736611794123775786622 Выполненное количество итераций расчета стоимости: 17 Полученное среднее отклонение решений: 0,000000443850948114190456345071889977078558033 Проводка по отклонению стоимости товара при возврате поставщику сформирована не будет Обнаружены отрицательные остатки по регистрам учета затрат! Расчет себестоимости может быть выполнен некорректно и может выполняться длительное время. Пробывал увеличить кол-во итераций до 200. Не помогло.

Имеет ли смысл изменить параметры Граница погрешности СЛУ, Максимальное кол-во итераций СЛУ и Среднее отклонение СЛУ?

Не имеет. У вас отрицательные остатки на конец месяца. Устраните их и тогда по идее должно быть нормально. При отрицательных остатках в общем случае расчет сс некорректен. Что бы их отловить, распроведите расчет сс  и сформируйте ведомость по учету затрат и ведомость по мпз с группировками - все четыре аналитики

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

Отрицательные остатки в регистрах затрат?

А кто вам сказал что правильно проводился? :) Отсутствие отрицательных остатков по учету затрат является ОБЯЗАТЕЛЬНЫМ условием корректного расчета себестоимости. Телепатически трудно говорить что у вас с данными, но первым пунктом решения вашей проблемы является устранение отрицательных остатков. Ну еще бы я перед этим наверно проверил что у вас нет комплектаций товара в этот же товар. в силу отрицательных остатков у вас сложилась ситуация, что при решении системы уравнений вместо схождения результата к некоторым корням (а среднее отклонение ничто иное как разность между корнями в соседних итерациях) получается наоборот расхождение.

по регистрам затрат нет отрицательных остатков. Это я посмотрел по ведомости по учету затрат. По мпз есть отрицательные остатки. Это я проверял по отчету Ведомость по учету затрат. Если остатков нет после расчета себестоимости, значит нормально всё распределилось. Комплектации нет. Учет простой: пришли материалы и затраты, передали их производство, сделали выпуск продукции и продали отчетами о розничных продажах. Выпуска полуфабрикатов нет.

Посмотрел по отчетам почему то Расчет себестоимости спотыкнулся на бананах. ) Сделал проводку Д20.01.1 - К10.1 на 799 миллинов по подразделению Кухня (списание в производство) и добавил проводку по перемещению между складами: Д10.1-К10.1 с Кухни в Бар. По этим бананам в прошлых периодах тоже минуса были.

Я доверяю расчету себестоимости больше, чем тебе.

ну вот вы и причину нашли >>По мпз есть отрицательные остатки >>Сделал проводку Д20.01.1 - К10.1 на 799 миллинов

А почему раньше всё нормально было? Попробую убрать отриц. остатки.

Утрированно (не совсем верно, но так понятней на пальцах) : Есть товар стоимостью Y , две штуки которого мы выпускаем из 3 штук материала стоимостью X.  Получается уравнение 2Y = 3X. Вопрос, сколько корней у этого уравнения (и как следствие стоимость)? Ответ : бесконечное множество : 0,0; 1.5,1 ; 3,2 .... А почему?  а потому, что нам неизвестна стоимость материалов X. Это и есть отрицательный остаток МПЗ у вас!!! Какой из этих корней выберет система - это как звезды сложатся на небе. Вот почему у вас более-менее было при прежних расчетах сс. Теперь предположим, что стоимость материала X нам известна. система примет вид: 2Y=3X X=4 Корень известен  - 6, 4.... Вот по какой причине нельзя допускать перед расчетом сс отрицательных остатков

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

Написал обработку, которая удаляет отрицательные остатки по МПЗ на конец месяца. Стал снова делать расчет себестоимости и вот уже за февраль вылезло сообщение: "Обнаружены отрицательные остатки по регистрам учета затрат!" В ведомости по учету затрат и Ведомости по учету МПЗ нет отрицательных остатков. В отчетах группировка строк стоит по Подразделению, Статье затрат, Затрате и Счет. Где еще могут быть отриц. остатки?

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

регитры УчетЗатрат

спасибо теперь понял. ) Отловил еще минуса по МПЗ, исправил их, но почему-то после исправления всё равно пишет, что Обнаружены отрицательные остатки по регистрам учета затрат! Посмотрел по ведомости по МПЗ образовались отрицательные стоимостные остатки документом Расчет себестоимости. Из-за чего это может быть?

Распроведи все РС. И вообще, я себе в конфу в этом сообщении вставил вывод тех минусов, которые она обнаружила...

долго заново перепроводить. На проведение одного документа уходит часов 8. А мне надо перепровести год. ( Попробую дальше проводить. Большой косяк был в мае. Сейчас я стараюсь убрать все минуса, а уж потом провожу расчет себестоимости. Кстати я правильно делаю вот так: делаю оприходование на конец месяца (закрываю минуса по МПЗ) на время 23:59-50, а расчет себестоимости уже провожу 23:59:59?

блин... Без распроведения ты не увидишь картину, которую видит расчёт. Поэтому без распроведения толку нет

на копии распроведи, посмотри где косяк и исправь в эталонной базе бе распроведения..

До проведения расчета себестоимости не было минусовых остатков. Это я проверяю запросом, который выцепил из расчета себестоимости. После проведения они возникают, т.е создает документ Расчет себестоимости. Смысл его еще раз проводить и распроводить?

в рс выведи то, на что он ругается.

надо так и сделать.

Такое время проведения расчета СС - ненормально. Скажем так, я больше двух часов не встречал. Вернее встречал, когда 2 дня молотилось, но там допустили идеологическую ошибку - порядка 20000 номенклатурных групп было. Вообще отрицательные остатки имеют право на жизнь. Но в некоторых ситуациях (Например возвратные отходы по своей сути отрицательная затрата). Но после расчета сс их не должно быть. Может вам стоит обратиться к франчу? К нормальному франчу.

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

А я встречал. На 40 000 выпусков в месяц. Без встречных и прочего.

в месяц порядка 500 - 800 выпусков продукции. Встречных нет. Но это общепит, постоянно есть отриц. остатки.

500? Тогда 8 часов - это аномально. Если конечно, не на первом пне считаете. Перемещения встречные есть?

Нет встречного перемещения. Проц Intel Core i7 ОЗУ 8 гигов.

Тогда только отладчик в замере времени... Я так колдовал, когда первый раз в УПП месяц закрывал... Там индексов добавить, тут код слегка оптимизнуть...

эт не реально. ) Я тоже первый раз месяц закрываю. Знаний не хватит, что куда.

у меня тоже знаний не было. Просто запускал замер времени и смотрел, на чём тормозит. Начинал, разумеется, с 5-10 документов.

5-10 документов - это выпуски? Или обшее количество?

для начала я брал поступления и всякие перемещения за один день и 10 выпусков (у меня их больше тысячи в день...) А потом добавлял подневно. В результате и месяц закрывался за 4 часа, и бухи были довольы

спасибо попробую так.

Сделал замер времени при проведенни документа РСВ. В общем 97% времени выполняется вот этот запрос из общ. модуля КорректировкаСтоимостиУчетЗатрат.НайтиПутьВГрафе И вешается функция вот здесь: А что это за функция такая и можно ли как-нибудь увеличить скорость?

Это корректировка копеек. Почитай статью на ИТС . Какой релиз ? Долго этот код работал на старых релизах. Как быстрое , временное решение , можно установить константу " Граница погрешности СЛУ "  в " ноль " .

Релиз 1.0.16.1

Какое название статьи?

о чудо. У меня провелось за час где-то. Но правда много копеек осталось не закрыто. ) До этого " Граница погрешности СЛУ " было "5". Может из-за этого долго проводилось?

разобался из-за чего не правильно закрывался месяц май. Дело было в отрицательных остатков, причем именно суммовых, при отрицательных количественных остатков месяц нормально закрывался.

рано радовался. Закрывается только если " Граница погрешности СЛУ " = "0". В противном случае 1С просто вылетает с сообщением "Не достаточно памяти". Памяти на сервер 8 гигов. Отрицательных остатков нет, точнее они были, но я их исправил в конце месяца. В чем может быть причина?

при расчете себестоимости используются временные таблицы для хранения промежуточных результатов? Сервер 1С 32-х или 64-х разрядный?

32-х разрядный.

всё типовое. Никаких изменений в расчет себестоимости не вносил.

использование временных таблиц определяется константой. Проверь. Включи тех. журнал - если в момент вылета объем рабочего процесса приближается к 2-м гигам, то проси у своего франча ключ от 64-хразрядного сервера "на попробовать"...

такой ключик никто не даст. Он мало у кого есть. Да кстати. База не клиент-серверная, а файловая.

это я соврал.

В файловой без шансов. На счет "Мало" не знаю - под гарантийное письмо даю либо свой, либо у дистрибьютора беру. Это не проблема.

на серверный вариант надо переводить базу? Самое интересное, что с января по апрель я сделал расчет себестоимости. Май оказался какой то заколдованный. Может просто база распухла и в файловом варианте уже не тянет.

Вряд ли распухла. У тебя скорее граф затрат где-то зациклился в мае, вот систему и колбасит на приближениях.

как от этого избавиться?

Искать, на какой из узлов корректировки себестоимости списания одна и та же затрата поступила одновременно на вход и выход...

+ Распределяемая затрата в производстве. В разделе учета МПЗ у тебя такое вряд ли могло произойти...

ведомость по учету затрат с смотреть?

Я бы "МПЗ и затрат" анализировал...

а на пальцах можешь объяснить что надо смотреть? Точнее какие настройки вбить в отчет "Анализ движения МПЗ и затрат"? Я обычно его вот с такими настройками смотрю: Отбор: - Раздел учета = Затраты В итоге он выдаст какая затрата на какую продукцию пошла. Так правильно?

Добрый день. Можете подсказать вот по такому вопросу: Как посмотреть на какой из узлов корректировки себестоимости списания одна и та же затрата поступила одновременно на вход и выход?

Разобрался из-за чего долго расчет себестоимости проводился. Перешел с платформы 8.1 на 8.2, увеличилась скорость в 4-ре раза. Теперь документ проводится 1,5 - 2 часа. С предыдущими вопросами не разобрался. (

по этому вопросу можете подсказать?