В Калуге приближается время вступления в Пилотный проект (01.07.2016 г.). Был семинар, на котором было рекомендовано подать сведения для назначения пособия по уходу за ребенком до 15 июня 2016г., чтобы не было задержек по выплате пособий. Чтобы сформировать этот реестр нужно сделать все соответствующие настройки (а для этого нужно знать какие настройки нужны). Все это рекомендуется делать на копии рабочей базы, чтобы до 01.07.2016 больничные считались по-старому.
При формировании реестра для назначения пособия по уходу за ребенком пока выяснилось следующее:
1. В табличной части отчета есть колонка "Среднемесячный заработок", которая, по правилам, заполняется, когда осуществляется уход за 2-мя и более детьми. Если ребенок один, то колонка не заполняется. Так как настройки в базе не сделаны, то автоматически при заполнении колонка не заполняется. Расчетчик вручную занесли в колонку нужные суммы. При выводе в файл значение колонки выводится. А при печати реестра колонка ОСТАЕТСЯ ПУСТОЙ. Бегло, по тексту программы, выявлено, что в Макете печатной формы есть параметр "СрМесЗаработок", и он не заполняется при формировании печатной формы.
2. При формировании этого реестра табличная часть заполняется через кнопку "Заполнить таблицу уход". А при использовании кнопки "Добавить" добавляется строка с сотрудником без заполнения остальных колонок табличной части, что делает эту кнопку БЕСПОЛЕЗНОЙ.
3. Расчетчика очень расстроило, что нельзя в базе сохранить данные реестра (как 4-ФСС, РСВ, НДФЛ и пр.). Это неудобно, так как после формирования реестра его нельзя без сохранения продолжить редактировать, формировать файл, сохранить историю реестров на следующий день.
Пожелание: перевести документы Пилотного проекта из категории отчетов (обработок) в категорию документы, и сохранять их в базе.
4. Что контролируется по кнопке "Контроль"?

BorisSigma

3. Расчетчика очень расстроило, что нельзя в базе сохранить данные реестра (как 4-ФСС, РСВ, НДФЛ и пр.). Это неудобно, так как после формирования реестра его нельзя без сохранения продолжить редактировать, формировать файл, сохранить историю реестров на следующий день.
Пожелание: перевести документы Пилотного проекта из категории отчетов (обработок) в категорию документы, и сохранять их в базе.

На "второй панели" кнопка "Пилотный проект" - все "реестры, заявления" подключены как помощники к документу "сведения".

BorisSigma

4. Что контролируется по кнопке "Контроль"?

Добрый день!
Кнопка "Контроль" нужна для проверки заполнения обязательных для выгрузки в файл реквизитов.
К сожалению, АРМ ФСС, в которую можно загрузить файл и проверить, просто не дает загрузить файл и выдает не информативные ошибки, если есть проблемы с файлом.
Найти ошибку в десятках строк файла и выяснить, что был, например, введен некорректный ОГРН или в реквизитах указаны недопустимые символы - уходит порядка 15-30 минут, что весьма непродуктивно.
Данная кнопка "Контроль" призвана помощь пользователю найти и устранить ошибки до выгрузки, указав на ошибку и место, где она была допущена (организация, данные листка нетрудоспособности, документ реестра, кадровые данные сотрудника, паспортные данные и т.д.).

Ольга

На "второй панели" кнопка "Пилотный проект" - все "реестры, заявления" подключены как помощники к документу "сведения".

Спасибо за подсказку.
Возникла многовариантность.
Думаю, следует убрать Пилотный проект из Отчетов. Оставить только в Помощниках к Сведениям, т.к. документы удобнее сохранять в базе.
Как думаете?

Ольга

На "второй панели" кнопка "Пилотный проект" - все "реестры, заявления" подключены как помощники к документу "сведения".

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

Тоже самое касается и других помощников для Пилотного проекта (заявлений) - из названий помощников не определишь что тебе нужно.

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

Как такое предложение?

Хорошо бы изменения по Пилотному проекту ввести ДО наступления срока Пилотного проекта в г.Калуга.

Ольга

На "второй панели" кнопка "Пилотный проект" - все "реестры, заявления" подключены как помощники к документу "сведения".

