Модуль - Зарплата

[Pavel]

Хотелось бы открыть тему для обсуждения данного модуля. Вопросы:
- Какие компании используют модуль з/п в системе Аксапта?
- Выполняется ли расчет регрессивной шкалы ЕСН?
- Как обрабатываются строки одинакового вида начисления с разными значениями учетного измерения (кода аналитики)?
- Какой набор отчетных документов реализован в текущей версии (справка о доходах в ПФ, расчетная ведомость, платежная ведомость, Отчет по ЕСН, карточка сотрудника ЕСН, табель учета рабочего времени, налоговая карточка, отчет в ГНИ, др.)?
- Сколько времени/денег стоит проект по внедрению (например, на 100 человек)?

[Pavel]

Да... Как говорится отсутствие результата - это тоже результат.

[Роман Кошелев]

Насчёт модуля зарплаты, пусть меня сочтут изменником дела, но я перескажу мнения знакомых мне людей:
"Модуль очень сырой, покупать не рекомендуется".

[mazzy]

Почему изменником?
Нормальный ответ.
Самое главное - не кривить душой

Я тоже считаю, что модуль зарплаты пока сыроват.

Что могу сказать со всей определенностью - если нужна программа для расчета белой зарплаты по российскому законодательству и для получения российских отчетов, то использовать модуль зарплаты пока рано.

На этом категоричные утверждения заканчиваются.
Перехожу к водным процедурам (к размышлениям) .

С одной стороны:
есть два модуля зарплаты - российский (сделан в колумбусе) и западный. Западный модуль, естественно, не содержит видов расчетов типа ученический отпуск, бригадный наряд, северные и районные надбавки к больничному и отпуску и т.п. Российский модуль претендует на то, что в нем есть все виды расчета, которые есть в российском законодательстве. Однако на сегодняшний день, насколько я знаю, еще далеко не все. Кроме того, только видов расчетов недостаточно - еще нужны отчеты, предписанные нашим бредовым законодательством. А отчетов пока маловато.

С другой стороны:
И российский и западный модули имеют самый мощный и гибкий зарплатный движок среди всех, что я видел. Поэтому донастроить что-либо необходимое под себя можно достаточно быстро. Причем без программирования. (Естественно, что настраивать все виды [/i]каждому[/i] клиенту не стоит - пусть это делает поставщик)

С третьей стороны:
В российском модуле разработчики применили несколько очень спорных программистских приемов. Насколько я знаю, эти приемы касаются только сменной работы. Так вот, мое мнение таково: пока разработчики не разберутся с этими трюками, я не буду рекомендовать модуль зарплаты своим клиентам (Заметьте, что есть разница между "рекомендовать другому" и "выбрать себе")

С четвертой стороны:
Бывают случаи, когда использование сторонней программы крайне неэффективно. Например,
1. у вас есть производство
2. рабочее время уже рассчитывается в модуле производство
3. зарплата рабочих входит в себестоимость продукции
Т.е исходные данные для расчета зарплаты берутся из модуля производство, а результаты расчета возвращаются обратно. В таких случах преимущества интегрированной системы могут перекрыть все существующие недостатки существующих модулей зарплаты.

С пятой стороны:
Некоторые мои клиенты приняли положительное решение о использовании модуля зарплаты для начисления реальной зарплаты. Я согласен с их решением и считаю их выбор обоснованным.


Выводы:
1. модуль зарплаты на сегодняшний день далеко не идеален
2. российский модуль зарплаты на сегодняшний день сильно отстает от лидеров - 1С:Зик и АиТ
3. существуют случаи, когда использование модуля зарплаты (даже в его сегодняшнем виде) целесообразно и эффективно
4. с модулем зарплаты стоит познакомится и принять для себя решение о его использовании (С вашего позволения, еще одно категоричное утверждение - считаю, что затраты времени на знакомство с этим модулем не будут бесполезными затратами)

[Pavel]

Уважаемый, mazzy,

Благодарю за оценку. Не затруднит ли вас предоставить информацию в ином формате (ответить на конкретные вопросы, указанные в начале темы)?

Заранее благодарен.

[Andrew Lyskov]

Мы - это компания АНД ПРОДЖЕКТ.
З/П внедряем в компании где работают (и соответственно, рассчитывают) 4000 человек. Основных средств и различных схем учета там тоже более чем достаточно.
Компания - крупнейший оператор связи в Северо-Западном регионе.
Кстати, ОС уже запущены в эксплуатацию...

[Pavel]

Ленсвязь?

[Nikolson]

North-West GSM ?

[Andrew Lyskov]

Павел, ты знал... знал...

[Pavel]

Привет, lbs

Хотелось бы мне увидеть это зрелище своими глазами, а еще лучше «пощупать» своими руками. Заморочек у вас будет немало. Мы внутри группы за прошедший год сделали три проекта по зарплате (самый большой 400 сотрудников), еще один пока не завершен (800 сотрудников), но самый экстремальный (2000 сотрудников, за 2 месяца) мне удалось отложить. Совсем не хотелось декабрь-январь работать в режиме аврала, чтобы уже в феврале рассчитать первую зарплату в системе (без права на ошибку). Формально решение основывалось на том, что стандартный алгоритм, не позволяет обрабатывать наряды на работы, что требовало ручной обработки операторов для последующего ввода начислений. Так что существующая и уже настроенная система на предприятии даже без расшифровки по аналитическим измерениям была оптимальной.

Кстати, еще один практический вопрос: «В модуле зарплаты Аксапты есть возможность обрабатывать наряды или необходимо дописывать алгоритм?»

Что касается ОС. В новом XAL очень крутая функциональность параллельного учета (модели альтернатив). Удобно использовать для ведения по одной карточке ОС бухгалтерского, налогового и управленческого учета одновременно (в разных валютах, с разными схемами амортизации, сроком службы, стоимостью и т.д.). Также их можно использовать для учета ОС по международным стандартам.
В Аксапте ничего подобного нет, в Attain есть нечто похожее, но только в разрезе амортизации (Книги амортизации). С другой стороны, простота решения всегда имеет свои достоинства.

Желаю успехов в ваших проектах. Надеюсь, найдете возможность обменяться опытом в дискуссии.

С уважением

[Well]

Дорогие Имплементаторы!

Некоторым образом раздосадован вашим несколько негативным отношением к модулю. Действительно, есть определённые недоделки, особенно в части консолидации модуля с бухгалтерскими счетами. Совершенно чётко могу сказать, практически любой алгоритм расчёта реализуем в текущей версии, по крайней мере, сельское хозяйство в рамках стандартного документооборота. Для семисот человек полный расчёт производиться за два с половиной часа времени. Правда, мы немного разгрузили модуль, дописав «Производство». Но в целом наша группа внедрения очень довольна текущей функциональностью.

[AlGol]

Цитата:

Изначально опубликовано Pavel

Что касается ОС. В новом XAL очень крутая функциональность параллельного учета (модели альтернатив). Удобно использовать для ведения по одной карточке ОС бухгалтерского, налогового и управленческого учета одновременно (в разных валютах, с разными схемами амортизации, сроком службы, стоимостью и т.д.). Также их можно использовать для учета ОС по международным стандартам.
В Аксапте ничего подобного нет, в Attain есть нечто похожее, но только в разрезе амортизации (Книги амортизации).

Приветик.

В российском модуле ОС Axaptы есть возможность ведения учета по ОС по трем (количество фиксировано) схемам учета. Каждая схема позволяет вести учет в своей валюте, схеме амортизации и стоимостях.

[Ax1D]

Цитата:

Изначально опубликовано Well
Дорогие Имплементаторы!

