ЗУП: бредовое начисление. Как реализовать? Речь идет о ЗУП КОРП, в принципе релиз не важен, сама суть следующая Чтоб было ясно, зачем это нужно, предыстория : Есть две ЗУП – скажем ЗУП и ЗУП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 >чё же тУта бредового: у меня в одном холдинге решается задача приводить выдачу на руки в белой в соответствии с договоренностями - путЁм начисления месячной премии - решение на зик и зуп внешней обработкой и без художественно-садомазохистских "улучшений" конфигураций... |
Текущее время: 09:44. Часовой пояс GMT +3. |