Remmar GorpКонтора собирается приобретать 1с. Число пользователей сейчас - около 500, основная масса - ОЛТПшники, примерно 50 человек - аналитики, бухи и прочие ОЛАП-товарищи.
А на чем сейчас все работают?

Remmar Gorpна Oracle 11g
500 пользователей - предполагается, что все будут жить в одной базе, не урбд? если в одной, и количество документов на одного пользователя более-менее приличное, то такой переход - крайне сомнительное предприятие.
200-300 еще относительно нормально, хотя потребуется глубокое переписывание конфигурации, и то скорее всего тормоза будут, а 500...

Remmar Gorp,
Если перевести ваш вопрос с ИТ языка на язык автоперевозчиков, то он звучит примерно так:


Контора собирается приобретать Газель. Надо возить грузы примерно по 5 тонн.
Насколько глубокой потребуется доработка Газели, что надо сделать, чтобы она поехала с таким грузом?

некоторые такое делают ( http://forum.cherepovets.net/index.php?showtopic=98981), но подумайте еще раз - вы уверены, что оно вам надо?

Критикчисто теоретически, на нашем примере розничной сети (3к+ магазинов), потянет,

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

Критикна нашем примере розничной сети ( 3к+ магазинов)
...
база одна , не урбд

круто!
а максимальное количество активных пользователей можно узнать?

Remmar Gorp такова воля руководства :-)

А бухучет и налоговый учет вы в чем ведете? Если не в 1С - то можно начать с перевода учета в 1С. Но для этого, возможно, лучше подойдет стандартная бухгалтерия - больше пользователей -> больше тестеров -> меньше ошибок в софте
И с бухгалтерским и налоговым учетом ваших объемов 1С гарантированно справится, 500 пользователей при всем желании не сгенерируют столько документов, чтобы 1С загнулась (разве что железо помощнее понадобится).
Такой проект будет относительно коротким и не сильно дорогим - конфигурацию нужно использовать стандартную, а дорабатывать интерфейс взаимодействия между существующей программой и 1С.
Более того, если у вас несколько юр лиц, то для каждого юр лица можно завести отдельную базу - в таком случае есть высокие шансы, что вам на первое время подойдет файловый вариант

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

Remmar GorpЯ намеренно спросил на форуме тех, кто практикует на 1с: потянет ли эта платформа. Если вы говорите, что нет, то объясните, пож-ста, почему именно, т.е. во что там всё упрётся.

А никто не скажет. Теоретически - да, можно. Практически - могут всплыть проблемы, которые обойти не получится. Надо тестировать.
И в любом случае это будет дорого - потребуются очень квалифицированные (= дорогие) специалисты. Стандартных решений от 1С, рассчитанных на такие нагрузки, сейчас нет.

Remmar Gorps_ustinovА бухучет и налоговый учет вы в чем ведете? Если не в 1С - то можно начать с перевода учета в 1СИНФИН у них.
тогда совсем непонятно - а зачем менять на 1С?
что руководство надеется от этого получить?

Remmar Gorps_ustinovтогда совсем непонятно - а зачем менять на 1С?
1) тут главбух поменялся, а он привык работать в 1с на предыдущей своей работе;
2) есть еще несколько новых руководителей среднего звена, которые ранее "где-то там" тоже работали на 1с-автопредприятии.
речь идет минимум о 6 значном числе в долларах, причем достаточно близком к семизначному. причем существует вероятность, что может превратиться в 7 значное...
не слишком ли много для "привычки"?

Remmar Gorpгм... откудова такая циферка взялась ? это стоимость спецов, которые будут её конфигурить под нас, или что-то еще ?
лицензии 1с = 500*100=50000
лицензии MS SQL и винда под него + сервер (железяка с рэйдом) + сервера приложений и прочее железо - еще минимум (работа 500 пользователей 1С в одной базе - это мощное железо нужно) 50000-60000
уже больше 100000 - 6 знаков получили

минимум год работы команды спецов. скорее всего надо будет часть брать в штат + привлекать крупного франча

специалистов, которые смогуть заточить конфигурацию под ваши потребности очень мало, надо будет сманивать - а это деньги

зарплата года работы команды из 6-7 человек (считаем в среднем по 4000) 7*4000*12 = 340000
если часть народа перекупать у франчей - сумма увеличивается, но даже так 340000+100000=440000 - почти пол миллиона уе
но скорее всего сумма будет больше - вот мы и подобрались почти к миллиону.

