Требования к системе:
- Распределенная структура по филиалам в России (география от Калининграда до Камчатки) с возможностью оперативного получения данных в центр;
- Количество транзакций в день: до 100 000 документов по 15 строк в табличной части;
- Количество активных номенклатурных позиций: ~5000
- Количество пользователей: ~1500
- Функционал должен включать управление торговлей и складом, управление закупками, расчет затрат и себестоимости, ценообразование, управление транспортом, управление финансами, МСФО, Бюджетирование, консолидированную отчетность.

В настоящее время в области РСБУ и HR уже используются и работают такие решения как 1С:БП 3.0. и 1С:ЗУП 2.5

Способна ли платформа 1С «перереварить» такой объем данных? У кого есть опыт внедрения, поделитесь, какой на ваш взгляд должна быть архитектура системы?

а что сейчас стоит?

(1) Сейчас лоскутная автоматизация на различных платформах.

http://www.1c.ru/rus/partners/solutions/solutions.jsp?nomenklature_id=2857&;

(3) Интернетом все умеют пользоваться. Интересует живой опыт.

(4) Ну, скажешь тоже))) Далеко не все... :)

готовьте пару миллионов для франча

Описание недостаточное:

- Количество транзакций в день: до 100 000 документов по 15 строк в табличной части;  

- Количество пользователей: ~1500


это в одной базе ? или в во всех распределенных базах организации?

Вы предварительную оценку хотите, что ли?

(0) Это вам в саму 1С надо обращаться с такими объемами.

(7) Архитектура это один из вопросов. В одной базе велик риск что она будет еле ворочаться, в разных велик риск потерь на обменах.

(8) Хотим выбрать интегратора и определиться с архитектурой.

(6) Пару миллионов? Серьезно? Или ты про доллары?

(11) Вообще ваш вопрос не на пару минут общения и уж точно общения не на форуме.
1500 пользователей — это не кот наплакал.
Можем пообщаться в скайпе или по телефону?

в 1с есть примерно такая должность "эксперт по технологическим вопросам", суть ее в консультации франчей на больших внедрениях.

Я-бы попытался связаться с одним из таких спецов и получить от него рекомендации.

по объему - да такой объем 1с потянет но не факт, что в единой ТИПОВОЙ конфигурации.....

я-бы советовал проанализировать трудозатраты по поддержке единой системы и разделённой, очень может быть, что перепиленная ЕРП будет практически не обновляемая....

(8) Если вы интегратора по отзывам на мисте будете выбирать, то все очень плохо =)

Готовьте отстегнуть за предварительную оценку. И очень рекомендую взять на время проекта РП, представляющего ваши интересы.

И да, вероятность, что достаточно будет типовой конфы, близится к нулю. А уж от степени ее допиливания и будет плясать архитектура.

мне тут недавно предлагали взять руководство над проектом внедрения ЕРП+Документооборот в УК примерно на 200 человек, франч его оценил минимум 18 лямов рублей, реалистично - 30...

(10) Без распределенки на стандартной ERP такие объемы точно нормально работать не будут.

(13) Как с вами связаться по скайпу?

(14) О том и речь, хотелось бы сохранить обновляемость в части регламентированных функций.

(10) проект интересный, могу в почте пообсуждать, может я сгожусь еще на что кроме мисты :)

(18) pechenkinroman

(21) 5%, и я вам не мешают!

(22) Я понимаю, что это смешно, но пока что еще ни разу не было, чтобы я нашел клиента на МиСте, а его кто-то на МиСте же увел бы :))

Мог бы посоветовать одну хорошую компанию, да только врожденная скромность не позволяет:) Информационные объемы подобные не проблема. Обмены или централизованное хранилище тоже не проблема.Отзывы и референсы - их много. Если интересно - пишите в личку.

(0) Работаю на данный момент в одном из топовых франчайзи С-Пб. Если есть потребность - тоже готов(ы) пообщаться. В портфеле компании есть проекты на ERP и проекты, которые реализовывались удаленно.

Так. Ну раз (24) объявился - ждем только Demiurga (Гилев) и букет мегамозгов можно считать собранным.

(0) способна и поболее.
http://v8.1c.ru/applied-solutions/top500.jsp

(0) Крупный проект. А чем именно ERP приглянулась?

(15) Миста не единственный источник информации. РП представляющий наши интересы есть. Любой типовой конфы будет недостаточно? Мы еще не определились с архитектурой, от нее и степень допиливания будет отталкиваться.

(24) Да, действительно эту компанию что-то упустили из виду.

(29) определитесь с реально достижимыми целями, тогда и архитектура сама проявится....

(25) Ссылочку бы. Есть ли офис в Москве?

(31) Исходя их требований, на ваш взгляд, мы поставили недостижимую цель?

(0) А чем компания занимается?

(29) На моей практике, типовые конфы без доработок устраивают только ларьки. У любой компании крупнее дворового минимаркета есть какая-либо специфика, которую ну очень хочется впихнуть в автоматизацию. У вас этой специфики, вполне возможно, хватит еще на одну конфу по количеству доработок.

(34) Оптовая торговля

(33) А количество транзакций до 100 тысяч в день — это какие документы?

+(37) В основном реализации и оплаты?

(37) в основном реализации

(39) База должны быть единая или УРБД?

(40) На данном этапе еще не определились, в т.ч. поэтому и хотим обратиться за помощью к интегратору.

(32) Нет, в Москве нет офиса. Но обязательно ли в наш век постоянное физическое присутствие? http://www.1c.ru/rus/partners/franch.jsp?id=3310 / http://sb-vnedr.ru/

(41) Понятно.
Тогда повторюсь, стучитесь в скайп, договоримся на встречу.

(42) При необходимости большого количества встреч удобнее если есть офис.

(33) я не вижу в данной ветки ни одной цели...

цель должна быть реальная с критериями по которым можно понять, что она достигнута.

например из одного проекта:

Проект автоматизации внутренних поручений, службок, и прочих не регламентируемых законов внутренних документов (далее "документов").
Критерий завершения - ведение одного учетного периода (квартала) без бумажных/устных "документов".

(42) Требуется ли присутствие на проекте на 1500 пользователей? Удаленно сделанный проект для компании с географией по всей России? Фига се.

(43) Постучался

(46) исходя из Вашей логики, Вы будете по всей стране колесить?

(45) Детализацию наших требований и описание бизнес-процессов готовим. Эта работа завершается на этой неделе. Далее хотим осуществить выбор платформы автоматизации и интегратора.

(49) ну как будут готовы бизнес требования - тогда и приходи, а сейчас все это банально треп и ничего более.

Никакой архитектуры Вы сейчас не выберете, только запутаетесь больше....

(49) ультиму не смотрели?

(11) не интегратора, а интеграторов.

пишите предварительное ТЗ и объявляйте теднер,
разница в стоимости от разных "интеграторов" будет на порядок отличаться ;)

(52) Ооооооооооо. ТЗ, Тендр, порядки....

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

(54) а без этого у них пшик получится :)

(53) а по цене так и будет ;)

(50) Мнения о подходе к решению как минимум узнаем. Вы свое высказали, спасибо.
(51) Нет, даже не знаю что это такое.
(52) Да, все верно. Выбор из нескольких вариантов обязательно будет.

(56) будут сиксилионы которые хочет франч, и тысчи которые будут предлагать перехватчики фрилансеры.

(57) посмотрите в сторону ультимы. На ней юлмарт крутится.

(58) ггг, франч то как раз гуманно оценит, будут еще "системные интеграторы" :)

вот кто в другой реальности живет :)

(57) чем детальнее составите ТЗ, пропишете условия в договор и разобьете проект на логически завершенные этапы
с оплатой каждого (20-30% аванс, остальное за этап после приемки) тем проще будет держать исполнителя за сокровенное.

(48) Исходя из моей логики филиалы внедряются удаленно, центр — конечно же _только_ непосредственное присутствие

(61) Такие проекты начинаются с устава проекта, а не с ТЗ

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

(63) да хоть с чего, главное все изложить на бумаге до того как ввязаться :)

(65) так грамотно изложить это тоже денег стоит)

(66) Грамотно изложить - немалых денег стоит.

(66) это тоже отдельный этап за деньги.

(68) теперь нужен грамотный "излагатель" проектов. А если "излагатель" изложит проект на бумаге, то гарантия что только он и поймет что написано.

(69) угу. И только он сможет затем нормально довести проект до конца.

(69) ну так пока заказчик не поймет излагатель бабла не получит :)

(70) не обязательно

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

(73) нет ТЗ, какой подрядчик ?

(73) Сначала требования - а от них уже платформа

(73) Сначала надо описать что за бардак автоматизируем. а потом уже выбираем чем автоматизировать.

(75) он франч :)

Если же сначала выбираем систему, то надо сразу к саперам, они проконсультируют и холдинг будет еще 5-6 лет копить денег на автоматизацию.

(78) сап-внедрения мне напоминают притчу о том, как Ходжа согласился научить осла разговаривать в угоду падишаху, но запросил на это 50 лет.

(78) Эта работа сейчас и делается и близится к завершению.

(80) Можно нескромный вопрос. Сколько времени делается эта работа?

(81) Можно. Около 3 мес.

(82) Ясно. Я просто думаю, что за 3 месяца информация может потерять актуальность, в виду с изменениями в организации. Не вся конечно-же, но такое, к сожалению бывает.

(83) или осел сдохнет, или падишах помрет :)

(84) главное деньги сразу получить.

(75) Это одновременные параллельные процессы, а не последовательные.

(83) 3 месяца на эту задачу на таком проекте — это можно сказать минимум, за два дня такие вещи не делаются.

(87) Если задача не была решена, то это говорит о многом. То что она делается за 3 месяца - говорит о том, что не факт, что задача сделана качественно, тем более своими силами.
Это проект из разряда один и на всю жизнь.... либо осел, либо падишах, либо сам....

(88) поэтому его надо делать частями

Хех, история неизменно повторяется один в один

(88) Нет, не совсем своими, вместе со сторонними консультантами.

(91) деньги они за результат получат или уже заплатили ?

(91) Ну значит и исполнитель к вам выскочит как черт из табакерки. У консультантов уже толпа внедрятелей, которые консультантам еще и отлуп дадут.

(92) Деньги, естественно, только за результат.

(94) Хотя, как я понимаю разговор с представленным  внедренцем уже был. Но что-то пошло не так...

(95) Разговор готовится, но хотелось бы рассмотреть несколько вариантов.

(0) Советую вам посмотреть на 1С управление холдингом. Там такие зоопарки собирают из данных. А из интеграторов видел как Марию-ра сделали в Рарусе, впечатлило. Ваши требования это 15% от того внедрения. У них было порядка 100 млн записей в день. Правда та конфа была только для сбора данных, обновить её можно было кусочно, но на ее основе можно было сделать все ПБУ и МСФО. Надеюсь секреты не сдал ничьи.

Да я просто мессия. Я вижу будущее.

(96) Можно еще вопрос. Требования к интегратору какие?

(97) Спасибо, 1С: Управление холдингом упустили из виду, посмотрим.

(97) Хотели тут в одной конторе внедрять управление холдингом.В итоге от внедрения отказались. Продукт оказался очень сырой. Имхо внедрять не раньше чем через пару лет.

И кстати еще и очень тормозная эта конфа.

(99) Требования к опыту поставщика услуг:
Исполнитель должен иметь проектный опыт реализации консалтинговых проектов по следующим тематикам:
• комплексный аудит информационных технологий, в т. ч.:
     аудит поддержки бизнес-процессов со стороны ИТ;
     аудит системы ИТ-управления.
• формирование функциональных требований к автоматизации процессов и обоснованию выбора платформы автоматизации;
• разработка целевой архитектуры ИТ (включая систему ИТ-управления, бизнес-приложения, ИТ-инфраструктура);
• разработка концепции и программы развития информационных технологий.
Требования к команде поставщика услуг
Потенциальные исполнители, представляющие документы для участия в конкурсе должны предоставить информацию по следующим пунктам:
• состав основной проектной команды, с указанием роли и обязанностей каждого участника проекта;
• подробное резюме каждого участника проекта, включая менеджера проекта, с указанием ФИО, квалификации и опыта работы;
• количество сертифицированных консультантов в области аудита и управления ИТ.
Квалификация членов проектной команды должна быть подтверждена копиями сертификатов.

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

(104) Постучался.

(0) Автору посоветую добиться кураторства вендора по данному проекту. И вообще обратиться в 1С, пусть советуют интегратора. Это ничего не стоит. И выбирать из предложенных- вовсе необязательно

(103) можешь пойти путем исключения, интеграторов с практикой 1С мало:
- Ланит
- Техносерв Консалтинг
- АйДи – Технологии управления
- IBS - про них давно не слышно


я бы сделан иначе - для ERP Раздолье, для всего остальное интегратор по конкурсу

(103)[Квалификация членов проектной команды должна быть подтверждена копиями сертификатов.]
тут тебя ждёт засада
у интеграторов на сегодня нет даже Профессионалоа по ERP, про специалиста и говорить не приходиться

(106), (107) Спасибо.
(108) Требование руководства компании. Можно индивидуально рассматривать вопрос о привлечении того или иного специалиста, исходя из его опыта на предыдущих проектах, отзывах.

Еще очень желателен будет референс-визит к клиентам интегратора.

(109) Красивый ход.

(109)[Требование руководства компании]
невыполнимое на данный момент,
в отрасли нет сертификатов, на все Московские франчи их (сертификатов специалиста по ERP) штук 10 =)

(111) И то все у 1Са ;-)

(107) У Бита команду знаю кто делал часть пилотов и ща внедряет ЕРП

(0) имхо  базу ставте одну и через терминал. Встанет в копейку каналы и железки .

(103) Вполне есть такое. Дай контакт, или в почту/аську стукнись.

(111) ERP в нашем случае не обязательно подразумевает под собой конфигурацию "1С:ERP Управление предприятием 2.0". Квалификация специалистов может быть подтверждена сертификатами и по другим продуктам от 1С.

(115) Стукнул в аську.

(116) мутно
и в очередной раз приводит к связке Интегратор + ЦКП + куратор от 1С, что неизбежно ведёт Вас в 1С напрямую

(118) Возможно как и поступим на счет кураторства, как уже советовали в этой ветке. Интегратор сам вполне может быть ЦКП.

(4) ктож из нехвастунов сознается

(0) Навижн не пробывали?

(103) о5 резюмисты отчет о кипучей деятельности готовят, не?

(0) Сама платформа вполне переварит такой объем.
Больше проблем будет с поддережкой оборудования и с тем кодом, который напишут в процессе адаптации конфигурации под ваши требования.

(119) может, но цена вам точно не понравится.

+ не исключай такой вариант, что покажут тебе команду супер-пупер-мега спецов, а потом на внедрение студней пришлют :)

договор то подписан, аванс уплочен.

(125) Как меня умиляют такие страшилки :))

(126) это не страшилки, а реальные случаи.

и неплохо когда заказчик заранее оговаривает квалификацию исполнителя.

(127) Ты мне будешь рассказывать про реальные случаи? :))
Заказчик оговаривает результат за фикспрайс и ему похрен абсолютно, если приедет команда тупней, которая все завалит.
Завалит — не подпишут акты.

(127) Пусть оговаривают, не вопрос. Но насчет студентов на внедрение ЕРП-ну глупость же...Зачем ерунду писать

(129) На моей памяти еще не было отчаянных, которые были согласны на студентов при внедрении ERP :))

(128) ну не надо про "похрен абсолютно", упущенное/зря потраченное время тоже риск

(128) Завалит — не подпишут акты.

зачем доводить до этого ?
можно же предусмотреть и не допускать такой ситуации.

(129) речь про то, что на тендер франч выставил такую красивую команду. все кавалеры всех сертификатов и всетакое.

... через некоторое время обнаруживается, что у заказчика сидят немного другие люди.

(130) так все несогласны.

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

(133) Ты сейчас имеешь ввиду проекты по внедрению УНФ в ларьке и подзаборного партнера. Тут ветка про другое

(135) А почему нет? Причем тут ларьки и подзаборные партнеры? Естественно, что часть работ будет выполняться субподрядом, а вот каким - остается вопросом открытым.

(135) странно, чего франчи так возбудились на простое требование заказчика предоставить квалифицированную команду на проект ?

т.е. само-собой разумеющееся фиксируем на бумаге.

(136) франчу от этого головняк тока :)

(138) У франча жизнь - сплошной головняк. Надо найти где купят дорого, а сделать надо подешевле.

(139) ну так, а если клиент толковый то еще и хорошо делать придется :))

Из интеграторов сейчас КРОК активно внедряет ERP

(131) Да, конечно. Но довольно сложно качать права про команду до старта проекта, поэтому практически все поступают одним из следующих образом:
1. Договариваются, что на проекте будут как минимум Вася, Петя и Коля, которых видели и поняли их уровень.
2. Ждут до начала проекта, а там уже внимательно смотрят, кого прислали. И если прислали студентов, то вежливо интересуются, а не о фей хуа ли ли дорогие товарищи присылать такой шлак и как дорогие товарищи планируют закрывать потом акты?

(132) Логично.
И в основном это интерес интегратора, потому в основном интегратор и не шлет на проект шлак.

(140) Качество понятие аморфное, и оно стоит реальных денег. Тут надо понимать, что клиент платит не за качество команды, он платит за качественный продукт, который командой разрабатывается.

(143) Ну я бы не был так оптимистичен.

(137) LOL
Франчи обычно так и делают, если ты не понял.
Но не всегда физически получается на проект предоставить именно этих спецов.
Люди могут быть заняты, уволиться, скопытиться, повыситься, отупеть, уйти в запой и т. д. и т. п.

(145) И ты с таким мышлением пытаешься создать фирму?? Иди уж лучше в блогеры, болтун

(145) Я говорю про основу команды.
Конечно, можно послать одного толкового и двух на подхвате, это нормально, если толковый будет страховать студентов и ставить им задачи.
Не отдавать же задачу написать пользовательские инструкции или загрузить данные в базу из другой базы специалисту за 200 — 300 тысяч.
Кто на Ламборджини картошку возит?

(148) Я про тоже.

(149) "То же" пишется раздельно.

(150) Не всегда, но в случае (148) пишется раздельно.

(149) Если дословно, то ты сказал, что ты бы не был так оптимистичен, что интегратор не шлет на проект шлак.
А я тебе и говорю, что не шлет. Потому что это довольно странная ситуация, выиграть тендер на миллионов 30 и заслать туда студентов без офицера, которые гарантированно завалят проект.

(151) Я не говорю про все случаи.

(152) Просто по-твоему получается, что студентов шлют, потому что нет никого лучше.
А их шлют, потому что в качестве солдатов шлют солдатов, а не генералов.

(154) Согласен.

(152) шлет. не одних конечно, в перемешку.

на качество сильно влияет.

(156) Ну, тебе виднее, наверное :)) Не буду спорить :))

(141) С Кроком общались, думают. Выразили большие сомнения, что в нашем случае подойдет конфигурация ERP.

(156) Если будут представлены одни специалисты, а на проект приедут другие, конечно же это никого не устроит. Сама по себе такая ситуация скорее исключение, чем правило.

(154) Слушай ну все здорово, выходит есть солдаты, есть генералы, сам написал. Ответь почему клиенту счет по часам выставляют одинаковый и за работу солдата и за работу генерала? Я имею ввиду почему часовая ставка для клиента одинакова?

(154) Возможно, что у тебя не так (хотя я сомневаюсь). Но вот если мне за пользовательские инструкции выставляют скажем N часов по 2500 час, вполне логично, что я хочу чтобы эти инструкции писал "генерал" ?

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

(159) договора и пишутся для "исключений"

когда все белые и пушистые достаточно устных договоренностей, а когда пошли претензии все лезут в договор, ТЗ и прочее.

поэтому в интересах обеих сторон прописать там максимальное
кол-во "исключений"

все не напишешь, но ключевые - надо.

(162) стоимость складывается из "нормочасов", рисков, торга и прочего.

но база идет от стоимость нормочаса х планируемые затраты.

(163) С этим согласен, на этапе договора должны быть прописаны многие "но ...".

(162) Все это так. Суть в другом: saasa вполне справедливо написал, что хорошо бы франчу подтвердить квалификацию сотрудников, выполняющих проект. На что печ0нкин заявил, что это бред, франч сам заинтересован, чтобы на проекте были самые-самые. В ходе дальнейшей беседы, он уже пишет, что не все сотрудники должны быть квалифицированы, мона и студента послать писать инструкции. Вот я и интересуюсь, если уж мне посылают студента, то может я его часы по другой ставке оплачивать буду?

(160) Какая часовая ставка, ты о чем? Речь-то про фикспрайс идет.
А, потом, по-твоему что, генералы работают по 2000 в час? :))

(167) фикспрайс из чего складывается ?

(167) а генералы, бывает и в убыток себе работают, когда войско косячит :))

(167) Что значит фикс прайс? Если у меня в процессе внедрения появилась потребность в дополнительных инструкциях, ты акты не по часам подписывать будешь?

(170) Точнее приносить на подпись

(161) В общем да. Но, если речь про почасовку, что само по себе на таких проектах нонсенс, будь готов, заплатив меньше за инструкции, которые пишет солдат, заплатить больше за руководство этим солдатом и за другие работы, которые делает генерал.
Обычно заказчику это все пофиг, он хочет значить, за сколько и в какие сроки ему сделают работу с надлежащим качеством.
То, что заказчику не пофиг, кто работает и есть ли на проекте генералы, а не только солдаты — это все продиктовано больше тем, что клиент понимает, что в конечном счете ничего хорошего не получится. Но при этом никто не будет считать, сколько наработал солдат, а сколько генерал. Никто за мной на Почте России не считал, сколько я работал. Есть задачи, есть решение этих задач в определенные сроки с определенным качеством. Всё.

А вот и подтверждение моих слов в (162).

(173) Я уже написал - речь про другое. Я как клиент имею права потребовать подтверждение квалификации всех сотрудников проекта. Чтобы "студенты" не писали мне инструкции, чтобы у меня их вообще не было.

(164) Фактическую стоимость нормочаса по результатам торга определяет интегратор. Заказчик принимает решение устраивает ли его стоимость.
Естественно, низкое качество работы вследствие потери квалифицированного сотрудника один из рисков проекта.
(170) Это уже будет относиться к управлению отклонениями, которых по-хорошему должен быть минимум.

(166) Не надо передергивать мои слова.
Я сказал, что франч заинтересован, чтобы на проекте были не только солдаты. Потому что продается результат за фикспрайс. И этот результат нужно еще достичь.

(168) Много из чего. Мне тебе всю проектную технологию рассказать? :))

(177) Так или иначе - в нем будет объем часов?

(176) Сначала ты сказал что студентов туда вообще никто не пошлет. потом уже стало выясняться что у тебя студены пишут инструкции..

Рома, на Почте России ты не заключал договора, а работал на подсосе у АЛП, так что не звизди.

(177) Я бы послушал.

(180) кто такой АЛП?

Рома такой Рома. Ни в одном тендере не участвовал, ни одного внедренного проекта нет, даже не франч, я уж молчу про квалификацию в проектных технологиях, про которые он тут говорит с загадочным видом и про фикспрайс. Клоун.
(182) франч

(0) ERP на такое кол-во пользователей пока не тянет. Только разве что заказы автоматизировать по примеру УАЗа.

(183) Спасибо.
Я как понимаю после (183) список кандидатов на внедрение уменьшился на одного и ТС заинтересовался АЛП.

(177) "Много из чего."

именно :)

поэтому на одно и тоже готовое ТЗ мелкий франч и интегратор называют сумму отличающуюся на порядок ;)

(169) Бывает, кстати, конечно.

(170) По фикспрайсу на новые задачи.

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

(186) у ТС какбэ даже ТЗ нет и основное его изыскание это технологические вопросы, что составляет процентов 10 от стоимости внедрения. И вообще непонятно с какого бодуна ему надо именно ERP, а не УТ 11 например.

(178) Нет, конечно же :))

(179) Туда никто не пошлет _только_ студентов.

(190) да у ТС ничего нет, похоже :)

(180) Я не работал с АЛП, если что :)) Не рисуйся, раз не в курсе :))

(191) а откуда цена взялась ? сроки как определны ?

(181) Устраивайся ко мне, послушаешь :))

(182) Один из крупнейших интеграторов, делает Почту России и Газпром.

(196) Зп от скольки предложишь?

(183) Ню ню. На что живу 15 лет, для самого загадка :))
Тебе там из Чебоксар виднее, да :))

(198) Стучись в скайп, обсудим. А то тут Митичкин скажет, что я на халяву сотрудников ищу.

(184) Верно. Поэтому не нужно делать по-топорному все на ERP :))

(185) Не переживай, с ТС я еще до (90) связался :))
Заказчикам неинтересны рассусоливания на форуме, им интересны люди, способные профессионально решить их задачи.

(0) Посмотри инфу про внедрение в Евраз Металле на 500 АРМ. Тут как-то MegaKent, который был архитектором этого проекта, выкладывал конфигурацию оборудования, она была под 10 лямов. Потянете?

(186) Ну почти так, да.
Только у мелкого франча, предложившего сделать за 100 рублей, риск не сделать 90%, а у интегратора за 1000 рублей риск 10%. Условно конечно.
И поэтому для заказчика цена предложения от франча не 100 рублей :))

Пичонкен опять всё собой загадил. Когда же его забанят опять...

Блин, какие все умные. Аж гордость берет за нынешних айтишников!

(195) Какая разница? Клиенту важно, что цена и сроки фиксированные. А уж согласится он на них или нет — другое дело.

(206) Айтишники-то тут при чём? ) Просто мелкие одинэсники пытаются произвести впечатление.

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

(204) хе-хе, интегратор возьмет 1000 и за 100 наймет мелкого, не пойдет - возьмет еще пару по 100.

вот на эти 2% они и живут :)

(203) 10 лямов в нынешних условиях вполне бюджетно :)

(206) учителя хорошие были :)

(16) как считали?

(212) ответственный со стороны закзчика сказал - бюджет 18,
с откатом в 30% поднимем до 30 :)))

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

(213) ну, если как обычно франч просто назвал сумму, которую еще никогда не держал в руках - это не интересно)
интересна расшифровка работ, как раз)

Добрый день, товарищи 1эсовцы)

Наша компания (франчайзи 1С) специализируется на внедрении ERP и имеем большой опыт в этой области.
Mordor_1C уточните, пожалуйста, как с Вами можно связаться для обсуждения данной темы?
Мы заинтересованы в сотрудничестве с Вами.

Спасибо.

(216) расходимся

(216) А можно узнать название вашего франчайзи с огромным опытом? а то тут все не пальцем деланные ребята собрались

+(215) почитал вторую страницу, хехе.

вот как раз из-за того, что на пресейл франч пригоняет "всё лучшее сразу", не фиксируя состав проектной команды в договоре, и по факту на внедрении обычно работают 3 студента, которых иногда заезжает контроллить паренек с опытом, я и советую на крупные внедрения привлекать консультантов старших систем.
в старших системах нет проблем, вроде "человек ВНЕЗАПНО уволился, запил и т.п."

(215) да они все так проект в начале оценивают :)

(0)День добрый.
Очень интересный проект, всегда мечтал иметь в своем резюме проект с внедрением 1000+ пользователей,
до этого руководил проектами внедрения с 250 активными пользователями (всего в базе 450) и с 150 активными пользователями (проект был последние 2 года).
На всех внедрениях применял безболезненный переход со старой информационной системы на новую - путем перевода пользователей буквально по рабочим местам, для этого использовал двухстороннюю синхронизацию. Я этот метод внедрения называю "Управляемый взрыв"...
С удовольствием поработал на Вашем проекте либо со стороны заказчика либо со стороны подрядчика.

(219) "на пресейл франч пригоняет "всё лучшее сразу", не фиксируя состав проектной команды в договоре, и по факту на внедрении обычно работают 3 студента"


тут меня убеждают что это исключение :)

Ребят) не нападайте на меня)я хрупкая 1эсовская девочка)
Наш сайт homnet.ru
А так я РП, и мне интересно обсуждать подобные темы) Рада знакомству)

Походу кризис в самом разгаре, все РП голодные и, брызгая слюной, сбежались на "кусок сыра".

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

(222) было бы странно, если бы сами франчи тебя убеждали в чем то ином, мне кажется)

(222) Я тоже придерживаюсь того мнения, что на проекте работают одни, должны работать другие, деньги получают третьи.

ребят, ну давайте о высоком)мы не голодные и ничем не брызгаем, все гуд)
обсуждаемая тема: "Посоветуйте интегратора с опытом внедрения ERP от 1С". Я отозвалась от лица нашей компании и рада помочь предложить варианты решения.

(223) Вам не нужна рабочая группа 1Сников на аутстаффинг? если интересно, то мыло в личке.

(223) Ну рассказывайте, какой опыт во внедрении ЕРП2?)

самые интересные проекты на моем опыте мы делали в СиТиАй и Объединенной вагонной компании)

у нас есть нехватка в ресурсах, к теме аутстаффинга) так что можете позвонить нам на общий телефон и вас проконсультируют по данному вопросу)

Я бы Роме Печенкину анализы не доверил нести в лабораторию, а тут автоматизация всея Руси

Вопрос не совсем по теме: Производительность в ЕРП выше чем в УПП ? Например провести 1000 требований накладных в УПП и ЕРП где быстрее? Ну или не требований а других документов в ЕРП, аналогов требованиям.
У нас встает вопрос ускорения быстродействия, вот думаю ЕРП тут помощник или враг.

производительность выше в ЕРП, только чтобы все правильно работало нужно прибегнуть к нашим спецам)
а вообще любую систему можно настроить (кроме УНФ)так, чтобы она быстро обрабатывала данные, ежесекундно)))

(235) а вообще любую систему можно настроить (кроме УНФ)так, чтобы она быстро обрабатывала данные, ежесекундно)))

как здорово характеризует ваш профессионализм эта фраза

(235) Настроить? Я правильно понял? Что не доработать, не автоматизировать, а именно настроить?

(235) Настроить? Я правильно понял? Что не доработать, не оптимизировать, а именно настроить?

(235) > чтобы все правильно работало нужно прибегнуть к нашим спецам)

Вашим это чьим? Кто такие?

(237) Забей эта девочка только заученные/услышанные фразы выдает =) и то не впопад =)

Господа, давайте нежнее с девушками, они же девушки. Это и ко мне относится.

Я имею в виду, что мне полегче надо быть, а не то что все подумали...

(241) господ расстреляли в 1917

(243) Тогда мистяне )

(239) это хомнет же

(245) выражайся яснее

(246) яснее в (223)

(246) вот еще яснее http://www.homnet.ru/ =)

(218) Написано же, Хомнет :))

(233) Не, ты уж со своими анализами сам как-нибудь, а я лучше попроектирую :))

почему вы такие злые?)

(235) А вообще по поводу вашего заявления насчет производительности: Вы (ваши коллеги) производили нагрузочное тестирование на одном и том же оборудовании ЕРП и УПП? Какие операции вы сравнивали?

(234) ERP тут и не друг и не враг, ERP тут другое.
Если речь про ускорение, то в сторону ERP не смотри, только от перехода на ERP эффекта не будет.

(251) Это потому что фотки нет :))

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

(254) и тут после визита модера в истории мисты будет PR четвертый )))

Я немножко прикину стоимость околоблудного.
- цена железа: минимум два сервера (1С + СУБД) с 10GbE сетью между ними. Для 24x7x365 минимум 1 сервер нужно держать "про запас". С вероятностью 90% нужно также нужно будет делать кластер СУБД по технологии always on с использованием специализированного софта. Итого если считать совсем по минимуму (без кластера 1С), получается сервер 1С + кластер субд (минимум 2 сервера) + репликация на минимум 1 сервер. Итого 4 сервера.
- цена софта. На 4 сервера нужно поставить 4 серверные ОС, 2 сервера 1С приложения, 2 SQL сервера и на резервном минимум сервер 1С. Затем нужно приобрести как минимум что-то вроде vmware esx и VSA с синхронизацией данных между железяками + какой-то специализированный софт для  always on (который сам стоит минимально от 1 млн.). Затем нужно приобрести 1500 клиентских лицензий 1С.

Посчитайте сами, кому не ленно, сколько МИНИМАЛЬНО будет стоить только "входной билет". С учетом даже одного этого, странно видеть, как ТС полагается на "коллективное сознательное". С таким бюджетом, надо сразу идти в 1С.

P.s.: особенно порадовала фраза человека, который спрашивает "Но обязательно ли в наш век постоянное физическое присутствие?" ;)

(257) Стоимость ЕРП и лицензий 5 688 000,00р.

это без серверов и кластеров.

Все непрочитал.
Но у заказчика есть еще один путь...

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

(258) Ну далее тогда .. скуль майкрософтовский  ентерпр. который , ОС , балансировщик нагрузки и пр.

(257) Начали общение с вендором по выбору интегратора и кураторству.

(251) злые ?

(262) чего начали ?

(262) кста, когда у вас все начнет тормозить - обратись к МуМу.

(265) кто такой МуМу? Чем он занимается?

(266) нуб штоле ?

265) Софтпоинт ?  Кстати токма у них балансировщик нагрузки и есть для скуля . Я так понял что в крайнем 14 скуле  штатно такого нет .

(266) Ты что, не знаешь МуМу?
Это же единственный в мире человек, умеющий настраивать 1С таким образом, чтобы она не тормозила* :))

* По мнению saasa. Определение тормознутости может меняться по усмотрению saasa.

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

Я вам сразу скажу - таких контор, которые делали такие масштабные и подобные проекты (не ERP, но УТ и ДО), можно по пальцам двух рук перечислить. Но с учетом лейбла ERP, кажется выбор сужается уже до пальцев одной руки.

(268) его вообще ни в каком скуле штатно нет.

(268) если тока он с тех пор не открыл свою контору :)

(0)стесняюсь спросить, а бюджет вам уже утвердили на проект ?

(270) Мы уже накалывались на субподрядах, поэтому совершенно точно будет одна точка входа.

(265) Спасибо, что участвуете в обсуждении. Мы еще не определились с архитектурой, а вы уже про "начнет тормозить". Подозреваю, что вы хороший специалист, который заранее предвидит возможные проблемы. На данном этапе может быть что-то такое посоветуете по архитектуре, что гарантированно не будет тормозить?

(272) Ветка совсем не про бюджет - это предмет торга. Сейчас интересует выбор платформы автоматизации, архитектуры и интегратора.

(267) не нуб. просто не в теме. А как зовут МуМу в жизни?

(275) Так уже  выбрали наверное. Microsoft.

(275) таки же, платформа уже определена.. осталось техническую архитектуру определить.. и интегратора.. или все же пока выбор платформы не окончательный?
зы. держите в курсе событий))

(276) Владимир.

звезда телеэкрана :)))

(277) Пока рассматриваем из вариантов: SAP, 1С или другое, в т.ч. развитие и модернизация текущих систем.

(280) а как же тема импортозамещения?)
я могу с вами связаться?

(274) обратитесь к профессионалам :)

(281) Постгри ? Это смело для (0).

(280) Сап в кризис. Куда катится этот мир?

(271) Вообще то я изначально эту контору открыл;)

(281) Если укажете ваши координаты, я сам с вами свяжусь. Или к вам можно обратиться по общему телефону на http://www.homnet.ru/about/contacts/ ?

(284) Сап верхушка. А вот насчет платформы автоматизации так и не понял . То ли Гейтс толи  Oracle толи ... Постгри на допил .

(280) >>- Функционал должен включать управление торговлей и складом, управление закупками, расчет затрат и себестоимости, ценообразование, управление транспортом, управление финансами, МСФО, Бюджетирование, консолидированную отчетность.

Вы перечислили столько всего, что по почти каждому направление, одно из лучше-признанных решений на 1С - это отдельная конфигурация. Даже требования к одному пункту "управление складом", могут привести как принятию штатного функционала УТ 11, или отдельной конфигурации от ТопЛога.

И так по каждому пункту.

Майкрософт имхо все в одном флаконе продаст  со скидкой - и субд и ос иweb сервер и шарепоинт  и терминал :)

Mordor_1C, а у вас то какая роль, должность во всем этом мероприятии?

(288) УТ11 смотрели. В ней для нас много лишнего, хотя и пока не отбрасываем вариант с допиленной УТ для филиалов.

(291) а какое у вас производство?

(285) не, мало ли, перерос масштаб - новый вызов и всетакое :)

столько лет прошло, может ты щас где-нибудь на мадагаскаре бабочек выращиваешь :)))

(290)"- да маляры мы тут, красим !" :))

(290) Подбор варианта от 1С, и дальнейшее кураторство со стороны ИТ Заказчика внедрения в филиалах и частично в головном предприятии.
Это имеет какое-то отношение к теме?
(292) Выше указывал - у нас оптовая торговля.

(286) (291)меня зовут Полина, можно связаться со мной по общим контактам, указанным на сайте.
Буду благодарна за возможность принять участие)

(293) Растем понемногу:) http://www.softpointplus.ru/category/novosti-it-system

(297) Все хотел спросить .  Мicrosoft  для скуля специально балансировщик не пишет т.к. договоренность с Софтпойнт ?

(295) >>Это имеет какое-то отношение к теме?
Естественно имеет. Ваша квалификация - это один из ключевых факторов успеха/слива всей этой затеи.

