Ваши комментарии
ясно, спасибо!
Не начисление, а удержание и вроде как вовсе не "мифическое", а НДФЛ, у которого с 2025 кроме 305 и 505 видов добавились еще виды ндфл по РК. Появилась идея объединить все в одну сумму, что для получателя выплат было бы удобнее, но пока остановились на варианте 4 сумм, по каждому из 305,505,374,574. Возможно вернемся к идее с объединением!
Устроит общая настройка по склеиванию видов в квитке! Спасибо!
Чтобы сохранялся лог отправки почты, что требуется?
Дополнительными настройками в указанном месте добился приемлемого результата.
Спасибо!
Предполагаю, что какие-то глобальные переменные в скриптовых модулях:
comcheck, comprint, comexcel должны отвечать за настройки по источнику?
Жаль, что настройка не влияет на печать в excel:
LoadScriptModule("check\\check102");
MainCheckPar(param,np);
UnloadScriptModule("check\\check102");
мы на нее перешли в начале 2024, когда потребовалось указывать дату выплаты по МР
Понимаю, что пересозданием ведомости эту задачу выполнить проще всего, но боюсь, что налог пересчитается и не получится равным в текущей ведомости, т.к. уже есть более поздние ведомости по авансу.
Сервис поддержки клиентов работает на платформе UserEcho
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);
Но при этом объединение не произошло! Что не так?