Ответить в теме

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

Программист

teo73, вы бухгалтер или программист?

Сообщение от Климов Сергей

Кстати, в 3.0 этой проблемы нет, вполне себе можно использовать одну НГ на разных переделах. Попробуйте, прокрутите ваш пример на 3.0.

Аналогичный пример воспроизводился на 3.0, все закрывается нормально, я уже писал об этом выше.

Сообщение от teo73

Ни у кого больше нет идей?

Если ничто другое не помогает - обратитесь, наконец, на хотлайн.
Тем более, что и в другом месте ваш вопрос остался без ответа.
По сути вопроса, не претендуя на истину: алгоритм расчёта себестоимости в БП 2.0 не защищён от циклов. В частности, точно знаю, что если в 2.0 учитывается многопередельное производство, то на каждый передел нужно использовать отдельную номенклатурную группу. Иначе на 20 счёте зависают непонятные сальдо. В вашем случае такой финт провернуть не удастся: при комплектации нет возможности указать НГ.
Кстати, в 3.0 этой проблемы нет, вполне себе можно использовать одну НГ на разных переделах. Попробуйте, прокрутите ваш пример на 3.0.

Ни у кого больше нет идей?

Сообщение от teo73

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

Именно так.
Схожесть кода в этих конфигурациях очень минимальна. Тем более их писали разные команды программистов.

В общем модуле "КорректировкаСтоимости" есть кусок кода, который предназначен для избавления от подобного рода циклов:

МассивКомплектов.Очистить();
//Заполним новый массив комплектов с проверкой на наличие такой номенклатуры
//в составе обработанных комплектов. Это нужно что бы исключить зацикливание
//в случаях Ном1 -> Компл1 -> Ном1
Для Каждого Элемент Из СтруктураДопПараметров.МассивКомплектов Цикл
Если МассивРассчитанныхКомплектов.Найти(Элемент) = Неопределено Тогда
МассивКомплектов.Добавить(Элемент);
КонецЕсли;
КонецЦикла;

После обработки основной таблицы списания и создания первых 4-х проводок, создается таблица списания по списку товаров, которые участвуют в комплектациях за период и аналогично обрабатываются как в первом этапе и создаются еще 4 проводки. Затем данные товары исключаются из основного массива комплектов, для того, чтобы еще раз не обрабатывать. Вроде бы все логически верно, но все равно что-то не так.
Вот проводки, которые делает регламентная операция:
Вложение 58985

teo73, если из-за цикла, то только ручными проводками

Ни у кого больше нет идей, как решить этот вопрос?

Анжелика Ник, аналогичные документы заведены. Возможно, так и есть, код процедур там совершенно другой. Но четко разобраться в нем трудно, т.к. уж слишком он запутан.

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

Анжелика Ник, да, по средней.
Причем в конфигурации 3.0 такой ситуации не случается, все закрывается "в ноль".

teo73, могу предположить что на Цикл в программе выходите..у вас учет по средней? закрытием месяца корректируется ст-ть товара 1, от которого зависит цена товара 2, который потом задействован в себестоимости товара 1..

Здравствуйте.
Помогите, пожалуйста, разобраться.
В базе (Бухгалтерия предприятия КОРП, 2.0.65.48) в течение месяца есть документы комплектации/разукомплектации. По такой схеме:
1. Комплектация Товара2 из комплектующих (Товар1)
2. Разукомплектация Товара2 из комплектующих (Товар1)
3. Комплектация Товара2 из комплектующих (Товар1)
Так же корректируется стоимость списания Товара 1: по хронологии после комплектаций/разукомплектаций заведены документы поступления/реализации по другой цене.
При закрытии месяца происходит неверная корректировка стоимости. Почему такие суммы?
Карточки счета по Товару1 и Товара2 соответственно:
Вложение 58980
Вложение 58981