У нас ошибка при печати в эксель, если в настройке "Настройка -> 5. Настройки таблиц и форм печати -> >> Справки и отчеты для ФНС (НДФЛ и т.п.) -> 1. Настройки 2-НДФЛ -> Налоговый агент / уполномоченный представитель" стоит 1.

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

Ну или дождаться обновления, или печатать в PDF417 а не в эксель.

А с суммы выплат и иных вознаграждений, которые начисляли работнику до даты смерти, работодатель должен заплатить взносы. И не важно, что выдают их родственникам, которые не состоят с компанией в трудовых отношениях (письмо Минфина России от 22 августа 2017 г. № 03-15-07/53912).

Пугают меня такие письма Минфина.... Походу все те организации, что окончательный расчет за месяц начисляют в первых числах следующего месяца неправильно считают страховые взносы :)))).

Статья 421 НК
1. База для исчисления страховых взносов для плательщиков, указанных в абзацах втором и третьем подпункта 1 пункта 1 статьи 419 настоящего Кодекса, определяется по истечении каждого календарного месяца как сумма выплат и иных вознаграждений, предусмотренных пунктом 1 статьи 420 настоящего Кодекса, начисленных отдельно в отношении каждого физического лица с начала расчетного периода нарастающим итогом, за исключением сумм, указанных в статье 422 настоящего Кодекса.

Статья 431 НК
1. В течение расчетного периода по итогам каждого календарного месяца плательщики производят исчисление и уплату страховых взносов исходя из базы для исчисления страховых взносов с начала расчетного периода до окончания соответствующего календарного месяца и тарифов страховых взносов за вычетом сумм страховых взносов, исчисленных с начала расчетного периода по предшествующий календарный месяц включительно.

Черным по белому: база исчисляется по итогам каждого календарного месяца. И вообще в НК никаких ссылок на статью 424 нет(!!!). Эта статья с определением даты осуществления выплаты для страховых "повисла в пустоте". Фактически же, с учетом приведенных выше цитат НК про определение базы, статью 424 надо применять с точностью до календарного месяца. Полная дата (день месяца) никакого значения не имеет. Имеет значение календарный месяц, когда было осуществлено начисление выплаты.

Индивидуальная карточка страховых взносов рассматривает доходы помесячно. Там нет "даты начисления дохода".

Сколько бухгалтерских программ фиксирует дату каждого следующего начисления суммы?

А если я мегамозг и зарплату сотрудникам начисляю в голове, мне надо в голове пометки делать: 10 января я подумал выплатить Иванову 7000 (начислил 7000?), 12 января я на него обиделся и решил что буду выплачивать только 5000 (начислил "минус 2000"?)? А потом я узнал, что Иванов успел умереть до того как я на него обиделся. С какой суммы платить страховые? С 7000 что я "подумал" до смерти Иванова? А если будет выездная проверка ФНС, то трепанации черепа мне не избежать?

Но с учетом того, что наворотил Минфин в НК по НДФЛ (подённый учет НДФЛ), с них станется начать и к страховым так докапываться. Поэтому организации, на всякий случай, лучше всем говорить: "доход мы начисляем всегда в последний календарный день месяца".

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

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

Точно так же пока не видно почему табельщику не настроить рабочее место АМБы, чтобы он забивал информацию об ЭЛН не в dbf,excel а сразу в реестр в АМБе и не надо было ждать накопления 30-70 штук, чтобы о них стало известно бухгалтеру и/или кадровику. Ведь выше, Вами же было упомянуто, что для этого достаточно поставить демо-версию программы. Даже лицензии на доп.рабочее место не надо. Заходишь и вводишь СНИЛС и номер ЭЛН.

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

У вас школьная версия наверное? У школьной версии на скриптах какой-то свой алгоритм написан.
Он у вас задействован сейчас или нет?
Если не задействован, то пока можно в файле SCRIPT\salg_school.S закомментировать case 121: в 64 строке и перезапустить программу.

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

1-2. на мой взгляд странная организация работы. У больничного есть законодательные ограничения как быстро он должен быть начислен. Если табельщик 30 штук больничных неделю будет копить, то организация не уложится в эти ограничения.

Ок. Добавим таблицу массовой обработки, которая при разноске добавить ЭЛН в реестр.

Как настроен 278 в настройке НДФЛ? По месяцу принадлежности (признак 0) или по месяцу начисления(1)? Скорее всего по месяцу принадлежности. Тогда налог с 3 дней организации за прошлый месяц посчитается только если вы посчитаете его за прошлый месяц же, а не за текущий. + скорее всего 316 вид не отмечен в ТВХ как основной вид подлежащий пересчету при пересчете месяцев.
Проще всего виды налога настраивать скопировав "строку" настроек с аналогичного вида налога в ТВХ (строки настроек в ТВХ копируются по Ctrl+F4, название, алгоритм, параметры алгоритма и порядок расчета при этом не копируются).

01.02.2019 309135,44

Если для разбивки по ОКТМО вы работаете с полем кадровой части, то поле КЧ всего лишь обозначает, что суммы такого-то календарного месяца относить на одно октмо, а такого-то на другое (и это только для отчетности по НДФЛ и ни для чего больше (то есть кассовая ведомость на это поле не обращает внимание))
Причем на это ОКТМО относятся все суммы этого месяца, которые попадают в налоговую базу НДФЛ в этом месяце.
Это значит, что если налогообложение надбавки настроено по месяцу начисления, то в базу НДФЛ она попадает в месяце когда была начислена (и относиться будет к ОКТМО этого месяца).
Если налогообложение надбавки настроено по месяцу принадлежности, то в базу НДФЛ она попадет в тот месяц, к которому принадлежит (а не в котором была начислена).
У Вас 278 вид сейчас настроен именно по месяцу принадлежности.
Поэтому суммы пересчета с мая по август отнесены на "старое" ОКТМО, с сентября по декабрь - на "новое".
И вроде как это правильно.
О каком долге идет речь не совсем понял. Долг между удержанным и исчисленным налогом? Ну да, налог исчислен будет "как бы" во втором квартале, а удержан только сейчас. Это нормально, так как суммы дохода то только сейчас появились. Это ненаказуемый долг.
Другое дело что ФНС немного может "возбудить" второй раздел формы 6-НДФЛ, за первый квартал 2019. У вас там будет 100 строчка - 31 мая, 30 июня, 31 июля, 31 августа 2018 года (по основной организации) ну а дата удержания - январь 2019 и они попросят пояснений. Ну напишите пояснительную почему так получилось.

Что касается проведения пересчета "одной суммой", то можно использовать и этот вариант. Только не очень хорошо что придется руками корректировать среднее.
Может быть завести два новых вида начисления? Назвать их условно "пересчет для учета в среднем" и "пересчет для учета в НДФЛ". Первый вид сделать "мнимым" (чтобы не учитывался в кассовой ведомости и не влиял на сумму выплаты) и учитывать только в расчете среднего. В него поставить в каждый месяц с мая по декабрь сумму равную "За стаж" + пересчет районного за соответствующий месяц.
Второй вид - НЕ мнимый (то есть влияющий на сумму "на руки") и облагаемый НДФЛ и всеми страховыми (то есть код дохода 2000 в настройках НДФЛ и страховых) и в него в январь 2019 поставить общую сумму пересчета с мая по декабрь (и "За стаж" и районный), но исключить этот вид из расчета среднего заработка для отпусков, командировок и т.п.
Тем самым убьете двух зайцев: не надо будет запоминать что для этого человека надо править средний заработок для отпуска, и в НДФЛ все уже пройдет январем 2019 года без всяких корректировок и лишнего внимания со стороны ФНС.