Имя: Пароль:
1C
1С v8
Объединять или нет
0 Pilot1
 
23.04.23
06:24
Доброго дня всем, есть холдинг в нем куча компаний в разных сферах деятельности, каждая использует свою собственную 1С. Поддержку всего этого хозяйства централизуют и получаем много разных конфигураций не стандартных, получать обновления на них каждый раз надо прикручивать руками. Вот такая идея если объединить все в одну конфигурацию где будет соответственно много разных документов которыми будут пользоваться в зависимости от необходимости в разных компаниях, но соединив все один раз обновления накатывать ну и поддерживать будет легче. Как считаете есть смысл? Какие проблемы могут быть, кто сталкивался?
1 NorthWind
 
23.04.23
08:15
Ничего не понятно, но очень интересно. Конфы самописки или на основе типовых, если типовые то какие?
3 Pilot1
 
23.04.23
08:47
Конфы на основе стандартной Бухгалтерии, но все уже в той или иной степени переделаны.
4 PLUT
 
23.04.23
09:03
(0) пригласите спецЫалистов

запахло проектом на "очень много денег" - >"объединить все в одну конфигурацию где будет соответственно много разных документов которыми будут пользоваться в зависимости от необходимости в разных компаниях"

из приятных проблем (или не очень) - разграничение прав пользователей. там надо грамотно на группы челядь разделить согласно их функциональным обязанностям
6 shuhard
 
23.04.23
09:26
(3) провести аудит, вместе с отделом методологии РСБУ холдинга определить единый план счетов и типовые проводки.
всё, что не укладывается в рамки - кокнуть
т.е. централизация начисления с нормализации и типизации, а не поддержки
7 Pilot1
 
23.04.23
09:41
(6) т.е. централизация начисления с нормализации и типизации, а не поддержки - не совсем понял
Насчет аудит и методологии да конечно с этим тоже надо порядок, буду эскалировать задачу. Идея которую предлагаю вообще рабочая?
8 Волшебник
 
23.04.23
09:43
(7) Идея рабочая, но Вас надо отстранить от проекта как безграмотного.
9 Pilot1
 
23.04.23
09:44
(4) насчет денег наверно много уйдет, но думаю жизнь то облегчится.
10 Pilot1
 
23.04.23
09:44
(8) почему?
11 Волшебник
 
23.04.23
09:45
(10) Потому что Вы пишете бессвязно и безграмотно.
Кто ясно мыслит, ясно излагает.
12 Pilot1
 
23.04.23
12:39
(11) да я в принципе не против если отстранят ))).
13 Новый1сник2
 
23.04.23
14:09
(0) я бы не стал объединять,  у разных юр лиц могут быть разные бухгалтера и др. пользователи. проще настроить доступ. ну и обновление, пока одну базу обновляете, остальные работают. а тут будет общая база и как быстро можно будет ее обновить?, пока идет обновление ни кто работать не сможет.
14 rphosts
 
23.04.23
14:36
(13) но одлно руководство которому нужна картинка в т.ч. в целом а не 2 какие-то странные, так себе состыковываемые картины каждая из которых часто "как гл. бух филиала" видит.
15 Новый1сник2
 
23.04.23
14:54
(14) для этого можно настроить общий отчет из разных баз. варианты реализации могут быть разными
16 SleepyHead
 
23.04.23
14:56
(0) Объединить в одну конфигурацию или держать все данные в одной базе?

Я вот "узкий специалист", могу на примере баз ЗУП сказать. Если держать данные разных организаций в одной базе, могут вступать в конфликт общие настройки базы, которые задаются не в разрезе организаций.
Например, список используемых начислений. Или классификаторы чего-либо.

Уйдете от проблем с обновлениями - придёте к другим проблемам.

В общем, я тут подумал и понял, что в любом случае вас ничего хорошего не ждет, проблем станет только больше. Бегите оттуда.
17 NorthWind
 
23.04.23
17:21
(7) > т.е. централизация начисления с нормализации и типизации, а не поддержки - не совсем понял

