Уважаемые разработчики!
Думаю, каждый из Вас сталкивался с похожей проблемой: начальство дало задание написать систему учёта движения товаров + систему оповещения сотрудников о сделках и пр. Точного названия нет ещё. Но сисадмины сказали, что есть конфигурация 1С-ки, которая удовлетворяет всем требованиям. Какие аргументы можно привести в пользу моей разработки по отношению к 1С? Подскажите из опыта таких ситуаций. Желательно приводите только чёткие плюсы и минусы.
Для справки: цена альтернатив примерно равна, используется 1С: Управление производственными процессами
Заранее спасибо!

> аргументы можно привести в пользу моей разработки по отношению
> к 1С?

Уникальность.
Полная зависимость от тебя.

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

> aston2204 ©   (04.12.08 12:20)  
> Для справки: цена альтернатив примерно равна,

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

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

> Желательно приводите только чёткие плюсы и минусы.


А будет у тебя в твоей системе встроенный язык с поддержкой ООП и интероперабельности с другими языками например С++, JAVA, .NET?

> oxffff ©   (04.12.08 12:43) [4]


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

Если это будет то программисту будет проще поскольку он будет использовать документируемые возможности твоего ядра(языка + RUN TIME окружения) с расширенной библиотекой(а на нее нужно много много чел/час).

> aston2204 ©   (04.12.08 12:20)  


Вообщем берите 1С или SAP.
Я честно говоря не знаю  у 1С 8.0 три звена или попрежнему 2.
Ну вообщем для очень тонкого клиента можно схитрить и использовать
CITRIX или RDA.

Еще:

-озвученный сторонний продукт уже интегрирован (надеюсь) с бухгалтерией. Свой надо еще интегрировать

> Вообщем берите 1С или SAP.

А Аксапту?!

> Преимущества собственных разработок перед 1С [D7, WinXP]


Их нет

> Дуб ©   (04.12.08 12:54) [8]
>
> > Вообщем берите 1С или SAP.
>
> А Аксапту?!

Повеяло адским духом :)

> Skyle ©   (04.12.08 13:05) [10]

Так про SAP пишут ведь...:) А так хорошо, внедрить получится как на душу положат, а опыт будет - потом пооедет в Москву и станет получать килобаксы. :)

> > Преимущества собственных разработок перед 1С [D7, WinXP]
>
>
> Их нет

Т.е. Вы хотите сказать "нафиг разработки, и так много чего есть. крутитесь сами как хотите. 1С - мана небесная" ??? Зачем тогда вообще программисты (не считая 1С-программистов) ???

> Т.е. Вы хотите сказать "нафиг разработки, и так много чего
> есть.

В подавляющем числе случаев - именно так.


> 1С - мана небесная

1с для бухгалтерии то же что и ОС WIN в области операционок.
То есть: выдумать ситуацию когда потребуется своя ОС наверно можно, но крайне и крайне редка. Нужны очень специфичные условия.

> Зачем тогда вообще программисты

В подавляющем числе контор они не нужны. Используются только для самоутверждения начальства.  Либо по их малограмотности в этом вопросе.

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

Не совсем так. Начальнику в принципе пофиг что за система будет работать, главное, чтобы РАБОТАЛА. А вот админы наши и отдел "внедрения" (не знаю, что они там внедряют) год ерундой занимались, пока им звездюлей не выписали, потому что 1С работает только с бухгалтерией, а товарооборот весь (!!!) в Excel.

И ещё дополнения:
Цена конфигурации 1С: Управление производственными процессами (от фирмы ПитерСофт) на 5 раб мест примерно 150000 руб. Цена моей разработки (считал с консультантом по экономике) примерно 200000 руб (по факту гораздо меньше). Плюс к тому, в 1С не существует нужной БД для хранения всей информации о сделках, товарах и пр. Так что после внедрения нужно будет докручивать таковую. Зато у меня уже есть моя реляционная БД, но нет клиентской части :) Вот дилемма какая. Сроки тоже условны - если надо, могу очень быстро сделать.
Ещё аргументы можете привести?

> 1с для бухгалтерии то же что и ОС WIN в области операционок.
>
> То есть: выдумать ситуацию когда потребуется своя ОС наверно
> можно, но крайне и крайне редка. Нужны очень специфичные
> условия.

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

> В подавляющем числе контор они не нужны. Используются только
> для самоутверждения начальства.  Либо по их малограмотности
> в этом вопросе

Как ни обидно признавать, Вы правы, но не в моём случаю. Ибо начальник у меня - исполнительный директор - по ходу имеет ИТшное образование (по кр мере знает слова "триггер", "реляционная" и мн других). И вопрос при моём приёме на работу ставился так: смогу или нет написать систему...

По учетным системам собственная разработка по сравнению с существующими решениями действительно не имеет преимуществ (тем более Вы сказали что готовая реализация уже существует)
Другой вопрос - напр. если бы приоритет был бы в специфической "системе оповещения", которую сложно (невозможно) было бы реализовать в учетной системе, а учет занимал бы второстепенную роль.
Тогда, возможно, эффективнее была бы собственная разработка. Или же комбинация собственной разработки и учетной системы.

> Или же комбинация собственной разработки и учетной системы.

На этом варианте я и настаиваю...


> По учетным системам собственная разработка по сравнению
> с существующими решениями действительно не имеет преимуществ

Т.е. в бизнес со своим "самоваром" не ходят теперь?!

На этом варианте я и настаиваю...

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

Т.е. в бизнес со своим "самоваром" не ходят теперь?!

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

В 1С есть "торговый учет" для отдела продаж, а его результаты экспортируются в бухгалтерию.
1C Комплексная конфигурация = Бухгалтерия + 1C Торговля + 1C Склад + 1C Зарплата + 1C Кадры
Есть только 1C:Управление Торговлей.
Комплект выбирать надо.

Но главное, непонятно, что ты нового можешь сделать и зачем?
Все же опыта в этих делах у 1C гораздо больше и ошибок в расчетах будет гораздо меньше. Плюс обучение и поддержка при изменении законодательства.
Начальник видимо хочет халяву. Раз есть программист, то зачем платить больше? :)

> заменить готовую тиражную разработку "Управление производственными
> процессами" собственной.

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


> реализовывать собственную систему синхронизации Вашей разработки
> и учетной системы

там синхронизации особой нет. БД основная - моя. А денежный оборот экспортируется бухам в 1С: бухгалтерию

> Я вообще думаю, что они ещё подавятся 1С-кой. Нельзя стандартизировать
> ВЕСЬ бизнес


с  1998 года такое слышу. Не подавились. 1с не "стандартная", стандартной мало кто пользуеться. Преимущество 1с как платформы лёгкость малой модернизации и что очень важно - полная независимость от конкретного подрядчика. Код-то легко модифицируеться.

> В 1С есть "торговый учет" для отдела продаж, а его результаты
> экспортируются в бухгалтерию.
> 1C Комплексная конфигурация = Бухгалтерия + 1C Торговля
> + 1C Склад + 1C Зарплата + 1C Кадры
> Есть только 1C:Управление Торговлей.
> Комплект выбирать надо.

Нет, народ, поймите: специфика товара и политики предприятия такова, что стандартом здесь не обойтись. Слишком уж всё сложно. Да и контора серьёзнее некуда. Солиднее иметь свои разработки. Хотя... Дело начальства. Как говорится, баба с возу - и волки сыты ;-)

> Солиднее иметь свои разработки.


Естественно, они же обходяться в 10-100 раз дороже. Требуют кучу аналитики  (не наших конечно анАлитиков-студентов, а нормальных ) и круглосоточное устранение багов :-D

> с  1998 года такое слышу. Не подавились. 1с не "стандартная",
>  стандартной мало кто пользуеться. Преимущество 1с как платформы
> лёгкость малой модернизации и что очень важно - полная независимость
> от конкретного подрядчика. Код-то легко модифицируеться

Страно вообще такое читать на форуме МАСТЕРОВ DELPHI . Время покажет... Год уже на стандартной конфиге сидели - кроме матов от директора ничего админы не услышали. Может теперь поменяется всё...

