Что лучше сделать - два учреждения в одной базе или две разные базы? ЗиК 2.0
Подскажите, пожалуйста!
Наша организация является аккумулятором средств для нескольких других. За них всех мы считаем зарплату, получаем на наш счет в Казначействе, во всех Фондах и в налоговой зарегистрированы только мы и сдаем за всех сотрудников этих организаций отчеты в ПФ, в налоговую от своего имени.
Все это ведется в базе 1с ЗиК 2.0 под одним Учреждением - это мы, все организации - введены как подразделения.
Сейчас одна из этих организаций для того, чтобы у них был свой счет в Казначействе зарегистрировалась в Фондах и в налоговой (в середине марта - идиоты, пардон). Сразу говорю, что сотрудников там много - человек 500.
Что мне сделать в ЗиК, чтобы и отчет в ПФ, и в ФСС сдавался отдельно - хотя бы со 2 квартала. Какие подводные камни могут быть, если я в своей базе заведу второе Учреждение? Никогда таких баз не видела, не знаю с чем их есть. Что сделать с сотрудниками из их подразделения - перевод в новое Учреждение?
В общем, подскажите, пожалуйста, что может быть плохого, кто уже с таким сталкивался.
Наша организация является аккумулятором средств для нескольких других. За них всех мы считаем зарплату, получаем на наш счет в Казначействе, во всех Фондах и в налоговой зарегистрированы только мы и сдаем за всех сотрудников этих организаций отчеты в ПФ, в налоговую от своего имени.
Все это ведется в базе 1с ЗиК 2.0 под одним Учреждением - это мы, все организации - введены как подразделения.
Сейчас одна из этих организаций для того, чтобы у них был свой счет в Казначействе зарегистрировалась в Фондах и в налоговой (в середине марта - идиоты, пардон). Сразу говорю, что сотрудников там много - человек 500.
Что мне сделать в ЗиК, чтобы и отчет в ПФ, и в ФСС сдавался отдельно - хотя бы со 2 квартала. Какие подводные камни могут быть, если я в своей базе заведу второе Учреждение? Никогда таких баз не видела, не знаю с чем их есть. Что сделать с сотрудниками из их подразделения - перевод в новое Учреждение?
В общем, подскажите, пожалуйста, что может быть плохого, кто уже с таким сталкивался.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) kerocin, теоретически ни чего плохого быть не должно! Но если все корректно ведется.
А если какие то косяки будут то не исключено что это будет затрагивать и вторую базу.
Так то ни чего вам не мешает завести вторую Информационную базу, доп.лицензии на это не нужно.
А если какие то косяки будут то не исключено что это будет затрагивать и вторую базу.
Так то ни чего вам не мешает завести вторую Информационную базу, доп.лицензии на это не нужно.
(1) kerocin, Однозначно проще 2 учреждения в одной базе, смысл две отдельные базы вести, если за них ЗП считают? Всех сотрудников увольнять из этой организации и принимать в новую (со всеми вытекающими). P.S. Они зарегистрировали новую организацию, я правильно понял?
(6) kerocin, В любом случае заново принимать, а вот закрывать одну и открывать другую базу или держать открытые одновременно две базы, обновлять, заводить заново данные по 500 физлицам в новую базу думаю не очень удобно и данные для расчёта больничного в новой базе за 2 предыдущие года потеряются, можно конечно их вручную внести...
(1) kerocin,
Как лучше - решайте сами. В обоих способах есть и плюсы и минусы.
2 учреждения в одной базе:
Плюсы:
- не надо повторно набирать физ. лиц со всем хвостом (пенсионное, дети, образование, адреса/телефоны, ...) или не надо во 2-й БД чистить все документы/справочники/... в которых описывается конкретное учреждение.
- если происходит изменение у человека (изменился адрес), то изменить его надо только в одной БД.
- легко и быстро посмотреть всю историю зарплатных взаимоотношений человека и организации (всё в одной БД).
- по концу года легко и быстро сформировать свод начислений/удержаний по человеку вне зависимости от количества рабочих мест.
- если в Вас лицензирование программное и идёт от сервера на каждую сессию - то сокращение количества лицензий на начальном этапе работы (при разделении на 2 БД практически всем вначале придётся работать с двумя сеансами 1С).
- может ещё что-то.
Минусы:
- путаница, особенно в первые месяцы эксплуатации - когда информация идет по разным учреждениям, то бухи/расчётчики/кадровики/... путают какой документ/элемент справочника/настройка/... к какому учреждению относятся (человеческий фактор ещё никто не отменял).
- при желании избежать путаницы придется мудрить с ролями (в зависимости от настроек, доступных (!) пользователю показывать или не показывать информацию по учреждению №1, №2 или по обоим в зависимости от текущей задачи).
При работе с 2-мя базами по одному учреждению в каждом: все плюсы, описанные выше, становятся минусами и наоборот.
Казалось-бы ответ очевиден - выбираем работу в одной БД с двумя учреждениями. Однако тот геморой (читай минусы в этом варианте), который обеспечивают конечные пользователи и себе и отвечающему за внедрение перевешивают все плюсы такого варианта.
Поэтому в такой ситуации я всегда стараюсь склонить пользователя к работе с двумя БД.
Как лучше - решайте сами. В обоих способах есть и плюсы и минусы.
2 учреждения в одной базе:
Плюсы:
- не надо повторно набирать физ. лиц со всем хвостом (пенсионное, дети, образование, адреса/телефоны, ...) или не надо во 2-й БД чистить все документы/справочники/... в которых описывается конкретное учреждение.
- если происходит изменение у человека (изменился адрес), то изменить его надо только в одной БД.
- легко и быстро посмотреть всю историю зарплатных взаимоотношений человека и организации (всё в одной БД).
- по концу года легко и быстро сформировать свод начислений/удержаний по человеку вне зависимости от количества рабочих мест.
- если в Вас лицензирование программное и идёт от сервера на каждую сессию - то сокращение количества лицензий на начальном этапе работы (при разделении на 2 БД практически всем вначале придётся работать с двумя сеансами 1С).
- может ещё что-то.
Минусы:
- путаница, особенно в первые месяцы эксплуатации - когда информация идет по разным учреждениям, то бухи/расчётчики/кадровики/... путают какой документ/элемент справочника/настройка/... к какому учреждению относятся (человеческий фактор ещё никто не отменял).
- при желании избежать путаницы придется мудрить с ролями (в зависимости от настроек, доступных (!) пользователю показывать или не показывать информацию по учреждению №1, №2 или по обоим в зависимости от текущей задачи).
При работе с 2-мя базами по одному учреждению в каждом: все плюсы, описанные выше, становятся минусами и наоборот.
Казалось-бы ответ очевиден - выбираем работу в одной БД с двумя учреждениями. Однако тот геморой (читай минусы в этом варианте), который обеспечивают конечные пользователи и себе и отвечающему за внедрение перевешивают все плюсы такого варианта.
Поэтому в такой ситуации я всегда стараюсь склонить пользователя к работе с двумя БД.
(16) FractonKireyev,
эти аргументы справедливы, только если в организации(ях) много внешних совместителей, причем совместители из этих двух организаций.
иначе все это делается великолепно и на разных базах.
раздача лицензий не зависит от того, к скольким базам подключаются пользователи. зависит от количества пользователей. без разницы сколько будет баз.
две базы ставят в первую очередь для повышения безопасности. причем как от повреждения базы (физически), так и от "умелого" расчетчика.
плюсы скорее для технаря - обновлять только одну базу, дорабатывать одну базу(не обязательно конфигурацию, здесь я имею ввиду и доработку по данным, возможно нужно что-то извне подправить, хотя это и минус нужно обязательно учитывать для какой организации).
- если происходит изменение у человека (изменился адрес), то изменить его надо только в одной БД.
- легко и быстро посмотреть всю историю зарплатных взаимоотношений человека и организации (всё в одной БД).
- по концу года легко и быстро сформировать свод начислений/удержаний по человеку вне зависимости от количества рабочих мест.
- легко и быстро посмотреть всю историю зарплатных взаимоотношений человека и организации (всё в одной БД).
- по концу года легко и быстро сформировать свод начислений/удержаний по человеку вне зависимости от количества рабочих мест.
эти аргументы справедливы, только если в организации(ях) много внешних совместителей, причем совместители из этих двух организаций.
иначе все это делается великолепно и на разных базах.
- если в Вас лицензирование программное и идёт от сервера на каждую сессию - то сокращение количества лицензий на начальном этапе работы (при разделении на 2 БД практически всем вначале придётся работать с двумя сеансами 1С).
раздача лицензий не зависит от того, к скольким базам подключаются пользователи. зависит от количества пользователей. без разницы сколько будет баз.
две базы ставят в первую очередь для повышения безопасности. причем как от повреждения базы (физически), так и от "умелого" расчетчика.
плюсы скорее для технаря - обновлять только одну базу, дорабатывать одну базу(не обязательно конфигурацию, здесь я имею ввиду и доработку по данным, возможно нужно что-то извне подправить, хотя это и минус нужно обязательно учитывать для какой организации).
Я начала склоняться к тому, что сделаю копию своей базы, удалю из неё лишнее и отдам начислять в ней эту организацию.Тут самое сложное вычленить лишнее).
Или все-таки учреждение... В этом случае меня волнуют настройки выгрузки в БГУ, других допотчетов, написанных сторонними программистами. Если что-то перестанет выгружаться, меня порвут на месте.
Или все-таки учреждение... В этом случае меня волнуют настройки выгрузки в БГУ, других допотчетов, написанных сторонними программистами. Если что-то перестанет выгружаться, меня порвут на месте.
(10) Vigesha, (11) Vigesha, мне ведь для сдачи отчётов в новой базе - точной копии реальной - не помешает, что сотрудники зарегистрированы не с даты регистрации юрлица. Ну, или не сильно помешает.
И чужие сотрудники и начисления тоже, пока будет идти процесс вычистки лишнего...
И чужие сотрудники и начисления тоже, пока будет идти процесс вычистки лишнего...
(14) Vigesha, да, но не как при реорганизации. Нам не надо будет сдавать отчетность не в обычные сроки, как при закрытии организации.
Сама запуталась. В общем, в отчетности общей организации до середины марта будут все сотрудники, после - только по другим организациям. Это все в одной отчетности.
А в отчетности новой организации - данные только с середины марта.
То есть будет не три отчета, а два.
Про НДФЛ пока не поняла. Скорее всего так же, но сдача будет в следующем году, как и обычно
Сама запуталась. В общем, в отчетности общей организации до середины марта будут все сотрудники, после - только по другим организациям. Это все в одной отчетности.
А в отчетности новой организации - данные только с середины марта.
То есть будет не три отчета, а два.
Про НДФЛ пока не поняла. Скорее всего так же, но сдача будет в следующем году, как и обычно
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот