Киньте пожалуйста технические виды из v_t7rut3 какие у Вас задействованы для налоговых вычетов.
Мои настройки:

ЛЬГОТА РЕБЕНКА 1400 - вид /354 - НалВычет218_1_4_1
ЛЬГОТА РЕБЕНКА 1400 x 2 - вид / 355 - НалВычет218_1_4_2_Дв.1
ЛЬГОТА РЕБЕНКА 3000 - вид /35C - НалогВычет218_1_4_3

какие виды для вычета на 500 рублей и на 3000 рублей (без ограничения по сумме)?

Месяц 6-й. Полный расчет в RU ( умудряемся отчетность сдавать и для UA ).
Чудом сдали РСВ-1 благодаря "Spu_orb" Оренбургской области.

Настало время - нужно сдать 4-ФСС и тут пустота ...
На форуме почитал (HRUL4FSS, HRULSTAT, HRULSTAT_VIEW), но картинка не собралась.

По курсам сразу тоже не нашел, подскажите где подробно можно почитать пожалуйста!

Сначала запускаете HRULSTAT - эта штука сделана на DAQ-формулярах (формуляр STAT вроде). Отвечает за подсчет всякой разной численности. Результат своей работы кладет в TemSe файл, ID которого указывается на СЭ 4-ФСС.
HRULSTAT_VIEW - позволяет просмотреть чего хранится в TemSe. На СЭ задается ID файла и вариант просмотра. Вариант просмотра настраивается в sm34 - кластер VC_T7RU_STAT - какие поля DAQ-формуляра включить в вариант просмотра TemSe-файла
HRUL4FSS - собственно форма 4-ФСС. На СЭ много всяких параметров, и в их числе ID TemSe на вкладке Информация о юр.лице

В общем, все на DAQ-формулярах:) Надеюсь помог)

Информацию в отчете 4ФСС условно разделить на два типа: статистическая по кадровым данным и данные по уплате налога ФСС. САП разделили процесс сбора этой информации на 2 этапа: сбор статистики и собственно формирование отчета 4ФСС.

Сбор статистики - HRULSTAT. Так как отчет независимо, он должен где-то сохранить результаты своей работы. Это делается с использованием механизма TemSe-файлов. То есть, отчет после своей работы оставит TemSe-файл с результатами свой работы.
Иногда может понадобиться посмотреть, что сделал HRULSTAT. Для этого служит HRULSTAT_VIEW. Это утилита для просмотра данных в TemSe-файле.
Отчет HRULSTAT зачастую работает очень долго, поэтому имеет смысл запускать его в фоновом режиме.

Ну а HRUL4FSS - это просто отчет 4ФСС. При его запуске можно указать сформированный TemSe-файле, и тогда он выведет данные по статистике. Можно не указать, и соответствующие поля останутся пустыми.

На практике пользователь один раз запускает HRULSTAT, формирует файл статистки, а потом уже работает с HRUL4FSS, запуская его много раз по мере выявления ошибок.

Отработал HRULSTAT (Субприложение STAT)- написало Объект TemSe HR_RUSTAT_...ID... создан.
sm34 / кластер VC_T7RU_STAT /какое субприложение ??? из:
FFSS Форма 4-ФСС
FSS1 Форма 4-ФСС с 01.01.2007
FSS2 Form 4-FSS since 01.01.2007 version 2
FSS3 Форма 4-ФСС с 01.01.2010
FSS6 Форма 4-ФСС с 01.01.2011
FSS8 Форма 4-ФСС от 01.01.2012
RSV1 Форма РСВ-1
SCKL Реестр больничных листов
STAT Статистические отчеты
T_60 Форма T-60
T_61 Форма T-61
Выбрал FSS8, создал вариант { 4-FSS / 01.01.2014 / 31.12.9999}

Запустил HRUL4FSS
Информация о юр.лице:
TemSe-файл - HR_RUSTAT_...ID, Субприложение статистики – STAT.
Параметры формы:
Формуляр вывода - HR_RU_4FSS_2013, Субприложение - FSS8, Прогр. XML-преобразования - HR_RU_4FSS_04
Не совсем понятно что выбирать...
Выполнил.
Пишет, что отработало успешно, а где же результат (XML файл, который будем грузить в ПО Контур)?

Просмотр XML дает только данные по организации типа:
<?xml version="1.0" encoding="windows-1251" ?>
<?F4FORM version="0.5"?>
- <F4REPORT>
<TITLE REG_NUM="" DOP_NUM="" KPS_NUM="" YEAR_NUM="2014" QUART_NUM="12" NAME="ФИЛИАЛ... " INN="XXXXX" KPP="XXXXX" OKATO="XXXX" CADDR="XXXX" TaxType="" Upoln="1" CEO="" CRE_DATE="2014-12-31" />
<F4INF1 OKVED="XX.XX.X" />
<F4INFO OKVED="XX.XX.X" />
<F4DECODE OKVED="XX.XX.X" ID_RISC="" RATE_MIS="" />
</F4REPORT>

HRULSTAT формирует данные на основе формуляра STAT, соответственно вариант просмотра должен быть на основе этого же формуляра. (создавать вариант - действие необязательное, но если захотите просмотреть что внутри, то он понадобится)

Для просмотра PDF формы нужно раскрыть успешно обработаных и два раза щелкнуть на орг.единицу.
Xml файл формируется по нажатию кнопки экране журнала. При этом запускается преобразование (трансформация/transformation - просмотр в se80: обработать объект->другие->преобразование вставляете наименование программы)

Вопрос по расчету "больничных".
После перехода у нас на схему расчета RUS0 имею - если кратко - среднедневную, которая умножается на количество календарных дней болезни.
"Бухгалтерия" подтверждает такой подход ссылаясь на нормы РФ.

Со стороны "ОК" появилось желание перейти на суммированный учет с постановкой, что:
При суммированном учете оплата "больничных" осуществляется путем умножения среднечасового заработка на количество рабочих часов, подлежащих оплате согласно графика (говорят, что согласно нормам РФ).

А как вообще правильно, ну или какой у Вас подход к расчету больничных - поделитесь пож-та (неужели у кого-то для расчета больничного используется среднечасовая)?

Вообще, оплата больничного в РФ производится не от среднего заработка, а от суммы страховых взносов, которые были уплачены за сотрудника текущим и прошлыми работодателями за прошлые два года. Текущий режим работы вообще не имеет значения (с небольшой оговоркой).
НО! У вас переходный период, страховые взносы предыдущие 2 года естественно никто не платил, поэтому у вас, возможно, пока другие правила. Расчет больничного от среднедневного в РФ действительно был, но уже достаточно давно. И если делать среднедневной расчет, то для СУРВ придется делать среднечасовой.

Никита, на сайте вашего отделения ФСС есть разъяснения по выплате пособий:
http://r82.fss.ru/139285/147935/147937.shtml

Есть отличия от общероссийского принципа расчета.
Я сильно не вдавалась в подробности, но, на первый взгляд, расчет пособий зависит от календарных дней в периоде (т.о. суммированный учет роли не играет).

Спасибо.

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

Премию всегда считали от оклада текущего, сейчас - март 2015 - будем по прошлому.
Думаю настроить так:
- в 512w для технического /191 поставить в классе обработки 6 (1- переносится из пред расчета);
- T51AV_2W на /191 завязать оклад + надбавки;
- поскольку база премии /191 за февраль 2015 не накоплена, все табельные считаю с перерасчетом за 02.2015 (для формирования /191 за 02.2015);
- перед стандартным правилом RU25 поставлю свое (где AMT=L /191) для премии;
- так как AMT у премии <> 0 (вид уже рассчитан), RU25 пропустит обработку.
или
может настроить через кумуляцию в 512w (например есть 41 - ФЗП для Q'премии с формированием /141, и т.д....)?
или
можно через косвенную оценку на виде оплаты (расчет в момент сохранения в ИТ)...

Нужен совет, у кого как?

тогда наверное /227-232, а /18* и 19* лучше оставить для кумуляций t512w.

Еще возможно придется и расчет среднего переделывать, т.к. 15 п. 922 положения есть абзац:
"В случае если время, приходящееся на расчетный период, отработано не полностью или из него исключалось время в соответствии с пунктом 5 настоящего Положения, премии и вознаграждения учитываются при определении среднего заработка пропорционально времени, отработанному в расчетном периоде, за исключением премий, начисленных за фактически отработанное время в расчетном периоде (ежемесячные, ежеквартальные и др.)."
Бухгалтера часто считают, что расчет ежемесячной премии по показателям прошлого месяца, не попадает в исключение этого обзаца, т.к. начислены не за фактически отработанное время в расчетном периоде.

Решение с использованием LRT имеет следующие потенциальные "подводные" камни, которые следует учитывать.
1. В LRT заносятся данные не прошлого месяца, а предыдущего расчета. И хотя обычно предыдущим расчетом является прошлый месяц, но бывают ситуации когда это будет не так. Например, месяц расчета может разбит на части (обычно так происходит в случае увольнения и повторного приема в одном месяце). Тогда в расчете второй части месяца в LRT будут данные первой части.
Другой пример. Если сотрудник был уволен давно, а потом принят повторно под тем же ТН, то в LRT могут оказать данные из месяца увольнения.
2. Значение 1 класса обработки 6 не учитывает тонкостей российского межрасчета. Используйте вместо него значение 4 "Вид оплаты взят из предыдущего расчета зарплаты (с учетом RURT)".

При использовании ВО /227-232 я бы еще проверил правильность формирования этих ВО в случае обратного расчета в межрасчет типа B. Там возможна ошибка (задвоение ВО /227-232), хотя ее возможно уже поправили.

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

Спасибо большое.
/191 оставил для t512, завязал все на /227 через L, для P6 признака 4 не оказалось - поставил 1

Дополнительные классы обработки появились после ноты 1960480 - HR-RU: Consideration of RURT Data at Transfer of Results to LRT from Recalculation in Off-cycle Type B.