Ваши комментарии
Роман, вам не могут выдать больничный на троих. Форматы файлов ЭЛН и реестров по больничным не предполагают что членов семьи будет больше двух.Если болели трое, то на двоих оформляют один листок. На третьего другой.
В каких полях печатной форме больничного, заполняется информация с какого по какое болел ребенок? Ни в печатной форме больничного, ни в формате ЭЛН нет информации о том в какой период болел каждый ребенок. По родственникам указывается только возраст (количество лет и месяцев), тип родства и ФИО родственника.
Так как такой информации в ЛН нет, поэтому такая возможность сейчас не предоставляется. Весь период больничного сейчас записывается на каждого ребенка. Можем взять задачу на проработку.
Если надо разнести больничный на двух детей, можно ту часть которая относится к первому ребенку посчитать как первичный больничный, вторую часть, как продолжение первичного (с указанием того же номера ЛН). Возможность указать другого ребенка для продолжения и/или поменять его после расчета добавить несложно.
На вашем архиве повторяется. Разбираемся.
Поправьте параметр у PutST. В поставке там стоит BE_CODE.
Если суммы надо объединять на одном виде, то напишите BE_CODE|BE_MERGE_SUM.
Если еще и РВ надо объединять, то напишите BE_CODE|BE_MERGE_SUM|BE_MERGE_RV
Не удается повторить.
Развернул 597.18
Создал на Астрова-Дербышева-Манина исходную за 09.2017
На основе исходной за 09.2017 создал корректирующую за 09.2017
Зашел в раздел 3 корректирующей, выделил Дербышева и создал отменяющую.
Ничего другого не делали? Можете мне выслать на почту папку из Reporting соответствующую этому отчету? (Ctrl+Alt+Shift по плашке отчета (не по синей строчке отчета!) покажет каталог в котором отчет лежит).
Вертикально тоже можно.
Берем за основу "Проверка правильности", называем реестр по СОУТ. Удаляем оттуда ненужные столбцы.
Чуть-чуть "шаманим" с поставочным reestr.s
Шаманство с reestr.s в поставку включим.
Для спец.оценки надо: R_Tax(4,1,*,*,Источник выплаты,*,261,status3=кодСОУТизКЧ)
Может подойдет справка "Проверка правильности удержания взносов" в режиме "Отчетность по страховым взносам в ПФ и ФСС"?
Логика КЭ: ЭЛН == только та часть, которая содержит информацию о параметрах больничного, ЭП значения не имеет.
В качестве примера мне привели что программа АРМ ФСС, в качестве ЭЛН тоже выдает "огрызок" без ЭП.
На мой взгляд, такой подход является ошибкой, т.к. ЭЛН это юридически значимый документ, аналог бумажного ЛН. То есть ЭЛН без ЭП уже не ЭЛН.
Чисто для расчетов "возьми параметры больничного из этого файла и посчитай больничный", подхода КЭ достаточно. Но если вдруг потом потребуется кому-либо доказывать что расчет был выполнен на основании юридически значимого документа, то "огрызок" КЭ для этих целей не подойдет.
Со стороны КЗ, чисто для расчета, мы научились использовать "огрызки". В обновление только не вошло. Но при использовании таких файлов, узнать что он был случайно или умышленно кем-то изменен (даты может кто взял и поменял) невозможно, ну а ответственность будет понятно на ком.
В версии с реестром ЭЛН, "огрызки" принимать и использовать мы не сможем, так как в нашем реестре хранятся полноценные ЭЛНы. Но вроде как в той версии нам выгруженные файлы в принципе не нужны будут.
Как минимум интересно.
Мой взгляд: база знаний формируется на основе статистики какие вопросы на форуме задают чаще всего. Соответственно чтобы снизить число однотипных вопросов формируется "знание". Формировать "знание" не отталкиваясь от задаваемых вопросов - скорее всего выполнить какую-то работу, которая может быть никогда не востребована.
Сервис поддержки клиентов работает на платформе UserEcho
Исправлено.
t54a.zip