1C is SAP?

← →
Seg (2005-10-06 17:28) [40]

Мне интересно, неужели у SQL-серверной версии вся логика и обработка данных тоже написана на клиенте?

← →
euru © (2005-10-06 17:29) [41]

> IceBeerg © (06.10.05 17:14) [37]
> Относитьелно. Можно ведь к 1С базе на SQL написать запрос
> на SQL и т.д. с dbf такого не сделаеш.
Ну, вообще-то в 1С используется собственный язык программирования, в котором реализована возможность делать SQL-запросы (и в dbf-версии). А если имеется в виду возможность обращения к БД напрямую, минуя бизнес-слой, то в общем случае это некорректный подход, который может привести в дальнейшем к проблемам.

← →
Seg (2005-10-06 17:31) [42]

возможность обращения к БД напрямую, минуя бизнес-слой, то в общем случае это некорректный подход

А как же быть с производительностью запросов?

← →
euru © (2005-10-06 17:36) [43]

> Seg (06.10.05 17:31) [42]
> А как же быть с производительностью запросов?
А какие проблемы?

← →
IceBeerg © (2005-10-06 17:42) [44]

Seg (06.10.05 17:27) [39]
и ХП не напишешь и триггер не сделаешь
ну незнаю, не пробовал... необходимости нету.

> Мне интересно, неужели у SQL-серверной версии вся
> логика и обработка данных тоже написана на клиенте?

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

euru © (06.10.05 17:29) [41]
минуя бизнес-слой
в каком смысле, как минуя?

← →
Seg (2005-10-06 17:56) [45]

> А как же быть с производительностью запросов?
А какие проблемы?

Те, кто пользуются 1С часто жалуются на то, что система работает медленно.

← →
AlexWlad © (2005-10-06 19:48) [46]

> Seg (06.10.05 14:30) [6]
>
> SAP - это система класса ERP

И это - главное. 1С - в основном - бухгалтерия.

> euru © (06.10.05 17:10) [35]
>
...
в общем, 1С и SAP - это разные по функциональности
> продукты, хотя в некоторых местах области применения у них
> совпадают.

Самая верная формулировка.

← →
Alex* © (2005-10-06 20:58) [47]

> AlexWlad © (06.10.05 19:48) [46]
>
> И это - главное. 1С - в основном - бухгалтерия.

Кто сказал? У нас помимо бухгалтерии еще и все производство работает. И неплохо.

В версии SQL - запросы не SQL-ие. Запросы строятся на встроенном языке 1С:Предприятие. Хотя видел внешние компоненты позволяющии формировать запрося и на SQL. Более того под SQL сервером 1С работет медленее, чем с dbf-ми, зато надежний.

На счет того к какому классу систем относится могу сказать только, что конфигурация "Услуги + Производство + Бухгалтерия" соответствует стандарту MPR-II с зачатками ERP - систем.

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

Файл в котором хранить конфигурацию имеет расширение *.MD и лежит в каталоге с базой данных.

1С:Предприятие - это платформа для работы файла конфигурации.

А уж на кого она похожа (велосипед, или автомобиль) как и везде от рук программиста. Есть свои + и -.

← →
euru © (2005-10-07 10:40) [48]

> IceBeerg © (06.10.05 17:42) [44]
> euru © (06.10.05 17:29) [41]
> минуя бизнес-слой
> в каком смысле, как минуя?

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

← →
Seg (2005-10-07 10:50) [49]

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

Это еще не показатель.

Более того под SQL сервером 1С работет медленее, чем с dbf-ми

Тогда зачем нужна такая версия?

← →
Alex* © (2005-10-07 11:15) [50]

> Seg (07.10.05 10:50) [49]
>
> Это еще не показатель.

Для 1С показатель. Рекомендуемое количество пользователей в не SQL-ой версии до 10 человек, под SQL до 50.

>
> Тогда зачем нужна такая версия?

Если без SQL попробуете, то любой пьяный пользователь с кривыми руками занчивший некорректно работать с программой вышибает всех остальных, затем переиндексация, соответственно если в базе более пятидесяти пользователей то сколько раз придется востанавливать базу?

С SQL-ем таких проблем не возникает т.к. в этом случае данные хранятся не в формате DBase, а в формате сервера. Кроме того я уже говорил, что существуют версии внешних компонент способных формировать SQL-запросы.

