Почему нельзя использовать учет больничных, отпусков и исполнительных документов для организаций с более 60 сотрудниками
По теме из базы знаний
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Для корректной работы реализованного функционала должны выполняться следующие условия:
в информационной базе не должно быть организаций с численностью сотрудников более 60 человек;
основной вид начисления — месячный оклад;
основной график работы должен совпадать с производственным календарем при 40-часовой рабочей неделе.
Не корректно работать будет
в информационной базе не должно быть организаций с численностью сотрудников более 60 человек;
основной вид начисления — месячный оклад;
основной график работы должен совпадать с производственным календарем при 40-часовой рабочей неделе.
Не корректно работать будет
(8) k_sk, Нам не дает ввести 61-го сотрудника, хотя по факту работают 40 человек при нашей текучке (т.е. в расчете зарплаты участвуют только 40 человек) . И все-таки будет функционал работать , если мы для ввода сотрудников изменяем константу ограничения, потом после ввода опять возвращаем использование отпусков и больничных ?
(11) Spektr, моя переписка с 1С по этому поводу
Вообще-то к малым относятся предприятия со средним количеством сотрудников предприятия за прошлый год — не более 100 человек, почему 1с ограничивает 60 ?
Не совсем понятен Ваш вопрос. Ограничения, устанавливаемые в поставках программных продуктов, выбирает Фирма 1С самостоятельно как разработчик программного обеспечения.
Если программно уберем ПорогЗапрета , это повлияет на корректность расчетов ?
Вопрос некорректен. Для сведения рекомендуем ознакомиться its.1c.ru/db/garant#cont... »»Глава 28. Преступления в сфере компьютерной информации
Статья 272. Неправомерный доступ к компьютерной информации
Вообще-то к малым относятся предприятия со средним количеством сотрудников предприятия за прошлый год — не более 100 человек, почему 1с ограничивает 60 ?
Не совсем понятен Ваш вопрос. Ограничения, устанавливаемые в поставках программных продуктов, выбирает Фирма 1С самостоятельно как разработчик программного обеспечения.
Если программно уберем ПорогЗапрета , это повлияет на корректность расчетов ?
Вопрос некорректен. Для сведения рекомендуем ознакомиться its.1c.ru/db/garant#cont... »»Глава 28. Преступления в сфере компьютерной информации
Статья 272. Неправомерный доступ к компьютерной информации
(12) Ответ 1С в принципе простой, хотите рассчитывать зарплату на большее количество сотрудников покупайте специальную программу. Ограничения на свои программные продукты 1С может ставить на свое усмотрение и задавать такие вопросы как то не совсем правильно, другое дело уточнить как именно она считает этих сотрудников.
ПО лицензионному соглашению снимать ограничения вы не в праве (но ведь у 1С открытый код, чем мы в общем и пользуемся).
ПО лицензионному соглашению снимать ограничения вы не в праве (но ведь у 1С открытый код, чем мы в общем и пользуемся).
(9) fktrc171, "Нам не дает ввести 61-го сотрудника, хотя по факту работают 40 человек при нашей текучке (т.е. в расчете зарплаты участвуют только 40 человек) . И все-таки будет функционал работать , если мы для ввода сотрудников изменяем константу ограничения, потом после ввода опять возвращаем использование отпусков и больничных ?"
Как называется константа ограничения в программе?
Как называется константа ограничения в программе?
(18) Количество сотрудников считается этим запросом:
Т.е. при 42 сотрудниках должно быть все хорошо. Что у вас с остальными сотрудниками?
"ВЫБРАТЬ
| ТекущиеКадровыеДанныеСотрудников.ТекущаяОрганизация КАК Организация,
| КОЛИЧЕСТВО(РАЗЛИЧНЫЕ ТекущиеКадровыеДанныеСотрудников.Сотрудник) КАК КоличествоСотрудников
|ИЗ
| РегистрСведений.ТекущиеКадровыеДанныеСотрудников КАК ТекущиеКадровыеДанныеСотрудников
|ГДЕ
| ТекущиеКадровыеДанныеСотрудников.ТекущийВидЗанятости <> ЗНАЧЕНИЕ(Перечисление.ВидыЗанятости.ПустаяСсылка)
| И ТекущиеКадровыеДанныеСотрудников.ДатаПриема <> ДАТАВРЕМЯ(1, 1, 1)
| И ТекущиеКадровыеДанныеСотрудников.ДатаУвольнения = ДАТАВРЕМЯ(1, 1, 1)
| И ТекущиеКадровыеДанныеСотрудников.ТекущаяОрганизация <> ЗНАЧЕНИЕ(Справочник.Организации.ПустаяСсылка)
|
|СГРУППИРОВАТЬ ПО
| ТекущиеКадровыеДанныеСотрудников.ТекущаяОрганизация
|
|УПОРЯДОЧИТЬ ПО
| КоличествоСотрудников УБЫВ" ПоказатьТ.е. при 42 сотрудниках должно быть все хорошо. Что у вас с остальными сотрудниками?
(19) вопрос актуален. такая же история во fresh бп 3.0. работающих сотрудников 34 с уволенными и текучкой 65. не дает работать с бл и отпуском. ругается, что эта функция только для количества сотрудников меньше 60 чел. хотя заявлено, что это относиться только к работающим на текущий момент времени
(23) Попробуйте проверить своих сотрудников по этим условиям
ТекущиеКадровыеДанныеСотрудников.ТекущийВидЗанятости <> ЗНАЧЕНИЕ(Перечисление.ВидыЗанятости.ПустаяСсылка)
| И ТекущиеКадровыеДанныеСотрудников.ДатаПриема <> ДАТАВРЕМЯ(1, 1, 1)
| И ТекущиеКадровыеДанныеСотрудников.ДатаУвольнения = ДАТАВРЕМЯ(1, 1, 1)
ОбщийМодуль.РасчетЗарплатыДляНебольшихОрганизаций
Вот где собака зарыта
// Возвращает максимально возможное количество сотрудников, при котором возможно
// использование режима расчета зарплаты для небольших организаций.
//
// Возвращаемое значение;
// Число
//
Функция ПорогЗапрета() Экспорт
Возврат 60;
КонецФункции ПоказатьВот где собака зарыта
(1)
(27)
Чтобы убрать ограничение нужно в РасчетЗарплатыДляНебольшихОрганизацийСобытия изменить:
После применения ошибка больше не будет вас беспокоить.
(27)
Чтобы убрать ограничение нужно в РасчетЗарплатыДляНебольшихОрганизацийСобытия изменить:
Код |
|---|
Процедура ДокументыПередЗаписью(Источник, Отказ) Экспорт
Если НЕ Отказ И Источник.ЭтоНовый() Тогда
ТекстИсключения = "";
Если НЕ ПолучитьФункциональнуюОпцию("РасчетЗарплатыДляНебольшихОрганизаций") Тогда
ТекстИсключения = СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(
РасчетЗарплатыДляНебольшихОрганизацийПереопределяемый.ТекстСообщенияОНевозможностиСоздаватьДокументыПриОтключенной Показать |
После применения ошибка больше не будет вас беспокоить.
Если учет заработной платы на столько прост, что 60 человек можно рассчитывать в бухгалтерии, то почему бы не перевести клиента на ЗУП и не освоить продукт для этого простого случая? Чтобы потом применить и расширить эти познания в других, более сложных случаях.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот