Всем привет! Искал типовой механизм - не нашел. Подскажите, как лучше реализовать?
Организация ведет учет зп в ЗУПе, бухучет - в БП КОРП 3.0. Выгружают отражения и резервы на отпуска. Номенклатурных групп на 20-ом очень много и привязывать ЗП каждого сотрудника к той или иной группе нерационально. Предложил вести на 25 счете (ЗП рабочих), т.к. каждый работник работает над несколькими НГ, но возникает чересчур широкое распределение. Хотят, чтобы можно было распределить пришедшую из ЗУП оплату прямо при проведении Отражения на 20 пропорционально выручке по НГ в разрезе подразделений. Т.е. программа должна проанализировать, по каким НГ была выручка на пришедшем из ЗУ подразделении и распределить сумму пропорционально долям НГ в общей массе выручки по этому подразделению.
Я правильно понимаю, что типовыми механизмами такого не добиться? Не создаст ли проблем, если такое допиливать? Как лучше допиливать, чтобы не утонуть потом при закрытии месяца?
Спасибо заранее!

Переходите на УПП, там это реализовано ))

(1) ох... перешли как раз с него в прошлом году))

Просто может где готовая схема/обработка/услуга есть, вдруг кто подскажет...

(0) мне кажется раньше было такое, почитайте про закрытия 20\26, там же есть пропорционально выручке и способы для разных статей затрат можно разные выбирать

(4) спасибо! если вы про закрытие с 25/26 на 20 - оно и сейчас есть и, в принципе работает. Но мне сейчас нужно понять, как сделать так. чтобы миновать 25 счет и закрывать сразу с 70 на 20 с распределением. При том. что распределение БП позволяет делать, как я понимаю, только для 25 счета.

(5) Странное желание

Я думаю, что при желании задача из топика решаема типовыми средствами. Если не воображать себе, что НГ овердофига.
И да, не смотря на то, что утащили рабочих на ОПР - принципиально ничего не поменялось, тем более. если их затраты все-таки распределяются. Ну не будут вручную высчитывать, на какую сколько НГ надо относить... Самом посчитает.

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

Кстати говоря, распределить зарплату и взносы рабочих на нужные номенклатурные группы можно и нужно прямо в ЗУП. Варианты для этого есть разные. Может быть что-то странное с резервами отпусков и их использованием, но и там тоже готовые механизмы имеются прямо в ЗУП.

(8) Это предполагает, что в ЗУП будет вводиться информация о выручке или условные коэффициенты - что само по себе тоже трудозатратный вариант, кмк.  Или я не прав?

(5) почему? бухгалтер уверяет, что как раз это нормально, вести ЗП рабочих на 20 счете, а не на 25. Мои аргументы про сложность привязки труда к прямым затратам и конкретным НГ не подействовали.

(7) кстати, я не смог в типовой настроить, чтобы 25 распределялся только внутри подразделения, по НГ, по которым была выручка. У меня при закрытии 25 счета суммы раскидывались на НГ, по которым выручку делали и другие подразделения. Но это, возможно, мой косяк, хотя я честно старался понять. Пойду еще раз "смоделирую".

(9) Трудозатратность зависит от количества НГ и способа ввода. Т.е. документ с табличной частью для ввода данных есть.
Если инфа о выручке слишком напряжно бьется на сочетания Сотрудник+НГ - напиши процедуру заполнения. Там по каждому сотру и каждой НГ для него нужно вводить число. Если какая-то НГ будет пропущена - туда затрата от этого рабочего совсем не попадает.

В терминах ЗУП - это Способы отражения.

(9) А все равно где то это прийдется делать, если у вас овердофига НГ и автоматом распределяет некрасиво.

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

Там в справке на документ ЗУПа разъяснение есть. Вроде все достаточно понятно расписано, как оно будет распределяться.

(5) вы как-то странно формулируете
учёт в зупе, вам надо ли сразу 20-70 или другой счёт затрат -70
если вы хотите сразу 20-70 и распределить по данным из бп про номенклатурные группы - понятно, что штатно зуп так не сделает - и надо тогда думать как получать коэффиценты из бп

(0) Странная постановка вопроса.
Если вы хотите загружать з/п проводкой Д20 - К70, то где тут распределение?
На 25 счет и далее типовым способом пропорционально выручке на 20 - это распределение.

(16) Распределение как раз и должно происходить на этапе проведения док Отражение ЗП в учете (на стороне БП). Программа при проведении должна типа определить процентовку каждой НГ , по которой была выручка, и повесить в соответствии с полученной пропорцией затраты, сразу на 20 счет, минуя 25.

(17) нет.

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

Хотя бы потому, что ввод проводок из Отражения делается в Закрытии месяца просто в самом начале. Т.е. распределять расходы на оплату труда возможно только по плановым значениям, а не по рассчитанным каким-то суммам. Способы отражения заработной платы - это не способы распределения. Нет распределения. Хотели бы чтоб было, назвали бы и документ по другому, а не Отражением.

(17) штатно бп не правит, то что пришло из зуп
т.е если пришло 20 ном группа 1 -70 , то так и останется
можно и в бп писать, чтобы делило по ном группам, можно в зуп тянуть данные и там делить

(18) ввод проводок делается не в самом начале, а по окончании месяца - реально документ загружается условно 5-6 числа месяца, следующего за месяцем начисления. На момент проведения реализация уже вся за месяц будет отражена в базе и, таким образом, можно будет рассчитать пропорцию закрытия. Что касаеется названия - полностью согласен, документ уже иначе должен называться.

(19) ну вот как раз и идея сделать расширением и т.д. механизм, который сделает распределение по НГ и сформирует желаемые проводки вместо типовых.

Есть ЗУП. Есть куча программного кода в нем и расчет в том числе налогов и взносов там же выполняется. Надо автоматизировать заполнение данных о выручке с каждого способа отражения - не такая уж и сложная задача.

Меня бы смутили не сами цифры, а составление привязок вида :
- вот это у нас Петров - он в этом месяце травил первое, травил второе и сажал третье.
- а вот у нас Боширов - первое пропускаем, второе задание у него точно было, а затем сразу 15-ое и 20-ое.
Так вот если перечни этих соответствий Сотрудник-НГ будет разный - вот тогда будет действительно забадывать редактировать все эти списки ежемесячно.

(21) Если хочешь потренироваться - пробуй. Там много интересного увидишь.
Но уже когда доделаешь - вангую, что выбросишь все это и сделаешь не в БП, а в ЗУП. Будет намного проще и даже правильней, точнее будет работать.

(22) да, проблема как раз в том, что НГ ежемесячно меняются - в этом месяцы одни, в следующем другие. Отсюда и идея автоматом раскидывать на стороне БП уже, исходя из расчетных данных.

(21) ну делай, в чем проблема ?
можно делать , можно на 25ый и штатными ср-вами поделить
(22) обычно не так, обычно есть подразделение , оно выпустило  несколько ном групп за месяц
пропорционально чему-то (мат затратам на ном группу например или ещё чему) поделим их фот  между этими ном группами

(24) можно  и из ЗУПа данные из бп тянуть

Это не говоря ничего о том, что заполненный документ Отражение для Расчетчика и для Бухгалтера - священная корова, которую вручную править не комильфо. И если ЗУП даст готовый документ, то обе стороны будут резко против, чтоб он изменялся на стороне БП в какую-то загадочную глубокую туфту.

(25) Это обычно так и есть (фот поделил по материальным затратам внутри подразделения и все). Но у них это вероятно не совсем так просто. Было бы все просто - задача не возникла бы.

https://infostart.ru/public/1440856/

(29) спасибо! тоже увидел, надо будет проверить, как работает.

(30) А я бы еще раз бухами пообщался. Обработка с озвученным пояснением будет выглядеть не просто просто, а очень просто. Им точно надо вот так вот "а взять всё, да и поделить" ?

(31) да, пришли к выводу, что в их случае это оптимальный вариант, после 4 месяцев закрытия на 25-ый.

(32) чем не нра 25 непонятно
может им вообще всё не нравится )))

(32) ну и славно.
Только для общего развития тогда сделай так, как и склонялся изначально
- допиши всю эту кухню в Расширении. С созданием операции на основе типового объекта, но средствами документа в расширении, который будет хранить придуманные ими параметры по распределению затрат, появившихся в базе после принятия Отражения ЗП.
Типовой объект не исчезнет, даже если расширение "потеряют", но если без потерь, то вводимая инфа будет. Ее можно будет копировать, редактировать, давать ей права и т.д. и т.п.

допишу немного

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

з.ы. Можешь пофантазировать для чего и зачем нужно именно так.

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

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