Корректировки выплаты в ЗУП 3.1/ЗГУ 3.1 (начиная с версии 3.1.10)

24.09.20

Учетные задачи - Зарплата

В этой статье поделюсь своим опытом по работе с корректировками выплаты в ЗУП 3.1 и ЗГУ 3.1: 1. Что такое корректировки выплаты; 2. Как они возникли, в каком состоянии на текущий момент; 3. Как выявить и исправить ошибки. Отчет по проверке работает на ЗУП 3.1, ЗГУ 3.1, начиная с версии 3.1.10.

Скачать исходный код

Наименование Файл Версия Размер
Корректировки выплаты в ЗУП 3.1/ЗГУ 3.1 (начиная с версии 3.1.10):
.erf 22,16Kb
200
.erf 22,16Kb 200 Скачать

 

Оглавление

О чем эта статья. 1

Что такое «Корректировка выплаты» на простом примере. 1

Как реализован учет корректировок выплаты в ЗУП и ЗГУ. 3

Мои выводы об организации корректировок выплаты в ЗУП/ЗГУ. 4

Проблемы с учетом корректировок выплаты, с которыми я столкнулся. 4

Отчет по корректировкам выплаты.. 5

Исправление ошибок. 6

На что обратить внимание при исправлении. 8

 

О чем эта статья

В этой статье делюсь моим опытом по работе с корректировками выплаты в ЗУП 3.1 и ЗГУ 3.1.:

  1. Что такое корректировки выплаты;
  2. Как их проверять и выявлять ошибки;
  3. Как исправлять ошибки.

Что такое «Корректировка выплаты» на простом примере

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

Предположим, у сотрудника ежемесячное начисление 10 000 рублей, вычетов по НДФЛ нет, и в течение полугода организация рассчитывала НДФЛ в размере 1300 в месяц, удерживала из зарплаты и перечисляла в бюджет. Итого за полгода в бюджет перечислили 7 800.

А в июле сотрудник написал заявление о предоставлении вычета на двух детей, причем применять этот вычет нужно с января. Пересчитываем в июле НДФЛ по итогам года с января по июль: годовой доход 70 000 минус вычеты на детей по 2800 за семь месяцев (19 600), налоговая база 50 400, НДФЛ по итогам года 6 552, и НДФЛ начисленный за июль получается отрицательный: 6552 – 7800 = -1248.

Рассчитываем долг по взаиморасчетам с сотрудником: начислено 10 000 минус удержано -1248 равно 11 248, и казалось бы, эту сумму сотруднику и нужно выплатить.

Но не нужно забывать, что в течение полугода организация удерживала налог у сотрудника и перечисляла в бюджет. За чей счет выплачивать излишне удержанный налог в сумме 1248? У организации деньги на это не предусмотрены, она может выплатить сотруднику только 10 000.

Поэтому долг по взаиморасчетам в ЗУП (ЗГУ) записывается в размере 11 248, а сумма к выплате только 10 000, а 1248 принимается к зачету по НДФЛ. Вот так это видит бухгалтер в расчетном листке до того, как сформировал ведомость на выплату:

В документе начисления зарплаты при этом на вкладке «Корректировки выплаты» видно сумму налога, принятую к зачету, и которая уменьшает сумму к выплате:

Как же все-таки сотруднику получить эти деньги обратно? Есть два варианта:

  1. Сотрудника уведомляют об излишне удержанном НДФЛ, он пишет заявление на возврат, и бухгалтер до создания ведомости на выплату оформляет документ «Возврат НДФЛ» на сумму 1248, эта сумма увеличивает сумму к выплате и зачитывает НДФЛ, ранее принятый к зачету;
  2. Сотрудник не пишет заявление на возврат, а зачет НДФЛ и увеличение суммы к выплате происходит в месяце, когда НДФЛ, начисленный за этот месяц, снова становится положительным.