Remmar Gorp, еще раз обращаю внимание на тот момент, что 500 пользователей в базе - это не стандартное решение, которое готова сейчас предложить 1С. Чтобы получить такой результат, надо долго работать напильником.

Титовхм а я не увидел предельно простого решения! в плане внедрения и настройки без дописывания конфы и прочего, это поставить под каждую отдельную контору отдельную конфу, в которой они будут работать, и оформить обмен между ними путем одной жирной базы! в которой будет всего то работать человека два три! для ведения учета. на мой взгляд если даже и не оптимальный вариант но как вариант можно рассматривать!
во первых, если сфера деятельности одинаковая, то не разные конфигурации, а разные базы с одинаковой конфигурацией
во вторых, это называется урбд
и в третьих, там есть некоторые ограничения - например, один и тот же покупатель покупает у разных юр лиц, но кредитный лимит у него надо контролировать в целом по холдингу - и в случае нескольких баз будут проблемы. проблемы решаемые, но там не все так просто.

SpellBuilderУ нас было аналогично. пришел новый главбух холдинга. Сказал нужна 1С, я её знаю и дома немножко подрабатываю.
Мы, а как же холдинг (до КОРП было), всё вместе хочется, а она у нас организации так долго не живут (были такие подходы оптимизации). Директор у нас к мнению пользователей прислушивался, надо так надо и свернули крупную систему.

Вы поймите, пользователи то же люди и то же хотят кушать. Со знанием 1С они случись что, найдут себе работу и устроятся, а со знанием Инфин будут без работы сидеть. Оно им надо.
Так что 1С "наше" все.
Надо отличать бухгалтерский (в том числе налоговый) и оперативный учет. Для оперативных задач в более менее крупных компаниях 1С подходит не очень - много проблем. А вот для бухучета - вполне хорошо справляется. Я знаю несколько фирм, где OLTP вещи делаются в навижине или аксапте (и там же и управленческий учет), а бухучет ведется в 1С. И все довольны.

Титовна мой взгляд аксапта отжила свое
возможно
я ведь не про аксапту говорил
вместо аксапты можно использовать например свою самописную систему

Титовда но опять количество денег выделенных на подобное внедрение будет внушительным проще будет развернуть базы отдельные для управленческого учета УТ пускай 10.3 т.к. на мой взгляд 11.1 еще кривато написана! для бух учета соответственно БП 2.0 т.к. опять же БП 3.0 еще кривовата ну и для выплаты зарплаты ЗУП 2.5. ну а для центральной БД куда будут сливаться все данные для анализа Финансов, Операционных отчетов и прочей отчетности в 1С Консолидация это на мой взгляд оптимальный вариант! ну и косяки всякого рода в ведении учета можно будет выявлять проще. сложность будет заключаться лишь в настройке такой паутины а все остальное дело техники!

вы на практике часто сталкивались с такими паутинами?
там есть достаточно неприятные ограничения и настраивается все не так просто.
да и цена...
если речь идет о 500 пользователях, то получить для них функционал +- сравнимый с УТ существенно дешевле будет с помощью того же адемпьера - все эти пользователи нормально проживут в одной базе, а стоимость железа и работ по настройке системы (не доработки а настройки) скорее всего будет меньше 50000 уе. А примерно столько будут стоить только лицензии 1С на 500 пользователей, а ведь надо еще железо, винда и sql сервер...

Титовда согласен дешевле возможно даже проще но опять же плохо поддается дописыванию, с 1С в этом плане проще и понятнее!

да, 1С дописывать проще намного. хотя опять же - если надо дописывать большой и сложный функционал, и нагрузка большая (много пользователей, много документов) - то в 1С такие вещи делать сложнее.

Титов да и жизнь 500 пользователей в одной базе для России это катастрофа максимум 100 и достаточно так что разные базы объединяем потом в одно целое вариант более выигрышный в плане управления!
А почему именно в России? в этом, мне кажется, вы сильно ошибаетесь.
есть фирмы, где менеджмент сумел грамотно организовать работу, и там база на несколько сотен пользователей - очень удобный инструмент, облегчающий работу.
а есть фирмы с "эффективными менеджерами", где в целом уровень бардака очень высок, и там да - у каждого отдела своя база. вот только объединение данных потом задача не настолько поостая, как многим кажется, да и в целом эффективность работы... не очень.