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.). Сальдо, т.е. надо держать. Заодно имеем историю, и своды. В этом регистре суммы начисления добавки, и выплаты добавки. Ну, и прочие вспомогательные реквизиты (это при конструировании). Документы можно, конечно делать, но чем больше нашлепка ка конфу, тем больше внимания при обновлениях. Хотя, как говорил ранее, обновления механизмы нашлепки не трогают, и они совсем не мешают. И еще напоминаю: ни сборов, ни налогов, ни взаимодействия с бухучетом не будет совсем: эти "добавки" с "черного нала". Поскольку объем этого функционала на порядок(и) меньше основного, "штатного", функционала ЗУП, городить что-то отдельное, и связываться с обменами всякими - нет никакого смысла. И отдельную базу скрыть трудно. Блок в базе, видимый только конкретному сотруднику, может быть обнаружен только если знаешь, что ищешь. Т.е., в случае слива инфы осведомленным. Но в этом случае "вторая база" обнаруживается еще легче, и проще исследуется. | |
10
- 19.03.2013 - 18:03
|
то 0 ... 1.Вводишь новый вид расчета: Серая Зарплата, налогами не облагается, взносы не берутся... 2.Вводишь новый показатель: СчитатьОТ,Денежный,ДляСотрудника,Вводится при кадровых изменениях 3.Вводишь формулу : СчитатьОТ -(НормаВремениВДнях / ОтработаноВремениВДнях *ОкладПоДням - НормаВремениВДнях / ОтработаноВремениВДнях *ОкладПоДням*0.13) это минимум...можешь ее усовершенствовать, мне просто лень писать,типа если больше 0, тогдакак по формуле, если меньше то 0...а то отрицательные начисления будут 4.Плановыми начислениями вводишь: Иванов: Оклад по часам, 10000,начать дата Иванов: СчитатьОт 25000, начать, дата и т.д | |
11
- 19.03.2013 - 18:08
|
...Да не забудь: Там где у тебя определен реальный оклад по часам...опиши его как =0... | |
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
| уф.. хорошо что у меня куроводство даже таксо в "непредвиденных" случаях платит... | |
18
- 19.03.2013 - 19:04
|
то13 Угу... получается, что в серой одно начисление 25000 и одно удержание...которое собирается из белой из РегистрРасчета.ОсновныеНачисленияРаботниковОрганиз аций, до всех официальных вычетов, НДФЛ,Алименты, штрафы, профвзносы....т.е если в белой всего начислено=10000 то в серой 25000-10000=15000 а удержания пошли для отчетности в белой .... так получается? | |
19
- 19.03.2013 - 19:23
| ...и из ...ДополнительныеНачисления..то же | |
20
- 19.03.2013 - 19:46
| удержания за штрафы гибдд не забудь | |
21
- 20.03.2013 - 07:31
| 0-kupreeff >чё же тУта бредового: у меня в одном холдинге решается задача приводить выдачу на руки в белой в соответствии с договоренностями - путЁм начисления месячной премии - решение на зик и зуп внешней обработкой и без художественно-садомазохистских "улучшений" конфигураций... | |
| Интернет-форум Краснодарского края и Краснодара |