Добрый день!

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

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

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

Добрый день!

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

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

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

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

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

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

Добрый день!

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

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

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

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

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

Добрый день!

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

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

Добрый день!

Некоторые наши клиенты просят еще в печатных формах реестров, опять же речь о сбере, добавить табельные номера.

Можно ли это сделать в поставке?

Хотелось бы реализацию как минимум первого варианта, а в идеале - обоих. 

И еще сразу уточнение - данная задача нужна для сбер-форматов и XML, и csv, т.к. у нас часть заказчиков работает на одном, а часть на другом.

Сбер

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

Прочие реквизиты не нужны, а дата формирования и так ведь есть.

Добрый день, уважаемые разработчики!

Я конечно понимаю, что в этом году очень много изменений, связанных с законодательством, и у вас огромная занятость, но все же хочу узнать, продвигается ли задача по сводам, которую я описала в первом посте?

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