Всем привет!
Есть БП 3.0 Проф (3.0.41.59). Есть производство, нужно немного поправить закрытие месяца по 20 счету, частично закрыть по-своему. Сделал отдельный документ ЗакрытиеСчетов, проводки там есть, все норм. Но потом, при закрытии регламентной операцией, она сторнирует мои проводки и делает свои на ту же сумму. Но если я сделаю ручную операцию с такими же проводками, как в своем закрытии, то сторно не происходит и все закрывается как нужно. Получается, регламентная операция как-то исключает ручные операции из анализа. Вот как это поправить, чтоб и мой документ был учтен? Дошел до расчета с/с, там есть процедура СоздатьОборотыФикс, как будто в ней дело, прописал там свой документ, но не помогает. Есть идеи?

А ты там кем?

ты сначала расскажи, что ты там решил поправить в закрытии

ибо скорей всего, можно типовыми методами обойтись

(1) Прог.
(2) Так и знал, что спросишь )
Я пытался уговорить по-хорошему, не хотят, нужно по-своему.

Тогда сделай обработку закрытия, которая сформирует ручную операцию:)

(4) Придется. Думал, что кто-то сталкивался.

(3) Тогда странно слышать "как будто" и "не помогает". Что тебя остановило?

(3) так я хочу тебя от беды спасти

(7) Спасибо, друг!
А по теме есть что сказать? Бухгалтер уперся, и готов заплатить за изменения.

(8) дурацкий подход, когда ты готов сделать всё за деньги
нельзя делать те хотелки, которые противоречат каким-то правилам

поэтому ты озвучь, что они просили
может ересть

(9) Согласен, но иногда приходится.
Есть затраты, делаются документом Отчет пр-ва за смену, кладутся на ном. группу №1 на 20 счете. В зависимости от времени года эти затраты должны быть распределены по разным ном. группам 20 счета по своему %. Примерно так: летом 70% на группу №2 и 30% на группу №3, а зимой по 50% на эти же группы. Отчетов пр-ва много, каждый отчет делить не вариант.

+(10) Причем это уже работает, все готово. Осталось, чтоб эти проводки не сторнировались при дальнейшем закрытии.
Пошел делать обработку...

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

Читаю ветку и с ностальгией вспоминаю... В БП с подобными хотелками все очень-очень просто, это вам не регистры РАУЗ и настройки распределения через СКД :)

(13) ты БП 3.0 открывал?

    // Для того, чтобы оценить затраты, представим их движение в виде графа.
    //
    // Граф состоит из ребер и вершин.
    //
    // Вершины - это состояния _затрат_, например, "20 счет по конкретному подразделению, НГ и статье затрат",
    // или "41 счет, конкретное наименование товара, конкретный склад, конкретная партия"
    // Важно: объекты учета, не являющиеся затратами, не входят в число вершин.

    // Алгоритм оценки основан на допущении: игнорируются, разрушаются замкнутые маршруты в графе - "циклы", контуры
    // (далее используем термин "Контур", чтобы не путаться с ключевым словом языка Цикл).
    //
    // Отсутствие контуров позволяет представить движения в графе в виде одного или нескольких деревьев -
    // _связных_ _ацикличных_ подграфов.
    // Здесь:
    // - связность означает наличие путей между любой парой вершин,
    // - ацикличность - отсутствие контуров и, как следствие, что между парами вершинами имеется только по одному пути.
    //

Процедуры типа

РазрушитьПетли
РазрушитьВсеКонтуры
ДооценитьКонтуры
СоздатьОсобенностиФормированияПроводок

Функция ОписаниеГрафа()  - // Возвращает описание графа на языке Dot.

(14) Я к тому, что пофиг, что там в этом черном ящике - на выходе перехватываешь и делаешь распрдееление как тебе надо, по-простому и по-понятному для последователей

Нашел подобную тему: 1С БП 3.0 расчет себестоимости и распределение затрат на счете 20
Sasha_1CK - отзовись, поделись, как решил.