Автор | Сообщение | ||
---|---|---|---|
REBUS Заслуженный форумщик Зарегистрирован: 07.12.2005 |
Добавлено: 07.06.2007 06:09 Заголовок сообщения: Пропадают записи с "B" в таблице PA34. Почему? Ситуация такая: После проведения расчета по сотруднику появлются нужные записи с значением "B" в таблицеPA34 — так все и нужно. Но: Когда зайдешь в регистрацию этого сотрудника — эти записи с "B" пропадают. Почему? Где в Scala 5.1 это прописано/настроено? Или это так и должно быть? Почему мне это надо именно так. |
||
Игорь Голиков Главный форумщик Зарегистрирован: 21.09.2004 |
Добавлено: 07.06.2007 17:05 Заголовок сообщения: Видимо, так и задумано: при регистрации учитывается только модификация периодических накопителей, произведенная типами зарплат, зарегистрированными в том же периоде расчета того же сотрудника… |
||
REBUS Заслуженный форумщик Зарегистрирован: 07.12.2005 |
Добавлено: 11.06.2007 05:58 Заголовок сообщения: А если нужно квартальную премию разложить по месяцам назад. Например выплатили премию в апреле, нужно разделить сумму на три месяца(январь, февраль, март), положить в накопители для расчета отпускных в эти месяцы. И в апреле работник уходит в отпуск и ему нужно рассчитать отпускные на основе значений накопителей трех первых месяцев года, которые с буквой B и пропадает при регистрации. _________________ Rebus |
||
Игорь Голиков Главный форумщик Зарегистрирован: 21.09.2004 |
Добавлено: 11.06.2007 22:32 Заголовок сообщения:
Все будет ОК, если сначала зарегистрировать премию, а затем — отпуск. Ну а произвести расчет после регистрации необходимо, на это (в скальском плохо переводимом стиле) намекает предупреждение при входе в регистрацию "Предыдущий расчет зарплаты не закончен". Расчет периодические накопители и восстановит. |
||
REBUS Заслуженный форумщик Зарегистрирован: 07.12.2005 |
Добавлено: 12.06.2007 05:40 Заголовок сообщения: У нас премия считается не при регистрации, а автоматическим типом зарплаты. Т.к. например на предприятии 1000 человек. И каждому вручную регистрировать неудобно. Слишком много времени. Да и мы и так даже и не задумывались. Удобнее автоматически посчитать. и при этом предварительно положить проценты премии в накопители. _________________ Rebus |
||
Игорь Голиков Главный форумщик Зарегистрирован: 21.09.2004 |
Добавлено: 12.06.2007 21:40 Заголовок сообщения:
Тогда и отпуск надо бы считать автоматически, регистрируя только дату начала, дату конца, вид и т.п. Другой возможностью является создание специальной модели расчета премий (или только их учета в периодических накопителях) с тем, чтобы после расчета по ней и обновления зарплаты накопители сформировались бы… |
||
REBUS Заслуженный форумщик Зарегистрирован: 07.12.2005 |
Добавлено: 13.06.2007 06:56 Заголовок сообщения: Подумаем. как лучше сделать. Вариантов решения много. Главное выбрать удобный для пользователей и ИТ_специалистов. Разберемся. _________________ Rebus |
||
Игорь Голиков Главный форумщик Зарегистрирован: 21.09.2004 |
Добавлено: 13.06.2007 21:04 Заголовок сообщения:
Главное, видимо, чтобы работал правильно… |
||
REBUS Заслуженный форумщик Зарегистрирован: 07.12.2005 |
Добавлено: 01.08.2007 15:20 Заголовок сообщения:
Т.е. брать с накопителей? |
||
Игорь Голиков Главный форумщик Зарегистрирован: 21.09.2004 |
Добавлено: 02.08.2007 22:47 Заголовок сообщения:
Можно еще с дополнительных накопителей или с рабочих переменных. А в накопители заносить можно импортом данных сотрудника, табличным вводом или регистрируемыми ТЗ, в рабочие переменные — только регистрируемыми ТЗ. Регистрируемые ТЗ можно вводить вручную или импортировать. |