авторА вы считаете что ваше системное ядро лучше конфигуратора 1с8 ?
А что, на 1С8 свет клином сошелся?
А кроме 1С8 есть ещё 1С7.7

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

авторСравните убогий Fast Report или Oracle Report с отчетником 1С.
Очень даже не смешно. :(
Вы сравните отчетник 1С с DataWindow.
Лично у меня язык запросов (ЯЗ) 1С вызывает отвращение (мнение субъективное, прошу не обижаться).
Я молчу про эффективность выполнения запросов в 1С, выполнение отчетов может запросто парализовать всю работу остальных пользователей. Посмотрите на индексы в таблицах БД и все поймете.
Хочется услышать ваше мнение про скорость выполнения запросов в 1С с использования ихнего ЯЗ.

автор про экспорт данныхИз 1С 77 это сделать очень легко. В 8-ке еще легче.
Давайте будем про 1С v7.7.
С 8-кой я не знаком.
Так как же легко и просто импортировать из 1С? Поподробнее плиииз.

авторчто такое DataWindow.???
См. sybase PowerBuilder или Infomaker. DataWindow (DW) был упомянут в связи с вашим упоминанием Fast Report'a и Oracle Report'a.
Сразу же предупреждаю, что с 1С v 8.0 не работаю, так как у нас крутится 1С v 7.7

авторЭтот язык намного более гибкий и мощный чем в большинстве СУБД .
Ну скажем не гибче чем SQL, который является вообще-то стандартом де факто для доступа в реляционным СУБД. Что можите сказать про оптимизацию запросов в 1С при выполнении запроса на внутреннем ЯЗ?

Как легко и просто перенести бух учет и торговлю с 1С v 7.7 на 1С v 8.0?
Заодно давайте сузим обсуждение версий 1С (7.7 и 8.0) до одной - 7.7

авторОтнеситесь к системе серьезнее и купите ей сервер, а не palm. Сервер серьезный, поверьте не PALM, да и клиенты тоже на PALM не тянут (P4/256/2.4G), но медленно выполняются запросы, просто медленно и всё. Потому как идет последовательный просмотр таблиц участвующих в запросе. И хоть как извертывайтесь, внутренними средствами проблему не решить. К тому же выполнение сложных запросов, напрочь парализует работу остальных пользователей.

авторИх язык заканчивается на клиенте к серверу идет запрос MSSQL :). Все вопросы к Microsoft или автору запроса.
Вы сильно заблуждетесь, по поводу повсеместной работы 1С на платформе MS SQL. По моим наблюдениям гораздо чаще используется dbf версия. Так вот в этом случае все начинается и заканчивается в "Объектном ядре" самой 1С, котрый крутится на клиенте.

По поводу экспорта данных. Предположим, что имеем копию справочника товаров в SQL (не важно какой сервер: MS или Sybase ASA или какой другой) . Изменение справочника происходит только в 1С (в sql копия для чтения). Ваши предложения по синхронизации перчислений? Где кстати хранятся эти самые перечисления?

2 AISOFT & Old Nick
Прошу прощения у автора темы и наверное одного из самых заинтересованных лиц за перепалку по поводу 1С.
Вообще-то я хотел донести такую мысль, что разрабатывая новую систему автоматизации складского учета, придется обеспечивать и импорт данных из существующих систем, т.е. 1С, Фолио и т.д. Причем если говорить про 1С, то скорее всего следует вести речь про версию 7.7
А в случае с 1С это ох каокое геморойное дело.