Здравствуйте!

при расчёте таблицы выводится сообщение "Функция ... отсутствует в списке".

Видимо, потому, что функции PutSummTime не существует.
Есть скриптовые функции PutSumm и PutTime и есть табличная функция PutSumm

Здравствуйте!

В каких настройках и какую ведомость удалили?
Если здесь:

то вернуть можно двумя способами.

1. Перейти в служебный режим (Ctrl+A+A) и добавить (F7) строку:

2. Просто переписать в zpl\TABLKAS файл TUNING.VED из страховой копии (ну или вообще из поставки).

в ЛС рассчитали БЛ. Сразу не распечатали документ

Чтобы не повторять расчёт пособия для печати "забытой" Справки о заработной плате для расчета пособия, в настройках БЛ надо выбрать Excel-вскую форму печати, а в общих настройках таблиц и форм печати указать путь для сохранения Excel-вских форм.  

Что именно Вас  интересует?

Вообще "заведение" отпуска по уходу - это, скорее, кадровая задача, а КЗ - "расчётный инструмент".

Чтобы просто зафиксировать факт нахождения в отпуске по уходу, в табеле надо проставить символ "Т". Автоматически он проставится за период выплаты пособия по уходу до 1.5 лет - при расчёте 805-го вида, если в параметрах этого вида, первым параметром, поставить букву Т.  Чтобы символ "Т" автоматически проставлялся в табель и для оставшейся (неоплачиваемой) части отпуска, можно настроить вид начисления, который считать ни чего не будет, но будет заполнять табель нужными символами.

Здравствуйте!

Здравствуйте!

Программа не переведена в следующий месяц.

В настройках есть такой пункт меню:

1. Рассчитываете в ЛС зарплату за сентябрь.

2. Формируете ведомость с датой выплаты 3 октября.

3. "Настройка" --> "Установка текущего месяца" --> Переходите в октябрь.

4. Увольняете сотрудника 3 октября.

5. Формируете ведомость с датой выплаты 3 октября.

6. "Настройка" --> "Установка текущего месяца" --> Возвращаетеcь в сентябрь.

Здравствуйте!

Возможно ли какое-то лучшее решение этого вопроса?

Вопрос с длиннющей "бородой"... (:

В ситуациях, подобных Вашей, КЗ не умеет корректно считать средний заработок сразу по нескольким ИД.

На текущий момент, решение вопроса - считать среднее по каждой должности отдельно.

Здравствуйте!

Может есть какой то выход для работы нескольких расчетчиков ?

Есть:

Формируйте ведомость "по набору виду" - выделяете вид начисления + вид алименты

Что не так?

Здравствуйте!

Ваш код однозначно рабочий. Мнимые суммы он подхватывает. В 37 столбце у мнимого вида точно стоит "1"?

Но есть одно НО.

На сколько я понимаю, Вы хотите посчитать сумму надбавки с учетом нагрузки. Если так, то вид "УстДолжОкл" - это базовая ставка за норму часов + некоторые надбавки за ПОЛНОСТЬЮ отработанный месяц. Но функция s100simv собирает фактически начисленные суммы по видам, отмеченным ненулевыми символами в 37-м столбце ТВХ, т.е. корректный результат расчета Вы получите только в общем случае - если месяц отработан полностью. Поэтому вместо s100simv надо использовать ras_normzar. 

З.Ы. Ваша задача в разы проще реализуется с пом. "универсального" алгоритма 1:

1=А(1,37)/Ч(18);2=П(1)*Б;15=П(2)*Т;

программисты продолжают тупо настаивать на своем. Просто уже не знаю как им доказать

Как-то не укладывается в голове сложившаяся ситуация...

ЗАЧЕМ Вы пытаетесь что-то доказать вашим программистам!? 

Какое вообще отношение они имеют к расчёту заработной платы?

Даже если ваши IT-шники имеют супер-пупер бухгалтерское образование и, досконально изучив вопрос, пришли к выводу, который не соответствует методологии расчета, принятой в организации, императивного права по настройке программы в соответствии со своим видением ситуации у них НЕТ (от слова совсем). Их зона ответственности - настройка ПО в соответствии с требованиями бухгалтера. И степень правомерности этих требований тут совершенно не играет ни какой роли.

З.Ы. Что Вам мешает самостоятельно, не спрашивая ни чьего мнения, привести настройки отпуска в соответствие с требованиями законодательства?  Трудозатраты - пара-тройка "человекоминут".