Помощник "Реестр больничных" (для Пилотного проекта) подключен к Документу "Сведения". Это хорошо.
Но, так как учет боллистков ведется и проверки ФСС проводятся, то требуется к пачкам боллистков иметь реестры боллистков в печатном виде не применительно к Пилотному проекту, а просто, иметь. Такого отчета (по-моему) в ЗП30 нет. Или как-то можно сформировать? (кроме как "вывести список" из журнала по больничным?

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

У нас сейчас уже несколько лет разработана и используется (для проверяющих, с их рекомендаций) в качестве реестра больничных "Протокол по назначению пособий по временной нетрудоспособности":


Информация для этого "Протокола" берется из введеных боллистков.
Так как информация документов в базе хранится в "Помощниках...", то это затрудняет построение подобных отчетов собственными силами.
Для этого "Протокола" пришлось использовать типовую обработку "Реестр больничных" и включить в нее возможность печати этого отчета. Так как, функционал по учету боллистков в программе стал активно изменяться, то стали возникать трудности с внесением изменений и формированием "Протокола..."
Думаю, стоит обсудит необходимость включения этого протокола отдельным отчетом, без применения к Пилотному проекту, в типовую конфигурацию, чтобы при обновлении конфигурации "Протокол..." тоже обновлялся.
Файл с отчетом прилагаю. Можно запустить как внешний отчет. У нас подключен и используется через "Произвольные отчеты".
Отчет построен на использовании "Реестра сведений для начисления пособий".
1. Должен быть выбран "Вид реестра - Реестр для назначения пособий по временной нетрудоспособности...".
2. Выбрать период (обычно - месяц, так как боллистки хранятся по-месячно, то и протоколы-реестры прикалываются по-месячно к пачке боллистков).
3. Нажать "Заполнить таблицу БЛ" - за выбранный период выбираются начисления по-среднему с боллистками. Список (для удобства) отсортирован по сотрудникам.
4. В поле "Форма реестра" должен быть выбран "Протокол 2015".
5. Остальные флажки, галочки, поля для формирования "Протокола..." значения не имеют. Только в поле "Номер реестра за день" (непонятно, почему так называется, как будто нумерация реестров должна обнуляться каждый день. Или это для формирования имени файла выгрузки?) можно указать номер "Протокола...". (Естественно, не "за день", а нарастающей нумерацией, которую сейчас следует вести вручную, а в будущем нужно иметь автомаческую нумерацию)
6. Нажать "Печать". Должен сформироваться "Протокол...".
7. "Протокол..." формируется с жестко введенным в текст фамилиями должностных лиц. Поэтому, если кто будет использовать этот отчет, то необходимо внести исправления в текст отчета.
Если "Протокол..." будет включен в состав конфигурации, то следует предусмотреть возможность соответсвующих настроек для "Протокола...". И, естественно, "Протокол..." должен формироваться не из "Реестра сведений...", а быть отдельным отчетом. А. если ввести в конфигурацию журнал по боллисткам, то "Протокол..." можно печатать из журнала боллистков.

Обсудим?

Dev_1C

Кнопка "Контроль" нужна для проверки заполнения обязательных для выгрузки в файл реквизитов.
К сожалению, АРМ ФСС, в которую можно загрузить файл и проверить, просто не дает загрузить файл и выдает не информативные ошибки, если есть проблемы с файлом.
Найти ошибку в десятках строк файла и выяснить, что был, например, введен некорректный ОГРН или в реквизитах указаны недопустимые символы - уходит порядка 15-30 минут, что весьма непродуктивно.
Данная кнопка "Контроль" призвана помощь пользователю найти и устранить ошибки до выгрузки, указав на ошибку и место, где она была допущена (организация, данные листка нетрудоспособности, документ реестра, кадровые данные сотрудника, паспортные данные и т.д.).

Спасибо за информацию. В комментарии к кнопке это не отражено, и в Справке к отчету тоже нет описания этой кнопки.
Хорошо, если есть механизм контроля выводимой информации.
Хорошо, если бы контроль производился уже на стадии заполнения табличной части (или при формировании файла, автоматически), потому что про кнопку вспоминаешь уже после того как файл сформирован, отправлен и получен отрицательный протокол. Но, кнопка - хорошо, должна быть.
А в СЗВ-М тоже есть подобная кнопка? Сейчас, вроде была информация, ПФР где-то опубликовал программу по проверке СЗВ-М. (или я что-то путаю...)

А где в табличной части данного отчета виден ОГРН (некорректный)?

BorisSigma

А где в табличной части данного отчета виден ОГРН (некорректный)?

Насчет ОГРН и прочих реквизитов организации и ЛПУ - ругаться не будет (хотя стоило бы).
Данные поля попадают в файл без дефисов и пробелов, отсекая "фантазию" пользователей при вводе данных.

Dev_1C

Насчет ОГРН и прочих реквизитов организации и ЛПУ - ругаться не будет (хотя стоило бы).
Данные поля попадают в файл без дефисов и пробелов, отсекая "фантазию" пользователей при вводе данных.

Понятно.
Раз здесь затронули тему форматов, сообщу, с чем столкнулись при сдаче СЗВ-М.
В прежние времена, формат СНИЛСа был 000-000-000-00. А сейчас 000-000-000 00. Вместо последнего дефиса пробел. Отчет принимается с ошибкой.
В ЗП30 в справочнике по сотрудникамв поле СНИЛС, если СНИЛС содержит последний дефис, то он не виден, а СЗВ-М попадает с дефисом (следовательно, с ошибкой). То есть сейчас в программе контроля нет на формат СНИЛСа. А жаль.
Скоро срок сдачи второго отчета СЗВ-М. Хорошо бы поправить этот недостаток. При формировании СЗВ-М (особенно файла) ставить СНИЛС в нужном формате. Можно с предупреждениями, можно нет. Можно автоматически исправить в справочнике введенные СНИЛСы, которые не устраивают формат.
Короче, что-то придумать и сделать.
Хорошо?

BorisSigma

В прежние времена, формат СНИЛСа был 000-000-000-00.

Увы, такого формата у СНИЛСа никогда не было.
Возможно, этот ненужный дефис попал при переходе (переносе данных) на версию 3.0?

А со сдачей индивидуальных сведений по форме РСВ проблем не было? В ней так же выводится СНИЛС.

Ольга

Увы, такого формата у СНИЛСа никогда не было.
Возможно, этот ненужный дефис попал при переходе (переносе данных) на версию 3.0?

А со сдачей индивидуальных сведений по форме РСВ проблем не было? В ней так же выводится СНИЛС.

Да, дефис попал при переносе из 2.0, то есть он когда-то был (в более ранних программах). А если вы возьмете свои "зеленую" карточку со СНИЛСом, то обнаружите, что там СНИЛС указан с дефисом. И, естественно, расчетчик-кадровик, внося данные с этой карточки, вносят СНИЛС с дефисом, опираясь на официальный документ.
Может быть, более свежие карточки уже выдают без дефиса. А сначала было так. Увы!

По РСВ замечаний по этому вопросу не припомню.
СЗВ-М - новый отчет, что-нибудь не учли.

Еще один момент, проявившийся при формировании Реестра для назначения пособия по уходу за ребенком (для Пилотного проекта).
1. Сотруднице было рассчитано пособие по уходу за ребенком. Через пару месяцев было какое-то уточнение и на эту сотрудницу по этому пособию на этот боллисток (по уходу) был произведен "перерасчет б/л" (программа это позволяет делать). Все хорошо.
2. При формировании реестра для пилотного проекта по этой сотруднице по этому боллистку в табличную часть выводятся оба документа "Начисление по среднему" (и первичный, и с перерасчетом), собдими и теми же данными (даты, суммы). Налицо - задвоение информации.

Думаю, что правильно, когда будет выведена информацию только из одного документа (с перерасчетом). Но задвоения не должно быть в любом случае.

3. Хорошо (может быть, если это не противоречит требованиям Пилотного проекта), если втабличной части (и в печатных формах) информация будет отсортирована по сотруднику и по документам. Тогда сотрудники "собираются" вместе и легче анализировать (предварительно) информацию.
Это просьба.
Сейчас сортировки нет, даже по документам. Похоже, как запросом отобрана информация, так она и выводится.

Здравствуйте. Мы тоже с 1 июля вступаем в Пилотный проект. Подскажите, кто уже разобрался, что меняется в алгоритмах начислений пособий? Начисляем пособия при рождении, по уходу и т. д. также? Только в выплаты не встаёт? А с больничных только три дня к оплате встанет? Спасибо.

anna_terent

Здравствуйте. Мы тоже с 1 июля вступаем в Пилотный проект. Подскажите, кто уже разобрался, что меняется в алгоритмах начислений пособий? Начисляем пособия при рождении, по уходу и т. д. также? Только в выплаты не встаёт? А с больничных только три дня к оплате встанет? Спасибо.

Лучше всего разбирается Камин (разработчик).
Нам пока разбираться не на чем - 01.07.2016 еще впереди.

1. При наступлении срока нужно будет установить в справочнике "Фирмы" по нужной организации флажок "Участник пилотного проекта". Так как этот параметр не периодический, то раньше времени его не установишь. А вот после его установки нельзя будет пересчитать "задним числом" больнрчные прошлого периода. Вот такая неприятность!

ВОПРОС к разработчикам: что будем делать, если придется пересчитать больничный в прошлом периоде? Может быть, пока не поздно, ввести периодичность участия организации в Пилотном проекте?

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

3. При этом в справочнике "Сотрудники" у "нужных" сотрудников должны быть введены на закладке "Документы" в табличной части "Документы для получения пособий ФСС "пилотный проект). Для этого придется не поспать несколько беспокойных ночей и документы лучше приготовить заранее. Можно начать вводить уже сейчас.

