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

[ppson]

Цитата:

Изначально опубликовано DSV
А как у Navision с отчетными формами, использование которых действующее законодательство предписывает?
А то табель 97-го года выпуска и формы приказов старее поповой собаки как-то не впечатляют.

А у вас какая версия Аксапты?

Цитата:

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

Еще хотел задать вопрос про возможность перерасчета зарплаты за прошлый период с отражением в текущем, да похоже придется мирно притихнуть и пользоваться индексами счетчиков... ((

Руками за исключением НДФЛ.

[DSV]

> А у вас какая версия Аксапты?

3.0. С лицензией. В т.ч. и на разработку.
Cab-ы дистрибутива - от 31.03.2003.

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

> Руками за исключением НДФЛ.

Для 1500 челов?
"Да ну на***!" (с)
Я быстрее перепишу модуль к едреной фене...

[ppson]

Цитата:

Изначально опубликовано DSV
> А у вас какая версия Аксапты?

3.0. С лицензией. В т.ч. и на разработку.
Cab-ы дистрибутива - от 31.03.2003.

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

> Руками за исключением НДФЛ.

Для 1500 челов?
"Да ну на***!" (с)
Я быстрее перепишу модуль к едреной фене...

1) Все изменения CIS MBS делает почему то только для 2.5. там же и новые формы табеля и так далее. Наверно будет HF и для 3.0

2) Задаю более конкретный вопрос - вы хотите сторнировать зарплату 1500 человек или вы хотите сделать полный перерасчет?
Любое сторнирование в RPAYROLL делается вручную, однако на своей практике я массового сторнирования не встречал. Пересчет же можно сделать используя стандартную функциональность, правде не всегда - смотря что вы хотите перерасчитывать.

[DSV]

1) Ок.
У меня есть мартовский примерно, 2.5 с sp5H, дистрибутив. Обязательно посмотрю там!!!

2) Согласен, конкретнЕЕ надо.
К примеру - начислили на отдел 50% премии в июне, а сейчас опомнились, и хотят отобрать 20 назад.
Как это красивее осуществить?



Главным образом вопросом озадачен человек, привыкший в 1С к "периоду, к которому относятся выплаты".
Мне, например, после технологии расчета ЗП от Scala Аксапта не кажется чем-то страшно неудобным.

[ppson]

Цитата:

Изначально опубликовано DSV
1) Ок.
У меня есть мартовский примерно, 2.5 с sp5H, дистрибутив. Обязательно посмотрю там!!!

2) Согласен, конкретнЕЕ надо.
К примеру - начислили на отдел 50% премии в июне, а сейчас опомнились, и хотят отобрать 20 назад.
Как это красивее осуществить?

Главным образом вопросом озадачен человек, привыкший в 1С к "периоду, к которому относятся выплаты".
Мне, например, после технологии расчета ЗП от Scala Аксапта не кажется чем-то страшно неудобным.

Осуществить можно через те же счетчики.
Другой вопрос - "терминология 1С" и "Период к которому относиться выплата". Здесть все очень очень спорно.

[DSV]

Посмотрел 2.5.
Там такой же табель от 97-го года, только еще страшнее.
Посему возникает резонный вопрос - как узнать, какой дистрибутив последний? И какие есть HF?

[Alex_K]

А взять телефон и спросить у поставщиков - не судьба?

[DSV]

Да чего вас напрягать - вы еще не ответили, почему tree на структуре предприятия не дает подразделения в виде этой самой структуры выстраивать.

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

[DSV]

Хе. Напряг чьего-то поставщика...

[ppson]

Цитата:

Изначально опубликовано DSV
Посмотрел 2.5.
Там такой же табель от 97-го года, только еще страшнее.
Посему возникает резонный вопрос - как узнать, какой дистрибутив последний? И какие есть HF?

Установил последний HF
Табель действительно не исправили, хотя и обещали.
Значит надо ждать

[Pavel]

Цитата:

Изначально опубликовано ppson
Установил последний HF
Табель действительно не исправили, хотя и обещали.
Значит надо ждать

Меня во всей этой истории поражает сколько раз был оплачен "продукт деятельности", прошло время, уже несколько раз проводились работы "по созданию, внедрению, улучшению, переносу в новую версию" и т.п.
Все не бесплатно, за очень приличные деньги.

В итоге: снова дорабатывать, снова ждать, снова платить...

[VBF]

Здравствуйте уважаемые!

А что, на одного сотрудника в табеле нельзя задать время отработки с различными сочетаниями аналитических признаков?.

Ситуация: Часть времени маркетолог работал на один продукт PROD1(10 дней (80 часов)) часть времени на другой продукт PROD2 (12 дней (96 часов)).

Как это все отразить в табеле? У меня это не получилось, используя стандартные демоданные от 3.0

С уважением

[ppson]

Ответ - в модуле "Зарплата" никак.
см. модуль "Проекты".

[Pavel]

Цитата:

Изначально опубликовано VBF
А что, на одного сотрудника в табеле нельзя задать время отработки с различными сочетаниями аналитических признаков?.

Ситуация: Часть времени маркетолог работал на один продукт PROD1(10 дней (80 часов)) часть времени на другой продукт PROD2 (12 дней (96 часов)).

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

[VBF]

Цитата:

Изначально опубликовано ppson
Ответ - в модуле "Зарплата" никак.
см. модуль "Проекты".

Это знакомо. Будем копать (Scala на горизонте замаячила, еще не успел забыть).

[VBF]

Цитата:

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


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

Мне только что подробно объясняли, как эту проблему обошли в 1C. Чувствую - это то же самое.

[Pavel]

Цитата:

Изначально опубликовано VBF
Мне только что подробно объясняли, как эту проблему обошли в 1C. Чувствую - это то же самое.

Можешь внести изменения в стандартный алгоритм. Проблема давно известная и есть разные пути решения.

[Recoilme]

[Цитата:
--------------------------------------------------------------------------------
Изначально опубликовано VBF
А что, на одного сотрудника в табеле нельзя задать время отработки с различными сочетаниями аналитических признаков?.

Ситуация: Часть времени маркетолог работал на один продукт PROD1(10 дней (80 часов)) часть времени на другой продукт PROD2 (12 дней (96 часов)).

--------------------------------------------------------------------------------

А почему именно в табеле?
Почему не сделать 2 вида начисления с разными аналитиками?
А затем в счетчике - (оклад/нормо часы)* колво дней(часов) на проект?
А кол-во дней на проект можно вводить где угодно, например в ставках сотрудника...
НАсколько я понял аналитика какие именно дни потрачены на проект в месяце здесь не нужна, важен итог помесячно...

[ppson]

Цитата:

Изначально опубликовано Recoilme
А почему именно в табеле?
Почему не сделать 2 вида начисления с разными аналитиками?
А затем в счетчике - (оклад/нормо часы)* колво дней(часов) на проект?
А кол-во дней на проект можно вводить где угодно, например в ставках сотрудника...
НАсколько я понял аналитика какие именно дни потрачены на проект в месяце здесь не нужна, важен итог помесячно...

только придеться:
на каждый проект добавлять новую ставку,
вносить изменения в процедуры расчета
по закрытым проектам следить что бы значения ставок по сотрудникам было 0
что тоже не есть хорошо.
проще сделать модификации.

[Pavel]

Цитата:

Изначально опубликовано ppson
...проще сделать модификации.

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