Вот так будет выглядеть расчетный листок до формирования ведомости на выплату, если оформить возврат налога. Видно, что к зачету принят весь НДФЛ, ранее поставленный к зачету. В ведомости на выплату будет сумма к выплате 11 248.

 

Рассмотрим второй вариант – возврат НДФЛ не выполнялся, за июль выплачено 10 000, рассчитываем зарплату за август. Годовой доход в этом случае 80 000, вычет за 8 месяцев 22 400, налоговая база 57 600, сумма налога за год 7488, а ранее удержанный 6552. Итого НДФЛ за месяц 936 рублей.

Сумма взаиморасчетов с сотрудником составит 10 000 минус 936, получается 9 064. При этом ранее принято к зачету 1248 рублей, и можно зачесть 936 рублей налога этого месяца, таким образом, сумма к выплате за август составит 9 064 + 936 = 10 000 рублей.

В документе начисления зачтенный налог выглядит так:

В расчетном листке до формирования ведомости на выплату видно, что из ранее поставленного к зачету налога 1248 зачтено 936 и остается излишне удержанный налог в сумме 312 рублей.

Сумма к выплате при этом составляет 10 000, что видно при формировании ведомости на выплату за август:

 

Как реализован учет корректировок выплаты в ЗУП и ЗГУ

Итак, «корректировка суммы выплаты» в ЗУП и ЗГУ 3.1 состоит из двух частей:

  1. НДФЛ, принятый к зачету – это отрицательный НДФЛ, который увеличивает взаиморасчеты с сотрудником, но не увеличивает сумму в ведомости на выплату, так как ранее этот НДФЛ был удержан и перечислен в бюджет;
  2. Зачтенный НДФЛ – это  положительная сумма НДФЛ за текущий месяц, в пределах ранее принятой к зачету суммы, увеличивает сумму в ведомости на выплату.

Теперь о том, как это реализовано в ЗУП 3.1 и ЗГУ 3.1, для программистов.

При проведении документа начисления данные пишутся в три регистра:

  1. Взаиморасчеты с сотрудниками;
    (да, я знаю, что их два – бухгалтерский и обычный, но для понимания корректировок выплаты это неважно)
  2. Зарплата к выплате;
  3. Начисления и удержания по сотрудникам,

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

На примере июля, когда впервые возник отрицательный НДФЛ, получаются следующие записи:

  1. Взаиморасчеты с сотрудником: 10 000 – (-1248) = 11 248
  2. В регистр «Зарплата к выплате» пишется две записи на общую сумму 10 000:
    1. 11 248, как в регистре взаиморасчетов;
    2. -1248, то есть сумма, принятая к зачету
  3. В регистр «Начисления и удержания» добавляется запись с особым видном расчета «НДФЛ к зачету в счет будущих платежей» и суммой 1248.

Сумма в ведомости на выплату (для тех, кто этого пока не знает) – это остаток по регистру «Зарплата к выплате».

Соответственно, в августе корректировка выплаты положительная на сумму 936 рублей, и во взаиморасчеты идет сумма 10 000 – 936 = 9 064, а в зарплату к выплате сумма 9064 + 936 = 10 000. В регистр начислений и удержаний по сотруднику добавляется запись с видом расчета «Зачтено излишне удержанного НДФЛ» и сумма 936.

Мои выводы об организации корректировок выплаты в ЗУП/ЗГУ

Далее привожу мои выводы, которые я сделал из структуры регистров. Если я чего-то не понял и здесь присутствуют люди, копнувшие тему глубже, прошу высказать это в комментариях.

  1. Корректировки выплаты видны только в регистре начислений и удержаний по сотрудникам;
  2. Остаток корректировки выплаты по физлицу надо считать нарастающим итогом, то есть весь принятый НДФЛ к зачету и весь зачтенный с начала времен по текущий месяц;
  3. Программа не запоминает дату получения дохода для корректировок выплаты, то есть невозможно отличить корректировку выплаты текущего налогового периода от еще незакрытой корректировки выплаты прошлого налогового периода.

