Всем привет.

Имеется бухгалтер у которого есть 25 фирм.
Сейчас нужно все это перевести на 2.0.

Вот как лучше поступить, сливать все базы в одну, где просто будет 25 организаций, или делать 25 баз отдельно.

Понятно что из минусов, будет скорее всего большая медленная база, только вот на сколько не понятно.
Из плюсов, соответственно обслуживание одной базы, единая база контрагентов, товаров и тд.

Как лучше поступить в данной ситуации?

именно бухгалтерия?

а щас на 7-ке, или на 1.6?

25 баз - почек. и настроить обмен

В случае непредвиденной проверки под удар ставится сразу все 25 фирм..

Делай отдельно. Объединить всегда можно. Но обычно не нужно.

Объем всех баз в совокупности = ?

(0) >> будет скорее всего большая медленная база

Не факт. С чего ты это взял вообще?

>> Как лучше поступить в данной ситуации?

Продолжать вести 25 баз.

и насколько связаны учредители этих 25 ЮЛ?

У каждой организации своя номенклатура, свои контрагнеты, свои особенности - не взленит слить в одну

(5) Нужно. Проще обновить одну базу и автоматом загрузить обмены, чем 25 баз

В тоже время бух превык что отдельная база - отдельная фирма, и когда все в одной базе она будет париться, причем жестко

(1) Именно.
(2) 20 баз на 1.6, 5 баз на 7.7
(3) Какой обмен, между чем и чем?
(4) Да это один из аргументов.
(6) Пока хз.

(4) Проверке кого и на что?

(11) Типовой обмен по организациям

под какой СУБД планируется 2.0?

(7) Взял с того что есть примеры, может конечно и криво что-то настроено. Если например при таком раскладе перепроводить документы по одной из контор, будет ли возможно делать документы по другой или фиг.

(14) Файловый вариант.

(16) не взлетит. Одназначно отдельные файловые тогда

Для грубого подсчета умножь текущий объем базы на 10-15 и ты получишь минимальный размер твоей базы

(15) при условии связки по УРИБ имеем общие справочники + возможность перепрводки

(12) наверное, обэп
(16) оп-па. тогда, наверное, лучше раздельные базы веести

Хотя все эти общие справочники - гемор еще тот

Понятно.
Спасибо будем думать.

(10)Вместо УРБД можно настроить скрипты по обновлению каждой базы отдельно.

Сливать в одну базу имеет смысл ТОЛЬКО в одном случае:

если эти юридические лица имеют что-то общее между собой.

Если речь идет об обычном бухе - надомнике, который ведёт учет для 25-ти абсолютно посторонних друг другу контор, то объединять ни в коем случае нельзя.

Синхронизировать одни только статьи затрат в единый справочник будет стоить ей нервов на пару лет жизни.

У меня  1.6 колбасились все в одной базе (около 20 фирм). минимум неделю каждый месяц на ночь ставил на перепроводку

В 2.0 сделал УРИБ, добавил филиалы ( сейчас 30 организаций в центральной базе). Красота, сами перепроводят

(23) У моих было любимое занятие "портить" РБП.

Т.е. фирма А завела РБП типа отчетность, проставила период срок
Фирма Б увидела что уже есть РБП Отчетность и давай там период и суммы править
Фирма А перепровела закрытие месяца и у ней поплыли все цифры. Истерика.

(24) Расскажи подробнее, что-то не могу понять. Т.е. у тебя есть центральная база где 30 организаций, и 30 распределенок только на выгрузку? Так чтоли?

(26) Практически так. Некоторым бухшам удобно когда в одной базе, в основном это филиалы, т.е. в почки сразу несколько организаций.

А в центральном офисе привыкли одна фирма - одна база. Т.е. каждая отдельная почка - это своя фирма

(25) Это еще мелочи.

А есть еще настройки соответствий счетов БУ и НУ, настройки вхождения номенклатуры в номенклатурные группы, структуры справочников статей затрат, статей доходов и расходов, указания в этих справочниках какие статьи облагаются НП, какие распределяются, а какие не облагаются. А если у разных юрлиц и еще и разные режимы налогооблажения (ОСН, ЕНВД, УСН), или, упаси бог, сложный НДС со ставкой 0%, то вообще туши свет.

Ну соответствия у нас совпадали.
Группы тоже для продаж не сильно важны, поэтому с этим проще.
Со справочникам статей затрат - решили административным способом. Т.е. есть один ответственный по всему холдингу и он заводит и отвечает за этот справочник
ОСН, УСН и ЕНВД - это есть, но проблем не замечал

Были правда случае, когда шибко умные настраивали счета учета, а точнее правили существующие. И у всех в реализациях не 41, а 10 был.

(29) Разумеется всё это решаемые задачи.

Только имеет смысл их решать и тратить на это силы (причем достаточно много на начальном этапе) только в том случае, если ведется учет связанных юрлиц.

Единственное что пришлось на 1.6 делать - это ИП и УСН в отдельную базу, так как там на 41 и на 60/62 доп аналитика, которая другим нафиг не нужна

С 2.0 это проблема ушла

(30) Все конторы связаны в цепочке импорта.

(30) Согласен Я бы добавил имеет смысл эти задачи создавать в том случае если ты в штате и занимаешься этой проблемой постоянно. А если знакомы попросили, или как доп.занятие. То и смысла в одной базе нет

(32) у меня документооборот внутри холдинга полностью электронный, поэтому мне нужно было по любому решать задачи синхронизации товара и контрагентов. Поэтому единая база с едиными справочниками мне нужна.

Если электронный обмен накладными не нужен, и не нужен общий баланс по холдингу, то и общие справочники тоже не сильно нужны

(34) Общий баланс нужен будет, для этого еще тут будет КОРП присабачен.

Вообщем я думаю что будет отдельные базы, + через обмен выгрузка в КОРП и там консолидация.

(4) абсолютно идиотская отмаза.. в случае непредвиденной проверки 25 баз на одном компе/сервере ровно так же будут засвечены.. да еще и спросят - почему 25 левых контор ведете.. :)

Ставь сразу КОРП. (у меня стоит)
Там разница м/у КОРП и 2.0 - это только подразделения на всех счетах - не более того (ну и пару печатных форм)

Единственная центральная может не взлететь на файловой из-за обмена. А вот для бухов отдельная файловая - красота, все летает. Но файловая не дружит с RLS

(36) Да нет, вполне жизненно как раз таки. Например могут базу потребовать предоставить.

(38) ыыыы кто? куда? кому предъявить базу? выгрузку всмысле? 1CD файлик?? :) :) :)

(37) Про КОРП я в курсе, внедрял. Тут вопрос про КОРП не стоит, стоит вопрос именно от куда сливать. Из разных или опять таки из одной.
Просто им там надо данные править для КОРП отчетов, при этом сохраняя первичный вариант по конторам отдельно. Т.е. полюбому две базы делать мимнимум.

(39) Ну выгрузку конечно, а что ты так удивляешся...

(41) кто может у вас потребовать выгрузку????

(42) Не потребовать, в попросить предоставить, пару раз так скидывал базы аудиторам к примеру.

(40) Ну и пусть в централки сидят, лишь бы доки не правили. У меня финик как раз в центральную базу доступ имеет, чтобы смотреть отченость по фирмам

(0) Объединение может быть обосновано только тем что однородные справочники у всех фирм, а вообще есть старый добрый принцип - "работает - не трогай."

(43)а.. ну тогда да.. аргумент.. решаемый в принципе но аргумент..