← →
Seg (2005-10-07 11:20) [51]

под SQL до 50.

Насколько я знаю, SQL сервер способен потянуть в несколько раз больше пользователей.

Зачем использовать оболочку 1С, если она ограничивает возможности?

← →
ZeroDivide © (2005-10-07 11:29) [52]

Ни разу не видел 1С.
SAP R/3 видел. Как юзер с ней совсем мало работал, а вот интергацию, программную, с ней делал. Возможно она и суперфункциональна, быстра и даже может юзерам в ней удобно, но у меня, как программиста, крайне отвратительные впечатления от работы с этой системой:
1. Плохая нормализация БД.
2. Не все данные в БД атомарны (на уровне БД). Т.е. не все данные можно получить просто делая вьюшку (на уровне БД).
3. Почти все числовые данные находятся в полях символьного формата.
4. Своя кодировка русского языка
5. БД используется только для хранения. Т.е. не используется ни триггеров ни сиквенсов... вообще ни чего от СУБД (Хотя у нас R3 стоит на ORACLE).
6. Под транзакцией понимается все что угодно, но не то что является транзакцией в терминологии БД.

← →
Seg (2005-10-07 11:43) [53]

Получается, что автор ветки был прав - SAP R/3 действительно является аналогом 1С, только Оракловая версия.

← →
Alex* © (2005-10-07 11:49) [54]

> Seg (07.10.05 11:20) [51]
> под SQL до 50.
>
> Насколько я знаю, SQL сервер способен потянуть в несколько
> раз больше пользователей.

Информацию о количестве пользователей привел по рекомендациям производителя. Как позавает практика нашего предприятия можно и больше

> Зачем использовать оболочку 1С, если она ограничивает возможности?
>

Если говорить про платформу то она процентов на 40 уже приспособлена под основные нужд предприятия. Остальные 60 можно сделать и самому с чистого листа. Хотя есть и свои ограничения. Здесь говорю про версию 7.7 с 8 не работал. Насколько видел там возможностей побольше будет.

Если про стандартные конфигурации то процентов на 95 уже готовы для нормальной работы предприятия (правда не для всех). Остальный 5 уже зависят от внутреннего устройства предпрития. Некоторым и этих 5 нетребуется.

Производитель 1С и франчейзи обеспечивают пользователей их программного средства отчетами для сдачи в различные гос организации. Для организации своевременно сдать отчетность тоже немаловажно да еще чтоб и сильно не пыжится.

Платформа 1С: Предприятие имеет свой собственный встроенный язык программирования на котором написаны файлы конфигурации. У пользователей имеется возможность изменять конфигурацию под собственные нужды. А их как показывает практика немало.

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

← →
Seg (2005-10-07 11:53) [55]

Если про стандартные конфигурации то процентов на 95 уже готовы для нормальной работы предприятия

Именно на это многие и ведутся.

Для организации своевременно сдать отчетность тоже немаловажно да еще чтоб и сильно не пыжится.

И на это тоже.

← →
Seg (2005-10-07 11:54) [56]

← →
Alex* © (2005-10-07 12:05) [57]

> ZeroDivide © (07.10.05 11:29) [52]

Из всего вышесказанно 1С соответствует только пункт 5. Остальных из перечисленных недостатков не наблюдал.

← →
euru © (2005-10-07 12:16) [58]

> ZeroDivide © (07.10.05 11:29) [52]
> 1. Плохая нормализация БД.
И в чём это выражается?

> 2. Не все данные в БД атомарны (на уровне БД). Т.е. не все
> данные можно получить просто делая вьюшку (на уровне БД).
Ну так SAP - это не СУБД. SAP не предназначен для работы на уровне БД. А если так сильно хочется иметь прямой доступ к БД, то это не проблемы SAP.

> 3. Почти все числовые данные находятся в полях символьного формата.
SAP - это продукт, независящий от поставщика БД. А так как не все БД поддерживают (или не поддерживали раньше) числа с фиксированной точкой, то был использован символьный тип хранения этих чисел. Кроме того, не всё, что написано цифрами, является числом. И опять-таки, на уровне SAP числа являются числами, независимо от того как они хранятся в БД.

> 4. Своя кодировка русского языка
Внутри SAP это незаметно. А если, например, нужно выгрузить файл в какой-то определённой кодировке, так для этого есть специальные конструкции языка.

> 5. БД используется только для хранения. Т.е. не используется
> ни триггеров ни сиквенсов... вообще ни чего от СУБД (Хотя
> у нас R3 стоит на ORACLE).
Это минус SAP? Во-первых, как я уже говорил выше, не все СУБД поддерживают триггеры, сиквенсы и т.д. Во-вторых, наличие логики на уровне БД только ухудшит работу СУБД в плане производительности (пусть уж логика разруливается на уровне сервера приложений). В третьих, в SAP имеется такая вещь как словарь данных (активный), а это даёт гораздо больше преимуществ, чем наличие триггеров и остальных "штучек" СУБД.

> 6. Под транзакцией понимается все что угодно, но не то что
> является транзакцией в терминологии БД.
Опять же SAP - это не СУБД. "Транзакция - в информационных системах - последовательность логически связанных действий, переводящих информационную систему из одного состояния в другое. Транзакция либо должна завершиться полностью, либо система должна быть возвращена в исходное состояние." Под это определение транзакция в SAP полностью подходит.

← →
euru © (2005-10-07 12:21) [59]

> Seg (07.10.05 11:53) [55]
>
> Если про стандартные конфигурации то процентов на 95 уже
> готовы для нормальной работы предприятия
>
> Именно на это многие и ведутся.
Лучше уж вестить на это, чем на обещание в кратчайшие сроки написать суперсистему с нуля. Подправить 5% в большинстве случаев гораздо проще, чем написать все 100%.

← →
Seg (2005-10-07 12:31) [60]

Подправить 5% в большинстве случаев гораздо проще, чем написать все 100%.

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

← →
Alex* © (2005-10-07 12:34) [61]

> Seg (07.10.05 12:31) [60]
>
> Почему же тогда организации, поюзав пару лет 1С заказывают
> себе разработку с нуля или переходят на Аксапту и пр.?

И много таких?

← →
Seg (2005-10-07 12:50) [62]

Среди компаний, где бизнес напрямую завязан с информиционными системами много. Обычно там такая схема:

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

← →
Alex* © (2005-10-07 12:55) [63]

> Seg (07.10.05 12:31) [60]

Вообще то Вы неправы по нескольким причинам:

1. Информационная база предприятия вещь довольно серьезная при постоянной ее поддержки она за пару лет должна серьезна измениться. В ней должны появится специфичные настройки, документы, отчеты. При переходе на новую Информационную базу(ИБ) предприятие должно потерять все эти накопренные настройки.
2. Если переходить меблено предварительно подготовив новую ИБ потребуется некоторое время. Этот процес тоже довольно мучительный.
3. Не гарантированно что новая ИБ будет без кряков.
4. Пользователей надо обучить работе в новой ИБ.
5. Аскапту первый раз слушу.
6. и т.д.

ИБ с нуля дело хлопотно и неблагодарное. К тому же без поддержки производителя(обслуживающего персонала) может серьезно застоятся и привести к нехорошим последствиям. Да и бегущих от 1С я не наблюдал.

← →
Андрей Жук © (2005-10-07 13:05) [64]

> 5. Аскапту первый раз слушу.

Мдя...
Microsoft Axapta и Microsoft Navision

← →
Seg (2005-10-07 13:08) [65]

При переходе на новую Информационную базу(ИБ) предприятие должно потерять все эти накопренные настройки.

Это почему же?

Если переходить меблено предварительно подготовив новую ИБ потребуется некоторое время. Этот процес тоже довольно мучительный.

Да, процесс мучительный, но если бизнес этого требует, то необходимый, иначе конкуренты сделают это быстрее.

Аскапту первый раз слушу.

А про СРМ или хранилища данных?

← →
Alex* © (2005-10-07 13:13) [66]

> Seg (07.10.05 12:50) [62]
> Среди компаний, где бизнес напрямую завязан с информиционными
> системами много. Обычно там такая схема:
>
> Бухгалтерия на 1С, а непосредственно бизнес на другой системе,
> обычно самописной.

1C не ограничивается Бухгалтерией.
Если под бизнесом понимать ведение второй ИБ то чем же первую под это дело не адаптировать. Ну а если бизнес не связан ИБ то естественно она подойдет.

← →
Alex* © (2005-10-07 13:15) [67]