Если у вас оптовая торговля, зачем вам ERP, при условии что там УТ 11 + производство. Из-за бюджетирования/мсфо?

(297) поздравляю !

+(298) Косвенно так сделал вывод что  завязка на MS основательная .

Пиар 14 го во всю  на софтпойнте :) . Кстати дизайн сайта зачетный. Поменяли .

(0) СУБД выбрали ? :)

(298) А это совсем не тривиально.(его и в 16-ом не будет) Мы первое место из за него и получаем второй год подряд. Да и золотыми партнерами просто так не становятся.

Я бы занялся. 350 пользователей на УПП поднимали.
http://www.v8.1c.ru/expert/cts/cts-105-002.htm
Но у меня текущей работы на ближайшие пару лет есть.

(304) Просто странно . Вендор уровня MS и не сделал такую фишку в своей же СУБД. Упор в 12 14 уже на аналитическую отчетность в основном (имхо). Интересно все же просто почему так и не реализовал.

(299) Именно из-за бюджетирования, МСФО. Повторюсь, мы пока не отбрасываем вариант БП (дописано МСФО и бюджетирование)+ ЗУП + УТ.

(307) денег ИТОГО сколько ?

(308) Да нет там бюджета. Иначе бы они знали уровень интегратора.

(306) Сделали always on а все остальное это уже забота партнера.

(309) ггг, ведрять бюджетирование не имея бюджета ? :)

(307) А зачем вы дописывали что-то в БП, если есть готовые специализированные решения:
http://rarus.ru/1c8/1c8-ukf/
http://www.1cbit.ru/1csoft/bit-finans-kholding/#/description

И мега-комбайн от 1С:
http://v8.1c.ru/cpm/

(311) ТС писал, что это аукцион. Сколько они готовы вывалить - он сам не знает. Сколько стоит то что они хотят - это вообще вопрос отдельный. То что они хотят - секрет даже для самого ТС. Тут просто разговоры и не более. Выбор идет от ЕРП до БП немного допиленной. Соответственно бюджеты каждый час разные от 30 мультов, которые хотят все до 300 000 за внедрение БП, но об этом никто не думает ибо не интересно.

(295) > Это имеет какое-то отношение к теме?

имеет

(310) Не простого , а золотого ? :)

(312) Бюджетирование в БП не дописывали. Оно, как и МСФО, пока живет в самописке.
По УКФ и Управление Холдингом, ожидаем что нам расскажут интеграторы.

(313) По теме выяснил для себя, что хотел. Сейчас действительно уже просто дискуссия.
Если вы можете предложить обоснованный выбор варианта, а не потроллить процесс выбора, дайте ваши координаты, готов пообщаться лично. От обоснованного выбора и будет формироваться обоснованный бюджет.

(314) Как скажете )))

(316) работал (не скажу что плотно) с УКФ. Распределенка с 50 узлами. УКФ использовалась в качестве консолидирующей базы. Конфигурация хорошая.

УХ (не бит.финанс) смотрел по презентациям и самой конфигурации. Судя по активным веткам форума по данной конфе, а также некоторым душевным разговорам с ковырявшими хоть как-то в проекте по замене Консалидации, мнение пока такое (личное): продукт новый, революционный. Если кто узнает где внедрены все его блоки - прошу кинуться пруфом. Вроде бы внедряется пока отдельными блоками по потребностям.

с Бит.Финанс работал тоже. Но не скажу что плотно. Плохого точно ничего не могу сказать.

еще и инталев был, где он сейчас

(318) Спасибо за инфо, полезно. По УХ даже здесь написали, что не стоит торопиться с внедрением.

(320) В целом, из пожеланий к ТС пора начать готовить материалы для внедрения. Учетные политики, требования к обмену, данные по трансформации в МСФО, алгоритмы. Сильно пригодится на этапе выбора. Оптовая торговля чего? Можно уточнить? Будут ли единые требования к филиалам, как они будут работать и т.д. Пока этого нет, что-либо советовать рано.

(320)Готов изменить ваше мнение по УХ :) Опыт внедрения есть. Как раз для вас оптимальная архитектура - это локальные конфы, возможно УТ 11 + БП и УХ сверху. Скорее всего не будет необходимым тянуть в центральную базу все объемы. А вот ERP очень не стоит рассматривать для Бюдежетирования, а для МСФО - там вообще можно сказать его нет...

(313) Хе, а почему дно — немного допиленная БП?
Я биллинг в Почте России с нуля на БСП писал :))

(320) УХ точно не про вас. УХ — это БП + консолидация. Так сказать, ответ БИТу на ихний БИТ Финанс.

(321) Альбом печатных и отчетных форм забыл :))

(321) Материалы готовим. Отрасль фармдистрибуюция. Требования к филиалам единые, жесткая иерархическая структура.
(322) А сводная финотчетность при таком варианте как будет формироваться? Укрупненная аналитика в УХ или все данные до документа нужно передавать в УХ?

Филиалы - отдельные ЮЛ или филиалы головной? Может вам упростить тогда решение, до ежедневного отчета о продажах на местах, а дистрибуция и заказы  голове делатью Тогда будет проще и не надо городить единую базу по России.

(326) Смотря какая цель у вас?

(325) Если есть данные, то отчеты будут любые.

Обращайтесь к Роме, он на БСП вам сделает конфу с 2 документами и 3 справочниками, летать будет.

(327) Ежедневный отчет делается и в настоящее время, цель повысить оперативность. Заказы в головном интересная идея, но тогда придется подтягивать в центр всю специфику региональных клиентов, формы заказов, прайсов и т.д.

(329) Эээ... ты вот сейчас серьезно про то, что плевать на альбом печатных и отчетных форм, сделаем потом все что просят?

(323) Абсолютно серьёзно. Цель компании продавать оперативно товар, чтобы был в наличии и запасы не превышали спроса. Вряд ли отчеты по кадрам помогут, так же как и по затратам на канцелярию и т.д. Важно видеть динамику продаж и оперативно принимать решения, а отчеты  дело 5-е

(327) У нас в НСКе так работает птицефабрика, она собирает продажи по точкам, и сама привозит товар, что не продали забирает. В конце недели оплата торговле за объём продажи. Всегда свежие продукты и все довольны.

(333) Ну то есть все-равно, печатных форм 10 или 300?
И нужен ли пакет финотчетности или плевать?
И пакет регламентированной отчетности подходит типовой или что-то не нравится?

(335) У нас разные цели автоматизации, я за пользу заказчику, а вы за пользу исполнителям его. Может вообще отчетов не быть, будут вовремя приказы на отгрузку и дозаказ, и если они будут верныыми, то это уже 90% успеха от автоматизации.

(336) Совершенно верно, в первую очередь инвесторов интересует оперативное получение данных по продажам, дефектуре, заказам, оплатам, расчет потребностей, затрат. Бухотчетность на втором плане.

(336) Не надо рисоваться на моем фоне и красоваться в позе альтруиста на фоне рвача:))
Я не про цели автоматизации, в про то, что довольно странно оставить неосвещенным огромный пласт работ и требований, который с огромной вероятностью повлияет на архитектуру решения.

PR высказался, ждем Мебиуса...

(339) Заканчивай уже выпендриваться :))
Мебиус не занимается не медийными конторами.

(337)
"В первую очередь инвесторов интересует оперативное получение данных по продажам, дефектуре, заказам, оплатам, расчет потребностей, затрат"


Для достижения этой цели необходимо единое информационное пространство.

В пользу ERP так же говорит наличие отлаженного и готового функционала учета затрат, МСФО, бюджетирования и т.д.  
Отлаженного не только с точки зрения работоспособности кода, но и в части методологии и интеграции.

