Доброе утро!
Универсальным отчетом сравнила ТЧ документов, где считает и созданный программно. Отличий не нашла. А ндфл нет.
Что не досмотрела?
Спасибо.

(0)  в этом документе есть ТЧ "НДФЛ" - она почему-то на форму не выведена
программно заполнить ее нужно

(1) Повторяю: "Универсальным отчетом сравнила ТЧ документов, где считает и созданный программно. Отличий не нашла."

(2) Сравни теперь реквизиты документов. А еще хитрая ЗУПа любит хранить данные в регистрах, которые связаны с документом, ну к примеру - документы, учтенные в расчете НДФЛ

Сравнивай вообще все, что связано с другим документом, в котором видно.

(2) ты их не видишь, а они есть.
отладчиком пройдись - может найдешь

(3) В реквизитах (различия) - руководитель, ГБ, ответственный.

+(5) Если нажать "Пересчитать сотрудника" - считает.

(4) Да, заполнила я таблицы: физ. лица, начисления, НДФЛ.
Другие версии есть?

(3) Открыла движения док-та (рассчитан НДФЛ, не проведен) - пусто.

(3) В этом регистре нет док-та (в котором рассчитан НДФЛ).

(9) Отладчик в ПриСозданииНаСервере, ПриОткрытии, итп

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

(11) Да (не заполнены).

(12) А в документе, который вручную создан, заполнены?

(13) Нет.

Как включить отладку?
База SQL

(15) https://programmist1s.ru/vklyuchenie-otladki-na-servere-1s/

(0) Модуль формы ПередЗаписьюНаСервере(Отказ, ТекущийОбъект, ПараметрыЗаписи) https://infostart.ru/1c/articles/1098803/?ysclid=lkw8vzmdpn593039213

В этом обработчике можно дозаполнять реквизиты объекта (через параметр ТекущийОбъект)  или провести дополнительные проверки. Есть доступ к данным формы.

Важно понимать, что в предыдущем обработчике (в процессе проверки заполнения) произошло «разделение» формы на форму и прикладной объект (пока только в памяти сервера), данные которого будут записаны в базу данных.

В обработчике модуля формы ПередЗаписьюНаСервере появляется возможность доступа как к данным основного реквизита формы Объект, а также и к самому объекту, который будет записан через параметр обработчика ТекущийОбъект.

Параметр ТекущийОбъект  имеет тип класса «объект» в зависимости от типа записываемого объекта (в случае записи документа ДокументОбъект). Т.е. экземпляр класса объект создан, и можно обратиться к его свойствам и методам, но в базу данных ещё не записан.

И тут внимание!!! ТекущийОбъект - объект, который реально будет записан в информационную базу и дозаполнять реквизиты нужно именно через параметр ТекущийОбъект.

Внесение изменений через реквизит формы объекта  Объект не даст никакого результата, его можно только анализировать. В информационную базу эти данные записаны не будут. После завершения транзакции записи, данные из ТекущегоОбъекта запишутся в Объект.  Таким образом, все изменения, внесенные в Объект, пропадут.

Также нужно понимать, что при программной записи объекта это событие вызываться не будет (!!!!!!).

Поэтому если какие-либо алгоритмы должны выполняться при любом способе записи данных объекта, а не только при записи из формы, их следует размещать в обработчике события объекта (ПередЗаписью), а не в обработчике события формы.

В текущем документе имеем:
&НаСервере
Процедура ПередЗаписьюНаСервере(Отказ, ТекущийОбъект, ПараметрыЗаписи)
    
    РеквизитыВДанные(ТекущийОбъект);
    Если ЗаполнениеВыполнено <> Неопределено Тогда
        ТекущийОбъект.ДополнительныеСвойства.Вставить("УдалитьПерерасчетыЗарплаты", Истина);
        ТекущийОбъект.ДополнительныеСвойства.Вставить("СотрудникиПерерасчетаЗаработка",
            ОбщегоНазначения.ВыгрузитьКолонку(ЗаполнениеВыполнено, "Ключ"));
    КонецЕсли;
...

(16) Это на сервере?

А может не включена опция в Настройка - Расчет зарплаты - <Выполнять автоматический пересчет документов при их редактировании> ?
Или она не влияет на программно создаваемый док?

(16) На сервере все включено.

Я так понимаю, что идёт список десятков сотрудников по путёвкам детей в лагеря. А нельзя не мучится с "два в одном флаконе" и сначала создать программно доки дохода, а потом их следующей приблудой программно же и рассчитать/провести?

(21) А "программно рассчитать" это как?
Я просто уже не знаю, и не понимаю...

(22) Это к программистам. Просто по логике проще сначала создать кучу однотипных доков, а затем уже их перебирать, рассчитывать, проводить. Нет?

(23) "Ой, ежики, идите нахрен, я не тактик, я стратег" (с)

(14) Не верю. Мне приходилось такие табличные части заполнять, без них документ просто отказывался проводиться.

(24) матершинник )

(25) Вчера была опечатка, если вы про нее ))

(24) https://postimg.cc/1nVDz7rs
https://postimg.cc/ThXcwGFs

(27) Это документ, созданные вручную? Который проводится?

(28) Это все документы - пусто.

Посмотрел в одной из своих реальных баз, да, не заполняются эти две таблицы, но только в том случае, если нет распределения по статьям финансирования или по территориям/условиям труда. Заполнены только таб части НДФЛ и Начисления.

(30) Чего делать-то?

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

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

(32) - не совсем прав
читай (17) до просветления

(33) Не понял, что особенного дает 17 ? Заполняешь объект сразу как нужно и записываешь с проведением.

(33) До какого просветления?
Я создаю новый док-т, заполняю, записываю.
Теперь записывать нужно 2 раза?

(35) Там либо очень сильное колдунство, которое я не понимаю, либо он ошибается. Предложенный метод поможет, если ты работаешь с формой.  А ты, насколько я понимаю, записывешь без формы, а создаешь документы программно.

Причем тут вообще методика из 17, непонятно.

(36) разработчики 1С сделали некую фичу - я привел фрагмент из формы документа "ДоходВНатуральнойФорме" - из-за которой проведение из формы и без формы будет всегда иметь разные результаты

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

(35) А как заполняли? Руками или экспортной процедурой из формы документа?

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

Процедура РеквизитыВДанные(ТекущийОбъект)
    
    ТекущийОбъект.Показатели.Очистить();
    
    ОписанияТаблиц = Новый Массив;
    ОписанияТаблиц.Добавить(ОписаниеТаблицыНачислений());
    ОписанияТаблиц.Добавить(ОписаниеТаблицыПерерасчетов());
    ОписанияТаблиц.Добавить(ОписаниеТаблицыЗависимыеНачисления());
    
    ЗарплатаКадрыРасширенный.ВводНачисленийРеквизитВДанные(ЭтотОбъект, ТекущийОбъект, ОписанияТаблиц, 2);
    ЗарплатаКадрыРасширенный.ВводРаспределенияРезультатовРасчетаРеквизитВДанные(ЭтотОбъект, ТекущийОбъект, ОписанияТаблицДляРаспределенияРезультата());
    РасчетЗарплатыРасширенныйФормы.РаспределениеПоТерриториямУсловиямТрудаРеквизитВДанные(ЭтотОбъект, ТекущийОбъект, ОписанияТаблицСРаспределениемПоТерриториямУсловиямТруда());
    
КонецПроцедуры

