Ваши комментарии
Здраствуйте.
Вопрос нерешаемый?
Вполне решаемый.
Например так:
1. В таблицу реестра добавить столбец "Номер реестра".
2. При формировании реестра заполнять этот столбец номером, указанным в запросе.
3. При формировании печатной формы брать номер из столбца "Номер реестра".
Здравствуйте.
Вы задали вопрос на форуме ПП Контур.Зарплата. Мы не занимаемся поддержкой программных продуктов 1С.
З.Ы. В поставочном варианте Контур.Зарплаты выгрузки зарплатного реестра в МКБ нет, поэтому, если вопрос, всё же, "в тему" (т.е. вы - пользователь КЗ), вам надо обратиться к специалисту, который для вас эту выгрузку сделал.
Здравствуйте.
Подскажите, что-то влияет в К-З на тип договора.
Насколько помню, КЗ сама не определяет условия для исчисления БЛ (для срочного ТД < 6 месяцев - код 46). Эта информация содержится в полученном от СФР ЭЛН и автоматически заполняется для последующего расчета:
Если в полученном ЭЛН условий исчисления не было, значит код 46 был проставлен вручную.
Чтобы отправить ОЗСН без кода 46, надо убрать условия исчисления:
Здравствуйте!
как настроить, чтобы при расчете среднего/ другие режимы расчета по-среднему при печати формировалась форма 0504425?
На сколько я помню, в КЗ вообще не предусмотрена печать каких либо форм для "других" режимов расчета по среднему. Так что ответ - ни как.
Сейчас она формируется только при расчете отпуска.
И при увольнении.
какие изменения внести в этот алгоритм
Все устраивает
Ну это если не "приглядываться"...
На самом деле, расчет часовой ставки как отношение нормативного заработка к НРВ(ч) далеко не всегда дает адекватный результат. Дело в том, что, во-первых, ras_normzar частенько считает нормативный заработок мягко говоря "странно" (например - в неполностью отработанном месяце), во-вторых, ras_normzar рассчитывает нормативный заработок по алгоритмам видов, указанных в столбце ТВХ. Т.е. виды, не имеющие алгоритма расчета (ручной ввод), попросту не учтутся при расчете. По этой же причине не учтутся при расчете виды, имеющие алгоритм расчета, но требующие для расчета предварительно введенных вручную данных (самое распространенное - ручное заполнение/изменение информации в графе РВ).
З.Ы. Не имеет таких недостатков расчет часовой ставки по формуле: фактический_заработок_по_столбцу / ФРВ(ч).
Здравствуйте.
На настройку "печатать название должности" реагируют скриптовые квитки.
"Расчетный листок за месяц" - не скриптовый. Добавить в него печать должности можно так:
Здравствуйте.
Суммы по выбранному столбцу берутся не из БЗ, а из фактически насчитанных сумм (из определенных видов, которые отмечены в столбце)
Если суммы берутся не из БЗ, а из фактически насчитанных сумм, то какой результат вы хотите получить путем расчета по формуле:
Суммы по выбранному столбцу / норму часов в текущем расчетном месяце * количество отработанных праздничных часов ?
Чтобы получить стоимость часа в текущем месяце, фактически начисленную сумму по столбцу надо делить на фактически отработанное время:
// Расчет праздничных case 915:
{
// Параметры алгоритма
struct Struct_Alg Work;
Get_AlgWithParam(Work,info.ikod);
// 1-й параметр - коэфф. для праздничных (по умолчанию - 2)
double k1 = 2;
if(Work.Count_Par > 0)
{
k1 = atof(reinterpret_cast_to_string(Work.List_Par[0]));
}
// 2-й параметр - столбец для выборки сумм (по умолчанию - 25)
int ColCumm = 25;
if(Work.Count_Par > 1)
{
ColCumm = atoi(reinterpret_cast_to_string(Work.List_Par[1]));
}
// 3-й параметр - столбец для выборки ФРВ (по умолчанию - 26)
int ColFrv = 26;
if(Work.Count_Par > 2)
{
ColFrv = atoi(reinterpret_cast_to_string(Work.List_Par[2]));
}
// Расчет часовой ставки
double n6;
info.kod_alg=s98(0,n6); // Признак: 1 - "дневник", 2 - "часовик"
double FrvCh = 0.; // ФРВ в часах
double FrvDn = 0.; // ФРВ в днях
if(info.kod_alg == 2) // если "часовик"
RVFromNUCol(0,FrvCh,FrvDn,ColFrv-1); // ФРВ по видам, отмеченным ненулевыми символами в столбце СolFRV
else // если "дневник"
skoljko(FrvCh,data,z1,z2,"Р",calm,cht); // ФРВ по символам "Р" в табеле
double ZarMes = 0.;
var mt = CreateObject("KMonth");
mt.SetMonth(mtek);
int mmes = mt.GetRel();
s100("н",mmes,ColCumm-1,ZarMes); // Заработок за месяц по видам, отмеченным ненулевыми символами в столбце СolSumm
double StCh = 0.;
StCh = ZarMes/FrvCh;// часовая ставка
// Расчет суммы праздничных
n1 = r[2]*StCh*k1;
// Информация по расчёту
if(FL_V_ALG && uprc != NO_SCREEN)
{
infolist.add_record("Столбец ТВХ для выборки сумм",ColCumm);
infolist.add_record("Столбец ТВХ для выборки ФРВ",ColFrv);
infolist.add_record("Заработк за месяц",ZarMes);
infolist.add_record("ФРВ за месяц",FrvCh);
infolist.add_record("Часовая ставка",StCh);
infolist.add_record("Праздничные часы",r[2]);
infolist.add_record("Коэффициент",k1);
infolist.add_record("Результат",n1);
}
break;
}
Жду реализации как по расчету среднего так и по настройке отдельных видов для расчета отпуска и компенсации сотрудников работающих по внутреннему совместительству
А что не так с расчетом отпуска и КНО? Если речь про выделение РК, то для этих режимов оно работает
Здравствуйте.
в 134 вид совсем не закидывает
Потому что даты действия 134 вида - с 02.02.2025 по 02.02.2025. Это воскресенье. По умолчанию в настройках расчета по среднему оплата по среднему выходного дня отключена.
в 107 ставит только сумму по ФЗП
Неправда. В 107 виде стоит вся сумма оплаты по среднему (вместе с РК).
на вид266 р/к не попадает
В текущей версии автоматический расчет по среднему с выделением доли РК не реализован.
Посчитать сумму среднего в 107 виде без РК и выделить РК в 266 вид пока можно только вручную рассчитав строки 107 и 266 по F4. Но для этого надо, чтобы в настройках расчета по среднему были сделаны соответствующие настройки. У вас выделение РК не настроено.
З.Ы. Вручную посчитать среднее по 134 виду вы не сможете, т.к. этот вид у вас рассчитывается по 106 алгоритму, который к расчету по среднему ни какого отношения не имеет.
Сервис поддержки клиентов работает на платформе UserEcho
Чтобы посчитать СЧЗ для сверхурочных так, чтобы он был >= МРОТ/НРВ, достаточно включить доплату до МРОТ в состав видов, по которым считается ставка. Разве нет?