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

Подскажите еще, правильно поставили настройку формы РСВ "Застрахованность и наличие сумм=3", чтобы суммы собирались, а застрахованности не было?

Насчет правильного пути согласна, но и такой вариант с галочкой тоже неплохо. Спасибо!

Спасибо

Т.е. в каком-то обозримом будущем можно ждать обновление?

Понятно. А код 0 - это оно же?

zpl_zplinfo_full(20190219_140343).cab

Добавлю уточнение.

В старом интерфейсе сформировали 6-НДФЛ, выдали на печать, все строки в отчетах заполнены верно, разбивка на КПП/ОКТМО правильная.

Т.е. проблема в новом интерфейсе.

У нас обнаружилась такая же проблема. В отчете было 3 человека с отрицательными суммами, и несколько человек с небалансом на 1 рубль.

Двоих отрицательных отредактировали и сохранили нормально, а дальше начались изменения при сохранении, программа пересчитывает итоги по справке (доход и налог), причем не понятно, по какому принципу. Было например доходов 253856,27, стало 8,39 руб, и налог соответственно 1 руб. всего.

Версия 599.5.

Добрый день!

Сразу извиняюсь, что пишу в закрытую тему, но возникли дополнительные вопросы.

Скрипт замечательно работает, но хотелось бы еще вот что.

1) Если мы хотим сделать засветку из уже засвеченных ЛС, то с ненужных ЛС засветка не снимается, т.е. нужна функция, противоположная по действию MarkLs, в случае невыполнения критериев засветки.

2) В поле, по которому устанавливается засветка, есть нецелочисленные значения, например, 7, 7.1, 7.2, 9.2 и т.д.

Как их правильно считать, чтобы установить в case?

kch_from_int возвращает только целое, а если их считать функцией kch_from в строку, то потом при преобразовании к float у меня выдается ошибка.

Т.е. я мне надо так:

string str;
kch_from("kategp4", str);
double kat=static_cast_to_double(str);   здесь пишет несовпадение типов.

switch(kat)
{
case 2:
case 3:
case 4:
case 5:
case 6:
case 7:

case 7.2:

case 9.2:

case 8:return 1;