Можно попытаться сопоставить корректировки выплаты с суммой начисленного НДФЛ в разрезе налоговых периодов, но насколько достоверным получится результат – пока судить не берусь.

Проблемы с учетом корректировок выплаты, с которыми я столкнулся

Работаю программистом в организации, которая ведет бухучет (в том числе учет зарплаты) организаций по договору, а также консультирую клиентов, которые ведут учет зарплаты самостоятельно. Среди клиентов есть хозрасчетные организации и бюджетники, которые используют ЗГУ 3.1.

Соответственно, часто получаю вопросы от бухгалтеров о том, почему в ведомости на выплату такая странная сумма, как ее проверить, как найти ошибку и так далее. И понял, что типовые отчеты ЗУП/ЗГУ не особо помогают с такими вопросами разобраться, и проверять приходится вручную, по расчетным листкам, месяц за месяцем и по каждому сотруднику. Если сотрудников достаточно много – проблема становится просто нерешаемой, нужно думать, как такие проверки автоматизировать.

Если у одного физлица в организации два и более места работы (например, основное и внутреннее совместительство, а еще договор ГПХ), то при постановке НДФЛ к зачету или при зачете НДФЛ учитывается только физическое лицо. А так как зарплата к выплате считается в разрезе сотрудников, может возникнуть ситуация, когда налог принят к зачету по основному сотруднику, а зачтен по совместителю, или наоборот. В целом по физическому лицу зарплата будет выплачена верно, а вот долги по взаиморасчетам в разрезе табельных номеров «зависают».

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

  1. Источники финансирования – «Бюджет», «Предпринимательская деятельность», могут быть и другие;
  2. Статьи затрат  - 211 (зарплата), 225 и 226 – договора подряда, 266 – пособия, в том числе больничные, и так далее.

В таких организациях проблема в том, что НДФЛ может быть принят к зачету по бюджету 211, а зачтен при расчете больничного, по бюджету 266. В переводе на русский язык это означает, что сотруднику нужно выплатить из 266 статьи затрат, на которую государство не предусмотрело денег, а по статье 211 сумма по взаиморасчетам есть, а выплатить её бухгалтер не может.

К сожалению, типовые алгоритмы ЗУП/ЗГУ зачитывают НДФЛ только в разрезе физического лица, не учитывая табельные номера, статьи финансирования и статьи затрат.

Обобщаю основные проблемы:

  1. Трудно проверять, т.к. нет инструмента проверить всех сотрудников разом;
  2. Не учитываются табельные номера одного физического лица, зависают остатки взаиморасчетов в разрезе табельных номеров;
  3. Не учитываются статьи финансирования и статьи затрат, зависают остатки взаиморасчетов в этих разрезах.

В нашем примере можно провести эксперимент: начислить больничный лист, на сумму, которая больше суммы вычета, и в корректировку выплаты НДФЛ по 266 статье затрат, а не по 211-й. Ниже покажу, как это выглядит в моем отчете.

Замечание: похоже, в релизе 3.1.14.208 такое поведение исправили, но в более ранних релизах ошибка воспроизводилась. Поэтому проверять все-таки нужно.

Отчет по корректировкам выплаты

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

Вот пример работы отчета по сотруднику, которого я приводил в качестве примера.

Отчет суммирует «с начала времен» по конец месяца, указанного в параметрах, все корректировки выплаты и делит на две колонки: «Принято к зачету» и «Зачтено», а также вычисляет остаток. Первая группировка показывает, что в целом по физлицу осталось зачесть 26 рублей налога.

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

Отрицательный остаток говорит о том, что выявлена ошибка, положительный – что ошибки нет, но еще не весь налог зачтен (из ранее принятого к зачету). Нулевой остаток по разрезу говорит о том, что зачет налога проведен правильно.

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

Режим работы отчета устанавливается в поле «Ошибки и отклонения»:

  1. Показать все значения – показывает всю историю корректировок выплаты без отборов;
  2. Только ошибки – покажет разрезы учета, по которым зачтено налога больше, чем принято к зачету (т.е. в колонке «Остаток» сумма меньше нуля);
  3. Только остатки – покажет разрезы учета, по которым зачтен не весь налог, принятый к зачету (т.е. в колонке «Остаток» сумма больше нуля);
  4. Только остатки, возникшие в этом году – покажет разрезы, в которых ненулевой остаток образовался в текущем году.

Исправление ошибок

Исправлять ошибки можно вручную, почти в любом документе начисления. Для этого есть или вкладка «Корректировки выплаты» (документы увольнения, начисления зарплаты) или отдельный реквизит на форме, который можно раскрыть.

Для исправления нужно выявить ошибки в каждом разрезе учета (табельный номер + статья финансирования + статья расходов), сложить их и взять сумму с обратным знаком.

В документ вносится сумма исправления в целом, а затем эту сумму можно раскрыть до табельного номера (статьи финансирования) и указать сумму по каждому разрезу так, чтобы итоговая сумма была равна сумме исправления по физлицу. Редактирование в разрезах возможно, если у физлица есть несколько рабочих мест и/или включено использование статей финансирования.

Можно также исправлять с помощью этого отчета. Работает это так:

  1. Если в целом по физлицу остаток корректировки выплаты нулевой, но есть разрезы учета, по которым остатки ненулевые – создает корректировки выплаты с обратным знаком;
  2. Если в целом по физлицу остаток ненулевой, и есть разрезы учета, по которым остаток меньше нуля – то есть зачтено налога больше, чем принято к зачету – создает запись о принятии налога к зачету на сумму отрицательного остатка.

Для этого на форме отчета есть вкладка «Исправление». Нужно задать месяц, в котором будет зарегистрировано исправление, и нажать на кнопку «Исправить».

Документ задавать не нужно – по итогам работы алгоритма исправления будет создан новый документ начисления зарплаты, а ссылка на него помещена в поле «Документ».

Алгоритм исправления учитывает отборы по физическим лицам, если они заданы в параметрах отчета.

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

Открываю документ и вижу, что в нем создана корректировка выплаты на сумму 286 рублей. Выше есть картинка, где видно, что по 266 статье зачтено налога на сумму 286 рублей, а суммы, принятой к зачету, не было.

Формирую отчет заново и вижу, что по статье 266 ошибка исправлена, теперь зачтенная сумма не больше, чем принятая к зачету.

Внимательный читатель спросит, почему бы не поменять в больничном статью затрат, по которой прошел зачет, на 211-ю, и будет совершенно прав. Если ошибка произошла в текущем месяце, и ведомости на выплату еще не были созданы, то так и следует поступить.

Однако, в релизах ЗУП 3.1.14 до 208-й версии при попытке открыть корректировку выплаты в больничном выдается ошибка (в 208 исправлено), и такой способ не подходит. Нужно, как минимум, исключить ошибку зачета по 266 статье, а перенести корректировку выплаты на 211-ю статью можно и другим документом начисления.

Кроме того, остаются ситуации, которые возникли в прошлых месяцах, и которые следует исправлять в текущем месяце – и тогда исправлять удобно с помощью предложенного инструмента.

На что обратить внимание при исправлении

Необходимо учитывать, что исправление корректировки выплаты иногда лучше не делать.

Например, при смене статуса сотрудника с нерезидента на резидента может образоваться НДФЛ к зачету, но работодатель не имеет права возвращать такой налог по итогам налогового периода, это особо оговорено статьей 231 НК РФ.

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

Корректировки выплаты Зачет НДФЛ

См. также

Обновление для КА 1.1, ЗУП 2.5, БУХ 2.0: НДС, ЕФС-1, Расчет страховых взносов, Мобилизация, Статистика, Электронные трудовые книжки, 2-НДФЛ, Регламентированная отчетность, Кадровый учет, Прослеживаемость импортных товаров

Зарплата Регламентированный учет и отчетность Кадровый учет Обновление 1С Платформа 1С v8.3 Сложные периодические расчеты 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Зарплата и Управление Персоналом 2.5 Бухгалтерский учет Налоговый учет Управленческий учет Акцизы ЕНВД ЕСН Земельный налог ИП, ПБОЮЛ, КФХ Налог на имущество Налог на прибыль НДС НДФЛ ФОМС, ЕФС Транспортный налог УСН ПСН (патентная система налогообложения) Платные (руб)

Обновления для конфигураций: КА 1.1; ЗУП 2.5; БУХ 2.0; КА 1.1 Комплексная автоматизация торговли алкогольной продукцией; КА 1.1 Комплексный учет сельскохозяйственного предприятия

19900 руб.

01.04.2020    141319    668    352    

233

Перенос данных из Парус 8 в ЗГУ 3

Зарплата Внешние источники данных Бюджетный учет Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Обработка позволяет перенести кадровую информацию и данные по заработной плате, фактических удержаниях, НДФЛ, вычетах, страховых взносах из базы Парус 8 учреждений в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (ЗГУ) и начать с ней работать с любого месяца года.

84000 руб.

19.08.2020    22657    19    1    

22

Перенос данных из Камин 3.5 (5.5) в ЗиКГУ 3.х

Обмен между базами 1C Зарплата Бюджетный учет Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 1С:Зарплата и Управление Персоналом 3.x Государственные, бюджетные структуры Россия Бюджетный учет Платные (руб)

Обработки для быстрого перехода с конфигураций «КАМИН:Расчет зарплаты для бюджетных учреждений 3.5» и «КАМИН:Зарплата для бюджетных учреждений 5.5» на конфигурацию «Зарплата и кадры государственного учреждения».

12000 руб.

28.07.2016    57390    142    141    

118

Исправление в 1С:ЗУП/ЗКГУ ошибок по НДФЛ и взаиморасчетам с сотрудниками на начало расчетного года.

Корректировка данных Зарплата Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры бюджетного учреждения 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет НДФЛ Платные (руб)

Обработка исправляет технические ошибки по НДФЛ, взаиморасчетам с сотрудниками в 1С:ЗУП (1С:ЗКГУ) на начало года. Фактически все ошибки, которые проявляются в ведомостях на выплату, расчетных листках, при заполнении ведомостей на выплату и отчетах 6-НДФЛ и т.д. нужно начинать исправлять с начала расчетного года. Это позволит быть уверенными, что после завершения расчетов предыдущего года, начали работать с «чистого листа» без ошибочных остатков.

4800 руб.

06.10.2023    2704    30    15    

36

Запрет доступа к данным по зарплате для БП 3.0 и КА 2.5

Зарплата Роли и права Платформа 1С v8.3 Бухгалтерский учет Управление правами 1С:Бухгалтерия 3.0 1С:Комплексная автоматизация 2.х Молдова Россия Казахстан Бухгалтерский учет Платные (руб)

Расширение позволяет максимально полно ограничить доступ пользователей к данным по заработной плате, а именно закрывает доступ к документам начисления и выплаты заработной платы, не позволяет просматривать бухгалтерские отчеты по счету учета зарплаты а также убирает зарплатные проводки из журнала проводок. Расширение запрещает просматривать платежные документы на выплату зарплаты, так же не доступны регламентные отчеты в ПФР и ИФНС. Расширение предлагает готовые настроенные профили "Бухгалтер без зарплаты", "Только просмотр без зарплаты".

5700 руб.

27.05.2021    33257    206    89    

166

Тестирование и исправление ключей аналитики ERP, УТ11, КА

Корректировка данных Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Платные (руб)

Незаменимая обработка для сопровождения конфигураций: ERP, УТ, КА. Позволяет вычистить многие ошибки в ключах аналитики, в ключевых справочниках конфигурации.

