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

Для расчёта надбавки необходимо использовать БЗ оклада.

БЗ оклада - кодируемое значение, поэтому, если использовать функцию poiskbz, получим уже "расшифрованное" значение оклада. 

Проблема в том, что в БЗ оклада может быть указан процент. Например, коду 5 в сетке соответствует значение 10000. если в БЗ указано 5.5, то функция  poiskbz возвращает значение 5000. Задача же состоит в том, чтобы получить полное значение оклада (10000), независимо от процента, указанного в дробной части кода. М.б. у функции poiskbz есть какой-то незадокументированный параметр, позволяющий не учитывать дробную часть?

Пробовал получать БЗ оклада так:

// Базовое значение оклада
char str[256];
var IDate = CreateObject("KDate"); IDate.SetDate(static_cast_to_string(data));
GetKchValue("p_k_g",str,2,KDateFromInt_LastDay(KDateFromStr(to_string(data)).GetAbs()*(-1.)));
int p_k_g=atoi(str);
int row = poisk_row(904,0,data,0);
AmbaMessageBox(row,"номер строки",0,0);
int bz = GetBase(row);
AmbaMessageBox(bz,"базовое значение",0,0);
double bzokl=0.;
Value_For_Table_Cod(p_k_g,razryad,data,bzokl);

Когда считаю в "ручном" режиме - по F4 - всё хорошо. Если посчитать в автоматическом, КЗ падает.

MessageBox-сы позволили установить, что в ручном режиме номер строки определяется правильно, а в автоматическом row = -1, соответственно bz = -непонятно что.

Что делаю не так?

Добрый день!

У клиента проходит сокращение сотрудников.

Сотрудникам рассчитывают пособие по безработице - через расчёты "по-среднему" (как командировку).

Повторил проблему клиента на поставке: Допустим, я уволил сотрудника 01.10.2019.

И хочу рассчитать пособие по безработице за декабрь.

и тут возникает вопрос.

РВ и суммы за сентябрь включились в расчёт полностью.

РВ и суммы за октябрь - тоже встали корректно - 1 день отработан и суммы за него полученные тоже видно.

Вопрос в том, почему при этом за ноябрь 2019 года в графу РВ встаёт 20 дней, хотя сотрудник уже не работал и дохода не получал?

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

Следующая ситуация. Предприятие выдало работнику ссуду. Теперь идет расчет материальной выгоды и удержание соответствующего налога. При расчете алиментов, помимо основного дохода и НДФЛ 13%, учитывается  также и материальная выгода и НДФЛ 35%. Бухгалтер-расчетчик считает это неправильным. 
Я сам конечно представляю, что алименты удерживаются со всех доходов, но это точно так должно быть? Или можно настроить, чтобы определенные виды не учитывались при расчете?

Добрый день!

Помогите, пожалуйста, разобраться в ошибке:

ZPL_zplinfo_full_net(20190710_152120).cab

Есть ЛС с кучей совместительств и источников.

Если запустить расчёт за месяц, то по основной должности (код "Осн" источник "Ф") рассчитается оклад, но не рассчитаются процентные надбавки (например, 110-й вид - за стаж).

Если запустить расчёт за месяц, но указать, что рассчитывать только должность "Осн" - начисление пройдёт правильно, процентные надбавки тоже начислятся.

Подскажите, пожалуйста, с чем такое может быть связано.

Здравствуйте. Требуется помощь в настройте 17-го алгоритма. 

Имеем основные виды начислений, которые должны определить ставку для расчета ночных (праздничных):

- оклад 104 (106), базовое значение                 - номер стороки Сетки для бюджетников

- выплаты за работу с вредными условиями    - % от оклада

- квалификационная категория                          - % от оклада

- выплаты за непрерывный стаж работы          - % от оклада, зависящий от стажа.

С первыми тремя проблем нет - столбец С1 спец. таблицы входимости, БЗ  - 1 - оклад, 4 - %. 

Как учесть % стажа, если в 278 виде в БЗ - 0,  а % подтягивается из 78 таблицы "Проценты для выслуги лет"?

Спасибо.

Добрый день!

В организации рассчитывается заработная плата сторожа.

График приходит автоматически из КП.

12.06.2019 - праздничный день.

Нужно, чтобы при расчёте за месяц сотруднику начислялись праздничные по 128-му коду. Алгоритм представлен ниже:

//======================= Расчёт праздничных (РВ - из табеля) ==================

case 928:

{ int col = 33; // столбец для расчета нормативного заработка
var D = CreateObject("KDate");
D.SetDateII(countday,mrasch);
rwlsbuf(1);

if ( ras_normzar(col-1,"1",5,4,n1,D)==ESC )
n1 = 0.;

double nz=n1; // нормативный заработок
double sch = n1 / norm(2); // ставка в час
skoljko(r[2],data,info.z1,info.z2,"В",calm,cht); // количество выходных часов по символам "В"
n1 = sch*r[2];//*info.bz/100; // сумма выходных

if(FL_V_ALG && uprc != NO_SCREEN)
{

infolist.add_record("Столбец выборки",col);
infolist.add_record("Нормативный заработок",nz);
infolist.add_record("Нормативные часы",norm(2));
infolist.add_record("Ставка в час", sch);
infolist.add_record("Праздничные часы",r[2]);
infolist.add_record("Процент выплаты",info.bz);
infolist.add_record("Результат",n1);

}

break;
},

Проблема в том, что из КП табель по этому сотруднику за 12-е число приходит с обычной "Р"-кой. Поскольку под сотрудника настроен сменный график, для него этот день является рабочим.

В нормативном календаре 

12.06.2019 подсвечивается, как праздничный. Подскажите, пожалуйста, можно ли внутри алгоритма проверять, является ли день праздничным, и если да, менять символ "Р" на "В", чтобы приведённый выше алгоритм правильно отрабатывал?

Добрый день!

Помогите разобраться в настройке объединения сумм в сводах.

По настройке виды страховых взносов объединяются (например суммы 341 и 511 объединяются и выводятся по 341 коду).

ZPL_zplinfo_full_net(20190704_145805).cab

Но если  ЛС есть суммы только по 511 коду, и нет 341, то в свод выводится 2 строки: 341 (по другим людям) и 511 (по данному сотруднику).

Приложил сохранёнку. Подскажите, пожалуйста, как исправить.

Добрый день!

В таблице в "Ф-ция разноски"  прописана ф-ция PutST, которая производит разноску по F6.

Возможно ли с помощью этой ф-ции (PutST) производить разноску в ЛС  из скрипта, вызываемого по Alt_F4, чтобы не использовать  F6 ?

Простая вставка ф-ции в скрипт результатов не даёт.

Добрый день!

Где можно найти описание и порядок применения ф-ции  GetOrderRow() ?

Добрый день!

В связи с появлением услуг типа "Массовая диспансеризация"  увеличились объемы работ по расчету среднего.

Расчетчики просят организовать массовый  расчет среднего через таблицу,  что вполне решаемо с помощью

класса KCalcSredn.

Но, поскольку, при любом расчете среднего в архив подшивается "Таблица расчета среднего",

возможно ли появление в классе KCalcSredn  появление метода который бы выводил такую таблицу?