4. Кроме этого дети должны быть внесены в табличную часть "Семья", так как требуются документы "Свидетельство о рождении", которые должны соответствовать детям.

5. Кроме этого, если пособия будут перечисляться на банковские карточки, на закладке "Информация" втабличной части "Лицевые счета" у "нужных" банковских счетов должны быть установлены галочки "Используется для перечисления пособий ФСС". А если у кого-то банковские счета не используются, то должены быть заполнены РЕАЛЬНЫЕ почтовые адреса, куда будут приходить извещение почты о поступлении пособий.

Все это нужно, чтобы автоматически заполнялись нужные документы для отправки в ФСС.

Это то что пока удалось выяснить.

Пока можно начать заполнять справочники в рабочей базе.

Камин обещал провести СЕМИНАР по работе с Пилотным проектом.

Камин сообщает, что ряд пользователей уже работает с Пилотным проектом и проблем нет, вопросы решены.
На тестовой базе вылезли некоторые проблемы. Похоже, не все гладко. Чего-то не хватает, что-то глючит. Как всегда.

BorisSigma

1. При наступлении срока нужно будет установить в справочнике "Фирмы" по нужной организации флажок "Участник пилотного проекта". Так как этот параметр не периодический, то раньше времени его не установишь. А вот после его установки нельзя будет пересчитать "задним числом" больнрчные прошлого периода. Вот такая неприятность!

ВОПРОС к разработчикам: что будем делать, если придется пересчитать больничный в прошлом периоде? Может быть, пока не поздно, ввести периодичность участия организации в Пилотном проекте?

В версии 3.0 (как и в 3.5, 4.0, 5.0) данный реквизит периодический. Обязательно установить дату, с которой организация является участником Пилотного проекта.

BorisSigma

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

Приучайте своих бухгалтеров пользоваться сразу кнопкой "Пилотный проект".

BorisSigma

3. При этом в справочнике "Сотрудники" у "нужных" сотрудников должны быть введены на закладке "Документы" в табличной части "Документы для получения пособий ФСС "пилотный проект). Для этого придется не поспать несколько беспокойных ночей и документы лучше приготовить заранее. Можно начать вводить уже сейчас.

Да, работы прибавится. К 15 июня необходимо подготовить реестры о получателях пособий до 1,5 лет.

BorisSigma

Камин обещал провести СЕМИНАР по работе с Пилотным проектом.

Семинары уже проводятся. В Калуге каждый четверг.

BorisSigma

Камин сообщает, что ряд пользователей уже работает с Пилотным проектом и проблем нет, вопросы решены.
На тестовой базе вылезли некоторые проблемы. Похоже, не все гладко. Чего-то не хватает, что-то глючит. Как всегда.

Пишите о проблемах подробнее.

Ольга

В версии 3.0 (как и в 3.5, 4.0, 5.0) данный реквизит периодический. Обязательно установить дату, с которой организация является участником Пилотного проекта.

Хорошо. Есть надежда что "кони-люди" не смешаются.

Ольга

Приучайте своих бухгалтеров пользоваться сразу кнопкой "Пилотный проект".

Кнопка - неудобно. После того как через помощник по кнопке документ "Сведения" сохранен, его нужно будет искать в журнале на закладке. Поэтоу лучше сразу и работать с закладкой для документов "Сведения".
ВОПРОС: можно создать закладку в журнале для Пилотного проекта. Думаю что можно. Надо попробовать.

Ольга

Да, работы прибавится. К 15 июня необходимо подготовить реестры о получателях пособий до 1,5 лет.

А сейчас подготовить реестр можно только на копии базы. А потом повторить работу на рабочей базе.
Может, как-то устроить "переходный период"?

Ольга

Семинары уже проводятся. В Калуге каждый четверг.