в том смысле, что нужно проверить НСИ на всех предприятиях, привести ее к единообразию и базу подготовить таким образом, чтобы она могла работать с НСИ всех предприятий. То же самое план счетов и проводки. Здесь будет больше переговоров и утрясок, чем какого-либо программирования, и это будет крайне сложная задача, потому что люди привыкли работать как привыкли и они будут дико брыкаться, когда вы будете менять порядок работы. Тем не менее, если все конфы основаны на БП, некоторая часть работы уже сделана фирмой 1С - то есть есть надежда, что там не совсем "кто в лес, кто по дрова". Было бы гораздо хуже, если бы эти конфы были самописными на основе оперативного учета, например. А если на БП... можно пробовать чего-то делать. Хотя будет очень непросто.
18 rphosts
 
23.04.23
17:21
(15) если процессы подобные (а они должны такими при одном профиле быть), общие отчёты - лишнее звено.
19 NorthWind
 
23.04.23
17:25
и да, пожалуй, соглашусь с (8), что лучше этим заниматься человеку, который хотя бы может четко выражать свои мысли. Задача потребует массу согласований с другими людьми, нужно максимально четко доносить свои мысли. Вас и так-то не особо будут хотеть понимать с вашими нововведениями, а если вы будете высказываться так же мутно, как в (0), вы далеко не уедете.
20 Pilot1
 
23.04.23
17:33
(17) Да конечно проблем много в части перестройки процессов и мозгов, но сейчас у руководства есть запал на великие свершения, почему бы и нет. По идее так ведь правильно.
21 Волшебник
 
23.04.23
17:36
(20) Конечно, правильно. Только нужная проектная команда, системный интегратор, архитектор, аналитики. Начинать надо не с ветки на мисте, а с договора на предпроектное обследование. И без вас.
22 rphosts
 
23.04.23
17:59
(20) а без конкретного желания того кто на самом верху почти гарантированно не взлетит... ну и да нужен птица-говорун умеющий находить интересы ЛПР которые позволят ЛПР-ам стать самим заинтересованным в проекте.
23 Bigbro
 
24.04.23
05:40
это очень большой проект. я успел повидать несколько вариантов подхода к решению задачи. со своими плюсами и минусами.
но всё сказанное выше абсолютно верно - необходимо обследование, необходима личная заинтересованность руководства на самом верху, стандартизация процессов и т.д.
и вопросы обновления в этом всем - дело 15е, поверьте.
24 NorthWind
 
24.04.23
06:44
(13) из (0) не вполне ясно, имеется ли в виду общая база (т.е. одна база в одном месте и все заводы на нее ходят, допустим, по rdp) или все-таки одна конфигурация (конфа одна и та же, но стоит на каждом заводе и данные у каждого завода свои).
25 Bigbro
 
24.04.23
06:52
одна база или несколько это уже тоже нюансы реализации, тут тоже возможны оба варианта, зависит от того как сейчас организованы ИТ службы и процессы, какие есть ресурсы в центре и в регионах, какие каналы и прочая прочая.
26 Bigbro
 
24.04.23
06:55
в общем случае распределенная база с частой синхронизацией в центр выигрывает на мой взгляд по совокупности факторов.
27 Мимохожий Однако
 
24.04.23
07:04
(0) В данном изложении ответ - нет. Где голосовалка?!
28 d_monah
 
24.04.23
08:58
Чую что инициатива идет снизу,от ТС.А насколько у вас холдинг есть ХОЛДИНГ?3 торговые точки?Лучше не беритесь,проблемы у вас(особенно если работаете в одно лицо) будут,причем много.
29 El_Duke
 
24.04.23
10:05
(21) В состав проектной команды обязательно должен входить экзекутор, а шеф этой команды должен обладать диктаторскими полномочиями, вплоть до расстрела
Как справедливо сказано в (17), очень быстро возникнет явный и тайный саботаж, преодолеть который уговорами не получится
30 d_monah
 
24.04.23
10:17
(29) Не,ну почему бы и не попробовать,отрицательный опыт тоже вещь хорошая.Собсно ТС предстоит внедрение,только не в одной конторе,а в Х(где Х кол-во обьектов автоматизации).Это долго,дорого.
31 El_Duke
 
24.04.23
10:33
(30) От склада нервной системы зависит
Если чел легко справляется с негативом (а его будут тонны) - можно и на провальный проект пойти. А если нет - лучше не надо, останется не опыт, а нервное расстройство
32 d_monah
 
24.04.23
12:01
(31) Ой какие нежные программисты пошли)))
Проблемы невозможно решaть нa том же уровне компетентности, нa котором они возникaют. Альберт Эйнштейн