Почтовый сбор с алиментов - по двум исполнительным листам

Chak · Сообщение **Chak** » 03 июл 2006, 10:03

Здравствуйте.

Ситуация - Галактика 7.12, настроено удержание "Алименты - почтой" с системным кодом 186 и удержание "Почтовый сбор по перечислению алиментов" с алгоритмом 220, имеющим следующее описание:

186: UdMO(UD_M,186)
220: if(SumAlgNO(186)>20000,SumAlgNO(224),if(SumAlgNO(186)>5000,SumAlgNO(223),if(SumAlgNO(186)>1000,SumAlgNO(222),SumAlgNO(221))))
221: (7+SumAlgNO(186)*0.05)
222: 57+(SumAlgNO(186)-1000)*0.04
223: 217+(SumAlgNO(186)-5000)*0.02
224: 517+(SumAlgNO(186)-20000)*0.01

И есть сотрудник, у которого алименты удерживаются по двум исполнительным листам, соответственно у него стоит два постоянных удержания 186, на суммы, скажем, 9000 и 12000. Необходимо, чтобы почтовый сбор расчитывался отдельно для каждой суммы (по ветке алгоритма до 20000). Если просто поставить ему удержание "Почтовый сбор", то то обе суммы складываются и с итога рассчитывается сбор (по ветке алгоритма свыше 20000). Поставить два удержания почтового сбора - получим две одинаковые суммы.
Как можно решить данную проблему?

Мария_Ф

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

Chak · Сообщение **Chak** » 03 июл 2006, 13:56

Такой способ расчета нашему бухгалтеру подсказала наша техподдержка, сам я в это не вникал (видимо зря). Сделал как вы советуете, почти все получилось (кстати, суммы расчитываются отдельно независимо от номеров исполнительных листов, у меня они вообще не заданы, на это влияет настройка "Алгоритм расчета почтового сбора", должна быть "по каждой сумме почтового перевода"). Одно большое НО - не нашел как в этой самой процентной шкале задать нынешний алгоритм расчета почтового сбора. При расчете по шкале просто проверяется, в какой интервал попадает сумма и берется соответствующий процент. То есть если я задал границы 1000 и 5000 и проценты, соответственно, 5 и 4, то для суммы 4000 почтовый сбор получится 4 процента - 160 рублей. А должен быть 57+3000*0.04=177 рублей. Такое можно реализовать?

zhentozz · Сообщение **zhentozz** » 03 июл 2006, 14:11

http://www.tyumbit.ru/gal_forum/viewtopic.php?t=4456
Может здесь что поможет...
Хотя и тут не у всех все гладко

s2176 · Сообщение **s2176** » 03 июл 2006, 15:38

А номера исполнительным листам надо задавать обязательно!
Если вдруг придется что-то сторнировать за прошлый период, Галактика вам так насчитает алименты, что не разберетесь

Мы на эти грабли наступали. Теперь блюдем!

Chak · Сообщение **Chak** » 03 июл 2006, 16:19

s2176 писал(а):А номера исполнительным листам надо задавать обязательно!

Возможно, буду иметь в виду, спасибо за предупреждение.

Дальше обсуждать расчеты ушел в ветку, ссылку на которую дал zhentozz

Мария_Ф

Chak писал(а):Такой способ расчета нашему бухгалтеру подсказала наша техподдержка

Где же Вы нашли такую техподдержку?

Chak писал(а):"Алгоритм расчета почтового сбора", должна быть "по каждой сумме почтового перевода").

А если у Вас будет 2 удержания алиментов, но отправляться они будут на один адрес и попадут в один почтовый бланк (сумма), то расчет почтового сбора у Вас будет неверный. Проще поставить "накопление суммы сбора..." и регулировать номерами исполнительных листов.

Maxim · Сообщение **Maxim** » 04 июл 2006, 10:41

Где же Вы нашли такую техподдержку?

Ну вот, опозорили на всю страну

Проблема в работе на старых (неподдерживаемых) версиях и запоздалой реакции разработчиков.

Chak · Сообщение **Chak** » 04 июл 2006, 11:35

Maxim писал(а):Ну вот, опозорили на всю страну

Максим, я не специально

И потом, процентной шкалой у меня все равно не получилось сделать, так что предложенный вариант с алгоритмами пока является единственным рабочим. Так что хорошая у нас техподдержка

Мария_Ф

Chak
Ну вот оказывается в чем проблема - версия старая. Так не мучайтесь, переходите на новую и будет Вам счастье.

zhentozz · Сообщение **zhentozz** » 04 июл 2006, 12:40

