Форум по программе Контур.Зарплата.
Здесь мы отвечаем на вопросы возникающие у наших пользователей или партнеров при работе с программой или при внедрении ее в организации.
Прежде чем создать обращение, воспользуйтесь поиском. Попробуйте найти похожий топик по ключевому слову. Например "СЗВ-СТАЖ" или "6-НДФЛ".
Если Вы нашли "чужую" тему с похожим вопросом, где уже был дан ответ (есть сообщение помеченное как "Ответ"), но при этом ответ не подходит для Вашей ситуации, то не задавайте свой вопрос в комментариях к "чужой" теме. Лучше создайте новую тему со своим вопросом.
Полезные ссылки по Контур.Зарплата:
- Полный дистрибутив и Веб-обновления
- Обучающий урок
- Вебинары(YouTube) RuTube
- "Старый" форум отключен, архив
- Дистрибутив ПФ-Отчет+

Функция to_string
Добрый день!
Сейчас выравниваю строки в квитке, чтобы суммы ровно стояли.
Для подсчёта кол-ва знаков в сумме использую ф-цию to_string, и обнаружил некую странность в работе ф-ции --
когда сумма с копейками to_string переводит в строку все символы, если же копеек нет, то она игнорирует три
символа, начиная с точки.
Если так задумано то буду анализировать наличие-отсутствие копеек, если же будет доработка, тогда ничего
делать не буду.
Спасибо.

Здравствуйте!
Для строковой переменной ноль == "пусто".
Попробуйте с пом. sprintf:

Неправильно считаются алименты не с начала месяца
Добрый день!
Завели сотруднику исполнительный лист (218 алгоритм) с 19.12.2023, в размере 50%.
Считает неправильно.
Если при расчете строки войти в просмотр доп.значений, то видно, что НДФЛ вычисляется верно пропорционально дате начала, а начисления - нет.
На сумму выйти никак не могу.
В параметрах алгоритма стоит 3,9,1.
Сохраненку прикладываю, если потребуется.

Ф-ция разноски в таблицах
Добрый день!
Пытаюсь организовать разноску по точному коду вида НУ с помощью ф-ции PutSummTime,
но при расчёте таблицы выводится сообщение "Функция ... отсутствует в списке".
Сообщение выводится на две ф-ции: sprintf и PutSummTime -- их действительно нельзя использовать
или что-то делаю не так?

СВЕРХУРОЧНЫЕ (ГАУЗ СО СГБ)
Добрый деньпомогите правильно настроить расчет сверхурочный, до 01.10.2023 мы его не рассчитывалипо вашим рекомендациям в для вида 102 выбрала алгоритм -14 , изменив параметры :1,5,2программа рассчитала мне за 4 часа сверхурочные за 4 часа
Комментарий | Значение |
D3 | 4.00 |
D4 | 0.00 |
D5 | 4.00 |
D7 | 4.00 |
D11 | 4.00 |
D15 | 572.00 |
А если расчет производим в ручную то получается другой результат
14300/169,4=84,4284,42*2*1,5=253,2684,42*2*2=337,68и получаем 590,94

Настройка доплаты
Добрый день!
Необходимо производить расчет по формуле:
Собрать начисления с нескольких видов (оклад, выслуга, премии, надбавки) за текущий месяц / Среднемесячное количество рабочих часов по производственному календарю при 40 часовой рабочей неделе (это 164,42 в 2023г) Х на указанное количество отработанных часов в текущем месяце Х 200%
К примеру
30 000 / 164,42 = 182,46
182,46 х 8 часов = 1459,68
1459,68 х 200% = 2919,35
Подскажите есть ли подходящий алгоритм, или как можно настроить ?

Удержание среднедневного заработка
Добрый день.
Подскажите как можно настроить.
Клиенту нужно удержать среднедневной заработок
Сумма начислений за месяц / РВ * процент(может быть разный)

При окончательном расчете у отпускников выходит долг
zpl_zplinfo(20230922_101231).cab Рассчитываем отпускные, затем аванс. А при окончательном расчете выходит небольшой долг. Почему?

определить сумму по мнимому виду
Добрый день!
Подскажите пожалуйста, какой командой можно получить сумму рассчитанную по мнимому виду, выбранную по столбцу.
пример скрипта
Задача: использовать сумму рассчитанную по мнимому виду (УстДолжОкл) для расчета других начислений.
UserAlg521(&info,&r)
{
char t[20];
char str[81];
double n2, n5, n9; //определяем вид УстДолжОкл по столбцу 37 int stolbec=37;
s100simv("1","н",0,stolbec-1,n5,0); //не находит сумму по мнимому виду,(
// Рабочее время -> r[2]
worktime(info.crow,info.b3,0);
if(nkalend == knorm)
r[2]=dney_v_tab(rsimv,calm,info.z1,info.z2);
if ((info.c=korrv(r,t,0,info.h,flagrow,jf)) != 1) return code_ReturnCode;
// Формула расчета:
n2=info.bz/18;
info.n1=r[2]*(n5*n2)/norm(1);
if(FL_V_ALG&&uprc!=NO_SCREEN)
{
infolist.add_record("Столбец",stolbec);
infolist.add_record("УстДолОкл (РУБ)",n5);
infolist.add_record("Нагрузка",info.bz);
infolist.add_record("Нагрузка/18",n2);
infolist.add_record("НРВ",norm(1));
infolist.add_record("ФРВ",r[2]);
}
return code_Break;
}
Большое спасибо!

Ошибка при запуске после обновления.
Добрый день!
После обновления, при запуске программы выходят ошибки
До обновления, из этой темы были заменены файлы для настройки 918 алгоритма https://kontur.userecho.com/communities/47/topics/10340-alimentyi-ne-ogranichivayutsya-kontsom-stroki
После того как вернули исходные файлы, ошибки при запуске пропали.
Вопрос, как правильно настроить сейчас алгоритм 218, чтобы тип неполноты был " 1 – коэффициент участия определяется в пропорции по календарным дням"
В параметрах алгоритма указали первым параметром 3 и вторым параметром 1
Но при расчете алиментов все равно выходит тип неполноты 2

Вид Н-У 313
Добрый день!
На предприятии своя кодировка видов Н-У и постоянно добавляются новые свои виды.
Сейчас появилась необходимость в новом виде с внешним кодом - 313; в поставке такой код уже есть (П/Н НАЧИСЛЕННЫЙ ДРУГИМИ).
Привести его к обычному виду не удаётся.
Правильно ли я понимаю что алгоритмом вида является его внутренний код, и чтобы вид заработал надо сначала
удалить существующий и ввести заново 313 вид но уже с другим внутренним кодом?
Сервис поддержки клиентов работает на платформе UserEcho