Наверно, кто-то знает об этом. У нас "ленивый" расчетчик.

Ольга

Пишите о проблемах подробнее.

Эта тема посвящена некоторым проблемам. Посмотрим что будет в обновлении.

BorisSigma

Еще один момент, проявившийся при формировании Реестра для назначения пособия по уходу за ребенком (для Пилотного проекта).
1. Сотруднице было рассчитано пособие по уходу за ребенком. Через пару месяцев было какое-то уточнение и на эту сотрудницу по этому пособию на этот боллисток (по уходу) был произведен "перерасчет б/л" (программа это позволяет делать). Все хорошо.
2. При формировании реестра для пилотного проекта по этой сотруднице по этому боллистку в табличную часть выводятся оба документа "Начисление по среднему" (и первичный, и с перерасчетом), собдими и теми же данными (даты, суммы). Налицо - задвоение информации.

Думаю, что правильно, когда будет выведена информацию только из одного документа (с перерасчетом). Но задвоения не должно быть в любом случае.

3. Хорошо (может быть, если это не противоречит требованиям Пилотного проекта), если в табличной части (и в печатных формах) информация будет отсортирована по сотруднику и по документам. Тогда сотрудники "собираются" вместе и легче анализировать (предварительно) информацию.
Это просьба.
Сейчас сортировки нет, даже по документам. Похоже, как запросом отобрана информация, так она и выводится.

1. Реестры Вы будете отправлять каждые пять дней.
2. Такого понятия как "перерасчет пособия по уходу за ребенком до 1,5 лет " нет. Вы один раз подадите сведения (реестр) на весь период и "забываете" о платежах.
3. Сортировку в табличные части реестров уже добавили. Изменения войдут в ближайший релиз.
4. Так же добавили возможность сканирования больничных.

Ну это мы уже сделали. Галочку и дату вступления в Пилотный проект поставили. Справочники со всеми необходимыми документами, которые нужны для заполнения заявлений декретницам и по уходу за ребенком, заполнили. Реквизиты банков у сотрудников ввели. Заявления для декретниц подготовили, они у нас на закладке "Пилотный проект". Так что пока все хорошо)
А вот что дальше? Мне так и не ответили. Пособия начислять так же как и раньше??? ну хотя бы для того, чтобы в табель соответствующие буковки вставали "Б" или "ОЖ". А к выплате по идее будет только три дня, которые за счёт работодателя.

anna_terent

А вот что дальше? Мне так и не ответили. Пособия начислять так же как и раньше??? ну хотя бы для того, чтобы в табель соответствующие буковки вставали "Б" или "ОЖ". А к выплате по идее будет только три дня, которые за счёт работодателя.

Совершенно верно, пособия по нетрудоспособности Вы начисляете как и прежде. В движениях документа будет отражено полное неотработанное время по б/л, а сумма будет проводиться только "за счет работодателя". Вы в документах расчета б/л заполняете "данные листка нетрудоспособности", необходимые для заполнения реестров на передачу в ФСС. Подробная информация по работе в условиях Пилотного проекта будет выложена в ЧЗВ (часто задаваемые вопросы).

Ольга

2. Такого понятия как "перерасчет пособия по уходу за ребенком до 1,5 лет " нет.

Понятия "перерасчет пособия..." нет, а запоследние два года такая операция проводилась по необходимости. "Жизнь" не знает, что "перерасчета" не предусмотрено.

Ольга

Вы один раз подадите сведения (реестр) на весь период и "забываете" о платежах.

Сведения подадим один раз, но пока этот "один раз" произойдет сойдет семь потов. Расчетчик уже третий раз переформировывает реестр и не имеет уверенности, что отправит его правильно сформированным. Данные, выводимые в файл, не соответствуют печатной форме реестра.

Ольга

4. Так же добавили возможность сканирования больничных.

Про сканирование поподробнее, плиз.
1. Какие сканеры Камин рекомендует для использования - типы, марки?
2. Реализует ли Камин рекомендуемые сканеры? Можно ли выписать счет через сайт?
3. Будет ли возможность сканирования включена в КАМИН:Кадровый учет 3.0? Будет ли, в связи с этим, откорректирован механизм переноса отсканированных данных из Кадрового учета в Зарплату 30?
У нас первичная регистрация боллистков производится в Кадровом учете, а потом переносится в Зарплату и там производится расчет.
Сейчас не все данные из боллистков, введенных в Кадровый учет, переносятся в Зарплату. Расчетчик "тихо" ругается.