Алексей Е.Работаю на постоянных местах работы (фикси). Занимаюсь автоматизацией учета работы предприятий, самого разного, наверно правильно назвать управленческого. В основном мелких и средних торговых. Сейчас это оптовая торговля, сервис по ремонту, логистика.
.
Так исторически сложилось, что начал я свою трудовую жизнь программиста БД с систем 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 позволяет встроенные процедуры писать на С#.

По ходу монолог "неудачнега"... мало того не понимающего что именно ему надо, да и 1с по ходу знает крайне плохо, тем более 8, 8.1, и 8.2.

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

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


Ну и в третьих. 1с 8.1 очень интересная система и главное мощная. Причем навернуть из нее можно много.. Основная и главная проблема - непонимание архитектуры базы данных, коммерческой или аналитической. Причем поиск святого гроаяля чтобы все все в одном флаконе, а самому ничего не делать говорит о том, что авто аналогично не понимает как именно будет работать то что он получит.

И последнее, зачем на C# под MS SQL делать сборки если есть T-SQL. Видимо мания творить циклы вместо изучения основ БД бич не 1с программистов - а лентяев.

А на финальное - добавить немного в 1с - 8 и она взлетает.
А если добавить знаний по MS SQL то ей тем более хорошеет, а прикрутить отчетность на T-SQL и получится конфетка - данные получаются быстро и эффективно.

smehУ нас 1С 7.7 работает до 150 пользователей одновременно. И ниче - пашет на ура.
По моему единственная альтернатива 1С - это самописный продукт, в котором вы сделаетет так как вам надо. Главное справиться с визуализацией (гриды, элементы диалога и т.п.), остальное все ерунда.
SQL 2005 действительно позволяет ХП писать на С#, а в 2000 можно было на любом языке их писать, компилить в ДЛЛ и вызыать как ex_sp.
Думаю лучшим быбором будет c# + sql (2000 и выше).
Но сразу встает проблемма обновления форм налоговой отчетности, которую придется делать в ручную, все формы рисовать и т.п.

очень много плюсов.
гриды лечатся за 5 сек - девки решают эти вопрос на уря. Цена вопроса 30 рублей на компанию - копейки.