Галактика в вопросах и ответах

Нужно закрыть 23 счет на 25-й - раскидать затраты энергоцеха на другие подразделения, в соответствии с потребленной ими электроэнергией. На 23 ведется аналитика Производственный заказ/Элементы затрат, по Подразделениям.
На 25 - аналитика Статьи затрат/Элементы затрат, по Подразделениям.
Затраты 23-го собраны на конкретном Производственном заказе.
Информация о потребленной цехами э/энергии есть.
Поделитесь опытом - как правильно настроить и сделать закрытие?
P.S. В наличии модуль Контроллинг (пока не использовали). Модуля "Фактические затраты" нет.

Ни чего не попутано
23 закрываем на 25
а не наоборот?

Я так понимаю нужно одну сумму распределить пропорционально потреблению.
Я обычно это делаю при помощи идентификатора OBOROT.
Главное на любом счете БУ нужно иметь информацию по потребленной энергии в разрезе подразделений.
Алгоритм примерно такой
Циклический OBOROT/Не циклический OBOROT*Сумма к закрытию

Seybukan писал(а):Ни чего не попутано
23 закрываем на 25
а не наоборот?

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

Seybukan писал(а): Я так понимаю нужно одну сумму распределить пропорционально потреблению.

да

Seybukan писал(а): Я обычно это делаю при помощи идентификатора OBOROT.
Главное на любом счете БУ нужно иметь информацию по потребленной энергии в разрезе подразделений.

Вот этого как раз и нет. Значит, нужно ввести эти данные? Забалансовые счета подойдут?
Обязательно ли использовать для формирования таких проводок Базы распределения или просто руками наколотить проводки?

Seybukan писал(а): Алгоритм примерно такой
Циклический OBOROT/Не циклический OBOROT*Сумма к закрытию

Спасибо. Будем пробовать.

По ответам картинка прояснилась.
Если в заказе есть данные о потреблении каждого подразделения, можно попробовать провести их на БУ. Хотя можно внести и на забалансовый счет руками.
Базу распределения даст Циклический OBOROT/Не циклический OBOROT по счету где хранятся данные по потреблению.

Есть еще вариант. (Поскольку данные все равно надо заносить, либо в заказ, либо ручными проводками.)
В Производственной логистике есть акт на услуги.
Так вот забейте туда одну строку на общее количество потребления и сумму. В расширенной информации по строке можно разнести по подразделениям потребленной количество.
Стандартный идентификатор &NP_ вам с циклической обработкой по подразделениям сделает проводки.

Вот насчет акта на услуги и распределения потребления это иснтересно, нужно посмотреть. Для нас как раз в этом сейчас загвоздка - данные по потреблению цехов на бумажке есть, а вот как их красиво ввести в систему, и использовать при закрытии - пока не решили.
Настроить затем закрывающие ТХО - это уже дело техники, главное ведь правильно исходные данные положить, так ведь?
Спасибо за наводку.
P.S. И еще один момент не совсем понятен. Про идентификатор OBOROT... Его используем в закрывающей ТХО? (т.е. в функционале закрытия счетов в модуле Бухотчетность?) Или можно тупо ввести просто бухсправку, и зарядить там этот алгоритм - и все закроется как надо. Так? Или нет?

Да OBOROT будет работать где угодно.
&SUM * Циклический OBOROT/Не циклический OBOROT

Что выдаст тебе &SUM не важно
Главное, что конструкция Циклический OBOROT/Не циклический OBOROT выдаст следующего рода табличку:
1 / 10
2 / 10
3 / 10
4 / 10

Естественно при использовании акта на услуги там достаточно &NP_.
Только внимательнее указать в ТХО:
<авто - подразделение получатель>
<авто - подразделение отправитель>
Чтобы шиворотнавыворот не получилось.

По сути конструкцию Циклический OBOROT/Не циклический OBOROT
можно использовать для любого распределения сумм.
Так например:

&NP_Циклический OBOROT/Не циклический OBOROT
Распределит каждую позицию накладной по коэффициентам.

Ровно как и написать свой алгоритм MY_ALG выдаст аналогичный результат распределения при использовании его в конструкции:
Циклический MY_ALG/Не циклический MY_ALG

Seybukan писал(а):
Естественно при использовании акта на услуги там достаточно &NP_.
Только внимательнее указать в ТХО:
<авто - подразделение получатель>
<авто - подразделение отправитель>

Что-то не получается циклическая обработка по подразделениям. В чем там может быть проблема? Есть акт с одной услугой в спецификации - электроэнергия, по Ctrl+Enter этой позиции произведено распределение по нескольким подразделениям-получателям. В шапке акта подразделение-получатель пустое.
Вяжем ТХО - проводка всего одна, поле Подразделение-получатель не заполнено, только отправитель.

Пардон. NP Работает с актом в логистике.
В производстве вот как надо:
ТХО: тест
Регистр учета: План счетов 2001г. (в ред. Приказа Минфина РФ от 07.05.2003 №38н)
Номер по порядку: 1 Процент: 100.0000 Входимость: +
ДЕБЕТ : 20.<нет>
КАУ 1 : <не формировать - Группы МЦ>
КАУ 2 : <не формировать - Статьи расходов/доходов>
Подразделение: <режим 1 - Подразделения>
КРЕДИТ: 26.<нет>
КАУ 1 : <не формировать - Статьи расходов/доходов>
Подразделение: <авто - подразделение отправитель>
Дата проводки: <авто - дата>
Содержание проводки:
Алгоритм в НДЕ: &Vip_[Obj:"MNFZAK"][Тип:"спецификация"][Сумма:"документ"][КолВо:"Спецификации"]
Алгоритм в валюте <по настройке>:
Алгоритм количество:
Вычисление формул: Вычислять все формулы по списку
Фильтр для циклической обработки:
Циклическая обработка: <Подразделения>
Результат: положительная, при смене знака изменить корреспонденцию счетов
Сумму в проводке: не конвертировать
Внешняя классификация:

Спасибо.
Режим 1-Подразделения рулит

Раскидать суммы по подразделениям в соответствии с пропорциями потребления вроде бы получилось. С помощью OBOROT.
Но вот чтобы автоматически формировалась аналитика закрываемого счета - никак. Нужно, чтобы алгоритм пробежал по всем проводкам и вытащил все встретившиеся значения аналитики Элементы затрат. Не получается.
Может быть, OBOROT для этого не предназначен, и нужно все-таки использовать функционал закрытия счетов?

там то ли по F3 то ли по shift+F3 добавляются режимы по формированию аналитики
Ну и циклическую не нужно забывать по нужным.

Не стали париться - сделали бухсправку через закрытие счетов, и вся аналитика проскользнула как по маслу. Т.е в закрывающей ТХО-шке идентификатор OBOROT использовали только для вычисления пропорции распределения из проводок на забалансе, а собственно сбор суммы для распределения и формирование закрывающих проводок получились "сами собой" через функцию закрытия счета.
Всем спасибо.

Самый правильный способ закрытия 23 счета это через Контроллинг.
Вспомогательные (и обслуживающие 29) подразделения оказывают услуги всем подразделениям, в том числе и вспомогательным и основным и административным, короче всех.
Я сделал это примерно так:
1.Создается производственный заказ на каждый цех, в спецификации которого потребляемая услуга в нат.ед.измерения и аналитика цех-потребитель и кол-во.
2.Из ПЗ запускается алгоритм и формируются в производственной логистике акты на оказание услуги между цехами.
3.В контроллинге формируется производтсвенный баланс, в котором есть выпуск и передача услуг потребителям.
4.При распределении учитывается движение в произв.балансе и калькуляция затрат.
5.Формируются КД и проводки (25\23, 23\23, 26\23, 20\23, 44\23, 20\25, 20\29, 43\20, 43\43, 91\43, 90\43, 28\20, 20\28, 90\43 и тд)

На выходе имеем себестоимость услуг и продукции.
расчет себестоимости ускоряется в разы.

иметь Контроллинг и не использовть его, это все равно что хранить Феррари в чулане ,
запустить модуль можно очень быстро...