1. сие ограничение касается конкретных моментов - запуск расчета зарплаты, печать расчеток и т.п. - их не так много. просумируется - да фиг его знает - не пробовал.
2. можно написать лотики по переносу всей информации по челу в тест, у GED они кажись были.
Много баз на одном ключе
Модераторы: m0p3e, edward_K, Модераторы
s2176
Вы объясните для начала: как понять вашу фразу "у нас 11 баз".
Что это за базы? Разных юридических лиц? Каждая имеет свой аппаратный ключ? Или это холдинг с кучей филиалов? Или это БД одного юрлица плюс 10 копий к нему?
И зачем складывать лицевые счета - никак в толк не возьму...
Такое впечатление, что сами кислое с пресным замешали, и всех здесь запутали.
Вы объясните для начала: как понять вашу фразу "у нас 11 баз".
Что это за базы? Разных юридических лиц? Каждая имеет свой аппаратный ключ? Или это холдинг с кучей филиалов? Или это БД одного юрлица плюс 10 копий к нему?
И зачем складывать лицевые счета - никак в толк не возьму...
Такое впечатление, что сами кислое с пресным замешали, и всех здесь запутали.
-
- Местный житель
- Сообщения: 1844
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Ярославская область ОАО "Часовой завод Чайка" г. Углич
- Контактная информация:
Думаю s2176 хочет сказать, что подсчет кол-ва заюзанных лицевых счетов ведеться теперь не в рамках одной базы, как было раньше...
Как считается кол-во (выдержка из доки):
Максимальное количество лицевых счетов сотрудников задаётся в лицензионном файле атрибутом MaxPersonalAccounts, карточек сотрудников – MaxEmployees. Если атрибут отсутствует или его значение нулевое, максимальное количество сущностей принимается равным 20. При проверке заданных атрибутами ограничений рассматриваются только лицевые счета с признаком "открыт для расчета" и физические лица с признаком "сотрудник", т.е. текущие.
В число интерфейсов, к которым применяются ограничения по количеству лицевых счетов сотрудников и/или карточек сотрудников, входят, например:
• Настройка параметров расчета зарплаты (модуль "Заработная плата, меню "Расчет зарплаты\Расчет зарплаты\Расчет зарплаты");
• Просмотр списка табелей учета рабочего времени (модуль "Заработная плата, меню "Расчет зарплаты\Табель учета рабочего времени\Просмотр табеля" или модуль "Кадры", меню "База данных\Табель учета рабочего времени\Просмотр табеля").
• Просмотр перечня приказов (модуль "Кадры", меню "База данных\Перечень приказов");
Проверка ограничений производится в момент запуска лицензируемого интерфейса. Если предел превышен, на экран выдаётся соответствующее сообщение и интерфейс немедленно завершает свою работу.
Если же смышленые ребяты из Галактики повесили подсчет на разные базы, висящие на одном ключе, то это кучеряво
Как считается кол-во (выдержка из доки):
Максимальное количество лицевых счетов сотрудников задаётся в лицензионном файле атрибутом MaxPersonalAccounts, карточек сотрудников – MaxEmployees. Если атрибут отсутствует или его значение нулевое, максимальное количество сущностей принимается равным 20. При проверке заданных атрибутами ограничений рассматриваются только лицевые счета с признаком "открыт для расчета" и физические лица с признаком "сотрудник", т.е. текущие.
В число интерфейсов, к которым применяются ограничения по количеству лицевых счетов сотрудников и/или карточек сотрудников, входят, например:
• Настройка параметров расчета зарплаты (модуль "Заработная плата, меню "Расчет зарплаты\Расчет зарплаты\Расчет зарплаты");
• Просмотр списка табелей учета рабочего времени (модуль "Заработная плата, меню "Расчет зарплаты\Табель учета рабочего времени\Просмотр табеля" или модуль "Кадры", меню "База данных\Табель учета рабочего времени\Просмотр табеля").
• Просмотр перечня приказов (модуль "Кадры", меню "База данных\Перечень приказов");
Проверка ограничений производится в момент запуска лицензируемого интерфейса. Если предел превышен, на экран выдаётся соответствующее сообщение и интерфейс немедленно завершает свою работу.
Если же смышленые ребяты из Галактики повесили подсчет на разные базы, висящие на одном ключе, то это кучеряво
Это не я замешала
Была у нас одна большая организация и работала она в Гал-ке с 1998 года. С 2004 начался процесс деления (и до сих пор продолжается). Теперь это группа компаний.
Естественно, мы работаем на одном комплекте лицензий и на одном ключе (это, кстати, в самом начале написано , иначе, я бы эти вопросы тут не задавала). Но в каждой из отделившихся организаций есть своя бухгалтерия, свой отдел кадров. Только отдел сопровождения (то бишь, мы) остался один на всех.
Вот и получилось у нас 11 юр.лиц и 11 баз. Каждое юр.лицо ведет свой учет.
Теперь мы собрались переходить на новую версию. В ней в лицензиях как-то прописывается (дилеры сказали, да и форум почитываю на досуге) количество "открытых" лицевых счетов, от этого зависит сумма абонентской платы. Вот это я и пытаюсь посчитать, т.к. мне ж еще нужен полигон для испытаний, причем желательно большой, т.к. больше всего проблем возникает именно в самой большой и самой старой базе.
Была у нас одна большая организация и работала она в Гал-ке с 1998 года. С 2004 начался процесс деления (и до сих пор продолжается). Теперь это группа компаний.
Естественно, мы работаем на одном комплекте лицензий и на одном ключе (это, кстати, в самом начале написано , иначе, я бы эти вопросы тут не задавала). Но в каждой из отделившихся организаций есть своя бухгалтерия, свой отдел кадров. Только отдел сопровождения (то бишь, мы) остался один на всех.
Вот и получилось у нас 11 юр.лиц и 11 баз. Каждое юр.лицо ведет свой учет.
Теперь мы собрались переходить на новую версию. В ней в лицензиях как-то прописывается (дилеры сказали, да и форум почитываю на досуге) количество "открытых" лицевых счетов, от этого зависит сумма абонентской платы. Вот это я и пытаюсь посчитать, т.к. мне ж еще нужен полигон для испытаний, причем желательно большой, т.к. больше всего проблем возникает именно в самой большой и самой старой базе.
Кто сказал, что бесполезно биться головой об стену?!
В таком случае если вы хотите охватить всех одним лиц. файлом, то нужно будет прикинуть количество одновременно работающих (в том числе и в разных базах) во всех незарплатных_и_некадровых модулях. Вот как раз их и придется складывать. А зарплата - берете максимальное количество ЛС для одной из баз, например 4000, и заявляете их в лиц. файл. Складывать не надо.Вот и получилось у нас 11 юр.лиц и 11 баз. Каждое юр.лицо ведет свой учет.
Еще есть вариант использования филиальности (это когда все в одной БД). Здесь лучше проконсультироваться с дилером.
Третий вариант - если среди 11 есть предприятия, проходящие по параметрам по прайсу Прогресса (15 раб. мест, 450 ЛС в зарплате), то можно для них закупить отдельно этот самый Прогресс. Или может быть даже Старт (до 5 раб. мест, 100 ЛС в зарплате).
Вероятно ближе к оптимальному для вас будет первый вариант. Но может не хватить бухгалтерских и/или оперативных лицензий. Придется докупать.
Вот теперь появилась ясность
Бух.лицензий нам, видимо, хватит, т.к. их исторически осталось много, а бОльшая часть наших предприятий уже ведет бух.учет в OEBS. Интересует именно кадры и зарплата, они остались в Гал-ке.
Филиальность вводить не хочется, т.к. не хочется ломать то, что уже работает не первый год.
Спасибо!
Бух.лицензий нам, видимо, хватит, т.к. их исторически осталось много, а бОльшая часть наших предприятий уже ведет бух.учет в OEBS. Интересует именно кадры и зарплата, они остались в Гал-ке.
Филиальность вводить не хочется, т.к. не хочется ломать то, что уже работает не первый год.
Спасибо!
Кто сказал, что бесполезно биться головой об стену?!