Ну по телефону вам могут чего угодно сказать. Пишите официальный запрос. Мы тоже напишем.
По букве закона - не применяется это правило.
Но да, у нас сплошь и рядом стало "по понятиям", или "смотрите на калькулятор". Зачем нам закон?

Калькулятор ФСС и калькулятор Бухгалтерии.Контур это не закон
Ну как пример: попробуйте посчитать в калькуляторе ФСС обычный больничный за один день (12 марта), вы с удивлением обнаружите, что платить больничный за 1 день не надо. Совсем.
Вопрос: надо ли нам в нашей программе сделать так же? Или это ошибка у ФСС?
Я склоняюсь ко второму варианту. И это я еще не начинал тестировать его на "сложных случаях".

Леонид, а вы внимательно прочитали что написал Игорь?
"В поставке 4 отрабатывает так как надо отрабатывать, и человек в СЗВ-М, не попадает".
Уточните в какое русло мы должны вернуть тему?
Исходно тема была: ребята мы хотим чтобы человек попал в СЗВ-М, но при этом все суммы которые начислялись "после даты смерти" (речь была именно про то, что начисляют январскую сумму когда на календаре февраль (хотя в бухучете по-прежнему январь).

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

не совсем "по наитию"
Мы подсмотрели как делает АРМ ФСС. И сделали точно так же. В каком-то смысле мы сделали "так как просит ФСС" (во всяком случае своих программистов).

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

Но сделали мы так не "просто так". Мы подсмотрели как делает АРМ ФСС. И сделали точно так же. В каком-то смысле мы сделали "так как просит ФСС" (во всяком случае своих программистов).

Клиенту перепосылать предыдущие пособия точно не надо.

Нет ничего сложного:
TABLREF\formbl1.txt, formbl2.txt - формы отвечающие за печать этой справки.
formbl2.txt копируем в formbl2.usr и либо вносим коректировки прямо там, либо (если это эксель) еще делаем пользовательскую копию formbl.s и вызываем из formbl2.usr поправленный вариант печати. Что надо, то и правите.

Вариант еще проще (конкретно для вашей формулировки задачи): заменить шаблон экселевский TABLREF\formbl.xlt на свой. Где у 62 и 63 строчки, и 66-68 сделать нулевую высоты строк. Тем самым выплаты за счет ФСС и итоговой суммы будут не видны в напечатанном виде, а значит расписываться за "суммы ФСС" не придется..

Можно увидеть протокол ошибки?
Вообще говоря ФСС видит ЭЛН и информацию в ЭЛН. 
Мы переносим в реестр ПВСО информацию из ЭЛН 1 в 1 (речь пока про ЭЛН в формате 1.0 и реестр версии 1.7.6).
Вариантов перенести "не так" нет. В каком виде нам ЭЛН 1.0 отдали, в таком виде в ПВСО мы его и зафигачим. Отсебятины там не может быть. Потому что это та часть которая заполняется ЛПУ.
То что в Экстерне по-другому - это ЭЛН в формате 2.0.
Так что вполне возможна ошибка внутри ФСС (конвертируют ЭЛН 2.0 в ЭЛН 1.0 так, что сами же потом отказываются его принимать).

Решение лежит в плоскости: отсылать реестр 1.7.7. Для 1.7.7 ЛПУшная часть вообще не подлежит заполнению и тогда ФСС просто должно быть не на что ругаться.

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

Игорь, если не секрет то зачем им это в ЛС?
Чисто "на память", чтобы видеть что не забыли выплатить?
Только кажется, что это не дает гарантии, что не забыли. В ЛС строчку добавили, а реестр либо не сформировали, либо не отправили.

Пока никаких. Но вроде как еще есть время до отчетности