Потянет ли 1С ЗУП ?
По теме из базы знаний
Ответы
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(1) Потянет, если центральная база будет на сервере 1С x64, на хорошем железе (проксмос с виртуалкой (256 оперы ДДР4,проц от 64-х ядер, Хранилище на ССД от 4-х Тб, NAS для архивов 10Тб), ну может кто то будет и на виртуалке работать через ВПН и RemoteAPP, у кого нет нормального компа в отделениях) и развернута на SQL (мелкософт или постгри неважно) а также стопудово будет распределёнка для удаленных подразделений и расчет ЗП по Подразделениям на ответственных сотрудниках (в среднем по 1000 сотрудников на одного расчетчика и кадровика) на местах. В итоге получим ЗП считаются на каждом компе (конфа компов - рекомендовано: оперы 8(минимум 4) гиг ССД Интел от 4-х ядер с частотой не ниже 3 Ггц) в подразделениях, а в центральную базу будут синхронизироваться уже ранее произведенные расчеты для сводных отчетов.
(2)
то есть в единой базе плохо? только распределенка?
Потянет, если центральная база будет на сервере 1С x64, на хорошем железе (проксмос с виртуалкой (256 оперы ДДР4,проц от 64-х ядер, Хранилище на ССД от 4-х Тб, NAS для архивов 10Тб), ну может кто то будет и на виртуалке работать через ВПН и RemoteAPP, у кого нет нормального компа в отделениях) и развернута на SQL (мелкософт или постгри неважно) а также стопудово будет распределёнка для удаленных подразделений и расчет ЗП по Подразделениям на ответственных сотрудниках (в среднем по 1000 сотрудников на одного расчетчика и кадровика) на местах. В итоге получим ЗП считаются на каждом компе (конфа компов - рекомендовано: оперы 8(минимум 4) гиг ССД Интел от 4-х ядер с частотой не ниже 3 Ггц) в подразделениях, а в центральную базу будут синхронизироваться уже ранее произведенные расчеты для сводных отчетов
то есть в единой базе плохо? только распределенка?
(5) Железо вроде достаточное, Так и так все в единой базе будет. Только все равно нагрузку надо распределять и поэтому надо часть расчетов ЗП делать непосредственно в самих Отделениях. Распределенная ИБ подразумевает центральную базу - единые справочники и документы для всех периферийных баз, плюс разделение сотрудников по подразделениям, и к тому же зачем кому то в Отделении видеть сотрудников и документы по расчету ЗП из других отделений и подразделений? за исключением если будут кадровые переводы между обособками...
Смысл в том что часть народу будет работать по ВПН на центральном Сервере по РемотеАпп а часть народу где компы не слишком старые - на них можно сделать распределенные базы. соответственно настроить обмен с центральной базой так же по пвн каналу. Периодичность обмена настраиваемая
В центральной базе можно будет производить любые расчеты по ЗП. грубо говоря все смогут работат по ремоте апп с центральным сервером. но если он будет не справляться с нагрузкой (определяется экспериментально) - то можно часть отделов перевести на РИБ ( распределенную информационную базу) - чтобы уменьшить нагрузку на сервер
я думаю что вести учет может быть и можно, но вот отчетность как формировать. Вот это вопрос большой.
+ при таком большом количестве сотрудников наверняка надо разграничение прав, а это уже "кратное" уменьшение производительности.
+ обновление, это очень большая проблема при таких объемах.
Единственный вариант делать распределенку при таких объемах.
+ при таком большом количестве сотрудников наверняка надо разграничение прав, а это уже "кратное" уменьшение производительности.
+ обновление, это очень большая проблема при таких объемах.
Единственный вариант делать распределенку при таких объемах.
(1) Какое у вас количество активных пользователей и юридических лиц в разрезе которых ведётся учёт?
Какие ещё нужны функции кроме тех что входят в стандартный ЗУП ПРОФ(или у вас будет КОРП), относящийся к регламентированному учёту?(кабинеты сотрудников, разные придумки для HR и тд)
На сколько разные сферы предприятий которые будут работать в одной базе?
Компания многопрофильная?
На таком количестве сотрудников по мимо технических будут и другие проблемы, организационно-методического плана и тд.
Запускал ЗУП в нескольких крупных холдинговых компаниях. Если например предприятия со схожей деятельностью(у нас была добыча угля, десяток разрезов, несколько ГОФов, ЗИФ и прочие вспомогательные подразделения) то их можно в одну базу объединить.
Но запускал ЗУП в другом холдинге, а у них добыча и переработка нефти, гостиницы, рестораны, строительство и тд и вот заказчик настоял на том что бы все были в единой базе. Сделал им всех в единой базе. Расчёт ЗП на ~5000 человек. В целом ЗУП справляется хорошо, учитывая не самое производительное железо на котором он работает. Но очень много неудобств с общей НСИ и тд.
Ещё "единая" база это единая точка отказа и если у вас что то пойдёт не так, то встанет расчёт на всех предприятиях, а это и нагрузка на тех поддержку со стороны пользователей, это нервы и тд от тех сотрудников которым придётся задерживаться и/или не успеют во время что то рассчитать, не говоря уже про регламентированную отчётность.
Я бы на такое количество сделал РИБ. 1 узел это сама конфигурация со справочниками и без ведения учёта, 1 центральный узел для консолидации всех сведений и узлы по предприятиям или направлениям, с НСИ меньше проблем, меньше доработок, меньше ошибок исправлять и тд. По юр лицам делить бы не стал, а вот по направлениям работы и размерам компаний можно.
Какие ещё нужны функции кроме тех что входят в стандартный ЗУП ПРОФ(или у вас будет КОРП), относящийся к регламентированному учёту?(кабинеты сотрудников, разные придумки для HR и тд)
На сколько разные сферы предприятий которые будут работать в одной базе?
Компания многопрофильная?
На таком количестве сотрудников по мимо технических будут и другие проблемы, организационно-методического плана и тд.
Запускал ЗУП в нескольких крупных холдинговых компаниях. Если например предприятия со схожей деятельностью(у нас была добыча угля, десяток разрезов, несколько ГОФов, ЗИФ и прочие вспомогательные подразделения) то их можно в одну базу объединить.
Но запускал ЗУП в другом холдинге, а у них добыча и переработка нефти, гостиницы, рестораны, строительство и тд и вот заказчик настоял на том что бы все были в единой базе. Сделал им всех в единой базе. Расчёт ЗП на ~5000 человек. В целом ЗУП справляется хорошо, учитывая не самое производительное железо на котором он работает. Но очень много неудобств с общей НСИ и тд.
Ещё "единая" база это единая точка отказа и если у вас что то пойдёт не так, то встанет расчёт на всех предприятиях, а это и нагрузка на тех поддержку со стороны пользователей, это нервы и тд от тех сотрудников которым придётся задерживаться и/или не успеют во время что то рассчитать, не говоря уже про регламентированную отчётность.
Я бы на такое количество сделал РИБ. 1 узел это сама конфигурация со справочниками и без ведения учёта, 1 центральный узел для консолидации всех сведений и узлы по предприятиям или направлениям, с НСИ меньше проблем, меньше доработок, меньше ошибок исправлять и тд. По юр лицам делить бы не стал, а вот по направлениям работы и размерам компаний можно.
(13) Как мы и предлагали.. Вам путь на Распределенную Информационную Базу.
1. Это будет работать стабильнее даже если не будет доступа к центральному серверу по причине отсутствия интернета.
2. Расчет ЗП будет проходить непосредственно в подразделении расчетчиками, нет нагрузки на Центральный сервер
Минусы:
Для правильного формирования отчетов в центральной базе:
1. Надо отслеживать, чтобы проходили все обмены с центральной базой при наличии интернета (хоть через свисток или телефон сотрудника) в подразделениях.
2. В случае выхода из строя компьютера в подразделении распределенной базы все данные будут потеряны которые не были отправлены в центральную базу. если обмен настроен каждый день то в данные за день, и в центральной базе надо будет делать новый образ для подразделения.
1. Это будет работать стабильнее даже если не будет доступа к центральному серверу по причине отсутствия интернета.
2. Расчет ЗП будет проходить непосредственно в подразделении расчетчиками, нет нагрузки на Центральный сервер
Минусы:
Для правильного формирования отчетов в центральной базе:
1. Надо отслеживать, чтобы проходили все обмены с центральной базой при наличии интернета (хоть через свисток или телефон сотрудника) в подразделениях.
2. В случае выхода из строя компьютера в подразделении распределенной базы все данные будут потеряны которые не были отправлены в центральную базу. если обмен настроен каждый день то в данные за день, и в центральной базе надо будет делать новый образ для подразделения.
Вакансии
Аналитик 1С / Бизнес-аналитик
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)