А так хочется креативить и девелопить....(((

> aston2204 ©   (04.12.08 14:18) [26]

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

> aston2204 ©   (04.12.08 14:18) [26]
> А так хочется креативить и девелопить....(((

1C и это не запрещает, наоборот.

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

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

> aston2204 ©   (04.12.08 14:18) [26]
> кроме матов от директора ничего админы не услышали.

Это может объясняться как тонкой нервной организацией директора, так и криворукостью админов. Так что сам этот факт не очень показателен.

> как тонкой нервной организацией директора, так и криворукостью
> админов.


Конфигурации 1с на 60 % состоят из функций проверки ввода данных и блокировок.  Связано это с отсутсвием в природе многих контор желания учиться. "а почему, а зачем , а с какого" ? Читать им всем лень.  


> Страно вообще такое читать на форуме МАСТЕРОВ DELPHI . Время
> покажет...


Почему ? 1с-ка великолепно себя чутсвует с рядом Delphi :-). Время уже показало, что 1с очень гибкая платформа. Например даже многие западные и восточные конторы работают с 8.1 - она их по отношению цена (с внедрением и стоимостью владения)/ качество сильно устраивает.

> Естественно, они же обходяться в 10-100 раз дороже. Требуют
> кучу аналитики  (не наших конечно анАлитиков-студентов,
> а нормальных ) и круглосоточное устранение багов :-D

Ну это уже от программистов и аналитиков зависит

Очень рад, что мой вопрос вызвал такую полемику :-)
Всем спасибо за ответы.
Удачи в написании программ!
Тема закрыта

>boriskb ©   (04.12.08 13:03) [9]
>> Преимущества собственных разработок перед 1С [D7, WinXP]
>Их нет

Эт точно ! Даешь новый релиз контры на "движке" 1С :)

> aston2204  (04.12.2008 13:46:17)  [17]

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

> oxffff  (04.12.2008 12:54:06)  [6]

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

Я не большой специалист по ней, более грамотные люди могли бы рассказать больше.

> aston2204 ©   (04.12.08 13:52) [19]

> Т.е. в бизнес со своим "самоваром" не ходят теперь?!
>

В бизнес ходят, но ты же не в бизнес пошёл, а на форум.

> + систему оповещения сотрудников о сделках и пр.

с каких пор 1С научилась кого-то очем-то оповещать? хотя в 90% случаев это баловство.

> Petr V.Abramov  (04.12.2008 15:53:36)  [36]

В такой постановке - это элементарная бизнес функция.

> с каких пор 1С научилась кого-то очем-то оповещать?


 С версии 7.6 вроде. А контроль за изменениями в базе так вообще в лохматых годах реализован.


> Среднее звено работает с базо, как и работало строго навигационными
> методами, а точнее еще хуже.


8.1 говорят отучили уже. В 7.7 - можно переписать. Скорость в 10-15 раз возрастает.

1с используют из-за плохо знания Exeля

> Anatoly Podgoretsky ©   (04.12.08 15:33) [34]

Это если говорить о 7-ке. Да и то можно было под MsSQL подключать.
8-ка использует свою СУБД.
Насчет + и -:
- Время разработки чего-то своего на порядок выше
- Множесто багов, которые в типовых конфигурациях уже давно пофиксены
Плюсов при такой постановке вопроса не вижу :(
1С в принципе может справится с любой УЧЕТНОЙ задачей. В самом крайнем случае никто не мешает дописать к ней нужные компоненты, информация по этому свободнодоступна.

> Petr V.Abramov   (04.12.08 15:53) [36]

Эм... Что значит "оповещать"? Выводить сообщение определеному пользователю при выполнении каких-либо условий? Давно :-)

> 1с используют из-за плохо знания Exeля


Напиши-ка мне  в Ехеле партионный учет по 5 тысячам номенклатурных позиций. Да ещё с актуальными отчетами в налоговую.


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


COM/OLE рулит однозначно.

> Напиши-ка мне  в Ехеле партионный учет по 5 тысячам номенклатурных
> позиций. Да ещё с актуальными отчетами в налоговую.

+возвраты, перемещения, списания. Я бы тоже хотел на это посмотреть =)

> tesseract  (04.12.2008 16:21:38)  [38]

Пока единственное утверждение слышу только от тебя, а от других, что ничего не переписывали, просто ввели сервер приложений и все. Траффик немного уменьшился, время тоже за счет дискового кеширование и более мощных серверов, касается MS SQL

1. 1С не имеет своего ООП языка. Используется VB.
2. 1С была тормозной и осталась. И дохнет на объемах. Немного улучшила ситуацию 8-ка, но за счет внедрения сервера приложений. Т.е. теперь тормозять не клиенты, а сервер, но можно выкрутиться за счет железа.
3. Как ни крута 1С, однако в 2003 году у меня практически выпросили и купили старую досовскую бухгалтерию, писанную на клиппере (купили в 3-х конторах). При этом у них у всех уже была легальная коробочная 1С.
Почему выпрашивали - а мне стыдно ее продавать было, так как писана довольно коряво. Предлагал забрать бесплатно, так чуть не насильно где 5, где 2 тысячи вручили.

> ANB

сейчас не 2003 год.

> KilkennyCat ©   (04.12.08 17:18) [45]

А что то поменялось ? 1С стала еще громозче. И совсем не быстрее.

ИМХО : Если начальству не жалко денег на свою разработку - надо пользоваться и разрабатывать. Минимальное преимущество своей разработки (если все писать толково) - минимум на порядок ускорение обработки. Кроме этого можно легко реализовать нужные пользователям мелочи.

> ANB   (04.12.08 17:01) [44]

Тут 2 варианта: Или им было жалко денег на заточку 1С под себя, или саппорт 1С-овский такой попался... Другого варианта я не вижу. А тормоза 1С - Знаю конфигурацию, в которой идет учет по серийным номерам ваучеров пополнения счета. Фирма оптовая, в месяц проходит 30-50 тысяч ваучеров для каждого оператора моб. связи. Тормозов замечено не было.
<offtopic>
Давно я тут не был, привет всем, кто помнит ;)
</offtopic>

> Фирма оптовая, в месяц проходит 30-50 тысяч ваучеров для
> каждого оператора моб. связи. Тормозов замечено не было.
>

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

> Или им было жалко денег на заточку 1С под себя, или саппорт
> 1С-овский такой попался...

А зачем тратить кучу денег, если по дешевке есть уже готовый продукт, который их удовлетворял ?

> А что то поменялось ? 1С стала еще громозче. И совсем не
> быстрее.


Громоздче не стала, тормознее не стала. Тормоза 1с в сетевом режиме - 99% виндовые, ну не научили винду с сетью работать, криво слямженный  smb погоды не делает. Ставишь на netware - всё летает. MS SQL - тормозит из-за безответной любви 1c к fetchcursor. Переписываешь кое-какие куски кода - и вуаля всё летает и даже процессора не кушает. В 8.1 есть возможность написать прямые запросы к базе.

Интересно девки пляшут..
Здесь что, одни "бухи" собрались, что действительно считают, что ВСЕ можно написать на 1С ?

Для вас два вопроса для начала:

1. Почему ни один банк не использует 1С в качестве опердня если в ней  все можно "сконфигурить" ?

2. Существует ли хоть одно СЕРЬЕЗНОЕ предприятие, у которого управление производством реализовано в 1С ?

> ANB   (04.12.08 17:49) [48]

30-50 тысяч за час??? О_о Это сколько человек-операторов должно быть? Ведь каждый СН - это уникальный объект учета, а не просто в колонке цифра "50 000".

> 2. Существует ли хоть одно СЕРЬЕЗНОЕ предприятие, у которого
> управление производством реализовано в 1С ?

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

> 1. Почему ни один банк не использует 1С в качестве опердня
> если в ней  все можно "сконфигурить" ?

Можно все, что касается учета. Но в банках гораздо важнее система безопасности, чем быстрая/удобная реализация + то, что можно, еще не значит что какую-то конкретную задачу проще сделать.. Ну, и на последок: а что, нет ни одного банка, в котором бухгалтерия (ну, там ОС, малоценка еще что-то) не велась в 1С? Я не утверждаю, я спрашиваю ;)