Мария_Ф писал(а):Chak
Ну вот оказывается в чем проблема - версия старая. Так не мучайтесь, переходите на новую и будет Вам счастье.

Не факт. Ведь у нас - 7.12, и проблема с почтовыми переводами (со шкалой) имеет место быть ((

Мария_Ф

zhentozz
Так у Chak вообще при расчете зарплаты неправильно считается почтовый сбор.

Chak · Сообщение **Chak** » 04 июл 2006, 13:04

Мария_Ф писал(а):Ну вот оказывается в чем проблема - версия старая. Так не мучайтесь, переходите на новую и будет Вам счастье.

Так это уже на 7.12 такая фигня... ладно, видимо проблема зарыта где-то глубоко (наверное, где-то какая-то маленькая настроечка неправильно установлена

), позже поразбираюсь еще, сейчас уже другие задачи подпирают

Мария_Ф

Chak
На 7.12 возникли проблемы у zhentozz, и то только в межпериоде, а при расчете зарплаты - все нормально.

Redhat · Сообщение **Redhat** » 12 июл 2006, 10:47

Доброго времени суток, дамы и господа.
Разрешите рассказать как правильно необходимо настроить систему, чтобы алименты и почтовые сборы на них исчислялись верно. Описываю для версии 7.12(работало даже на зар09, на последующих патчах вплоть до зар14 и 2-х фиксов к нему работает аналогично)
Первое. Заводим шкалу почтовых сборов в модуле Заработная плата (путь: Настройка-Классификатор процентных шкал). Назовём её, к примеру Россия. Заносим следующие значения:
Кoл-вo MЗП Bepxняя гpaницa Пpoцeнтнaя cтавка
0 0 7.00
0 1000 5.0
0 5000 4.0
0 20000 2.0
0 9999999 1.0
Если на вашем предприятии есть алиментоплательщики, переводы которых осуществляются в страны бывшего СССР, то необходимо завести ещё одну шкалу с одним единственным значением:
Кoл-вo MЗП Bepxняя гpaницa Пpoцeнтнaя cтавка0 0 9999999 9.0
Второе. Идём в модуль Настройка. И настраиваем расчёты алиментов(Путь: =Настройка= - Администратор настроек - Настройки "Галактики" - Управление персоналом - Расчеты с персоналом - Почтовые переводы, алименты, исп.листы):
Настройки должны иметь следующие значения:
Шкала почтовых сборов - Россия
Алгоритм расчета почтового сбора - накопление суммы сбора для каждой позиции
Округление при расчете почтового сбора - обычное округление почтового сбора
Округление суммы перевода для расчета почтовых сборов - 0
Округление почтовых переводов - 0
Округление почтового сбора - 0
Сбор по перечислению удерживать с плательщика - Да
Учет облагаемых сумм и алиментов - без учета архивов оплат и удержаний
Для правильного расчета суммы алиментов в межпериоде необходимо произвести настройку(Путь: =Настройка= - Администратор настроек - Настройки "Галактики" - Управление персоналом - Расчеты с персоналом - Межрасчетный период):
Рассчитывать алименты с межрасчетных начислений и аванса - Да
Третье. В классификаторе видов удержаний (Модуль Заработная плата - Настройка - Классификатор удержаний) для видов оплат 186 и 189 убираем расчет по пользовательским алгоритмам, если это имело место быть, т.к. в программе существует свой собственный алгоритм расчёта алиментов и почтовых сборов с них.
Четвёртое. Закрываем Галактику, открываем её снова (для вступления всех настроек в силу)
Пятое. Тестируем!

Одно замечание: настройка "Учет облагаемых сумм и алиментов" со значением "без учета архивов оплат и удержаний" зависит от настройки расчёта подоходного налога.
(модуль Настройка - =Настройка= - Администратор настроек - Настройки "Галактики" - Управление персоналом - Расчеты с персоналом - Налог на доходы)
если настройка Учет дохода по месяцу имеет значение "за который начислен", то система отлично рассчитывает алименты с любых сумм.
если же настройка Учет дохода по месяцу имеет значение "в котором начислен" алименты правильно исчисляются с сумм лишь расчётного месяца, т.е. если в текущем месяце есть начисления за предыдущие или будущие периоды, то сумма алиментов и почтовых сборов не верна.
Если у вас есть желание могу рассказать о сложных случаях расчёта алиментов. Например, когда с плательщика удерживаются алименты нескольким истцам, причём с удержанием долга по алиментам.
Удачи вам, дамы и господа!