1С совместно с Dynamics или отдельно?

[fed]

Цитата:

Сообщение от k@seta

По моему аксапту не стоит ставить в бухгалтерию, 1с-ники каждый раз обновляют 1с:Бухгалтерию согласно законодательству, а так за этим придется следить. Или я не права?

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

[Ivanhoe]

Цитата:

Сообщение от George Nordic

Однако, она не был реализована по нескольким причинам:

1, 2 и 4 - без комментариев.
3 - делают же связку с SAP? И, например, интеграцию со спец. ПО по персонифицированному учету и т.п. MS как раз позиционирует как "фишку" - зачем в систему нести то, что хорошо делает сторонняя программа?
5, 6 - так может вообще остановить развитие функциональности? Партнеры же обижаются

По поводу модифицированных 1С-ок. На вскидку, из десятка проектов, на которых был 1С для ведения РСБУ и НУ - половина использовала стандартную обновляемую конфигурацию 1С Бухгалтерия.

По поводу 1000 человек и производства. 2-3 спецами, боюсь, такое не запустить в разумные сроки

[Reaper]

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

[George Nordic]

Цитата:

Сообщение от Ivanhoe

3 - делают же связку с SAP? И, например, интеграцию со спец. ПО по персонифицированному учету и т.п. MS как раз позиционирует как "фишку" - зачем в систему нести то, что хорошо делает сторонняя программа?

SAP - Это стратегический партнер. SAP работает на MS SQL. SAP построен на платформе NetWeaver, которая поддерживает .Net. SAP работает с MS Office - именно для этого был стартован и успешно работает совместный проект Duet.

Так. А можно поподробнее о "интеграцию со спец. ПО по персонифицированному учету"? Это с терминалами учета рабочего времени что ли? Ну, это как и RFID - это не дело ERP системы.

Цитата:

Сообщение от Ivanhoe

5, 6 - так может вообще остановить развитие функциональности? Партнеры же обижаются

Вам смешно. А вот мне - нет.
Как Вы думаете, почему бюджетирования в DAX именно такое? А можно было бы его расширить? А хотя бы в рамках локализации?

С Уважением,
Георгий

[Ivanhoe]

Цитата:

Сообщение от George Nordic

Так. А можно поподробнее о "интеграцию со спец. ПО по персонифицированному учету"? Это с терминалами учета рабочего времени что ли? Ну, это как и RFID - это не дело ERP системы.

Нет, имелась в виду электронная отчетность по персонифицированному учету в ПФР. Про налоговую отчетность не в курсе, но терзают сомнения, что можно напрямую в ИМНС слать файлики

Насчет обижания партнеров - и мне не смешно . Похоже, смеются только те самые партнеры, которых нельзя обижать

[k@seta]

По моему пора открыть ветку по обсуждению SAP-а, чтоб узнать чем она лучше или хуже аксапты, на нее внедренцев проще найти. или такая веткав форуме есть?

[sukhanchik]

Цитата:

Сообщение от George Nordic

1. Тяжело обосновать корпу необходимость в данной доработке.

Ну как сказать... Если упирать на распространенность 1С-а в РФ - то может получится? Типа таким образом получим гораздо более эффективное проникновение в массы. Хотя - это виднее сотрудникам МС.

Цитата:

Сообщение от George Nordic

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

Ээээ а как завоевывали Lotus 1-2-3 ? Также и завоевывали. Сделали тоже также + интеграцию (в Excel). Просто там было попроще.

Цитата:

Сообщение от George Nordic

3. Было бы неправильно делать коннектор к системе, которая позиционируется как один из основных конкурентов. Это означает официальное признание слабости собственных продуктов и крутизны "сторонних производителей".

Признанием было бы остановка развития локальной функциональности бухучета и перекладка этой работы на одного из основного конкурента. А так - это захват рынка Много 1С-ных конфигураций имеют интеграцию с АХ? Таких нет. А в МС будет => более универсальная система.

Цитата:

Сообщение от George Nordic

4. Было бы логично вместо этого сделать собственный центр разработки, который бы сделал продукт удобнее для ведения бух. и налогового учета. Что и было сделано. Насколько успешно - отдельный разговор.

Одно другому не мешает. Зато для клиентов решает поставленные задачи независимо от качества работы МС-ного центра разработки. А значит - больше аргументов купить АХ.

Цитата:

Сообщение от George Nordic

5. Действительно, один из аргументов был, что и DAX, и 1С часто подвергаются модификациям стандартной функциональности, и подобный переходник зачастую теряет смысл.

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

Цитата:

Сообщение от George Nordic

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

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

[George Nordic]

Хм. Как думаешь, сотрудники MBS этого не знают или совсем не догадываются? А патнеры на периодических встречах тупо молчат как партизаны и не высказывают сотрудникам MBS никаких пожеланий? Уверяю тебя, это не так.

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

С Уважением,
Георгий

[dmitryul]

k@seta, все это обсуждали не раз.

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

Обычно ставят связку 1С:Бухгалтерия <- Dynamics AX, Dynamics NAV, SAP. Про интеграцию mazzy уже писал, есть, реально рабочий функционал.

Очень приблизительно (не кидайте камни ) по стоимости на 300 рабочих мест (как раз для Вашего предприятия на 1000 человек, больше не потребуется):
1. SAP R/3 - 1.500.000 евро лицензии, 2.500.000 евро внедрение = 4.000.000 евро
2. SAP Business One - 400.000 евро лицензии, 1.000.000 внедрение = 1.400.000 евро
3. Dynamics NAV - 300.000 евро лицензии, 1.000.000 внедрение = 1.300.000 евро
4. Dynamics AX - 600.000 евро лицензии, 1.000.000 внедрение = 1.600.000 евро
5. 1С УПП 8 - 60.000 евро лицензии, от 1.500.000 евро внедрение = 1.560.000 евро

По функциональности, тоже очень приблизительно,
1. SAP R/3
2. Dynamics AX
3. SAP BO = Dynamics NAV
4. 1C УПП 8

И на SAP и Dynamics полно внедренцев, в любой город приедут за такие деньги - только свистни

Если не хотите нанимать консалтинговые компании, можно привлечь фрилансеров (будет на 30% дешевле) на постоянку.

Обучать своих специалистов для внедрения не советую - долго по времени и нет 100% гарантии ожидаемого результата. Для дальнейшей поддержки - наоборот советую обучать своих.

P.S. Если хотите поэкспериментировать с другими системами силами своих сотрудников (денег мало, сроки не критичны и пр.), с февраля ERP Босс:Компания стала бесплатной ( http://www.rp-server.com/solutions/boss_com.php ), перешли на новый движок.

Что за зверь - не знаю, на выходных поставлю себе, посмотрю. Если все так, как пишут, то система должна быть очень шустрой.

[sukhanchik]

Цитата:

Сообщение от George Nordic

Хм. Как думаешь, сотрудники MBS этого не знают или совсем не догадываются? А патнеры на периодических встречах тупо молчат как партизаны и не высказывают сотрудникам MBS никаких пожеланий? Уверяю тебя, это не так.

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

Верю. Но ты описал причины невозможности - я выразил свое мнение - что эти причины невозможности могут быть либо устранены, либо даже наоборот - превратиться в причины необходимости создания интеграции.

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

[fed]

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

[sukhanchik]

Цитата:

Сообщение от fed

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

Приведу примеры из жизни, когда потребовалась бы интеграция
1. Финансовый учет велся 1С. Складской / производственный учет велся слабо. Купили АХ. В АХ был переведен складской / производственный учет. Все довольны. Осталось перевести финансовый учет. Бухгалтерам совершенно неинтересны складские / производственные заморочки. Им нужна себестоимость (сальдо) по счетам 20-м и 40-м. Хоть бухгалтерской справкой. После перевода финучета на рельсы АХ - фактически - все документы, которые влияют в той или иной мере на расчет налогов или являются утвержденными по форме документами.
2. Экспортировались в 1С документы: выписки, накладные на услуги, журналы ГК. Экспорт производился согласно настроенным правилам - к примеру, ЖГК, удовлетворяющие одному критерию - транслировались в один документ, другому - в другой документ.

Общий подход (аналогично AIF):
Сделать перенос таких легкосоотносящихся документов, как выписки или ЖГК->Бухсправка. Перенос сделать через формат механизма конвертации данных в 1С (текст, XML). Можно попытаться договориться с 1С и выработать некий единый, но другой формат.
Сюда можно добавить основные справочники (клиенты, поставщики, договоры, номенклатура, сотрудники) и основные документы (накладные, авансовые отчеты)
Еще ОСы можно впихнуть. Но не в этом суть. Главное - начать, сделать API по экспорту данных. Его разовьют - каждый под свою конфигурацию. Впоследствии - можно дописывать, в зависимости от версий 1Са (опять-таки - Бухгалтерии!).

А там уже "народные умельцы" сваяют и экспорт и в УПП и в любую другую версию - это уже будет поле для партнеров.

[fed]

to sukhanchik. Хорошо. Пример жизненный. НО: Если оперировать понятиями "Перенос документов" то получиться что правильнее тупо использовать AIF, который для этого и предназначен. Еще можно biztalk подключить даже (хотя он дороговат на самом деле). А если оперировать понятиями перенос складской себестоимости, перенос производственной себестоимости, перенос продажных накладных, перенос курсовых разниц по поставщикам и тп, то с большой вероятностью выясниться что правила подобного переноса очень завязаны на конкретную учетную политику предприятия. И запрограммировать их для конкретного предприятия малой кровью еще можно, но затраты на универсальный механизм будут сопоставимы с себестоимостью разработки параллельного механизма в Аксапте... К слову сказать со складской себестомостью и НДС в аксапте и так все более или менее...

[sukhanchik]

Цитата:

Сообщение от fed

правильнее тупо использовать AIF, который для этого и предназначен.

Да. Не спорю. Но! Не будет AIF экспортировать в формате, понятном 1Су. Т.е. чтобы это было надо либо договориться с 1Сом (и они тогда сделают у себя доработку), либо выгружать в формате 1Са (в формате, который использует утилита Конвертация данных в 1С). А этот формат, хотя и является XML-подобным - строго говоря не является XML-ем.
Либо (как вариант) - сделать внешнюю обработку на 1С, которая бы импортировала документы, выгруженные из АХ через тот же AIF в 1С Бухгалтерию. И включить эту обработку в стандартную поставку. Этот вариант менее универсален, зато более простой при реализации.

[Сисой]

Цитата:

Сообщение от dmitryul

Очень приблизительно (не кидайте камни ) по стоимости на 300 рабочих мест (как раз для Вашего предприятия на 1000 человек, больше не потребуется):
1. SAP R/3 - 1.500.000 евро лицензии, 2.500.000 евро внедрение = 4.000.000 евро
....
5. 1С УПП 8 - 60.000 евро лицензии, от 1.500.000 евро внедрение = 1.560.000 евро

ПМСМ, завышено по 1С...
Даже если брать проектные ставки ведущих московских франчей, бюджет полтора лимона евро означает полтора года непрерывной работы команды из 8 человек. Это очень серьезный проект, таких в России всего несколько штук, и там не 300 пользователей, а больше.
У SAP Business One урезана функциональность, он остальным системам не конкурент. Да и нет в России внедрений BO такого масштаба. И не будет.
Да и по Navision я себе слабо представляю 300 пользователей (а соответственно, и бюджет в миллион ойро).

[sukhanchik]

2fed: О! Нашел старую ветку по поводу идеи импорта-экспорта из Аксапты в 1с и так до конца и не понимаю цимеса всей идеи

[fed]

Цитата:

Сообщение от sukhanchik

Да. Не спорю. Но! Не будет AIF экспортировать в формате, понятном 1Су. Т.е. чтобы это было надо либо договориться с 1Сом (и они тогда сделают у себя доработку), либо выгружать в формате 1Са (в формате, который использует утилита Конвертация данных в 1С). А этот формат, хотя и является XML-подобным - строго говоря не является XML-ем.
Либо (как вариант) - сделать внешнюю обработку на 1С, которая бы импортировала документы, выгруженные из АХ через тот же AIF в 1С Бухгалтерию. И включить эту обработку в стандартную поставку. Этот вариант менее универсален, зато более простой при реализации.

По задумке Microsoft, именно для этого и нужен biztalk Кстати, он похоже что и не такой уж дорогой, порядка 6000 долларов без коннекторов к внешним системам (которые нам и не нужны особенно). Не так чтобы совсем даром, но вполне сопоставимо с двумя человеко-неделями приличного разработчика. И по хорошему, надо не аксапту пилить, а для biztalk писать коннектор к 1c...

[Reaper]

Это я, я посмеиваюсь на галерке. На практике подкованный 1Сник за 2-3 часа в конвертации сделает правила переноса, как если бы один экземпляр бухгалтерии отсылал данные в другой, независимый. После этого достаточно взять XML с данными как пример уже готового стандарта обмена. Т.е. со стороны 1С затраты составят максимум 4500 рубликов. Остальную часть от 6000 долларов будет стоить генерация XML под полученный шаблон из DAX'a? Ну ни фига себе у вас и цены, скажу я вам-с...

[fed]

Цитата:

Сообщение от Reaper

Это я, я посмеиваюсь на галерке. На практике подкованный 1Сник за 2-3 часа в конвертации сделает правила переноса, как если бы один экземпляр бухгалтерии отсылал данные в другой, независимый. После этого достаточно взять XML с данными как пример уже готового стандарта обмена. Т.е. со стороны 1С затраты составят максимум 4500 рубликов. Остальную часть от 6000 долларов будет стоить генерация XML под полученный шаблон из DAX'a? Ну ни фига себе у вас и цены, скажу я вам-с...

Дык собственно речь и шла, что дешевле писать конвертер каждый раз на коленке чем делать универсальный. А если уж делать универсальный, то с применением правильных средств
Вообще я во всякие универсальные конвертеры и интеграторы слабо верю. Обычно затраты на разработку, изучение и настройку универсального модуля с лихвой перекрывают стоимость разработки на коленке неуниверсальной интеграции для 3-4 проектов...

[vc]

Цитата:

Сообщение от Сисой

ПМСМ, завышено по 1С...
Даже если брать проектные ставки ведущих московских франчей, бюджет полтора лимона евро означает полтора года непрерывной работы команды из 8 человек. Это очень серьезный проект, таких в России всего несколько штук, и там не 300 пользователей, а больше.

А какая архитектура в таких (крупных) проектах 1С используется обычно? Как правило это 300 клиентов в единой территориально распределенной базе данных, или 300 клиентов распределенных между множеством локальных баз, которые обмениваются данными по используя стандартные 1С интерфейсы?