Ваши комментарии
>>Включить сотрудника "частично" таким способом нельзя.( либо включаем со всеми должностями, либо не включаем).
Логично.
Сама по себе такая доработка очень полезна, но к данному случаю её применить не получится.
Я правильно понимаю, что при формировании кассовой ведомости в неё не включатся ЛС, у которых стоит не тот зарплатный проект? Это, конечно, очень полезная возможность, но что будет, если поле кадровой части, по которому ведётся отбор - бьётся по совместительствам?
Допустим, у сотрудника 2 должности в двух разных подразделениях. Мы по аналогии с приведённым выше примером подключаем данный фильтр, но ориентируемся на другое поле - "Код подразделения". И в фильтре отмечаем только одно из подразделений. в которых работает сотрудник.
ЛС включится в ведомость? И если да, то с полной суммой начислений, или только по "нужному" совместительству?
А если возникнет ситуация, когда в КЧ только одна должность, но расчётчик вручную завёл виды Н-У по другому подразделению? Тогда ведь в принципе реакции на фильтр не будет.
А задача у клиента именно в том, чтобы бить суммы по подразделениям.
Подразделения 1, 2 и 3 - в ведомость № 1 от 30.07.2019.
Подразделения 4, 5 и 6 - в ведомость № 2 от 31.07.2019.
При этом у сотрудника есть суммы по подразделению 2 и 5.
Дополнение. Проблема действительно была в скриптах. Подменил каталог SCRIPT на поставочный - стало формироваться корректно.
Повторил на поставке.
Сработало, как надо.
Спасибо за ответ, буду сидеть, сравнивать поставочные настройки с базой клиента.
Не получилось.
Поменял тип и длину поля КЧ.
Поменял ОКАТО для "Филиала".
Если формирую за 2018 год -
Если за 2019-й, отчёт формируется, но ОКТМО стоит у обоих от основного предприятия по-прежнему.
Такое впечатление, что у нас с вами различаются либо настройки 2-НДФЛ, либо скрипты
Сейчас скачаю "чистую" поставку и попробую на ней с нуля повторить.
Спасибо. отправил сохранённые ЛС по e-mail.
Тоже удивляюсь, вроде бы, всё по инструкции сделал. Видимо, упустил что-то.
Распечатал. ОКТМО у всех стоит от основной организации.
Выгрузил в файл.
Тоже сформировался один, с основным ОКТМО.
>>Но значение будет писаться при каждом чтении ЛС...
Получается, даже тем ЛС, у которых пользователь сотрёт "1" и поставит в соседнее поле "sber" - номер карты Сбербанка, "1" всё равно будет при каждом чтении ЛС восстанавливаться?
Тогда все сотрудники без исключения станут приниматься в реестр на перечисление сумм в ЧелябИнвестБанк. Получается, нужно ещё ставить проверку, что не заполнены поля для трёх других банков, и только тогда записывать "1" в поле "chib"?
Отлично, спасибо!
Сервис поддержки клиентов работает на платформе UserEcho
Установил параметры для 354-го вида.
Сделал перерасчёт по произвольному виду Н-У - 354.
Пересобрал свод. результат не поменялся.
Значит, дело не в данной настройке.
Размерность полей в своде также пробовал менять - выходит ровное значение - 1186,7800.