Господа уппшники и кашники подскажите по мой проблеме: не могу сделать расчет за май месяц, до этого четыре месяца нормально закрылись. Сейчас провел документ Расчет себестоимости в КА, в результате получилось черти чё.
Вот, что выдал документ при проведении:

Проведение документа: Расчет себестоимости ЦФ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. Не помогло.

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

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

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

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

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

(5) по регистрам затрат нет отрицательных остатков. Это я посмотрел по ведомости по учету затрат. По мпз есть отрицательные остатки.

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

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

По этим бананам в прошлых периодах тоже минуса были.

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

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

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

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

Теперь предположим, что стоимость материала X нам известна. система примет вид:
2Y=3X
X=4
Корень известен  - 6, 4....

Вот по какой причине нельзя допускать перед расчетом сс отрицательных остатков

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

Написал обработку, которая удаляет отрицательные остатки по МПЗ на конец месяца. Стал снова делать расчет себестоимости и вот уже за февраль вылезло сообщение:

"Обнаружены отрицательные остатки по регистрам учета затрат!"

В ведомости по учету затрат и Ведомости по учету МПЗ нет отрицательных остатков. В отчетах группировка строк стоит по Подразделению, Статье затрат, Затрате и Счет.

Где еще могут быть отриц. остатки?

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

(14) регитры УчетЗатрат

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

// Функция ищет путь в графе исходный список вершин содержится в таблице ТаблицаВолновыхМеток.
// Критерием окончания поиска являются:
// - вершина с ненулевым количественным остатком
// - внешняя вершина (затраты ушли из подсистемы учета затрат)
//
Функция НайтиПутьВГрафе()

ТекстЗапроса = "ВЫБРАТЬ
   |    УчетЗатратДвиженияРасход.КорНомерУзла КАК НомерУзла,
   |    ВЫБОР КОГДА ((УчетЗатратДвиженияРасход.КорНомерУзла = 0) ИЛИ
   |    //ДляУпрУчета    (ЕСТЬNULL(УчетЗатратРеглОстатки.КоличествоОстаток,0) <> 0)
   |    //ДляБухУчета    (ЕСТЬNULL(УчетЗатратРеглОстатки.КоличествоОстаток,0) <> 0)
   |    //ДляНалУчета    (ЕСТЬNULL(УчетЗатратРеглОстатки.КоличествоНУОстаток,0) <> 0)
   |    ) ТОГДА ИСТИНА
   |    ИНАЧЕ ЛОЖЬ КОНЕЦ КАК РешениеНайдено
   |ИЗ УчетЗатратДвиженияРасход КАК УчетЗатратДвиженияРасход
   |    ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.УчетЗатрат%СуффиксРегл%.Остатки(&ГраницаДатаКон, ) КАК УчетЗатратРеглОстатки
   |    ПО УчетЗатратДвиженияРасход.КорАналитикаВидаУчета = УчетЗатратРеглОстатки.АналитикаВидаУчета
   |        И УчетЗатратДвиженияРасход.КорАналитикаУчетаЗатрат = УчетЗатратРеглОстатки.АналитикаУчетаЗатрат
   |        И УчетЗатратДвиженияРасход.КорАналитикаУчетаПартий = УчетЗатратРеглОстатки.АналитикаУчетаПартий
   |        И УчетЗатратДвиженияРасход.КорАналитикаРаспределенияЗатрат = УчетЗатратРеглОстатки.АналитикаРаспределенияЗатрат
   |ГДЕ УчетЗатратДвиженияРасход.НомерУзла = &НомерУзла";


И вешается функция вот здесь:

ТаблицаСостоянийПолучателей = Запрос.Выполнить().Выгрузить();


А что это за функция такая и можно ли как-нибудь увеличить скорость?

(37)
Это корректировка копеек. Почитай статью на ИТС .

Какой релиз ?
Долго этот код работал на старых релизах.

Как быстрое , временное решение , можно установить константу " Граница погрешности СЛУ "  в " ноль " .

(38) Релиз 1.0.16.1

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

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

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

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

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

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

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

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

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

(45) это я соврал.

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

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

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

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

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

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

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

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

(57) а на пальцах можешь объяснить что надо смотреть? Точнее какие настройки вбить в отчет "Анализ движения МПЗ и затрат"?

Я обычно его вот с такими настройками смотрю:

Отбор:
- Раздел учета = Затраты
- Кор. раздел учета = Выпуск

Группировки колонок:
 Кор. продукция

В итоге он выдаст какая затрата на какую продукцию пошла. Так правильно?

Добрый день. Можете подсказать вот по такому вопросу:

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

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

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