1. індексація.
праціник прийнятий на роботу 01.01.2008 із окладом 1000грн. У лютому 2010 у нього підвищився оклад на 200грн. (це було реалізовано, використовуючи режим "відкрити ШР з нової дати"). Базовим місяцем для індексації став лютий 2010 і відповідно відсоток індексації = 0.0. Але як я розумію оклад підвищився на суму, яка < суми, яку б ми отримали за рахунок індексації. Тому індексація мала б проводитись із базовим місяцем 01.2008, хоча вона виконується із базовим місяцем 02.2010.
Питання: у такому випадку потрібно вручну міняти базовий місяць, чи як?
Теоретически эту ситуацию программа должна была обработать, возможно неправильно или неполность заполнен справочник индексов потрибительских цен, проверьте данные по этой ссылке
http://dtkt.com.ua/show/0sid020.html. Также проверьте правильность константы прожиточного минимума prmin и константу процента, после которого начинается расчет индексации pinf - 101. На том же сайте есть калькулятор для расчета индексации, для сравнения воспользуйтесь им
http://dtkt.com.ua/show/0sid019.html.
2. Ситуяція: нехай маємо працівника, який прийнятий на роботу 01.01.2010р. Проте жодних даних по зарплаті за 10 місяців 01.2010-10.2010 в системі немає.
Потрібно розрахувати зарплату за 11.2010. При чому, ці дані по зарплаті за цих 10 місяців (оклад, надбавки, премії і т.д) є в іншій програмі (допустимо, що формат в якому вивантажуються дані поки не має значення).
Так от чи є можливість такі архівні дані якось втягнути в підсистему "облік з/п" та перерахувати зарплату за ці місяці , щоб всі утримання у нарахування в фонди обчислились правильно.
Якщо хоч якась можвивість внести ці дані є, то опишіть її будь-ласка.
Лицевые счета хранятся в таблицах SVZP<yyyymm>, где <yyyymm> год и месяц расчета. Теоретически Вы можете составить таблицу соответствия между лицевыми счетами нашей программы и той с которой хотите перенести данные, но для выполнения перерасчетов в дебете за эти месяцы этого будет недостаточно, т.к. расчет и перерасчет идет по первичной информации: табеля, приказы доплат и удержаний и поэтому Вам потребуется еще импортировать в дебет все табеля и приказы за эти месяца и еще проставить связь между приказами и полями лицевых счетов в таблицах SVZP<yyyymm>. На мой взгляд, овчинка выделки не стоит, легче при потребности перерасчета по отдельным сотрудникам выполнить расчет вручную и довнести их в дебет готовыми суммами за прошлые периоды. Если Вы будете расчитывать больничные и отпускные, имеет смысл симпортировать статистику из старой программы, чтобы не вносить ее в дебет вручную.
3. І ще, допустимо, розрахував я зарплату за 09.2010 і за 10.2010, а потім помітив, що індексація за 09.2010 порахована неправильно (не той базовий місяць вибраний чи у довіднику коеф. споживчих цін для дати базового місяця не те значення коефіцієнта (помилився при вводі)). Яка правильна послідовність дій при перерахунку зарплати за ці місяці.
Я так понимаю этот вопрос автоматически дает ответ на Ваш первый вопрос
. Для коректного перерасчета в любой ситуации нужно исправить первичную информацию в месяце перерасчета, в Вашем случае - это приказ индексации за 09.2010, после того, как поправили вручную или пересчитали базовый месяц и процент индексации поменялся, в списке месяцев расчетов делаете 09.2010 месяц перерасчетным, оставляя при этом 10.2010 месяц расчетным и запускаете расчет з/п, для экономии времении можно запустить расчет только по этому табельному номеру. Более детально об этом можно почитать в нашей инструкции
http://debet.kiev.ua/ZP_Spravochnik в самом первом пункте "Построение и принципы функционирования системы"
4. якщо працівник за певний місяць не відпрацював всіх днів. То фактично відпрацьований час (к-сть днів, годин) проставляти вручну, чи є певний алгоритм дій (налаштування). Я питаю, бо не знаю, чивикористовуючи перший варіант, правильно будуть розраховуватися лікарняні, відпускні за ті дні прогулу.
Недавно появилась возможность формировать табель с учетом неявок, смысл ее в том, что настраивается соответствие приказов со справочником неявок, когда после занесения приказов будет формироваться табель, время по всем неявкам будет отнято от нормы и занесено в фактически отработанное. Детально об этом читайте в инструкции
http://debet.kiev.ua/tab_neyavka_ru