Цитата:
Изначально опубликовано Pavel
Привет,
Хотелось бы уточнить, речь идет о российском модуле или стандартном. Полагаю, что первый должен быть более адекватен, но его использование, скорее всего, приведет к ряду стандартных в таком случае проблем. В 98-99 рулил разработкой в Колумбусе и еще не забыл, как после выпуска нового релиза XAL начинался процесс подготовки всей продуктовой линейки: подготовка доп. модулей к новому релизу или сервиспаку - ОС, 12 кодов аналитики, ОС+12dim, англоязычный интерфейс, SQL/ORACLE. Каждая мутация функциональности в виде доп. модуля стоила усилий его дальнейшего сопровождения и развития, а установка ее клиенту требовала отдельного проекта, т.к. клиенты сами серьезно "уходили" от базовой функциональности.
Вопросы 2 и 4 - основные. Именно автоматический расчет ЕСН и ПФ требуется от инструментария, плюс отчетность. В оценке полноты функциональности позиции сейлзмена и пользователя диаметрально противоположны. Даже в случае проблем (функции работают, но не все и не всегда) первый говорит - все ОК, а второму - не нужна функция, которая частично работает (касается не только зарплаты, но и корреспонденции счетов, частичных оплат в книгах покупки/продаж и т.п.). Поэтому для оценки модуля меня в первую очередь интересует завершенное внедрение и отзывы по процессу эксплуатации.
Вопрос 3 достаточно прост. Как правило при расчете зарплаты предприятие ведет аналитический учет (по подразделениям, видам деятельности, продуктам и др). Тогда одна строка начисления/удержания (например, оклад) может потребовать расшифровки (указания кодов аналитики), чтобы проводки прошли с соответствующей аналитикой (в первую очередь на счета затрат). Стандартный алгоритм расчета зарплаты в XAL, написанный Колумбусом, данную задачу не покрывал и нам пришлось его переписывать. Боюсь, что в алгоритме Axapta, также будет данная проблема.
Еще вопрос по быстродействию. Приведенные временные характеристики зависят от объема накопленной в базе информации (т.е. будет ли к концу года расчет зарплаты на 100 сотрудников все также считаться час, или потребуется больше времени)?
С уважением.
1) Это российский модуль
2) ЕСН и вычеты в ПФР считаются примерно правильно. то есть есть разница в копейках. если на это закрыть глаза, то все окей. Отчетность формируется так же - примерно правильно. То есть если закрыть глаза на некоторые непонятные числа предположим в средней численности в Налоговой декларации по ЕСН, то будет все "ок"
3) Вопрос к продажным менеджерам на их "Ок": можно ли передвижение на инвалидной каляске считать полноценным.
4) НДФЛ. Вычеты настраивались методом научного тыка. НДФЛ не брался с доходов приходящихся на следующие месяцев. В феврале вычеты почему то вообще игнорировались. Невозможно учесть работника с справкой НДФЛ 2. Или у меня руки кривые?
5) Аналитика сформировалась правильно. Но это было опытное тестирование, так как заказчика (и меня в том числе) идеология формирования проводок по зарплате неустраивает.
6) НДФЛ, ЕСН считаются нарастающим итогом с начала года. Расчет происходит на клиенте. все это не в пользу алгоритма расчета зарплаты в данной реализации. У меня 200 человек считаются примерно 2 часа в данный момент.