Мои комментарии

Поддерживаю!
Если так и не научились правильно расставлять и учитывать вычеты, дайте, хотя бы, пользователям возможность самим доступ к таблице вычетов, по типу журнала платежей.

Ещё вопрос: достаём из архива документ "счёт", меняем контрагента, пересчитываем - никаких вопросов у программы не возникает, что такой документ уже есть и выписан в отношении другой организации. И не спрашивает "Уже есть такой. Заменить?" Это нормально?

Зато если исправим номер, то упирается всеми конечностями "а я не буду, такой уже есть".

И что будет, когда в конце года пойдут бюджетники стройными стадами с просьбами "перепишите нам этот документ на другую дату, но с этим же номером" ?

Я так и не понял, выписываете ли вы документы с одинаковыми номерами? Есть ли дубликаты в базе?

Да. Пытаюсь перевыписать счёт с повторяющимися данными, чтобы исправить ошибки. Не даёт.

Что пытаетесь сделать во втором случае, нажимая автонумерацию?

Как что? Сами же сказали, что после выбора из архива надо сделать автонумерацию и затем править номер документа. Забыли?  https://www.ib.ru/forums/topics/14014

Выписать новый документ с номером 1309(который уже есть в базе)? С 1311 вообще какая-то мистика у вас получается: не выписывали, а он есть.

Пытался выписать заново 1309. После автообновления поля ставится номер 1310. Исправляю на 1309. Ругается, что такой уже есть. А 1310 где-то внутри "залип". Если снова достаю 1309 и снова автонумерация - то ставит 1311, хотя 1310 так и не был выписан. Коротко - в архив после автонумерации добавляются номера документов с нулевыми суммами, которые так и не были выписаны по причине повтора номера. Скрин внизу.

Верcия какая?Сетевая?  Может с другого раб. места 1311 выписали?

Локальная. Мой личный компьютер. Никакой сети. Отправлять базу смысла нет.

Была же опция нормальная.
Такой номер уже существует. Заменить? Да.

И всё, никаких проблем.

Вчера выписан счёт с ошибкой.
Сегодня его нельзя перевыпустить.
Верните всё обратно со своими улучшениями!
А ещё бывает, что приходят клиенты и и просят изменить содержание счета.
Причем, с тем же номером и датой.
И что? Посылать их к вам?

Я извиняюсь просить, но почему вы решаете за пользователя, что ему лучше?

Почему надо нажимать автонумерацию перед изменением?

И опять об этом НИГДЕ не написано в релизе, что разработчик что-то сделал очередное кому-то приятное, о чём пользователи ОБЯЗАНЫ ДОГАДЫВАТЬСЯ.

В очередной раз читаем "Что нового в программе" в надежде не нарваться на очередное "приятное", сделанное для "нас любимых".

Проставьте в карточке НиУ в октябре оба вычета в количестве 10.
Рассчитайте октябрь 2025 года.
В ноябре, после переноса карточек, измените на 1.
Программа автоматом перетянет не предоставленные вычеты с предыдущих периодов.

Can't load GNET library

А до неё ругался на отсутствие библиотек .net 3.5

Разработчики! Хоть что-то ответите?

Может каких библиотек VC или .NET не хватает в системе? На чём писали?

Утилита gnet3_test.exe ругается, что библиотек не хватает в системе. Может в этом проблема?

Наличие каких пакетов библиотек обеспечивает работу программы?

Вангую, что это результат "SELECT .... JOIN"
Когда происходит связь "один к многим" по значению "null" проявляется подобный эффект, вплоть до полного зависания, особенно, если ещё и логи включены.

Приветствую! F4 сторнировать отключили, при начислении минус пропал, но....

При следующем авансе и остатках вычета в 6-НДФЛ начинается дикий сбой

Налоговая база по налогу НЕ МОЖЕТ БЫТЬ ОТРИЦАТЕЛЬНОЙ.

Могут быть непредоставленные вычеты, которые должны быть учтены при ближайшей выплате, но никак не отрицательный налог.

Необходимо вести ДВА списка - причитающиеся и предоставленные вычеты, а не валить всю сумму вычета сразу. Из-за этого рвётся вся отчётность.

Авторы разработчики! Ответ будет на вопрос и ошибки в расчётах?

Или нужно в описаниях горячих обновлений нужно догадываться, что это именно на нашу проблему было что-то изменено?

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

"Минуса" в налоговом регистре уже видели. Про не работающее "фактически предоставлено вычетов" тоже в курсе.

А теперь ещё веселее - это всё выползает в 6-НДФЛ.

У работника отрицательные начисления за месяц и налоги. И программа хочет этот "минус" выгрузить в квартальную отчётность.

Что будем делать?

Базовой функции нет. Можно не настроить, а можно сделать отдельный документ.
Вы кредитная организация?
Или выдаёте беспроцентные ссуды своим работникам?
Работаете методом пересчёта процентов или фиксированным платежом?

Сделайте постановку задачи. В принципе там не сложно.

Проверили на других выплатах.
Игнорируются ЛЮБАЯ ПЕРВАЯ выплата в тот же день.
Если первой будет отпуск, а второй межрасчёт - то отпуск исчезнет.

Зарплата за апрель 30.04.2025 с выдачей 06.05.2025
05.05.2025 начислен межрасчёт за май, выдан в тот же день

Как вариант, удалить KLADR в папке DATA и проверить, связан ли он с ним.
Библиотека закрытая и проверить может только разработчик.
Если сейчас бОльшая часть реквизитов контрагентов берётся из интернета, то он фактически не нужен.