Возможно, что nachsil не сделан филиальным, а uder да. И при переходе nachsil очистился. Или же таблицы sumvidop и sumvidud с разными филиальностью. Если есть возможность, то нужно посмотреть что осталось в nachisl после перехода в 1 филиале. В некоторых местах снимается фильтрация по филиальности и в обработку идут все доступные филиалы. Может и при переходе сделали аналогично.
В любом случае
1. Пишите в ТП.
2. Обратите внимание, чтобы при переходе вы работали только под одним филиалом.
3. Не очень понятно, как система будет учитывать доход для налогообложения при полном разделении по филиально начислений. Перевод человека из филиала в филиал должен быть тогда оформлен как увольнение/прием с созданием нового лицевого счета.
4. В принципе если в nachisl записи остались и не изменились суммы в налогообложении в до/после расчета ЗП (остались за прошлый год) то можно на тесте попробовать сделать повторный переход.
Филиальность: общие таблицы
Модераторы: m0p3e, edward_K, Модераторы
-
- Местный житель
- Сообщения: 552
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Челябинск
- Контактная информация:
Re: Филиальность: общие таблицы
Да, проблема в этой таблице. Сделали nachisl общей- и архивы начислений стали формироваться нормально.edward_K писал(а):Возможно, что nachsil не сделан филиальным, а uder да. ..
-
- Местный житель
- Сообщения: 552
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Челябинск
- Контактная информация:
Филиальность: общие таблицы Зпл и УпрПерс
ВСЕ таблицы модуля Зарплата сделали общими. В этом случае филиалы разделяются по подразделениям, а весь расчет идет в целом по корпорации, как по одной организации. Вопрос в том, можно ли ВСЕ таблицы модуля Управления Персоналом сделать общими? Есть ли интерфейсы УП, которые используют ссылки на филиал? - Да:
1. Структурная единица ШР имеет признак "филиал"
1.В фильтре приказов по ШР можно выбрать филиал (но что-то не влияет установка фильтра)
Так ли уж это критично?
Несмотря на то, что таблицы УП сделаны общими, записи формируются с признаком того филиала, где они созданы (alt_branch). Так как все таблицы УП общие, то можно ли, зайдя в один филиал в УП, добавлять приказы для другого филиала?
Скорее всего, у кадровика появится желание все действия по корпорации вести, находясь в одном филиале..
1. Структурная единица ШР имеет признак "филиал"
1.В фильтре приказов по ШР можно выбрать филиал (но что-то не влияет установка фильтра)
Так ли уж это критично?
Несмотря на то, что таблицы УП сделаны общими, записи формируются с признаком того филиала, где они созданы (alt_branch). Так как все таблицы УП общие, то можно ли, зайдя в один филиал в УП, добавлять приказы для другого филиала?
Скорее всего, у кадровика появится желание все действия по корпорации вести, находясь в одном филиале..
-
- Заслуженный деятель интернет-сообщества
- Сообщения: 5188
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: SPB galaxy spb
Re: Филиальность: общие таблицы
У вас есть две возможности разграничения - филиальность и права на СЕ ШР.
Филиальность более системный уровень. Но так или иначе вам картотеку сотрудников нужно делать общей, ЗП и так у вас общая. Много таблиц из кадров используются в ЗП так или иначе.
Ничего страшного не будет если в таблицу запишется код не того филиала, если эта таблица будет общая.
Филиальность более системный уровень. Но так или иначе вам картотеку сотрудников нужно делать общей, ЗП и так у вас общая. Много таблиц из кадров используются в ЗП так или иначе.
Ничего страшного не будет если в таблицу запишется код не того филиала, если эта таблица будет общая.