ЗУП: бредовое начисление. Как реализовать?
 

Речь идет о ЗУП КОРП, в принципе релиз не важен, сама суть следующая
Чтоб было ясно, зачем это нужно, предыстория :

Есть две ЗУП – скажем ЗУП и ЗУП2, первая – официальная, вторая – серая
Во второй есть хитрый вид расчета – доплата до фиксированного оклада. Ну т.е. при приеме сотру говорят, ты будешь получать 25000 р, но официально будем проводить 10000р
Т.о. в ЗУП оклад 10000 НДФЛ=1300, т.е. на руки официально 8700. Чтобы по двум базам получить 25000 нужно в ЗУП2 начислить 25000-8700 или 25000-(10000-1300)
Т.е. формула в ЗУП2 у начисления такая=Показатель - Расчетная база. Но, в типовом варианте в расчетную базу можно добавлять только начисления и только со знаком + по умолчанию. А здесь в расчетную базу нужно добавить начисление (с плюсом) и удержание (с минусом). Если б можно было в формуле задать 2 расчетных базы, то вопрос со знаком отпал бы путем формулы Показатель-РасчетнаяБаза1+РасчетнаяБаза2. Начисление и НДФЛ выгружаются из ЗУП, Показатель вводится в ЗУП2 кадровым приказом.
Возможно ли как-то это обойти без правок конфигурации и без использования управленческого учета? Спасибо.

В екселе. Первая колонка - ФИО, вторая колонка - Фикс.сумма, третья колонка - перенос из ЗУП, четвертая колонуа - разница.
Можно еще добавить отношение "полноты рабочего времени: факт/"по графику". Немного формула "итого доплатить" изменится.
И не компосируй мозги "вторым ЗУП". Он не нужен. Совсем. Вместе со своими хитрыми модулями, страховыми, и прочими примбамбасами для "настоящего учета".
Ну, не ексель: сотвори для развлечение что-то примитивное на коленке. Хоть на чем.

+1 Можно не сотворять. Можно в ЗУП добавить регистр сведений. И обормотку для выдачи "тайной ведомости".

а кто нить когда нить считал зп от обратного?

(0) Без правок и упр? ) Слишком многого хотите.
(3) Типовая ЗиК например )

3-Зелёный тролль > Тут нет "от обратного".
4-Пудель > В ЗиКе "белый расчет". Бессмысленный, и ужасный.

4-Пудель > В данном случае, не "слишком много". Эта хрень, что оне хотят, никак не пересекается с ЗУПом. Т.е., не влияет на его функционирование.
Добавление пары регистров не очень затрудняют обновления, главное, не забыть про них, и не грохнуть невзначай. А штатные могут быть и "под замочком". Саму же исполняемую часть можно держать и во внешних обормотках. Можно и отдельной секцией в модудях.
Эта пришлепка из осеовного мезанизма только читать будет ;)

(3) Делал как то, внешней обработкой, так что на саму конфигурацию никаких изменений не нужно. Если кому нужно могу поискать в закромах.

(1) второй ЗУП нужен. По поводу Экселя - намек ясен. Вот на счет регистров что думаю - писать туда суммы по сотрудникам, равные полагаемой доплате (при выгрузке из ЗУП), а сам расчет вынести в документ разового начисления на кнопочку "Заполнить" - т.е. расчет будет брать значение Показателя и вычитать из него значение из регистра. VZ, на это намекал?

