Кто в какой системе зарплату считает?
Я знаю, что Hansa наконец разродились на какую-то автоматизацию зарплаты.
В Merit идёт отдельным модулем.
В EEVA хвалили возможности.
Для больших предприятий все советуют Taavi.
Ну, 1С, ясно дело, в составе бухгалтерской программы - тут я знаю все плюсы-минусы.
Возникла дискуссия нешуточная о проблемах учёта зарплаты в Эстонии. Пришли к выводу, что основные проблемы - в законодательстве, которое содержит неопределённости, не поддающиеся автоматизации в полной мере.
Одну из главных таких неопределённостей решил бы "депозит". Помните, в советском учёте зарплата, которую человек не получил по каким-то причинам вовремя, относилась на депозит. Если делать так у нас, то налоги по начислению практически всегда будут совпадать с налогами по выплате. Как Вы относитесь к таким "депозитам"? Обсуждалась ли такая тема на Вашем предприятии? А может быть используете уже?
Это сообщение было отредактировано: McSim, 05 Июль, 2010 г. - 11:43
clover2010-07-05 13:09
В MeritPalk этот вопрос решается достаточно просто, как мне кажется...
Есть момент начисления зарплаты и есть момент выдачи зарплаты, а декларация формируется по дате выплаты.
McSim2010-07-05 13:40
[quote][I]2010-07-05 13:09 clover писал(а):[/I]
В MeritPalk этот вопрос решается достаточно просто, как мне кажется...
Есть момент начисления зарплаты и есть момент выдачи зарплаты, а декларация формируется по дате выплаты. [/quote]
Это понятно. А налоги от выплаты считаются как? От суммы выплаты? Расхождения с начислением неминуемы. Интересно, как у них эта проблема решена.
clover2010-07-05 14:35
Депозит - начисленная, но не выданная зарплата т.е. начисления от момента выплаты не меняются.
Здесь ведомомсть, как и счет имеет две даты /дата счета и дата проводки/ дата начисления и дата выплаты, так что дата выплаты и влияет на декларирование, а декларируется то что начислено, но после того как выплатили... вроде так
P.S. на страничке Мерит есть подробное описание программы
Это сообщение было отредактировано: clover, 05 Июль, 2010 г. - 14:38
McSim2010-07-05 15:01
Кто ж такие вещи в инструкции напишет? :) Нет там ничего об этом. Или я не нашёл. Чаще всего инструкции описывают и так понятные вещи. А вот сложности...
Что такое депозит в обычном понимании, я знаю. Здесь имею в виду операцию, которая заменила бы выплату по невыплаченным суммам для TSD. Если Merit формирует TSD не по фактической выплате, а по плановой (что указано в начислении), то это примерно то же, о чём я говорю - "отнести зарплату на депозит". Решает проблему частичных выплат. Но не переплат.
Это сообщение было отредактировано: McSim, 05 Июль, 2010 г. - 15:05
clover2010-07-05 15:30
Нет, TSD формируется имено по фактической выплате:
1. Зарплата за май, выплата в июне
2. Отпускные расчитываю в июне и выплачиваю в июне
Всё это попадает в одну декларацию, но видеть можно в месяце начисления.
Можно начислить зарплату за май, но указать дату выплаты любой месяц, тогда и TSD будет формироваться соответственно по выплате.
В DEMO версии можно "поиграть" с начислениями и выплатами, может это поможет разобраться вов сем
Leo2010-07-05 18:13
[quote][I]2010-07-05 10:57 McSim писал(а):[/I]
Помните, в советском учёте зарплата, которую человек не получил по каким-то причинам вовремя, относилась на депозит. Если делать так у нас, то налоги по начислению практически всегда будут совпадать с налогами по выплате. Как Вы относитесь к таким "депозитам"? Обсуждалась ли такая тема на Вашем предприятии? А может быть используете уже?Это сообщение было отредактировано: McSim, 05 Июль, 2010 г. - 11:43[/quote]
Не знаю, о том ли речь. Но мы пытались автоматизировать учет суммированного рабочего времени таким образо, что зарплата "начисляется" но каждый месяц корректируется и полный рассчет происходит каждые три месяца.
Из прелагаемых программ рассчета зарплат помочь нам решался, только Taavi, да и то каким-то специальным под нас решением.
Вообщем никто нам не помог.
McSim2010-07-05 19:09
[quote][I]2010-07-05 15:30 clover писал(а):[/I]
Можно начислить зарплату за май, но указать дату выплаты любой месяц[/quote]
То есть фактическая выплата программу не интересует. И две даты не поставишь, если в первом месяце заплатил 3000 из начисленного, а остальное позже.
В Демо, конечно, можно посмотреть, но если я что-то не увижу, то это не будет означать, что этого нет. Поэтому лучше пообщаться со знающими в данном случае. Не одному мне интересно, многие выбирают себе программы.
[quote][I]2010-07-05 18:13 Leo писал(а):[/I]
Но мы пытались автоматизировать учет суммированного рабочего времени[/quote]
Нет, не о том, но интересно. Вполне можно понять, такие задачи в стандартных программах вряд ли предлагаются.
vista2010-07-06 10:21
[quote][I]2010-07-05 15:30 clover писала:[/I]
Нет, TSD формируется имено по фактической выплате:
1. Зарплата за май, выплата в июне
2. Отпускные расчитываю в июне и выплачиваю в июне
Всё это попадает в одну декларацию, но видеть можно в месяце начисления.
Можно начислить зарплату за май, но указать дату выплаты любой месяц, тогда и TSD будет формироваться соответственно по выплате.
[/quote]
В Taavi-palk все тоже самое. Проблемы возникают тогда, когда зарплата выплачивается частями. Например, майскую зарплату выплачивают частично в июне, частично в июле. Руководство может не интересовать, что если вторая часть зарплаты выплачивается в следующем периоде, то нужно заново пересчитывать начисление, учитывая необлагаемый минимум за июль. Работники тоже этого не всегда понимают. Все ждут определенной суммы, а получается если в июле была выплачена оставшаяся часть майской зарплаты и июньская, то за май зарплата будет как-будто больше, а за июнь меньше.
И ко всему прочему бухгалтеру нужно своевременно контролировать выплату, вносить в программу, и делать кому-то из работников перерасчет (тем, кто не получил в полном объеме зарплату за май в июне).
McSim2010-07-06 11:01
Обидно. Я надеялся, что такие знаменитости, как Taavi, придумали что-то. :-(
vista2010-07-06 11:17
А что тут можно придумать, если закон требует налоги удерживать в момент выплаты, и никого не интересует, каким образом это будет выполняться?
Таких ляпов много. Вот, например, алименты. С работника удержишь в декабре, перечислишь судебному исполнителю, который вправе их держать до 10 дней у себя на счету. Потом преспокойно переводит получателю алиментов в январе. Декларации ни у плательщика, ни у получателя в результате не идут. Проблемы и выяснения с НТД обеспечены.
ynnka2010-08-18 16:48
[quote] И ко всему прочему бухгалтеру нужно своевременно контролировать выплату, вносить в программу, и делать кому-то из работников перерасчет (тем, кто не получил в полном объеме зарплату за май в июне).[/quote]
В Taavi сейчас имеется возможность депонирования и она автоматизирована, насколько это возможно: работнику добавляется отдельный вид выплат под названием "депонирование", который считает либо процент от рассчитаных выплат либо вводится конкретная сумма депонирования. После расчета сумма депонирования каждого работника попадает в отдельный регистр, откуда делается 'Väljamaksmiseks' по мере необходимости.