> MsGuns ©

Ты конкретно ошибаешься.
Есть и банки, и предприятия.

А в 1С можно планирование сделать?

> Можно все, что касается учета. Но в банках гораздо важнее
> система безопасности, чем быстрая/удобная реализация + то,
>  что можно, еще не значит что какую-то конкретную задачу
> проще сделать.. Ну, и на последок: а что, нет ни одного
> банка, в котором бухгалтерия (ну, там ОС, малоценка еще
> что-то) не велась в 1С? Я не утверждаю, я спрашиваю ;)


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

> Ты конкретно ошибаешься.
> Есть и банки, и предприятия.

Пример хоть одного банка, у которого в качестве АБС стоит 1С можно ?

> Почему 1С редко используют для оперативного учета ? - неудобно
> и тормозит.


Опять же тормозит не 1с, а прокладка между стулом и клавиатурой. Оперативный учет часто используеться в розничных сетях, мелком и среднем производстве, логистических комплексах.  Aldo, ABX logistics и тд.

> Cobalt ©   (05.12.08 09:59) [54]

Планирование чего? Закупок? Да. Расходов? Да. Развития фирмы? Да.
Более того, в типовых конфигурациях это УЖЕ реализовано.

> Планирование чего? Закупок? Да. Расходов? Да. Развития фирмы?
>  Да.