3600 руб.

10.02.2017    107409    637    173    

680

Ускоренное проведение документов (x4), устранение ошибок 60/62 счетов и зачет авансов (Бухгалтерия 3.0)

Закрытие периода Инструменты администратора БД Корректировка данных Бухгалтерский учет 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).

14400 руб.

29.04.2020    28116    83    146    

61
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. zerik 12 09.02.21 17:25 Сейчас в теме
Столкнулся с такой проблемой в ЗУПе, если у расчетчика руки не для скуки, то изменение документа НачисленияЗП без корректировки последующих выплат крошит регистр "Зарплата к выплате" и НФДЛ.
2. VinnieThePOOH 147 10.02.21 09:26 Сейчас в теме
(1) Да, это так. Посмотрите другие мои публикации, есть возможность выявлять такие несоответствия.

https://infostart.ru/public/1294757/
scanner1980; +1 Ответить
3. scanner1980 266 13.04.22 16:14 Сейчас в теме
Все замечательно сделали корректировки, спасибо за обработку и отчет. Корректировка в целом по сумме 0, но в разрезе статей финансирования и подразделений есть суммы +/-. В какой то момент (пока не удалось выяснить в какой) суммы просто пропадают, но строчка с сотрудником остается, так как в целом по строке 0. Столкнулся несколько раз с таким поведением системы, может есть какое то решение или кто то может тоже сталкивался с этим?
Обработка корректировки хорошая, но в качестве пожелания, не создавать новый документ, если он указан в обработке, а просто дополнять в него.
4. VinnieThePOOH 147 13.04.22 18:13 Сейчас в теме
(3) "В какой то момент (пока не удалось выяснить в какой) суммы просто пропадают, но строчка с сотрудником остается, так как в целом по строке 0."

Это происходит в момент проведения документа "Начисление ЗП и взносов" в ЗУП 3.1/ЗГУ 3.1, если его открыть интерактивно и провести.
Тоже с этим столкнулся. Побеждать не пытался.

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

Именно по этой причине реализован алгоритм создания нового документа, а не дополнения старого.
scanner1980; +1 Ответить
5. Love29 274 13.12.23 11:42 Сейчас в теме
Добрый день! При попытке исправления на релизе 3.1.27.93 выходит ошибка: Значение не является значением объектного типа (Метаданные)
{ВнешняяОбработка.АнализИКорректировкаРазличийПодразделенияСотрудникаИПодразде­ленияНФДЛ.Форма.Форма.Форма(699)}:ДвиженияДокумента = подСтр.Регистратор.Метаданные().Движения;
{ВнешняяОбработка.АнализИКорректировкаРазличийПодразделенияСотрудникаИПодразде­ленияНФДЛ.Форма.Форма.Форма(36)}:ИсправитьРегистрациюПоВыбраннымСтрокамНаСервере();
6. VinnieThePOOH 147 13.12.23 14:56 Сейчас в теме
(5) проверим, взял в работу.
7. VinnieThePOOH 147 13.12.23 15:01 Сейчас в теме
(5)
Добрый день! При попытке исправления на релизе 3.1.27.93 выходит ошибка: Значение не является значением объектного типа (Метаданные)
{ВнешняяОбработка.АнализИКорректировкаРазличийПодразделенияСотрудникаИПодразде­­ленияНФДЛ.Форма.Форма.Форма(699)}:ДвиженияДокумента = подСтр.Регистратор.Метаданные().Движения;
{ВнешняяОбработка.АнализИКорректировкаРазличийПодразделенияСотрудникаИПодразде­­ленияНФДЛ.Форма.Форма.Форма(36)}:ИсправитьРегистрациюПоВыбраннымСтрокамНаСервере();


Это точно мой отчет? У себя такого кода не нахожу. Да и название отчета не соответствует теме этой статьи.

Должно быть, вы что-то перепутали.
Оставьте свое сообщение