> Андрей Жук © (07.10.05 13:05) [64]
>
> > 5. Аскапту первый раз слушу.
>
> Мдя...
> Microsoft Axapta и Microsoft Navision

Чесно говоря и эти слова ни чем не говорят. Что за продукты?

← →
Seg (2005-10-07 13:18) [68]

чем же первую под это дело не адаптировать

Под какие задачи можно адаптировать 1С?

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

[47] Alex* © (06.10.05 20:58)
Хотя видел внешние компоненты позволяющии формировать запрося и на SQL.

Вах, зачем какие-то компоненты:
con = СоздатьОбъект("ADODB.Connection");

И цепляйся, хоть к своей родной базе, хоть к Ороклу, для экспорта/импорта. :)

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

> Seg (07.10.05 13:08) [65]
> При переходе на новую Информационную базу(ИБ) предприятие
> должно потерять все эти накопренные настройки.
>
> Это почему же?

Потому что это будет в этом случае другая ИБ. Другой алгоритм работы др. интерфей все это несколько шокирует пользователя привыкшему к старой ИБ

> Если переходить меблено предварительно подготовив новую
> ИБ потребуется некоторое время. Этот процес тоже довольно
> мучительный.
>
> Да, процесс мучительный, но если бизнес этого требует, то
> необходимый, иначе конкуренты сделают это быстрее.

Конкурентом легче будет изменить свою базу чем перейти на новую, правда при условии что старой ИБ занимались специалисты и ее функциональные возможности не устарели.

> А вообще, защищать 1С-ку на дельфийском форуме дело неблагодарное.
> :)

Золотая мысль!

> > ZeroDivide © (07.10.05 11:29) [52]
> > 1. Плохая нормализация БД.
> И в чём это выражается?
>

На уровне БД:
Избыточность данных для различных модулей SAP. Не атомарность значений. Названия таблиц ничего не говорящими аббревиатурами (к тому же с немецкого :) ).

> > 2. Не все данные в БД атомарны (на уровне БД). Т.е. не
> все
> > данные можно получить просто делая вьюшку (на уровне БД).
>
> Ну так SAP - это не СУБД. SAP не предназначен для работы
> на уровне БД. А если так сильно хочется иметь прямой доступ
> к БД, то это не проблемы SAP.
>
> 4. Своя кодировка русского языка
>Внутри SAP это незаметно. А если, например, нужно выгрузить файл в
>какой-то определённой кодировке, так для этого есть специальные
>конструкции языка.

Хорошая система должна иметь не только функции экспорта и импорта, но и непосредственного предоставления данных (исключающего промежуточный уровень). Зачем мне делать экспорт из SAP в какой-нибудь плоский файл, а потом, в своей программе делать импорт из него, если у SAP и у меня все хранится в Oracle??? Вполне логично было бы сделать просто вьюшку из саповских данных, к тому же, в этом случае не нужно было бы синхронизировать данные, все изменения в SAP моментально бы отображались у меня.

>это не проблемы SAP.
Это вам в SAP так грузят. Действительно в SAP, говорят, что "если специфика вашего бизнеса не позволяет вам внедрить SAP R3, то нужно изменить ваш бизнес, а не SAP R3". Фактически, SAP говорит о том, что для внедрения R3 программисты не нужны вообще! Что же происходит у нас в России. Наверняка все слышали, такое выражение "Требуется программист 1С" :) Вообще наверное половина всех программистов в Росии, если не больше занимаются тем, что локализируют какие-то программные продукты, под специфику бизнеса конкретных предприятий, где эти продукты внедряются.
Это у немцев бизнес-модели правильные, там поставил SAP и он заработал и все, максимум нужны для этого не программисты, а кастомайзеры... а у нас фиг где такое сделаешь.

> > 5. БД используется только для хранения. Т.е. не используется
> > ни триггеров ни сиквенсов... вообще ни чего от СУБД (Хотя
> > у нас R3 стоит на ORACLE).
> Это минус SAP? Во-первых, как я уже говорил выше, не все
> СУБД поддерживают триггеры, сиквенсы и т.д. Во-вторых, наличие
> логики на уровне БД только ухудшит работу СУБД в плане производительности

Да неужели? :)))

> > 6. Под транзакцией понимается все что угодно, но не то
> что
> > является транзакцией в терминологии БД.
> Опять же SAP - это не СУБД. "Транзакция - в информационных
> системах - последовательность логически связанных действий,
> переводящих информационную систему из одного состояния
> в другое. Транзакция либо должна завершиться полностью,
> либо система должна быть возвращена в исходное состояние.
> " Под это определение транзакция в SAP полностью подходит.
>

Почитайте определение транзакции в SAP в хеле SAP, нет там такого в помине.

Microsoft Business Solutions.Navision - комплексное интег- рированное решение, предназначенное для автоматизации всех видов хозяйственной деятельности небольших и средних предпри- ятий. Эта надежная и апробированная система имеет более 36500 ин- сталляций и более 250000 пользователей в мире. Microsoft Navision лучше всего подходит предприятиям, у которых: n есть необходимость в автоматизации до 100 рабочих мест (но это не предел, есть примеры инсталляции до 250); n бизнес процессы легко формализуемы (например, оптовая и розничная торговля, дискретное производство, гостиницы, теле- коммуникации, высокие технологии и др.) В основе Microsoft Navision заложены мощные инструменты для бухгалтерского учета и анализа, управления финансами и товарно- материальными потоками. Система позволяет также организовать эффективный кадровый, торговый, складской и производственный учет, а также расчет заработной платы. Систему можно быстро внедрить, легко модифицировать, просто использовать и поддер- живать. Система позволяет быстро и надежно повысить эффективность и управляемость бизнесом и идеально подходит предприятиям, ко- торые в кратчайшие сроки хотят воспользоваться преимуществами системы управления, чтобы сфокусироваться на основах своего бизнеса и получить о нем цельное представление n оперативно получать, обрабатывать и анализировать информа- цию о деятельности своего предприятия; n отслеживать любые критические параметры по компании; n принимать достоверные решения; n постоянно реагировать на быстро меняющиеся условия дело- вой среды и, соответственно, эффективно планировать работу на будущее; n рационализировать бизнес-процессы; n добиться прозрачности и обеспечить динамичное развитие биз- неса; n уменьшить объем ручной и рутинной работы сотрудников; n работать в режиме реального времени с клиентами и поставщи- ками; n больше знать о своих клиентах; n использовать самые передовые гибкие и легкие в использова- нии технологии. Ключевые технологические и функциональные преимущества Microsoft Navision: n простота внедрения и использования; n короткие сроки внедрения (2-5 месяцев); n высокая степень адаптивности; n модульный принцип построения; n возможность интеграции с другими приложениями; n уникальное быстродействие системы при получении отчетности (достигается благодаря уникальной технологии динамического ин- дексного суммирования); n низкая совокупная стоимость владения (в том числе за счет собственной СУБД); n возможность работы на промышленной СУБД MS SQL; n интегрированная среда разработки C/SIDE, которая включает в себя язык программирования C/AL (Client Application Language) Microsoft Business Solutions.Axapta - новейшая интегриро- ванная система управления предприятием класса ERPII Microsoft Business Solutions.Axapta - это масштабируемая система для сред- них и крупных предприятий, корпораций, холдинговых структур, многофилиальных предприятий, дистрибьюторских компаний, международных корпораций и пр.. Система повышает эффектив- ность взаимодействия с бизнес-партнерами, наделяя вашу компа- нию новыми конкурентными преимуществами, и оптимизирует следующие бизнес-процессы: n производство и дистрибуцию; n управление цепочками поставок (SCM); n управление проектами; n финансовый менеджмент; n управление средствами бизнес-анализа; n управление взаимоотношениями с клиентами (CRM); n управление персоналом. Благодаря широкому спектру функциональных возможностей, оп- тимальному соотношению цена/качество, масштабируемости, воз- можности работать через веб, эффективной методологии внедре- ния и высокому уровню поддержки, Microsoft Axapta приобретает все большую популярность, . эта многофункциональная надежная система управления выбрана более чем 4000 предприятий в мире. В основе Microsoft Axapta заложены самые современные западные технологии управления и высокотехнологичные решения, позволя- ющие эффективно управлять предприятием, обеспечивающие все- объемлющую функциональность, предоставляющие возможность взаимодействия с партнерами и клиентами через Интернет, позво- ляющие быстро масштабировать бизнес компании. Благодаря гиб- кой и безопасной среде разработки система может быть достаточ- но просто настроена под потребности конкретной компании. Ключевые технологические и функциональные преимущества Microsoft Axapta: n Всеобъемлющая функциональность Функциональные возможности системы охватывают большинство направлений деятельности предприятий, что, наряду с наличием возможностей межкорпоративного бизнеса и наличием отрасле- вых решений позволяет отнести ее к категории ERP-II. n Технологические возможности Средства настройки и администрирования способствуют эффек- тивному развертыванию и использованию системы, а интегриро- ванная среда разработки и открытый исходный код дают неогра- ниченные возможности по изменению и расширению стандартных возможностей системы. Система работает на базах данных Microsoft SQL Server и Oracle, что обеспечивает целостность дан- ных и позволяет легко наращивать вычислительные возможности. n Развертывание и масштабируемость Система обеспечивает быстрое развертывание и высокую масшта- бируемость вне зависимости от того, сконцентрирован ли весь бизнес компании в одном месте или она ведет бизнес по всему Земному шару. Microsoft Business Solutions . Axapta позволяет вы- брать эффективную конфигурацию, учитывающую характеристики каналов связи, архитектуру серверов и рабочих станций: двухуров- невую конфигурацию, трехуровневую конфигурацию, работу через Интернет или по протоколу WAP. Правильно организовав работу с удаленными подразделениями, предприятие приобретает важные преимущества: централизованную базу данных, возможность опе- ративного обновления информации, контроль, учет и планирова- ние на всех уровнях холдинга. n Производительность Тестирование производительности системы Microsoft Business Solutions.Axapta показало высокие результаты. В ходе тестирова- ния 3 600 стандартных пользователей одновременно работали с системой Microsoft Business Solutions.Axapta. При этом среднее

время реакции системы не превышало 0,08 секунды. В то же вре- мя был установлен рекорд по количеству обработанных заказов - в течение одного часа было обработано более 315 тыс. строк за- казов. n Межкорпоративный бизнес Благодаря наличию возможностей интерактивного взаимодействия система является единой платформой для управления внутренни- ми и внешними бизнес-процессами. n Следование стандартам Microsoft Microsoft Axapta основывается на новейших технологических стан- дартах Microsoft, что делает ее простой в изучении и использова- нии, а также совместимой с новейшими версиями операционных систем и серверных продуктов Microsoft Business Solutions.Axapta - это решение для тех, кто вы- соко ценит индивидуальный подход, решительно принимает вызо- вы времени и готов к использованию новейших технологий в сво- ем бизнесе. Использование системы помогает компаниям расши- рить свои возможности и преодолеть традиционные ограничения бизнеса.

← →
Seg (2005-10-07 13:31) [76]

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

Далеко не все задачи связаны непосредственно с бухгалтерией.
В Москве много IT компаний, и у каждой компании множество различных проектов помимо 1С.

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

По степени объема автоматизации можно классифицировать:

1С7.7 / 1С8.0 / Axapta / SAP

Взгляните на цены этих продуктов и вам всё сразу станет ясно.

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

1С не бухгалтерская система!, она давным-давно ее переросла, но и не ERP, буть то хоть 7.7 хоть 8.0

← →
Seg (2005-10-07 14:22) [78]

1С7.7 / 1С8.0 / Axapta / SAP

А как насчет Navision, Diasoft, Oracle-e-bisiness Suite, Documentum, Figaro, Boss и т.д.?

Navision туда же куда и Axapta, остальные либо не столь "знамениты", либо не из этой оперы...

> wHammer © (07.10.05 13:52) [77]
>
> но и не ERP, буть то хоть 7.7 хоть 8.0

А производители этого и не утверждают. Они обусловились фразой "с зачатками ERP-систем.

> Danilka © (07.10.05 13:20) [70]
>
> Вах, зачем какие-то компоненты:
> con = СоздатьОбъект("ADODB.Connection");
>
> И цепляйся, хоть к своей родной базе, хоть к Ороклу, для
> экспорта/импорта. :)

:о)). Неплохо.

>
> А вообще, защищать 1С-ку на дельфийском форуме дело неблагодарное.
> :)

:о)) Прислушаюсь к совету.

>
> Андрей Жук © (07.10.05 13:25) [74]
> Андрей Жук © (07.10.05 13:25) [75]

Списибо за информацию. Буду расширять свой кругозор как посоветовал Seg (07.10.05 13:31) [76]

1C is SAP? Найти похожие ветки