Форум по программе Контур.Зарплата.
Здесь мы отвечаем на вопросы возникающие у наших пользователей или партнеров при работе с программой или при внедрении ее в организации.
Прежде чем создать обращение, воспользуйтесь поиском. Попробуйте найти похожий топик по ключевому слову. Например "СЗВ-СТАЖ" или "6-НДФЛ".
Если Вы нашли "чужую" тему с похожим вопросом, где уже был дан ответ (есть сообщение помеченное как "Ответ"), но при этом ответ не подходит для Вашей ситуации, то не задавайте свой вопрос в комментариях к "чужой" теме. Лучше создайте новую тему со своим вопросом.
Полезные ссылки по Контур.Зарплата:
- Полный дистрибутив и Веб-обновления
- Обучающий урок
- Вебинары
- "Старый" форум отключен, архив
- Дистрибутив ПФ-Отчет+
Алименты не ограничиваются концом строки
Добрый день!
У сотрудника заканчиваются алименты, на виде стоит конец строки 07.04.2023, задолженности никакой нет, но алименты считаются за полный месяц.
Раньше 218 алгоритм учитывал тип неполноты, а сейчас, похоже, он этого не делает.
Вернее так: если стоит в 26 ст. СТВХ 2, то в кассовых ведомостях алименты считаются с учетом НДФЛ, но не ограничиваются датами, а если при этом поставить параметр, например, 6=1 (в пропорции по календарным дням), то ограничивает, но некорректно. Во-первых, вместо календарных дней берет пропорцию по рабочим, а во-вторых, если дата ведомости следующий месяц, то не видит НДФЛ этого месяца, алименты считает только с начислений. Правильно возьмет, только если дата ведомости из текущего месяца.
Просьба исправить.
Расчет вида начисления исходя из ставки, указанной в КЧ
Добрый день!
Хотелось бы настроить вид НУ, который смог бы учитывать при расчете ставку, изменяющуюся в течение месяца.
Допустим, в поле "Ставка" в КЧ содержится несколько записей:
с 01.03.2018 - 0,5;
с 15.03.2018 - 1;
с 01.04.2018 - 0,5.
Есть идеи просто создавать в ЛС несколько строк вида НУ с этими же датами и, либо с разным БЗ, либо просто добавить доп. реквизит "ставка", а БЗ оставлять неизменным. Но поскольку, такие изменения ставок могут происходить чуть ли не каждый день у различных сотрудников, хотелось бы обойтись расчетом в пределах одного вида в ЛС.
Анатолий, в поставке есть алгоритм близкий к тому, что вы просите.
Посмотрите в SCRIPT\USER\usalg.s алгоритм UserAlg712. Он как раз берет из изменяемого поля кадровой части (только он берет процент премии, а вам надо ставку).
увольнение сотрудника в начале месяца
Добрый день! Подскажите, как корректно произвести расчеты в программе. Дата увольнения сотрудника 03 октября (2 и 3 октября рабочие дни). При этом расчеты за сентябрь не закрыты, зарплата не выдана. Программа не переведена в следующий месяц. 3 октября по уволенному сотруднику нужно выплатить зарплату за сентябрь и октябрь, а также компенсацию за неиспользованный отпуск.
Доп.реквизиты в ТВХ не доступны
Добрый день. Школьная версия. При входе в доп. реквизиты из таблицы входимости по CTRL+F3 видны все реквизиты для школьной версии (АБВГ и т.д.) а при входе в доп. реквизит выдает ошибку "Выбранная группа дополнительных реквизитов недоступна. На диске отсутствует файл %-.80s. Нажмите любую клавишу."
Подскажите как починить. Какой файл потерялся.
Годовая премия 2024
Подскажите, как настроить расчет годовой премии? Формула расчета: Оклад/ГодНормЧас*ГодФактЧас*% по основному месту работы.
Расчет сверхурочных
Добрый день!
К-3 4.5 (релиз 628.0) Не могу разобраться, почему 14 алгоритм считает по-старому. Параметры пробовала по разному ставить, способ расчета указывала. В пользовательских алгоритмах нет этого алгоритма. Считаю, что по-старому, потому что в доп сведениях во время расчета вот такая таблица.
Годовая норма часов по календарю
Добрый день. Подскажите, пожалуйста, есть ли функция, по которой можно найти норму часов за текущий год по нормативному календарю? Мне нужно найти среднюю норму часов за месяц в текущем году для расчета надбавок совместителям.
После обновления Доплата за ночные смены считается не правильно
Здравствуйте
После обновления Доплата за ночные смены считается не правильно. Необходимо чтобы оклад ( вид 106) / на ФРВ ( 180) * на отработанное время ( 126) * 20%ZPL_zplinfo_net(20240827_153401).cab
17 алгоритм после обновления
Добрый день!
В видах начислений в параметрах алгоритма 17 были указаны расчетные выражения: D1, D2.
После обновления на версию 627.3 при расчете этих видов выдается ошибка. Теперь в 17 алгоритме нельзя задавать расчетные выражения?17.jpg
STARTUP
Добрый день!
Столкнулся с непонятной ошибкой.
Когда то давно прописал в STARTUP блок, вызывающий скриптовый модуль, для работы с таблицей
из TABLCTRL, который вызывался по F7 (добавление таблицы). И до этого года всё работало.
В этом году на клиентской машине выдаёт ошибку:
Receive_TABLCTRL_body - модуль не определён - строка 8-я
Receive_TABLCTRL(&AdrMain,&__VarGMain)
{
UnloadScriptModule("user\\Ctrl_Tbl_2");
LoadScriptModule("user\\Ctrl_Tbl_2");
int rc = Receive_TABLCTRL_body(AdrMain,__VarGMain);
UnloadScriptModule("user\\Ctrl_Tbl_2");
return rc;
}
У меня же на ноутбуке всё работает, уже и свой STARTUP прислал и скриптовый модуль - Ctrl_Tbl_2.
Часть скриптового модуля:
int tabl_1 = 55 //Это номера таблиц
int tabl_2 = 56; //с которыми скриптовый модуль работает
Receive_TABLCTRL_body(&AdrMain,&__VarGMain)
{
// таблица со списком подготовленных таблиц
var MainTable=CreateObject("VedListMainTable");
MainTable.InitByAdr(AdrMain);
// для функции, которая добавляет новую таблицу по шаблону необходим
// параметр "фильтр" по источнику/объекту/подразделению. // в нашем случае он будет пустой
var Filter = CreateObject("APropBE");
Что бы это могло быть, может быть кто то сталкивался?
Сервис поддержки клиентов работает на платформе UserEcho