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

После разъяснений стало понятно, как считается. Получается правильно.

Лучше, наверное, сделать две строчки взносы до предельной величины и взносы свыше предельной величины. И столбцы до МРОТ и свыше МРОТ.

И третью строчку итоговую. Тогда будет все красиво и понятно.)

Понял, спасибо

Делал сам через проводки по своему расчету, т. к. это актуально только для полностью самортизированных ОС по которым увеличивается СПИ и для ОС у которых появляется ликвидационная стоимость.

Попробовал через типовую операцию.

И вот какие ошибки в ней.

1. По ПБУ 6/01 было так. При модернизации ОС в бухгалтерском учете если первоначальный срок полезного использования (СПИ) не меняется (например по зданию 100 лет), то в момент изменения стоимости ОС после модернизации менялась норма амортизации. Менялась таким образом , чтобы по новой балансовой стоимости и новой норме оставшийся СПИ не увеличивался.

   Так вот при корректировке амортизации программой рассчитывается СПИ исходя из новой (увеличенной нормы амортизации) и соответственно расчет неправильный.

   По моему мнению, при корректировке надо зная сумму амортизации в месяц по старому ПБУ (которая рассчитывается из новой балансовой стоимости и новой нормы амортизации) и остаточную стоимость на 31.12.2021г. рассчитать оставшийся СПИ и зная дату ввода в эксплуатацию сосчитать общий СПИ, а потом проводить дальнейшие расчеты по корректировке сумм.

2. Не очень понял зачем проводки по счетам "Н...". Разве амортизация по налоговому учету меняется в связи с введением ФСБУ?

Это про корректировку амортизации.

Наверное уже и не очень актуально. В принципе я уже сам рассчитал все и сделал корректировочные проводки.

Возвращаясь к началу поднятой темы.

Амортизация по ранее модернизированным ОС считается неправильно. Протестируйте, пожалуйста программу.

По новому ФСБУ балансовая стоимость на 01.01.2022 это по существу остаточная стоимость на 31.12.2021г. ее и надо делить на оставшийся СПИ. И логично эти параметры занести в справочник ОС (так как каждый год это будут новые параметры) и тогда расчет амортизации простейший.

Сейчас ,как я вижу, программа меняет норму амортизации и расчет производится исходя из балансовой стоимости, плюс подгружаются данные из файла истории модернизаций и в этом ошибка.

Наберите в поисковике "Windows XP не видит Windows 10" или наоборот и увидите решение проблемы включением протокола в "Windows 10"

Включите поддержку SMB 1.0 в Windows 10 и будет Вам счастье!

У меня налог свыше 5 млн.руб. считается автоматически.

Разработчики уже создали код удержания ПодохСП проводки записываются на счет 68/НДФЛ/50.

В настройки общих параметров еще есть пункт "Разделить налог" - посмотрите, чтобы там стояло "ДА".

Ответ на наш запрос о заполнении столбцов специалистов справочной системы "Гарант"

прилагаю

Да, когда что-то написал в поле содержание операции, выгрузилось в том числе и основание.

Вот думаю, что писать в это поле?

Так как мы оказываем услуги по аренде помещений, буду писать "Услуги оказаны в полном объеме".

Кстати, при загрузке в СБИС и попытке отправить документ вылезала ошибка про содержание операции.

Техподдержка СБИС не могла найти ошибку. В печатной форме это содержание операции нигде не отражается, как я понимаю. Завтра попробую отправить в СБИС.

1

Может разработчику протестировать сначала работу бланков?

Прилагаю файлы Инфо-Бухгалтера и XML-файл.

Значит, существует служебный файл с данными. Конечно было бы неплохо обходиться без этого бланка.

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

И еще один момент.

Отпускные в нашей организации перечисляются сразу нескольким работникам по одному платежному поручению  Соответственно, сумма может быть больше, чем сумма НДФЛ за месяц конкретного работника. Поэтому при разноске платежей (бланк 5.0), если выбрать платежку по отпускным, то берется вся сумма НДФЛ по работнику за месяц. И несмотря на то, что выбрана еще платежка по зарплате, она при распределении платежей не учитывается.

За 2019 год также. Бланки новые, база 2018 года только папка DATA.

Бланк формирования реестра не используем (1,7?).

В Инфо-Бухгалтере меняем в карточке начисления/удержания сумму перевода в банк.

Сам реестр редактируем в банковской программе.

Да, все проставлено.

Здравствуйте!

"Обработать выплату аванса" поставил "Нет", как Вы и советовали.

В результате - не только даты неправильные, но и вообще суммы не берутся.

Добрый день!

Эта настройка  выставлена в положение  "Да".

Речь идет не о суммах, а о датах.

Прилагаются примеры расчетов.

Посмотрите, может в вычете на этого ребенка указан конкретный период действия вычета (по июнь 2017г).
Кстати, программа до сих пор не отслеживает порог зарплаты с начала года для автоматического непредоставления вычета при достижении порога.
Я вручную ставлю период действия вычета!

Файл tmpxml.xml убрал.
Данные в него стали формироваться правильные.
Но сам файл с названием 6NDFL_ и т.д. не формируется.
У нас сетевая версия ИБ.
На другом компьютере все формируется.

Может все дело в том, что на первом операционка WINDOWS XP SP2?