Это серьезно снижает риски проекта, так как разработка "с нуля" на подобных проектах - авантюра чистой воды.

Если рассматривать 1С - то ERP.

В качестве интегратора, выбирайте любого кто предоставит вменяемую проектную команду. Так как работать будут люди, а не бренд.

В качестве куратора можно привлечь саму 1С.

(341) а 1500 пользователей потянет в одной базе?

(340) Мебиус, в отличие от тебя, имеет внедренные решения, и отзывы клиентов у себя на сайте. Его мнению хоть как-то можно доверять, у тебя из достижений какой-то биллинг на БСП, и то только с твоих слов...

(340) кроме того у Мебиуса бэха, а у тебя даже хаты нет, максимум на красную кожанку собрал...умнобедный?

(342)
Несколько лет назад УПП вживую тянуло 200 активных пользователей на без доработок и на вполне земных серверах.

Сейчас судя по последним данным с семинаров 1С Эксперт, 1500 вполне реально.
  
Если исключить РЛС то потянет.

УТ 11 точно потянет http://v8.1c.ru/expert/cts/cts-202-008.htm

Сомнения вызывает регистр бухгалтерии как самый тормозной объект платформы. В любом случае нужно делать нагрузочное тестирование, а так методологически выбор в пользу УП исходя из требования оперативного получения информации напрашивается сам собой...

(347) в 1C ERP и в РСБУ и в МСФО  отложенные движения по планам счетов, жить без них можно хоть весь квартал

(348) а потом тормознуть всю отгрузку, когда бухи захотят перезакрыть этот квартал?

к тому же бюджетирование, МСФО, консолидация и прочие высокоабстрактные вещи - это не оперативная работа купи-продайцв, час простоя которой в масштабе всей страны обойдется очень дорого...

Вообще исходя из опыта работы в одной транспортной компании, филиалы которой есть по всей России, напрашивается такая архитектура (конфигурации имеют второстепенное значение, ибо могут быть самописки):
1. База оперучета (использовалась распределенка, но судя по опыту Enter можно все транзакции проводить в одной базе).
2. Базы регл. учета (по одной на каждое ЮЛ), в которые данные сливаются из базы оперучета.
3. Базы консолидации, МСФО, бюджетирования и т.п. вещей, которые определяются фантазиями фин. директора.

+(351) Вести все виды учета в одной базе для такого огромного холдинга с разными требованиями по оперативности информации - это самоубийство для холдинга...

Я бы мог архитектурурешения для тс набросать.

(353) Она уже должна быть понятна к 353 посту :). Одна база - одно инф.пространство т.е. без распределенки. И на выходе ставится ERP и все вводят данные по расходам и доходам по своим разделителям.

+(354) из затрат - перенос остатков и ... аппаратное обеспечение . А с вендора 1С гарантии что функционал коробки   будет приемлемо дышать.

1сные акулы рвут друг-друга за 30 мультов

(356) Они говорят что кризиса нет, а с другой стороны говорят : выбери Меня!

почитал... те, кто самостоятельно зарабатывают на жизнь, пытаются адекватно оценить требования и сформулировать предложения..
те, кто "кормятся" - ржунемогуделают.
и, немало Маньяков((...
зы.. автору бы последовательности пожелал.. то он выбрал платформу, то он будет выбирать...

(356) ух... отправил сообщение, потом почитал пост... да, так и есть... как проститутки...

(359) Оу!

(356) Ну а почему бы и не порвать, на 1,5к пользаков 30 мультов выглядят оптимистично

(361) слишком оптимистично. Сюда надо как минимум двухсоттысячников, да не одного, а пяток минимум. Т.е. получается что если они год проработают то только они 12 миллионов получат, считали что ПО надо купить на 8, что то с серверами это еще 10. получается что франч будет работать исключительно за портфолио внедрятеля.

(362) а потом, уже за свой счет, исправлять косяки :)

(363) Если франч крупный, то он либо будет пытаться увеличить бюджет, что бы реализовать все в полном объеме, либо уменьшит объем работ, либо изменит архитектуру решения, что бы хватило денег. Никто не будет работать себе в убыток.

(359) устроили тут из топа панель, понимаешь ли... ))

(364)
> Никто не будет работать себе в убыток
твои слова, да на hh бы в банер

(386) ну почему же. Если прибыль по другим проектам покрывает затраты, то могут.

(364) работать будут пока результата не достигнут, ну или неустойку не заплатят ;)

(368) Дааааааа. Неустойка это здорово. В общем тогда ждем на мисте темы:
1. Ура квартира в Москве! - в случае удачи.
2. Черт, я продал почку ((((( ! - тут вопросов нет, и так все понятно.

И только тот, кому нечего сказать, громче всех кричит...

предлагаю такой вариант (для критики)

ЕРП без изменений, в режиме автоматического обновления, в ней ведется регламентируемый учет (бух, зп, производство), все бизнес процессы в ней упрощены или откючены, детализация аналитик - укрупнена.

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

между ними обмен...

плюсы
1. однотипные данные
2. устойчивость оперативной базы от регламентированной базы и наоборот
3. уменьшаем взаимные блокировки, разделяем работу персонала на условный фронт и бек...
3. отделение

(371) Предварительно склоняюсь примерно к такому варианту, только вместо оперативной ЕРП дописанная УТ.
Получается:
Бек-офис - ЕРП  
Фронт-офис - УТ

Остается вопрос в чем вести бухучет и HR в филиалах.
Как вариант, оставить БП + ЗУП и сделать обмены с ЕРП.

даже если у филиалах отдельные КПП все равно учет лучше вести в центральной и единой базе

(176) франч заинтересован в прибыли. А главная статья затрат это з/п. У кого она больше у студента или спеца?
Если меня спрашивают куда обратиться, то говорю в такую-то фирму где работают такие-то люди

(373) В единой не хорошо с точки зрения проверок и разделения доступов. И придется задействовать рлс, а это заведомо тормоза.

(375)в единой все хорошо с точки зрения НСИ

(376) Для НСИ ЕРП будет мастер-базой.

(375) там все нормально, учет по выделенным подразделениям рулит, ничего дорабатывать не нужно вообще...

и будет единый контроль для аудиторов и т.д.

(377) сейчас я бы мастербазу делал на внешнем хранилище.

(378) Не уверен, что все нормально там. ОС, например, скорее всего не делятся по подразделениям.

(378) Монстрообразная система имеет свои плюсы из за единой базы.
Но дальше начинаются одни минусы:
- сложнее обслуживать;
- ниже отказоустойчивость;
- теряется возможность автономной работы в отсутствие связи;

(381) ггг, а в случае раздельной - отсутствует возможность работать вообще :)))

(382) Аргументы есть в пользу "отсутствует возможность работать вообще". Или это очередной троллинг и ясновидение?

(383) в одной базе - решаем проблемы со связью.
много - обмен,нси и те же проблемы со связью.

(383) для отказоустойчивости делай РИБ с 15 минутной репликацией, но база все равно единая :)

как только ты сделаешь отдельные конфиги в филиалах - ты потеряешь контроль...

(381)
"- сложнее обслуживать;
- ниже отказоустойчивость;
- теряется возможность автономной работы в отсутствие связи;"

По сути - это все технические проблемы, которые должен решать ИТ отдел и которые принципиально решаемы.  


А решение основное задачи инвестора
- Оперативность в получение данных
Мне кажется более важным требованием.

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

Вопрос приоритетов.
Что важнее
Требование инвестора или стоимость решения технических проблем в случае единой базы.

(386) ага, при таком народонаселении наверняка на связь расходы оло-ло-ло.

опсос свою вышку поставит, если надо :)

(387) А если канал во Владивостоке через спутник с временем отклика 0,5 секунды? ;)

(388) протянут оптику до ближайшего провайдера с хорошим каналом :)

до ростелекома, например.

То (0) Ладно, раз уж так интересно. Отвечу по существу.
Все возможно. Для помощи в реализации этих целей возможно использовать следующие продукты.
DB Cluster
http://www.softpoint.ru/data-cluster-basi-dannih-sql-server
DATA EXCHANGE
http://bimsis.ru/solutions/programmnyy-kompleks-sod/
DB REPLICATION
http://repltech.ru/reshenia/replikatsiya-informatsionnykh-baz/
PERFEXPERT
http://www.softpoint.ru/perfexpert-administrirovanie-serverov
RESOURCE MANAGER
http://www.softpoint.ru/resource-manager
и
http://www.softpointplus.ru/bazi-dannih-sql/851.html

(391) сумму ИТОГО забыл написать :)

(371) Дима, ты в облака уже реально ушел.

>>плюсы
1. однотипные данные
--все---

2. устойчивость оперативной базы от регламентированной базы и наоборот <-- Если людям функционала УТ МНОГО, зачем нужна ERP, если в ней все отключено? Чтобы сдавать регл.отчетность? Какой в этом смысл и почему это нельзя делать в классике КОРПе? Ты сам пробовал, то что пишешь? Вот-это-все в виде оффлайновых проводок, оффлайновых допроведений и т.д.?

3. уменьшаем взаимные блокировки, разделяем работу персонала на условный фронт и бек... <-- это вообще пять баллов. Сначала запустить полтоrашку пользователей в единую базу, а потом бороться с блокировками. Это просто праздник какой-то.


3. отделение <--WTF?

По теме распределенок: как я уже писал, участвовал в проекте по внедрению УКХ на овер 50 дочерних узлов с одним "консолидирующим" единым. Весь затык был в оптимизации обмена, а именно в таблице регистрации изменений. И ничего, вопрос решился. А все вопросы, касаемо НСИ и прав - описались регламентами и правами. Все обмены были настроены онлайн. Допустимой считалось оперативное получение данных 12-ти часовой давности (если что-то где-то отвалилось и обмен не произошел). В бошке работало всего около 30 пользователей - бухгалтера, финансисты центрального аппарата. После решения проблем с обменом - вообще никаких проблем с параллельностью работы не наблюдалось, т.к. им не откуда было просто взяться. Все это крутилось на хорошем сервере.

(386) Приоритет конечно требование инвестора. При указанной архитектуре оперативность повысится за счет использования единой платформы.
(389) В этом плане у нас Камчатка выпадает. Там действительно 0,5 сек через спутник.
(391) Вполне можем у себя внедрить эти продукты при выборе 1С.
(393) Сейчас архитектура обменов в используемых продуктах 1С нами так и организована. Из узлов передается в центр. Вопрос регистрации изменений решен частично с использованием доп. обработок, частично организационными мероприятиями.
Кстати, типовой план обмена "По организациям" без допиливания нормально не работает.

(394) и насколько оперативно при существующей схеме обмена можно в центре получить всю необходимую кому-то информацию?

(395) По-разному.
Часть софта у нас работает через терминал - т.е. данные могут быть получены практически с любой периодичностью.
В базах, которые работают без терминалов обмены делаются 3 раза в день. Оперативнее пока не требуют.

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

+(397) Забыл сказать. 1С или нет это не важно.Единственное ограничение-пока что все работает только на MSSQL.

(398) Тоже склоняюсь к выбору MS SQL с ним и опыт работы есть и он гораздо дешевле Oracle.

(397) Это да, дело времени, будет возможность потренироваться с внедрением ваших продуктов сначала на ближних филиалах, затем распространить на дальние.

(0)
обращайтесь к вендору - то бишь в 1С.... Там вам предоставят парнёров с соответствующими компетенциями

проект серьезный по всем показателям - поддержкой 1С (ЦКТП или просто аудит какой) я бы не пренебрегал

1С проконтролирует, нагрузочное тестирование организует, консультации, саппорт по всяким низкоуровневым серверным настройкам и тому подобное

(от себя скажу - мы интеграторы с уклоном в "тяжелые" интеграции, можем помочь со всякими шинами, типа IBM WebSphere и т.п.. Возможно, имеет смысл выстраивать интеграционную платформу, движок интеграции на чем-то более суровом и надежном, чем 1С... Message Broker к примеру)

Смешно читать всевозможные предложения для фронт-офисной части на 1500 пользователей и 100000 документов в день на базе ERP.
Вопрос даже не в том, есть в этом мире волшебство, вопрос а нафига?

+(402) "есть ли"

(401) Примерно то же самое я сообщил автору в (106). А он продолжает слушать мнения. Много пустого.

А производство у вас есть, или чистая дистрибуция?
Если 2-е, то идея с бэк и фронтом не лишена оснований.

(404) C 1C взаимодействие, так же выше писал.
А мнения никогда не помешают.
(405) Чистая дистрибуция.

+ (406) "С 1С начали взаимодействие по этому вопросу"

(406) К чему попытка заочно установить диагноз? Пусть отдастся- ему докажут как выглядит его счастье.
(407) Удачи

(408) Это не диагноз, а скорее творческий поиск )

Работал по задачам франча для транспортной конторы, в которой было чота около 1000 пользователей. Но это был не проект, а постоянная многолетняя разработка, ибо на фронте и для упр. учета были самописки. Архитектуру приводил уже в этой ветке. Подход как к проекту ошибочен.

Где бы найти такой же проектик, тока с производством

(411) а зачем? заводы-фабрики на 30-60 р.м. наше всё...

запиливаю такие заводики с 2008 года, соваться в большие материии никакого желания нет...

(412) Неинтересны такие, хочется сложные тех процессы десятка 2-3 переделов, чтобы всё было типа литья, аскроя и прочего

Про ЦКТП уже было?
http://v8.1c.ru/expert/cts/cts.htm

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

ТС, главное не теряйся держи нас в  курсе

1500 юзеров в одной базе весело
главное разнообразную бухию отдельно (но это уже тут читал) - остальное есть в УТ (РИБ или единая база уже пусть бизнес решает)

(418) Это тяжело. Работать в одной базе 1500 человек одновременно, даже справочник прочитать будет сложно. А про ввод данных тем более.
А вот закачивать документы и потом проводить данные по регистрам  в фоне вполне реально.

(419) В оракле значит норм, а в 1С тяжело ;-)

(420) Просто я не вижу необходимости в оперативном учете. Заявки собрать и передать можно 1 раз в день. А затраты так вобще раз в неделю. Привязался к курсу У.Е. +5% и торгуй.

Вбухать 50 млн, ради ежеминутного отражения заказов и продаж. (-Не верю!)

а у кого-то регистрируется 6 договоров в секунду ;-)

(420)  а разве нет необходимости ,например, уже на этапе ввода заявки завести того же контр агента один раз ? Т.e одна таблица контр агентов и одна ссылка в дальнейших сущностях.

А не путешествовать в распределение с трансформации ей в 10 Ивановых или хуже - Иванова в петрова

Или кассовые разрывы есть, или большая сумма в обороте висит.

Зачем главному дистрибьютору знать про ивановых в Кижме, Комсомольске на Амуре и владимире? Ему важно знать сколько купили и сколько своровали.

(427) можно и екаешь по почте гонять с таким подходом и в агрегатах со цветом

Т.e  excel

Скорее всего пока так и есть. Правда финрезультат получают через 10 дней спустя. А хотят ежедневно.