Развитие фирмы должны руководители планировать, а не 1с :-)

> а прокладка между стулом и клавиатурой.

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

Как пример я в своей бухгалтерии вбивал за пол-дня по 200 приходных накладных (от 5 до 30 позиций в каждой) и еще успевал раскидать закупку по 3-м магазинам (расходные накладные). При этом примерно 10% товара были новыми (т.е. раньше не закупались).

В 1С сколько народу пришлось бы за это посадить ?

Про оперативный учет я вообще молчу. Многие вещи 1С просто не позволяет реализовать.

> ANB   (05.12.08 14:22) [60]

Ну, пжалста, добовляйте в конце таких предложений фразу "в типовых конфигурациях" ;)


> tesseract ©   (05.12.08 14:20) [58]

Имеется ввиду, на что в данный момент нужно сделать упор в работе (например: закупка чего сейчас важнее - сырья (если да, то какого), оборудования или еще чего-то-там-нужного). =)

> Что есть серьезное предприятие? Металлургический комбинат
> с количеством рабочих мест за 70 тысяч подойдет?

в то, что оперативный учет на 1С - не верю. Что используется для рисования (именно рисования) отчетности - ничего другого и не ожидаю.

> В 1С сколько народу пришлось бы за это посадить ?


У нас в день не меньше 8-15 миллионов оборота. Сеть из 17 магазинов, никто на производительность не жалуеться. Полный отчет о движение 6-7 тысяч наименований за год  делается около 5-10 минут.


> (от 5 до 30 позиций в каждой)


Это чек какой-то, а не накладная, у нас накладные до 800 и более позиций.


> В 1С сколько народу пришлось бы за это посадить ?


Половины хватит. накладная набиваеться примерно 2-5 секунд позиция. Посчитай сам. У тебя сколько по номенклатуре расшифровки ? В моей базе больше 30.


> в то, что оперативный учет на 1С - не верю.


Ну и не верь :-) Просто используються распределённые базы и ноу гемор. Это ты всё хочешь в одно место запихнуть. Асинхронные базы работают всё-таки стабильнее и быстрее.

> Асинхронные базы работают всё-таки стабильнее и быстрее.

тогда в екселе можно, эффект тот же

> тогда в екселе можно, эффект тот же


Ну не совсем.

> Petr V. Abramov ©


О чем спорим-то?
О том, что 1с не всегда и не везде применима с точки зрения затрат и эффективности?
О том что 1с занимает примерно 80 процентов рынка подобных услуг?
Или о том, что все работающие с ней глупые неучи поскольку "тормозно и неудобно " ?

Уточни :))

> О том, что 1с не всегда и не везде применима с точки зрения
> затрат и эффективности?

1. не спорим

> О том что 1с занимает примерно 80 процентов рынка подобных
> услуг?

2. хрен его знает, сколько процентов, но очень много

> Или о том, что все работающие с ней глупые неучи поскольку
> "тормозно и неудобно " ?

именно на глупых и неучей она и расчитана, именно поэтому п.2 , поэтому же не всегда и не везде применима.

> boriskb  (05.12.2008 16:10:07)  [67]

Они уроды, писать надо на Дельфи, писать надо на долго, лучше до пенсии.

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

> Petr V. Abramov ©   (05.12.08 16:20) [68]


Вот видишь. :)
Я так и думал.
Ты и со мной и, думаю, со своими противниками в споре сошелся во мнениях
Спорить не о чем :))

Я бы рекомендовал сочетание чисто стандартной конфигурации "1С: Предприятие" и информационной системы на основе Delphi (или чего-то иного, например, ASP.NET), взаимодействующих между собой. "Стандартная конфигурация" удешевит все, что касается поддержки (и апдейтов!) стандартных печатных форм документов и упростит ввод множества финансовых данных (хорошо еще 1С соединять с какой-ниубдь системой "Банк-клиент"), а Delphi (или что-то иное) удешевит, упростит и ускорит все, что специфично для конкретной задачи.