8-kupreeff > По озвученной задаче - не нужен.
Один регистр (значения) нужен для хранения "договоренной зарплаты" у сотрудника. Уже достаточно для расчета "черной добавки" ("белые расчеты получаем по сотрудникам запросом).
Второй регистр (необязательно, но, полагаю понадобится) - накопительный. Учитывая, что не всегда сотрудник может получить вовремя свою "добавку" (командировка, болезнь, ets.). Сальдо, т.е. надо держать. Заодно имеем историю, и своды. В этом регистре суммы начисления добавки, и выплаты добавки. Ну, и прочие вспомогательные реквизиты (это при конструировании).
Документы можно, конечно делать, но чем больше нашлепка ка конфу, тем больше внимания при обновлениях. Хотя, как говорил ранее, обновления механизмы нашлепки не трогают, и они совсем не мешают.
И еще напоминаю: ни сборов, ни налогов, ни взаимодействия с бухучетом не будет совсем: эти "добавки" с "черного нала".
Поскольку объем этого функционала на порядок(и) меньше основного, "штатного", функционала ЗУП, городить что-то отдельное, и связываться с обменами всякими - нет никакого смысла. И отдельную базу скрыть трудно. Блок в базе, видимый только конкретному сотруднику, может быть обнаружен только если знаешь, что ищешь. Т.е., в случае слива инфы осведомленным. Но в этом случае "вторая база" обнаруживается еще легче, и проще исследуется.

то 0
...
1.Вводишь новый вид расчета: Серая Зарплата, налогами не облагается, взносы не

берутся...
2.Вводишь новый показатель: СчитатьОТ,Денежный,ДляСотрудника,Вводится при

кадровых изменениях
3.Вводишь формулу :
СчитатьОТ -(НормаВремениВДнях / ОтработаноВремениВДнях *ОкладПоДням -

НормаВремениВДнях / ОтработаноВремениВДнях *ОкладПоДням*0.13)

это минимум...можешь ее усовершенствовать, мне просто лень писать,типа если

больше 0, тогдакак по формуле, если меньше то 0...а то отрицательные начисления

будут

4.Плановыми начислениями вводишь:
Иванов: Оклад по часам, 10000,начать дата
Иванов: СчитатьОт 25000, начать, дата и т.д

...Да не забудь:
Там где у тебя определен реальный оклад по часам...опиши его как =0...

..тьфу звиняюсь, оклад по дням, я просто не знаю, что у тебя....:-))

10-_U2 >не годится.
белая зряплата потому и белая, что туда, помимо оклада, могут входить ночные, праздничные, какие-либо надбавки, доплаты и т.п.
кроме того, НДФЛ считается с учетом вычетов (на детей, имущественных, социальных и т.п.)
Поэтому вариации на тему [em]"ОкладПоДням*0,13"[/em] - это очень частный случай белой зарплаты. Подходит только для сотрудников, имеющих голый оклад и не имеющих детей. В таком разе автору бы вообще не понадобилось бы задавать вопрос, уж 0.13 он бы всяко вытащить сумел.

не мудрите... практика работает так:
1. в белке получается док зарплаты к выплате
2. он идёт в серку как обычное удержание

всё.

(14) не годится.
Проблемы индейцев шефа не волнуют.
У индейцев могут быть исполнительные листы, которые в белке, естественно, проводятся - это же белка. Поэтому в доке зарплаты к выплате может быть сумма, уменьшенная на удержание по ИЛ.
А шеф почему-то ну никак не хочет на эту сумму увеличить "серку".

(15) алименты показываются в серке также в удержаниях...

уф.. хорошо что у меня куроводство даже таксо в "непредвиденных" случаях платит...

то13 Угу... получается, что в серой одно начисление
25000 и одно удержание...которое собирается из белой из
РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций,
до всех официальных вычетов, НДФЛ,Алименты, штрафы, профвзносы....т.е если в белой всего начислено=10000
то в серой 25000-10000=15000
а удержания пошли для отчетности в белой
....
так получается?

...и из ...ДополнительныеНачисления..то же

удержания за штрафы гибдд не забудь

0-kupreeff >чё же тУта бредового: у меня в одном холдинге решается задача приводить выдачу на руки в белой в соответствии с договоренностями - путЁм начисления месячной премии - решение на зик и зуп внешней обработкой и без художественно-садомазохистских "улучшений" конфигураций...