Добрый день! 

У клиента нужно настроить замену молока денежной компенсацией. Нашла вот эту замечательную тему:

https://kontur.userecho.com/communities/47/topics/7470-zamena-moloka-denezhnoj-kompensatsiej

Только хотим брать стоимость не из БЗ, а из сетки, в которой есть 2 колонки: дата и стоимость. 

Учитывая, что стоимость меняется часто, то задать значение 1 раз для всей организации намного удобнее, чем закрывать-открывать строки с новой стоимостью постоянно.

Подскажите, пожалуйста, функцию, которой можно извлечь значение из такой сетки.

Дату определяем на 1 число расчетного месяца.

Например:

Дата               Стоимость

01.11.2022     50,56

01.12.2022     52,34

и т.д.

Добрый день
Как можно "заставить" 15-й алгоритм округлять результат в большую сторону

например результат расчета 1152,33 руб. в расчет должно встать 1153,00 руб.?

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

Подскажите, как сделать отбор БЗ по виду 104 учитывая вн. совместительство?

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

Добрый день. Опишите , пожалуйста, работу этого алгоритма для случая скользящий график 2х2, работа на полставки. МРОТ высчитывается на календарный день или на рабочий день (рабочий час) ? Не получается просчитать руками и выйти на рассчитанные цифры по алгоритму.

Добрый день!

В ф-ции PutST  есть параметр, позволяющий задать условие для разноски - например BE_CODE.

Возможно ли в этом параметре задать такое условие как:  "Только в пустые и новые строки"

Добрый день!

Подскажите, пожалуйста, как настроить алгоритм 897 чтобы при расчете не учитывался коэффициент занятости?

В расчетном месяце меняется процент выслуги (сетка 78). Можно ли как-то в скрипте получить дату изменения процента?

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

Работнику установлен оклад = 10000 руб и надбавка за выслугу. Расчет выслуги по сетке. График работы - каждый день по 8 часов (аттестованные).

В ночь с 27.04 на 28.04 процент выслуги меняется с 5 на 10. 

Если отработан весь апрель, сумма надбавки:

с 01.04 по 27.04: 10000/30*27*5% = 450 руб.

с 28.04 по 30.04: 10000/30*3*10% = 100 руб.

Общая сумма надбавки = 450 + 100 = 550 руб.

Считаю в КЗ, получаю тот же результат. Тут всё ok.

Если апрель отработан не полностью (с 28.04 сотрудник в отпуске), то, по утверждению клиента, для расчета надбавки должен учитываться только тот процент, который действовал до момента возникновения права на увеличение процента от от стажа. В данном случае - это 5%. Т.е. сумма надбавки:

с 01.04 по 27.04: 10000/30*27*5% = 450 руб.

с 28.04 по 30.04: 10000/30*0*10% = 0 руб.

Штатный алгоритм 178 так делать не умеет. Как можно исправит ситуацию?

Добрый вечер. Нужен расчет денежной компенсации за молоко, ранее эта тема уже поднималась. Мы воспользовались вашими предложениями, однако программа умножает цену молока  не на отработанные дни по табелю, а на норму дней в месяце

(У нас есть вид 285 Питание, у него алгоритм 185. Надо немного модифицировать этот алгоритм. Сделать свой алгоритм 985 (см. ниже). Переписать его в файл Script\ User\ USALG.S. В таблице входимости у вида 285 поставить алгоритм 985. В ЛС заводите вид 285, ставите в БЗ сумму 29. Программа считает число отработанных дней и умножает их на 29.

//оплата за молоко: Сумма компенсации=БЗ*РВ по табелю

UsAlg985(&info,&r)

{

var n3=dney_v_tab("НПС",calm,info.z1,info.z2);

r[2]=norm(1)-n3;

char t[20];

if((info.c=korrv(r,t,0,info.h,flagrow,jf)) != 1)

return code_ReturnCode;

info.n1=r[2]*info.bz;

if(FL_V_ALG && uprc != NO_SCREEN)

{

infolist.add_record("Норма",norm(1));

infolist.add_record("Прогулы, Справки, Нераб.",n3);

infolist.add_record("Рабочие дни",r[2]);

infolist.add_record("На питание",info.bz);

infolist.add_record("Результат",info.n1);

}

return code_Break;

}

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

В ЛС есть вид, который рассчитывает нормативный заработок с алгоритмом 929:

case 929:
{
var D = CreateObject("KDate"); 
D.SetDateII(countday,mrasch); 
ras_normzar(25,"*",1,0,n1,D); 
break;
}

Всё вроде бы хорошо, но обнаружилось следующее. Если расчет какого-то вида модифицирован через параметры алгоритма, то 929 алгоритм "не видит" этот вид.

Например, если в ЛС есть стандартный 106 вид с БЗ = 10000, то в нормативный заработке он учитывается как 10000. А если модифицировать 6-й алгоритм так, чтобы отработанное время бралось не из табеля, а из графы РВ, после ручного ввода:

то в нормативном заработке 106 вид = 0.

Почему так и как можно побороть?