Некоторым образом раздосадован вашим несколько негативным отношением к модулю. Действительно, есть определённые недоделки, особенно в части консолидации модуля с бухгалтерскими счетами. Совершенно чётко могу сказать, практически любой алгоритм расчёта реализуем в текущей версии, по крайней мере, сельское хозяйство в рамках стандартного документооборота. Для семисот человек полный расчёт производиться за два с половиной часа времени. Правда, мы немного разгрузили модуль, дописав «Производство». Но в целом наша группа внедрения очень довольна текущей функциональностью.

Абсолютно согласен с глубокоуважаемым Well. Осмелюсь добавить лишь, что указанные недоделки обeщали исправить в недавновышедшeм OP. И из опыта внедрения зарплатного модуля Scalа осмелюсь утверждать, что некоторые операции в Axapta реализованы даже более логично (с моей точки зрения, конечно).

[Pavel]

Цитата:

Изначально опубликовано AlGol


Приветик.

В российском модуле ОС Axaptы есть возможность ведения учета по ОС по трем (количество фиксировано) схемам учета. Каждая схема позволяет вести учет в своей валюте, схеме амортизации и стоимостях.

И каким же «хитрым» способом это делается?

[Pavel]

Цитата:

Изначально опубликовано Well
Дорогие Имплементаторы!

Некоторым образом раздосадован вашим несколько негативным отношением к модулю. Действительно, есть определённые недоделки, особенно в части консолидации модуля с бухгалтерскими счетами. Совершенно чётко могу сказать, практически любой алгоритм расчёта реализуем в текущей версии, по крайней мере, сельское хозяйство в рамках стандартного документооборота. Для семисот человек полный расчёт производиться за два с половиной часа времени. Правда, мы немного разгрузили модуль, дописав «Производство». Но в целом наша группа внедрения очень довольна текущей функциональностью.

Никакого негатива. Нужна информация. Пока получил ответ только на один вопрос из всех поставленных в заголовке темы: «Ленсвязь внедряет зарплату на 4000 сотрудников. Процесс не завершен.». Все точка.

Что касается фразы про «заморочки», то ее справедливость в полной мере предстоит испытать на себе господам из АНД. Прямого отношения к функциональности модуля она не имеет. Зарплата – тема интересная...

С уважением

[AlGol]

To Pavel:

Ничего хитрого - для каждой схемы учета предусмотрены свои настройки, регистры учета и проводки по ним делаются раздельно-паралельно.
Например, при создании операции начисления амортизации по ОС, при настроенных трех схемах, в журнале появляется три строки. По одной на каждую схему с суммами и параметрами согласно схемы, к которой относиться строка.

Если сделать операцию по одной схеме, параметры по остальным двум остануться неизменными.

[Pavel]

Привет,

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

Но профили не позволяют для одного ОС иметь разный срок службы, разные схемы амортизации, разные валюты учета, разную первоначальную стоимость ОС. Не создадутся аналитические проводки в модуле для каждого из них. Нет возможности посмотреть срез данных по ОС в любой момент времени (стоимостной, количество выполненных периодов амортизации и прочее).

Полагаю, что это всего лишь способ получить разное бухгалтерское отражение по одному методу учета карточки ОС. Или ошибаюсь?

С уважением

[AlGol]

Профили разноски, при настройке карточки ОС, конечно, применяются.
Я не помню деталей, но поковыряться пришлось, чтобы понять как корректно их нужно настроить для трех схем учета. Там не совсем все однозначно.

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

Дальнейшие детали, наверное, лучше смотреть в модуле, а то просто описание можно тут переписать как все это работает...

[Pavel]

Привет,

Цитата:

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

Дальнейшие детали, наверное, лучше смотреть в модуле, а то просто описание можно тут переписать как все это работает...

А о каком продукте идет речь? Эксклюзивная версия 2.57?
Подскажи, где посмотреть, и кто ей уже пользуется. Тоже "поюзаем".

[Aleck]

Разные схемы разноски появились еще в версии 2.1.

Если Вы этого не видите, то скорее всего пользуетесь международной версии. А это функциональ русского модуля ОС.