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

var param=CreateObject("Map");

param.Add("ChecksProcessed",atoi(obr_kv));

param.Add("ChecksCount" ,atoi(vib_kv));

param.Add("CheckMonth" ,atoi(month_kv));

param.Add("NoPrintNullDolg",1);

param.Add("PrintNalogInfo",OemToAnsi("А,М,Ц,Г"));

param.Add("CheckType",200);

var Map = CreateObject("MapString");

Map.Clear();

Map.Add("505","305");

Map.Add("374","305");

Map.Add("574","305");

param.Add("RecodeNuBeforeMerge",Map);

PrintNetChecks(param);

Но при этом объединение не произошло! Что не так?

Не начисление, а удержание и вроде как вовсе не "мифическое", а НДФЛ, у которого с 2025 кроме 305 и 505 видов добавились еще виды ндфл по РК. Появилась идея объединить все в одну сумму, что для получателя выплат было бы удобнее, но пока остановились на варианте 4 сумм, по каждому из 305,505,374,574. Возможно вернемся к идее с объединением!

Устроит общая настройка по склеиванию видов в квитке! Спасибо!

Чтобы сохранялся лог отправки почты, что требуется?

Дополнительными настройками в указанном месте добился приемлемого результата.

Спасибо!

Предполагаю, что какие-то глобальные переменные в скриптовых модулях:

comcheck, comprint, comexcel должны отвечать за настройки по источнику?

Жаль, что настройка не влияет на печать в excel:

LoadScriptModule("check\\check102");
MainCheckPar(param,np);
UnloadScriptModule("check\\check102");

мы на нее перешли в начале 2024, когда потребовалось указывать дату выплаты по МР

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



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