> Я бы рекомендовал сочетание чисто стандартной конфигурации
> "1С: Предприятие" и информационной системы на основе Delphi
> (или чего-то иного, например, ASP.NET), взаимодействующих
> между собой. "Стандартная конфигурация" удешевит все, что
> касается поддержки (и апдейтов!) стандартных печатных форм
> документов и упростит ввод множества финансовых данных (хорошо
> еще 1С соединять с какой-ниубдь системой "Банк-клиент"),
>  а Delphi (или что-то иное) удешевит, упростит и ускорит
> все, что специфично для конкретной задачи.

И даже такая конфигурация может не устроить.
Например некоторые отчеты 1С просто не сможет сформировать в приемлемое время.
Но вообще - это лучшее решение, которое, как правило и применяться в достаточно серьезных конторах. Если они, конечно, не купили сдуру вместо 1С аксапту или сап.

> Если они, конечно, не купили сдуру вместо 1С аксапту

У нас в головной конторе  1с и аксапта крутятся вместе

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

1С берет на себя заботу о том, чтобы формы документов и финансовых отчетов соотвествовали стандартным. Поэтому ответственность за этот пункт можно возложить на фирму 1С. Это теперь их забота. Если от 1С отказаться, то либо стандартность документов некритична (такое тоже миожет быть), либо кто-то готов тратить дополнительные деньги на то, чтобы за это отвечал кто-то другой (к примеру, программист Delphi).

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

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

> удешевит все, что касается поддержки (и апдейтов!) стандартных
> печатных форм документов

а может и удорожить, если ввод массовый.

> Например некоторые отчеты 1С просто не сможет сформировать
> в приемлемое время.


Плохому программисту всегда фрэймворк мешает.


> В то же время если 1С без изменений конфигурации (а при
> них сужается возможность апдейтов)


Ушел плакать, Вы явно с 1с не знакомы.

SAP - те же ежи в ботинках, и гибкость у него, как у бетонной балки.

> Если бы 1С представляло собой ту существенную панацею для
> большинства задач, как здесь пытаются представить

Неправда Ваша. Говорим лишь о том, что иногда (достаточно часто) 1С действительно проще/легче/дешевле и удобнее. Хоть и не панацея. И требует доработок. Но, согласитесь, взять готовую систему со стандартным планом счетов, стандартными проводками, с полной проверкой корректности вносимых данных, партионным учетом и т.д., и т.п. и добавить к ней какой-то свой Жизненно-необходимый-документ-организации-Х гораздо проще, чем написать всю бухгалтерию (план счетов, начисление износа, давальческое сырье и т.д., и т.п., и пр.) Т.е., по сути написать ВСЮ бухгалтерию (об упрощенном налогообложении я умолчу, как и о предприятиях с двумя документами ПН и РН).


> В то же время если 1С без изменений конфигурации (а при
> них сужается возможность апдейтов)

эм... А может вспомним 1С 6.0? Или Еще глубже в историю заглянем? Я понимаю, что это форум мастеров Делфи а не 1С, но нельзя же не зная предмета утверждать!

>KilkennyCat ©   (05.12.08 05:47) [53]
>Ты конкретно ошибаешься.
>Есть и банки, и предприятия.

Мы приведем конкретные примеры работающих систем или просто приятно провести вечерок вышли ?

"Не знаешь - не говори" - вот золотое правило.

>kaif ©   (05.12.08 16:32) [70]
>Не может быть у собственных разработок заведомых примуществ перед 1С, как и не может быть заведомых преимуществ 1С перед собственными разработками.

Неужели ? И это ты говоришь, Ашот ?

>К тому же эти вещи могут сочетаться, так как из 1С можно что-то >выгружать в свои системы или из них что-то загружать в 1С.

Угу. Можно, конечно, из табуретки смастерить баллистическую ракету. При этом сама тапбуретка пойдет на табличку к тарному ящику ;)

>то давайте попросим завести в меню сайта Мастеров для начала >конференцию "1С". Или еще лучше так: "1С: торговля", "1С: кадры", "1С и >так далее". А все конференции по Delphi поместим в "Прочее".

Небезизвестный Нуралиев давно забил на свое детище. А те, кто его типа замещают, не блещут ни маркетинговым талантом, ни вообще каким-нибудь другим. Так, стрегут купоны.. А лет эдак ндцать назад не удивился бы такому лобби нисколько ;)