Все-таки решили перейти с 7.7 на БП 3.0 и сразу проблема :(
Долго думали и все-таки решили перейти с 7.7 на БП 3.0. Но вдруг возникла проблема.
В базе примерно 37 сотрудников. В базе БП 3.0 сформировалось 23 документа приема на работу, а на 24-й выдалось сообщение: "При использовании режима учета больничных, отпусков и исполнительных документов работников количество работающих сотрудников не может превышать 60.".
Вопросы:
1. Почему заткнулось на 24-ом сотруднике ?
2. Где устанавливается это ограничение ?
3. Что делать если сотрудников все-же больше 60 ? Естественный ответ: "Вести учет в ЗУП". Но как это осуществить ?
4. Есть ли переход с УСН 7.7 на ЗУП 2.5 или 3.0 ?
И такая же проблема, вероятно, возникнет при переходе с БП 2.0 на БП 3.0.
В базе примерно 37 сотрудников. В базе БП 3.0 сформировалось 23 документа приема на работу, а на 24-й выдалось сообщение: "При использовании режима учета больничных, отпусков и исполнительных документов работников количество работающих сотрудников не может превышать 60.".
Вопросы:
1. Почему заткнулось на 24-ом сотруднике ?
2. Где устанавливается это ограничение ?
3. Что делать если сотрудников все-же больше 60 ? Естественный ответ: "Вести учет в ЗУП". Но как это осуществить ?
4. Есть ли переход с УСН 7.7 на ЗУП 2.5 или 3.0 ?
И такая же проблема, вероятно, возникнет при переходе с БП 2.0 на БП 3.0.
По теме из базы знаний
Найденные решения
(1)В Общем модуле "РасчетЗарплатыДляНебольшихОрганизаций" есть:
// Возвращает максимально возможное количество сотрудников, при котором возможно
// использование режима расчета зарплаты для небольших организаций.
//
// Возвращаемое значение;
// Число
//
Функция ПорогЗапрета() Экспорт
Возврат 60;
КонецФункции
Показать
(1)Ответы на вопросы:
1. При переносе данных (замечу, что это типовой перенос) образовалось много "пустых" сотрудников. В списке сотрудников из не видно, а в регистре сведений "Текущие кадровые данные сотрудников" они есть. Если этот регистр почистить от "пустых" записей, то остальные документы приема проводятся.
2. Функция ПорогЗапрета() в Общем модуле "РасчетЗарплатыДляНебольшихОрганизация". Для увеличения количества сотрудников, вероятно, можно изменить возвращаемое число "Порог запрета".
3. Временно или постоянно изменить "Порог запрета" (см. п.2). Если временно, то
- загрузить в БП 3.0.
- данные из БП 3.0 перенести в ЗУП
- установить ведение зарплаты во внешней программе
- поставить на на поддержку БП 3.0 ("Порог запрета" установится в начальное значение).
4. Вероятно, это и не нужно.
1. При переносе данных (замечу, что это типовой перенос) образовалось много "пустых" сотрудников. В списке сотрудников из не видно, а в регистре сведений "Текущие кадровые данные сотрудников" они есть. Если этот регистр почистить от "пустых" записей, то остальные документы приема проводятся.
2. Функция ПорогЗапрета() в Общем модуле "РасчетЗарплатыДляНебольшихОрганизация". Для увеличения количества сотрудников, вероятно, можно изменить возвращаемое число "Порог запрета".
3. Временно или постоянно изменить "Порог запрета" (см. п.2). Если временно, то
- загрузить в БП 3.0.
- данные из БП 3.0 перенести в ЗУП
- установить ведение зарплаты во внешней программе
- поставить на на поддержку БП 3.0 ("Порог запрета" установится в начальное значение).
4. Вероятно, это и не нужно.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)В Общем модуле "РасчетЗарплатыДляНебольшихОрганизаций" есть:
// Возвращает максимально возможное количество сотрудников, при котором возможно
// использование режима расчета зарплаты для небольших организаций.
//
// Возвращаемое значение;
// Число
//
Функция ПорогЗапрета() Экспорт
Возврат 60;
КонецФункции
Показать
(1)Ответы на вопросы:
1. При переносе данных (замечу, что это типовой перенос) образовалось много "пустых" сотрудников. В списке сотрудников из не видно, а в регистре сведений "Текущие кадровые данные сотрудников" они есть. Если этот регистр почистить от "пустых" записей, то остальные документы приема проводятся.
2. Функция ПорогЗапрета() в Общем модуле "РасчетЗарплатыДляНебольшихОрганизация". Для увеличения количества сотрудников, вероятно, можно изменить возвращаемое число "Порог запрета".
3. Временно или постоянно изменить "Порог запрета" (см. п.2). Если временно, то
- загрузить в БП 3.0.
- данные из БП 3.0 перенести в ЗУП
- установить ведение зарплаты во внешней программе
- поставить на на поддержку БП 3.0 ("Порог запрета" установится в начальное значение).
4. Вероятно, это и не нужно.
1. При переносе данных (замечу, что это типовой перенос) образовалось много "пустых" сотрудников. В списке сотрудников из не видно, а в регистре сведений "Текущие кадровые данные сотрудников" они есть. Если этот регистр почистить от "пустых" записей, то остальные документы приема проводятся.
2. Функция ПорогЗапрета() в Общем модуле "РасчетЗарплатыДляНебольшихОрганизация". Для увеличения количества сотрудников, вероятно, можно изменить возвращаемое число "Порог запрета".
3. Временно или постоянно изменить "Порог запрета" (см. п.2). Если временно, то
- загрузить в БП 3.0.
- данные из БП 3.0 перенести в ЗУП
- установить ведение зарплаты во внешней программе
- поставить на на поддержку БП 3.0 ("Порог запрета" установится в начальное значение).
4. Вероятно, это и не нужно.
есть ли переход с УСН на ЗУП 2.5. думаю нет. если и есть то наверное только через 2.3. т.е УНС->ЗиК 2.3->ЗУП 2.5->ЗуП 3.1 проще наверное запустить зуп 3.1 с нуля. меньше ошибок будет
проблем с переходом с 2.0 на 3.0 нет. там только управялемые формы
проблем с переходом с 2.0 на 3.0 нет. там только управялемые формы
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот