Ваши комментарии

Проблема в том, что начисления, которые должны относиться к окончательному расчету например месячные премии, у нас могут попасть к расчетчикам и в середине месяца, и после начисления за 1 половину, но до формирования ведомости, и расчетчик не будет ждать пока пройдёт выплата, а сразу внесёт их в базу - об этом нам заявили безапелляционно. Естественно, признак расчета пропадает и ведомость не сформировать.


1. Даже если и уплатили... НО, допустим, мы уплатили НДФЛ с оклада, потому как его выдаём, но если есть премия, то в расчет НДФЛ она тоже попадёт, и это не будет соответствовать действительности

2. Потому что могут быть внезапные изменения или формирование ведомости с целью проверки... мало ли почему.


Конечно, это всё можно было бы решить организационно, но не факт, что получится. В ближайшее время это обсудить просто не с кем, все в отпусках. Поэтому прошу подумать над опциональной реализацией по меньшей мере 1 пункта. Насколько это сложно? Возможно за отдельную плату (опыт, говорят, есть).

потестировал только сейчас...

а в какой версии это сделано?

п.2. вроде как и раньше работал в новой форме

а п.1 остается с ошибкой при печати: второй больничный по второму ребенку печатается как первый (без учета первого двойного больничного)

zpl_zplinfo(20180619_112052).cab

может я что-то делаю не так?

версия 597.20

Можно спросить как идут дела?

А то расчетчики волнуются.

К сожалению, речь об авансах.

Вот существенный код, который вызываю:


    var Src=GetCommonProp(CMN_SRC_MASS_LS);        

    var ts1 = CreateObject("TempCommonSrc");
    ts1.TempCommonSrcInitial(CMN_SRC_C_WORK);
    SetCommonProp(CMN_SRC_C_WORK,Src);

    var ts2 = CreateObject("TempCommonSrc");
    ts2.TempCommonSrcInitial(CMN_SRC_INT_LS);
    SetCommonProp(CMN_SRC_INT_LS,Src);

    var ts3 = CreateObject("TempCommonSrc");
    ts3.TempCommonSrcInitial(CMN_SRC_COUNT_LS);
    SetCommonProp(CMN_SRC_COUNT_LS,Src);

    s50(mrasch);

   

    int row_avans = poisk_row(201,0,data,0);

    var Prop=GetPropOfCod(GetCode(row_avans));
    var Combine=CreateObject("TmpCurCombine");
    if (Prop.GetCombine()!=GetGeneralCombineLS())
        Combine.Init(Prop.GetCombine());

    double fakt = 0.;
    double norm = 0.;
    double tmp = 0.;
    skoljko(tmp,data,1,15,rsimv,calm,1); fakt += tmp;
    skoljko(tmp,data,1,15,simv_nr,calm,1); fakt += tmp;
    skoljko(norm,data,1,countday,simv_nr,calmras,cht);
    tmp = dney_v_tab(rsimv,calm,1,15)+dney_v_tab(simv_nr,calm,1,15);

                                                                                                                                 // для совместительства:
    AmbaMessageBox("fakt = " + to_string(fakt),"",MB_OK|MB_ICONINFORMATION,0);    // рабочих часов = 0
    AmbaMessageBox("norm = " + to_string(norm),"",MB_OK|MB_ICONINFORMATION,0);    // норма в часах - считает правильно
    AmbaMessageBox("tmp = " + to_string(tmp),"",MB_OK|MB_ICONINFORMATION,0);    // рабочих дней = 0
    AmbaMessageBox("calm = " + to_string(calm),"",MB_OK|MB_ICONINFORMATION,0);    // табель "nnnnnnnnn" и т.д.
                                                                                                          // для основного места работы всё хорошо



потому что по этому ребенку так же был больничный с 6 по 7, т.е. еще 2 дня.

С 6 по 7 был на двоих. Причем дни по 1 ребенку учитываются, что видно в печатной форме с 8 по 15 (сумма дней по 3 больничным). А по второму не учитываются, в печатной форме дни только по этому больничному.

Понятно.

Зарегистрировался через личную почту.

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

Не знаю, что такое сохраненка - заархивировал весь каталог ZPL demo-ZPL.7z

Сотрудник Манин

Последний больничный за 16-17 число справка.txt

2 дня, а должно быть 4


У начальства аргументация простая: тут вы написать можете всё, что угодно, к делу не пришьёшь. А вот письмо, пусть даже электронное, это уже официально.

Но я как представлю эту нашу переписку через почту... ))

На видео не совсем понятно, что вы нажимаете... Но это несущественно, я, кстати проверял у меня вполне переход осуществляется, а расчетчик чего-то возмущалась... Сам видео писать не умею, да и затруднительно у нас использовать подобное ПО

Колонки посмотрел, там всё правильно написано. НО в печатной-то форме всё равно не то пишется.

Проверил на демо-базе, поведение то же самое...


P.S. начальство не одобряет переписку на сайте, говорит: "пишите письма"...



Сервис поддержки клиентов работает на платформе UserEcho