К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

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

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

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



Гость
1 - 18.03.2013 - 23:59
В екселе. Первая колонка - ФИО, вторая колонка - Фикс.сумма, третья колонка - перенос из ЗУП, четвертая колонуа - разница.
Можно еще добавить отношение "полноты рабочего времени: факт/"по графику". Немного формула "итого доплатить" изменится.
И не компосируй мозги "вторым ЗУП". Он не нужен. Совсем. Вместе со своими хитрыми модулями, страховыми, и прочими примбамбасами для "настоящего учета".
Ну, не ексель: сотвори для развлечение что-то примитивное на коленке. Хоть на чем.
Гость
2 - 19.03.2013 - 00:01
+1 Можно не сотворять. Можно в ЗУП добавить регистр сведений. И обормотку для выдачи "тайной ведомости".
3 - 19.03.2013 - 01:47
а кто нить когда нить считал зп от обратного?
4 - 19.03.2013 - 03:50
(0) Без правок и упр? ) Слишком многого хотите.
(3) Типовая ЗиК например )
Гость
5 - 19.03.2013 - 09:05
3-Зелёный тролль > Тут нет "от обратного".
4-Пудель > В ЗиКе "белый расчет". Бессмысленный, и ужасный.
Гость
6 - 19.03.2013 - 09:16
4-Пудель > В данном случае, не "слишком много". Эта хрень, что оне хотят, никак не пересекается с ЗУПом. Т.е., не влияет на его функционирование.
Добавление пары регистров не очень затрудняют обновления, главное, не забыть про них, и не грохнуть невзначай. А штатные могут быть и "под замочком". Саму же исполняемую часть можно держать и во внешних обормотках. Можно и отдельной секцией в модудях.
Эта пришлепка из осеовного мезанизма только читать будет ;)
7 - 19.03.2013 - 10:23
(3) Делал как то, внешней обработкой, так что на саму конфигурацию никаких изменений не нужно. Если кому нужно могу поискать в закромах.
Гость
8 - 19.03.2013 - 11:54
(1) второй ЗУП нужен. По поводу Экселя - намек ясен. Вот на счет регистров что думаю - писать туда суммы по сотрудникам, равные полагаемой доплате (при выгрузке из ЗУП), а сам расчет вынести в документ разового начисления на кнопочку "Заполнить" - т.е. расчет будет брать значение Показателя и вычитать из него значение из регистра. VZ, на это намекал?
Гость
9 - 19.03.2013 - 12:44
8-kupreeff > По озвученной задаче - не нужен.
Один регистр (значения) нужен для хранения "договоренной зарплаты" у сотрудника. Уже достаточно для расчета "черной добавки" ("белые расчеты получаем по сотрудникам запросом).
Второй регистр (необязательно, но, полагаю понадобится) - накопительный. Учитывая, что не всегда сотрудник может получить вовремя свою "добавку" (командировка, болезнь, ets.). Сальдо, т.е. надо держать. Заодно имеем историю, и своды. В этом регистре суммы начисления добавки, и выплаты добавки. Ну, и прочие вспомогательные реквизиты (это при конструировании).
Документы можно, конечно делать, но чем больше нашлепка ка конфу, тем больше внимания при обновлениях. Хотя, как говорил ранее, обновления механизмы нашлепки не трогают, и они совсем не мешают.
И еще напоминаю: ни сборов, ни налогов, ни взаимодействия с бухучетом не будет совсем: эти "добавки" с "черного нала".
Поскольку объем этого функционала на порядок(и) меньше основного, "штатного", функционала ЗУП, городить что-то отдельное, и связываться с обменами всякими - нет никакого смысла. И отдельную базу скрыть трудно. Блок в базе, видимый только конкретному сотруднику, может быть обнаружен только если знаешь, что ищешь. Т.е., в случае слива инфы осведомленным. Но в этом случае "вторая база" обнаруживается еще легче, и проще исследуется.
_U2
10 - 19.03.2013 - 18:03
то 0
...
1.Вводишь новый вид расчета: Серая Зарплата, налогами не облагается, взносы не

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

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

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

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

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

будут

4.Плановыми начислениями вводишь:
Иванов: Оклад по часам, 10000,начать дата
Иванов: СчитатьОт 25000, начать, дата и т.д
_U2
11 - 19.03.2013 - 18:08
...Да не забудь:
Там где у тебя определен реальный оклад по часам...опиши его как =0...
_U2
12 - 19.03.2013 - 18:09
..тьфу звиняюсь, оклад по дням, я просто не знаю, что у тебя....:-))
13 - 19.03.2013 - 18:15
10-_U2 >не годится.
белая зряплата потому и белая, что туда, помимо оклада, могут входить ночные, праздничные, какие-либо надбавки, доплаты и т.п.
кроме того, НДФЛ считается с учетом вычетов (на детей, имущественных, социальных и т.п.)
Поэтому вариации на тему "ОкладПоДням*0,13" - это очень частный случай белой зарплаты. Подходит только для сотрудников, имеющих голый оклад и не имеющих детей. В таком разе автору бы вообще не понадобилось бы задавать вопрос, уж 0.13 он бы всяко вытащить сумел.
14 - 19.03.2013 - 18:18
не мудрите... практика работает так:
1. в белке получается док зарплаты к выплате
2. он идёт в серку как обычное удержание

всё.
15 - 19.03.2013 - 18:22
(14) не годится.
Проблемы индейцев шефа не волнуют.
У индейцев могут быть исполнительные листы, которые в белке, естественно, проводятся - это же белка. Поэтому в доке зарплаты к выплате может быть сумма, уменьшенная на удержание по ИЛ.
А шеф почему-то ну никак не хочет на эту сумму увеличить "серку".
16 - 19.03.2013 - 18:25
(15) алименты показываются в серке также в удержаниях...
17 - 19.03.2013 - 18:27
уф.. хорошо что у меня куроводство даже таксо в "непредвиденных" случаях платит...
_U2
18 - 19.03.2013 - 19:04
то13 Угу... получается, что в серой одно начисление
25000 и одно удержание...которое собирается из белой из
РегистрРасчета.ОсновныеНачисленияРаботниковОрганиз аций,
до всех официальных вычетов, НДФЛ,Алименты, штрафы, профвзносы....т.е если в белой всего начислено=10000
то в серой 25000-10000=15000
а удержания пошли для отчетности в белой
....
так получается?
_U2
19 - 19.03.2013 - 19:23
...и из ...ДополнительныеНачисления..то же
20 - 19.03.2013 - 19:46
удержания за штрафы гибдд не забудь
Гость
21 - 20.03.2013 - 07:31
0-kupreeff >чё же тУта бредового: у меня в одном холдинге решается задача приводить выдачу на руки в белой в соответствии с договоренностями - путЁм начисления месячной премии - решение на зик и зуп внешней обработкой и без художественно-садомазохистских "улучшений" конфигураций...


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены