1с как сделать две фирмы с общим складом
(20) Трудноизмеримое = "мы сами не понимаем, зачем оно нам".
1. Время на обновление - решается обновлятором (мы так обновляем пару сотен баз на сервере)
2. Подготовка и сверка отчетности - делается одна внешняя обработка, которая по очереди открывает нужные базы и дергает из них нужную информацию, а затем обобщает и выдает в виде отчета
3. Прочие пункты также можно решить по образцу п.2
У нас отдел ведения учета, базы разных бенефициаров, объединять в одну смысла нет. Но при этом нужны инструменты работы сразу со всеми базами (поиск ошибок ведения учета, анализ регламентированных отчетов, все расписывать не буду).
Решили так - по каждой задаче делается внешний отчет или обработка. С единым программным интерфейсом, экспортными процедурами в модуле отчета/обработки.
И есть так называемый центр управления - обработка, которая поочередно открывает базы по COM-соединению и выполняет нужную внешнюю отчет/обработку. Результаты сохраняет, обобщает, выдает в виде единого отчета.
Пример - создание и выгрузка отчетов СЗВ-М в зарплатных базах. Создает отчеты, выгружает в один каталог, потом в СБИС грузим все файлы из этого каталога и отправляем одной кнопкой, экономится масса времени. Заодно выполняется анализ отчетов, благо, что отчет достаточно простой и формируется по понятным правилам.
Видел ветку. где ругали ком-соединение как устаревшее, но нам, в общем. пофиг, так как сервер достаточно шустрый и скорость работы устраивает.
Про регламентированный учет я написал уже своё мнение.
Условия в (21) перечитайте. Базы разных бенефициаров. Теоретически, все данные можно вести в одной базе, но иногда клиенты уходят и забирают свои данные себе. Выделить из общей базы только данные клиента - задача тоже непростая.
У вас вид деятельности не такой, как у нас, и вам наши методы не подходят, но посмотрите шире немного.Я поделился своим опытом, применимым к нашему виду деятельности, вы - к вашему.
(21) А бекапы всех этих многочисленных баз вы делаете? Если делаете с какой глубиной? Проверки бекапов методом восстановления делаются?
+25, наверное в этом случае удобнее купить/сделать свой фреш, где данные в базе разделяются, и нет проблем потом с него "съехать", в случае необходимости.
(25) Конечно делаем, это же базы наших клиентов. Храним в течение года. Проверки бэкапов методом восстановления - не очень понял, о чем вы, и зачем это делать. Не админю.
(26) Возможно, но нам как-то удобнее на своем сервере все хранить.
Приходят клиенты со своими базами, кидать их во фреш в ту же базу? Не понял, в чем тут удобство.
Часть клиентов работает у себя и те проверки, о которых я писал в (21), легко применимы и к ним тоже.
(28) он просто вообразил, что с этими базами в конфигураторе никаких изменений не может происходить - что в типовом решении общем для всех клиентов сделали, то и будет. А что у разных баз разные доработки бывают нужны - об этом в этой ветке сейчас не вспоминают.
И еще предлагающие всех в одну базу загнать - а монопольное насилие над данными клиента как тогда проводить? Всем остальным ждать? В общем, аргументы в пользу решения "загнать всех в одну базу, под одну гребенку". это слабенькие аргументы.
(29) В нашем случае, все базы клиентов в отделе ведения учета - типовые без изменений и даже без расширений. Поэтому их легко обновлятором обновлять.
Но они никак понять не могут настоящую причину, по которой мы их не сливаем - это не наши базы!
В любой момент клиент может затребовать их копию себе и уйти. Вести учет либо в своей бухгалтерии, либо в другой фирме / у частника.
Также в любой момент может прийти новый клиент со своими данными.
Что будто бы много баз неудобно обновлять - давно уже миф с тех пор, как появился обновлятор за смешные для фирмы деньги с вечной лицензией.
(32) тут нужно конкретизировать - что именно через РИБ предлагается в данном случае?
а вообще, попытки слияния с использованием РИБ и на Мисте в том числе были озвучены. Не удовлетворительные результаты оказались. Грубо говоря, трудоемкость не соответствует стоимости результата.
> Но они никак понять не могут настоящую причину, по которой мы их не сливаем - это не наши базы!
да это ясно, что базы не ваши, и что вы работаете в так называемой "аудиторской" компании.
Я считаю, что у каждого способа есть свои плюсы и минусы, и надо пользоваться тем, который удобнее.
А спорить, что лучше - все равно что спорить с какой стороны правильно разбивать яйца.
Читайте также: