Работаю на постоянных местах работы (фикси). Занимаюсь автоматизацией учета работы предприятий, самого разного, наверно правильно назвать управленческого. В основном мелких и средних торговых. Сейчас это оптовая торговля, сервис по ремонту, логистика.
.
Так исторически сложилось, что начал я свою трудовую жизнь программиста БД с систем 1С. Потому что уровень знаний для входа в эту систему очень низок. Это плюс. Он же минус. Приходя на очередную фирму получаешь на входе монстра, обычно производного из очень давнишней конфигурации Торговля и Склад. К этому монстру в которого 30 тыс. строк кода и не одна сотня объектов прикладывали "свои шаловливые ручки" в разное время все кому не лень, в основном "студенты" за "тарелку супа" (потому что раньше это была маленькая не богатая фирма). Две трети этой байды не используется, оставшееся треть кое-как работает. Выкидывать сразу всё и ставить новое смысла нет (да и ресурсов), так как, обычно большая часть пользователей знают как с этим монстром общаться. Но вот только здесь надо немного подправить и там подкрутить. Это всё так и надо 2 параллельно стоящие базы, из которой инфа из 1 полностью дублируется в другой, надо сделать только чтобы обмен работал без сбоев. Это ничего что 1 документ задним числом можно перепроводить 30-40 минут, ведь это можно и ночью делать (перепроводка для 1С это транзакция на пол-базы, если не на всю). Это плохо конечно что менеджер набивает 1 поз. счета за 80 сек. в среднем, но это нужно сделать быстрее (удалось кстати очень "малой кровью", в отличии от перепроводок). Куча разнородных отчетов половина неактуальных и работающих криво... Вот такая автоматизация.
.
Пообщавшись с системой 1С, почитав местный форум, начинаю понимать некоторые врожденные недостатки 1С. Самый главный это реализация бизнес-логики на клиенте. Не плохо для быстрой разработки простого учета склада для 3-5 пользователей. Но задачи передо мной стоят автоматизировать "весь" учет на фирме с ~70 активными пользователями. Некоторые из них располагаются удаленно. В части учета должны участвовать клиенты через веб. Возможно и дальнейшее расширение фирмы, в другие направления деятельности.
.
Второй недостаток 1С формат хранения данных не документирован, общение с 1С только через OLE и только к объектам 1С. Обходится конечно, но криво, при поддержке и дальнейшей разработке получим гемор. Вот задумал сделать веб-расширение, так оказывается стандартно на каждого зашедшего на сайт юзера, в данном случае клиента фирмы открывается своя сессия, т.е. запускается своя копия 1С, а это 1-2 минуты при входе и 300 М оперативки на каждую сессию. Как мне объяснить клиентам что нужно столько ждать. И какой сервер ставить при таких расходах памяти. А обратится напрямую, через свою прогу к таблицам БД мягко скажем не рекомендуется. Или нужно делать промежуточную БД для обращений веб-клиентов и синхронизировать с основной средствами 1С языка.
.
Третий недостаток политика 1С. Выпустила версию платформы 8.0 - это уже смешение 2-х и 3-х звенки, т.е. бизнес-логику можно выполнять и на кленте и на сервере приложении. Наверно следующим шагом лет через 5 будет бизнес-логика полностью на сервер БД. Причем даже не отлаженную версию платформы 1С пытается втюхивать за очень приличные деньги. (Тот же MS SQL 2005 есть полностью бесплатный и отлаженный). Более того восьмерка полностью не совместима с 7.7, т.е. для перехода весь функционал надо переписывать заново! Сейчас вышла бета 8.1 тоже не бесплатно!!! (10$, но только для владельцев 8.0)
.
В итоге место 1С - быстро обновляющийся официальный бух. учет. и простые системы до 10 пользователей. Если реализовывать большее то за лесом костылей приставленных к ней и саму 1С не видно. А посему вопрос! Куда бежать? На какую систему лучше переходить? Фирме, и что учить мне (не на один год естественно). Какие есть работающие варианты систем для разработки учета? Так чтобы не переходить на другую систему через 3 года, когда учет вырастет и в объём и в количество направлений. Так чтоб можно было прикрутить тот же веб без таких геморов как в 1С. Так чтобы не сильно сложно создавать новые формы для пользователей (ну грубо говоря не на уровне ассемблера). Я так сейчас понимаю это должна быть SQL БД c бизнес-логикой на ней. И какое-то средство для создания клиентов и агентов (для рассылки e-mail например контрагентам с вложениями в .pdf). Вот вроде MS SQL 2005 позволяет встроенные процедуры писать на С#.

У.М.Все достаточно просто - если вы не сможете это сделать на 8.0 - то тем более не сможете на западных системах.
Ваши проблемы не связаны с платформой - они связаны с качеством реализации прошлых задач.
Перейдите на наиболее подходящую вам новую конфигруацию 1С8, старайтесь по максимуму решать проблемы имеющимся функционалом. И тогда задышите нормально :)
.
На тему сначала взгляните. Когда будет стабильная 1С 8.8 тогда может и подумаю. А так платить деньги за тестирование изначально порочной системы мне не хочется.

Сергей84 Алексей Е.На тему сначала взгляните. Когда будет стабильная 1С 8.8 тогда может и подумаю. А так платить деньги за тестирование изначально порочной системы мне не хочется.
ну не знаю, у меня знакомые сидят на 8.0 с самого ее выхода
написали свою конфу и не жужжат, так что плохому танцору сами знаете что мешает :)

Ещё раз, товарищи (господа и дамы), взгляните на тему. Я не хочу жить как слепой, уткнувшись в 1С. Я хочу знать какие есть сейчас реально работающие технологии в этом направлении.
А кого там где знакомые "сидят" - неинтересно. Вы знаете их проблемы с 1С? (беспроблемных систем не бывает)

UrryMcAJ2ee / NET - если разработчиком
Axapta / sap - консультантом

Сугубо имхо

J2ee / NET - можно немного по-подробнее. Чем пользоваться, среды разработки, библиотеки... Не в блокноте же.

Сергей84
вы что вчера родились или вышли из детсада?


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

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

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

smehУ нас 1С 7.7 работает до 150 пользователей одновременно. И ниче - пашет на ура.
У вас все направления учета работают в этой ситеме или только одно (торговля, например)? Возможно ли создание "электронной нервной системы"?

sergey888
Очень интересное предложение. НЭТовцы нашли еще одного незрячего и сразу предложили им свою платформу.
Локальная сеть на 70 клиентов... Зачем нужен им NET?
Из-за несколькои удаленных клиентов весь офис должен жить на тормозной системе?

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


Немного не понял Вас - "незрячего" это как?

Насколько я понял "пушки по воробьям" это больше применимо к SAP\OEBS\Axapta\Navision - потому как, насколько я себе представляю - это закрытые системы и "внедряют" их спец. внедренцы за "спец." деньги, где за каждую новую таблицу придется платить.
Логика на клиенте, да если ещё и на интерпретаторе (или скриптах) и приводит к проведению документа по полчаса с блокировкой работы остальных юзеров. Или я где-то неправ?

Сергей84 sergey888Я бы посоветовал начать не с выбора системы, а составления всех требований к системе и тогда часть из них отсеется сама собой.
согласен
правильно поставленный вопрос - 50% дела :)
Согласен давайте правильно его поставим.
Основные требования:
1. открытая для меня структура базы данных - для того чтобы можно было написать что-то и общаться с данными напрямую, а не через прослойки (программ и внедренцев).
2. открытая среда разработки - бизнес процессы меняются довольно быстро.
3. удобный интерфес для пользователя - чистый HTML это мягко скажем, не то.
4. возможность подключения через интернет - для клиентов и удаленных пользователей (а не заниматся скажем синронизацией, по почте или дискетами.)
5. нетребовательность к клиентскому железу - совсем не интересно заниматься заменой ВСЕХ компов в фирме при переходе на скажем с 1С7.7 на 1С8.0 или при очередном расширении фукционала, интересней нарастить серверную часть (кластером сделать, например).
6. основные направления - управленческий учет хозяйственных операций на торговой фирме. Также есть логистка, сервисное направление и зачатки (планы) производства. Управленческий учет, бюджетирование.

Остальные будем уточнять по ходу дискуссии, если она получиться.

sergey888
Имеется ввиду отсутствие кругозора в области ЕРП систем и сред разработки.
У Вас он зато есть, вот и я прошу совета.

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


Вот это и надо подробно расписывать.
можно взять BPWin и расписать все процессы.
Это может занять несколько месяцев

И по этой пачке схем можно будет понять какую систему выбрать? А потом когда её часть поменяется, на другую сиситему преходить что-ли?

Сергей84 Алексей Е.Основные требования:
1. открытая для меня структура базы данных - для того чтобы можно было написать что-то и общаться с данными напрямую, а не через прослойки (программ и внедренцев).
все перечисленные системы, даже 1С позволяют это сделать, но это не документировано и такие штуки делают всегда на свой страх и риск
в противном случае - нужно писать самописку самому, т.к. таже самая самописка от другого человека - это уже не совсем открытая структура БД и можно долго искать методом проб и ошибок, а что же здась
чтоб вы понимали как обратиться без прослоек - нужно описать несколько тысяч таблиц, этого делать никто не будет, кроме вас самих
"не документировано" - вот вы сами понимаете что предлагаете, мне потом всю жизнь на иголках жить, думая где это боком выйдет.
Открытая или не открытая структура базы данных - это есть или нет у пользователя описания этой структуры (правил её построения, обращения, ...) или на крайний случай исходников. 1С таких данных не дает и не рекомендут так лазить в БД, не в её это интересах.
"несколько тысяч таблиц" - мне в первую очередь нужна среда разработки, и движок, а не конечное решение.

Сергей84 Алексей Е.2. открытая среда разработки - бизнес процессы меняются довольно быстро.
что под этим подразумевается? обычно в системах есть свой встроенный язык - если его мало - то тогда ваша дорога лежит в OpenSource и знакомство с Linux
Подразумевается встроенный язык (1С язык устраивает). Хотя будет ещё лучше если это будет общераспостранный компилируемый язык. Обычно не значит всегда. "OpenSource" тоже не плохо. Вот ещё порекомендовал бы кто, на что внимание обратить.

Сергей84 Алексей Е.5. нетребовательность к клиентскому железу - совсем не интересно заниматься заменой ВСЕХ компов в фирме при переходе на скажем с 1С7.7 на 1С8.0 или при очередном расширении фукционала, интересней нарастить серверную часть (кластером сделать, например).
ну тогда рекомендую выбрать средством разработки assembler
вы уж определитесь, что вы хотите, чем вы готовы жертвовать и во имя чего
assembler - это серьёзно?
по-моему я четко написал готов наращивать серверную часть, за счет не обновления клиентской.

Сергей84исходя из ваших пожеланий, мне видится вот такой монстр:
программа сама написана на asm-е под Linux, БД состоит всего из пары десятков таблиц с четкой структурой
извините, но это фантастика
Что-то или я туманно излагаю, или вы не так видите. С какого бока здесь Linux - вообще не пойму. Почему пара десятков таблиц, да пусть пара тысяч - главное четко документированная мною или другим изготовителем системы (той же 1С).

smeh
У нас работает бухгалтерия, торговля, ЗП
Еще прикручен веб интерфейс на asp.net
И куча других разных примочек.
Что такое "электронной нервной системы"? - я недогоняю

Не подскажите чуть подробнее как реализовано "веб интерфейс на asp.net" скорее всего придется мне его реализовывать.
"электронная нервная система" - это система которая ведёт вообще все учетные и плановые операции в организации, причем сама может и с контрагентами связываться, приемущественно в электронном виде.
Иногда почитаешь умных книжек, а потом с облаков спустится не можешь. Бил Гейэтс "Бизнес со скоростью мысли" про это пишет ну так сладко, что начинаешь искать что-то подобное в реальном мире. Правда он не пишет сколько это стоит.

Petro123вы определитесь "Вам шашечки или ехать".
Вы всё хотите открытое, с языком, компилятором, ......
Те кто делает движки - закрывают формат своей БД, либо замучитесь настраивать этот "движок".
Берите СУБД + компилятор (Delphi/C++/.....) и получите движок.
А так вы просите ПРОДУКТ С ИСХОДНЫМ КОДОМ.

Мне шашечки, а рабодателю ехать.
Берите СУБД + компилятор (Delphi/C++/.....) - да наверно так. Но что лучше Delphi/C++/..... и с какими библиотеками / средами /...

"ПРОДУКТ С ИСХОДНЫМ КОДОМ" - и что такого разве не бывает?