Это все понятно, выход сейчас найден. А все-таки обновление когда выйдет?

Да, Контур-Персонал.

Вячеслав, не спрашивайте меня, почему клиенты работают так, а не иначе. Поставлен процесс вот так, и все.

Есть ФСИНовцы, у которых только один компьютер имеет выход в интернет на всю бухгалтерию, и здесь тоже работа с файлами ЭЛН, а не напрямую из КЗ, но они вроде бы скачивают их с КЭ.

Есть организация, где слишком "умные" админы, которые не могут по каким-то причинам нормально обеспечить доступ к ЭЛН напрямую из КЗ от расчетчиков, а нам самим не разрешают, вот и работают через пень-колоду.

В общем, причины разные.

Да я тоже такого мнения, но там у них свои заморочки - сначала кадры скачивают из личного кабинета ЭЛН и загружают в Персонал, проводят его у себя, а потом расчетчики уже берут БЛ из скачанных файлов.

Тогда еще такой вопрос.

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

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

Будет ли в новой версии возможность автоматического формирования реестров в таком порядке?

Если конечно это на самом деле предусмотрено форматами.

Добрый день!

С данным вопросом разобрались, спасибо за помощь.

Но теперь возник другой: планируется ли доработка реестра, в которой будет определяться, основное это или совместительство?

Об этом сказано в п. 3 Правил к Постановлению 1762, и в АРМе ФСС есть такой признак.

Добрый день!

Игорь, спасибо, с таблицей получилось все.

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

Как победить еще и это? Т.е. чтобы принималось, столько строк, сколько есть.

Добрый день!

Попробовали работать по поставочному варианту, описанному в п. 3, только категорию ставили не в БЗ, а в КЧ.

С самими реестрами получилось все отлично, но конечно же появились нюансы.

1. Можно ли как-то реализовать такой вариант работы: допустим, мы заполняем в одну строку РВ, формируем реестр, а потом еще в этом же месяце нам надо докинуть еще один реестр с новым РВ. Как научить программу выбирать в реестр РВ то, которое нам надо, новое, а не все, которое есть на этой должности?

2. И из этой же задачи вытекает еще одна: как правильно разносить такое повторное РВ на нужное совместительство?

Пробовала работать с таблицей, описанной здесь: https://kontur.userecho.com/ru/communities/47/topics/7438-kak-raznesti-rv-na-nuzhnoe-sovmestitelstvo

Но не получается: если внести в таблицу разноски по одному ЛС две строки с одним источником, одним совместительством, одним месяцем, но разным РВ, то первая строка затрет РВ в ЛС, если уже что-то было внесено ранее, а вторая строка добавится на основной должности с пустым РВ.

Добрый день!

Присоединяемся к вопросу, Кемеровская область - Кузбасс.

Не понятно, почему сейчас каждый вопрос от пользователей так долго и скрупулезно обсуждается, неужели так сложно с его реализацией?

Зарплату сопровождаю достаточно давно, 12-й год, и раньше как-то с этим проще было...

Зачем табельные номера, например, в расчетных ведомостях? или в кассовых? или еще в каких-нибудь развернутых?

Вот за тем же и в банковских реестрах.

Добрый день!

Ну, видимо, для удобства.

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