(39) Кусок:
&НаСервере
Процедура СоздатьСамДокумент(ДатаДохода, СписокДанных)
    
    ДокументНачисления = Документы.ДоходВНатуральнойФорме.СоздатьДокумент();

    ДокументНачисления.Организация            = Справочники.Организации.ОрганизацияПоУмолчанию();
    ДокументНачисления.Дата                    = ДатаДохода;
    ДокументНачисления.МесяцНачисления        = ДатаДохода;
    ДокументНачисления.Начисление            = Объект.ВидРасчета;
    ДокументНачисления.ДатаПолученияДохода    = ДатаДохода;

    Попытка
        ДокументНачисления.Записать(РежимЗаписиДокумента.Запись);
        Сообщить("Записан документ: " + ДокументНачисления.Ссылка);
    Исключение
        Сообщить("Не удалось записать документ: " + ДокументНачисления + " по причине:" + Символы.ПС + ОписаниеОшибки());
        Возврат;
    КонецПопытки;
    
    Для Каждого СтрокаТаблицы Из СписокДанных Цикл
        мФизическоЛицо            = ПолучитьСотрудника(СтрокаТаблицы.Код, "ФизическоеЛицо");
        мСотрудник                = ПолучитьСотрудника(СтрокаТаблицы.Код, "Ссылка");
        мПодразделение            = ПолучитьКадровыеДанныеСотрудника(ДатаДохода, мФизическоЛицо, "Подразделение");
        мГрафик                    = ПолучитьГрафикСотрудника(мСотрудник, ДатаДохода);
        
        мМесяцНалоговогоПериода    = ДатаДохода;
        мКатегорияДохода         = Объект.ВидРасчета.КатегорияДохода;
        мРезультат                = СтрокаТаблицы.Результат;
        мДатаНачала                = СтрокаТаблицы.ДатаНачала;
        мДатаОкончания            = СтрокаТаблицы.ДатаОкончания;
        
        НоваяСтрокаФизическиеЛица = ДокументНачисления.ФизическиеЛица.Добавить();
        
        НоваяСтрокаФизическиеЛица.ФизическоеЛицо = мФизическоЛицо;

        НоваяСтрокаНачисления = ДокументНачисления.Начисления.Добавить();
        
        НоваяСтрокаНачисления.Сотрудник         = мСотрудник;
        НоваяСтрокаНачисления.Подразделение     = мПодразделение;
        НоваяСтрокаНачисления.ПериодДействия = мМесяцНалоговогоПериода;

(40) скорее всего причина в том что данные объекта при программном заполнении заполняются программистом не так как в типовой процедура РеквизитыВДанные()

На форме документа есть экспортная процедура
Процедура ПерезаполнитьДанныеФормыНаСервере(Знач Сотрудники, СохранятьИсправления = Истина) Экспорт

попробуйте ее использовать

(43) А как её использовать в обработке?

&НаКлиенте
Процедура ЗаполнитьДокумент()

                ЗаполнитьДокументНаСервере(); // заполняете ТЧ и реквизиты шапки документа
        


                МассивСотрудников = Новый Массив;
        // заполнить как надо массивСотрудников
        
        ПараметрыФормы = Новый Структура("Ключ",Объект.ДокументСсылка);
        
        УпрФорма = ПолучитьФорму("Документ.ДоходВНатуральнойФорме.ФормаОбъекта",ПараметрыФормы,ЭтаФорма);
        //УпрФорма.СотрудникиКРасчету = МассивСотрудников;
        УпрФорма.ПерезаполнитьДанныеФормыНаСервере(МассивСотрудников);
        УпрФорма.Модифицированность = Истина;
        УпрФорма.Открыть();

КонецПроцедуры

Приблизительно так

Ужас, шел 2023-й год. Создать и рассчитать документ на сервере в ЗУПе по прежнему большой геморрой без обращения к форме (

(0) может конечно глупай вопрос, но все же задам т.к.  сам попадал )) после программного заполнения формы как записываете документ? Режим записи - проведение?

Вот такой код прекрасно работает

Ссылка на обработку на яндекс-диске, пока живая, потом удалю

https://disk.yandex.ru/d/RGwivp_YyDBBNw

&НаСервере
Процедура СоздатьДоходВНатуральнойФормеНаСервере()

    СтрТК=КадровыйУчет.КадровыеДанныеСотрудника(Истина,Объект.Сотрудник,"ФизическоеЛицо,Подразделение,ГрафикРаботы",Объект.ДатаПолученияДохода);
    
    // всегда создаем новый документ
    Док = Документы.ДоходВНатуральнойФорме.СоздатьДокумент();
    Док.Дата = Объект.ДатаПолученияДохода;
    Док.МесяцНачисления = НачалоМесяца(Объект.ДатаПолученияДохода);
    Док.Организация = Объект.Организация;
    Док.Начисление = Объект.Начисление;
    Док.ДатаПолученияДохода = Объект.ДатаПолученияДохода;
    
    Стр=Док.Начисления.Добавить();
    Стр.Сотрудник = Объект.Сотрудник;
    Стр.Результат = Объект.Сумма;
    Стр.ФиксРасчет = Истина;
    Стр.ФиксЗаполнение = Истина;
    Стр.ИдентификаторСтрокиВидаРасчета = 1;
    Стр.ПериодДействия = НачалоМесяца(Объект.ДатаПолученияДохода);
    Стр.ГрафикРаботы = СтрТК.ГрафикРаботы;
    Стр.ГрафикРаботыНорма = СтрТК.ГрафикРаботы;
    Стр.ОбщийГрафик = СтрТК.ГрафикРаботы;
    Стр.МестоПолученияДохода = СтрТК.Подразделение;
    Стр.ПериодРегистрацииВремени = Стр.ПериодДействия;
    Стр.ДатаНачала = НачалоМесяца(Объект.ДатаПолученияДохода);
    Стр.ДатаОкончания = КонецМесяца(Объект.ДатаПолученияДохода);
    
    Стр=Док.НДФЛ.Добавить();
    Стр.ФизическоеЛицо=СтрТК.ФизическоеЛицо;
    Стр.МесяцНалоговогоПериода = Объект.ДатаПолученияДохода;
    Стр.Подразделение = СтрТК.Подразделение;
    Стр.Налог = Окр(Объект.Сумма*0.13,0,РежимОкругления.Окр15как20);
    Стр.ИдентификаторСтрокиНДФЛ = 1;
    Стр.ФиксРасчет = Истина;
    Стр.ФиксСтрока = Истина;
    Стр.КатегорияДохода = ОбщегоНазначения.ЗначениеРеквизитаОбъекта(Объект.Начисление, "КатегорияДохода");
    
    Попытка
        Док.Записать(РежимЗаписиДокумента.Проведение, РежимПроведенияДокумента.Неоперативный);
        Объект.Ссылка = Док.Ссылка;
    Исключение
        Сообщить(ОписаниеОшибки());
    КонецПопытки;;
    
КонецПроцедуры

&НаКлиенте
Процедура СоздатьДоходВНатуральнойФорме(Команда)
    Если НЕ ПроверитьЗаполнение() Тогда
        Возврат
    КонецЕсли;
    СоздатьДоходВНатуральнойФормеНаСервере();
КонецПроцедуры

Форма документа открывается, табличная часть заполнена, движения выполнены
Написано минут за 5-10 наверное со всеми проверками, без регистрации, смсм и прочих извращений с вызовом формы документа

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

(48) Запись. Бухи должны проверить.

(49) Налог рассчитать (ручками) и я могу.
При добавлении строки (в созданном программно документе), при перерасчете сотрудника - НДФЛ автоматом садится.
Идеал - именно автомат-расчет.

(52) Может всё-таки разными процедурами? Сначала сделать доки, а потом заходить и спокойно рассчитывать?

(52) ну так кури процедуру формы РассчитатьСотрудниковНаСервере

Хотя там и завязано все на форму.. А вообще сдается мне, кто-то просто работать не хочет, я про бухгалтерию.

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

В ЗУП 3 многое завязано на методы в форме, еще часто добавляют программно реквизиты в тч на форме, чтобы использовать в алгоритмах. Приходится программно заполнять, потом открывать форму, вызывать методы пересчета и закрывать.