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

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

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

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

По-моему более привлекательно выглядит интеграция с SAP. Торговые сети переходят на нее.

Из преимуществ престы можно отметить отсутсвие полной совместимости со старыми версиями. Если битриксу приходится поддерживать совместимость со всеми старыми версиями, то в престе отказ от этого во-первых позволяет сосредоточиться только на одной текущей версии, что ускоряет разработку новых возможностей, во-вторых по максимому использовать новые возможности php (например версия 1.5 работает только на php >5.3). Когда писал модуль для синхронизации с 1С решил сначала посмотреть как это реализовано в коде битрикса. Возможно это когда-то и было красиво, но после многочисленных заплаток со временем превратилось в нечитаемую кашу (примеров полно http://govnokod.ru/search?search=bitrix).

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

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

Ну да я тоже о том, что надо комплектовать софт под задачу. Просто изначальный вопрос был для большого магазина, но инициатор не уточнил какие функции надо автоматизировать. Например Битрикс не позволяет так же решать задачи промоушена (ценовая политика например), а магазин должен их решать. Но многие смотрят на ПО магазина даже не сточки зрения управленческого учета а с точки зрения его ресурсоемкости (как будто это самое главное а не торговля!). Я то пытаюсь дать обзор вариантов решения и сильные и слабые стороны разных средств, причем с ориентацией именно на владельцев магазинов а не программистов.

Что учет можно настроить как доп. скрип конечно согласен. Если хорошо посмотреть, то любой ПО сайта это набор скриптов :-) Одним больше, одним меньше ... :-) Для меня любой web сайт это набор скриптов, фрэймворк - не более. В общем что блог, что магазин все едино. Это для администратора различия важны, который чекбоксами орудует.
Что касается SAP это скорее системе управления, а не управленческого учета , правда я давно с ней сталкивался. Да я думаю тот кто может себе ее позволить в сети большой торговли делать не будет. Она ведь поэтому и интересует именно крупные торговые сети. Интегрировать ее с Престой бессмысленно. В лучшем случае с Magento причем Enterprise версии.
Преста хорошо развивается, но идет по тому пути который прошла Magento и думаю довольно скоро станет примерно так же сложна, а значит малодоступна для начинающих. Она из полуигрушечного инструмента превратится нормальный профессиональный, со всеми вытекающими отсюда ...
Лучше чем Magento возможности PHP ни кто не использует по той причине, что в основе Magento Zend Framework, который единственный развивается почти одновременно с PHP :-). Ребятам из Престы вряд ли удастся за ними угнаться в этом вопросе :-)
И кстати благодаря очень хорошему разделению Magento и ZF на уровне проектов они могут обновляться практически не зависимо друг от друга. При этом качество обоих проектов с точки зрения ProjectManagementa значительно выше чем в Престе, а отсюда и более высокое качество конечного продукта.
В общем как то так.

Пару строк по поводу скриптов, треггеров и прочего.
Для примера в учетной системе 1С:Управление небольшой фирмой порядка 800 000 строк кода не считая кода форм.
Представляете какой мрак будет все это поддерживать на php?
К тому же платформа 1С это экономический framework. Там куча фишек рассчитанных на быстрое создание эконом. приложений.
php универсальный framework, рассчитанный на web.
Юпитеру - юпитерово, а быку... бычье )

Конечно самоубийство. Но у меня некоторые заказчики имеют опыт работы с этим софтом и говорят, что использовать его для малого бизнеса такое же самоубийство как писать 1с-предприятие на PHP для среднего и крупного. Так что вы правы: кесарю - кесарево, а слесарю - слесарево. Здесь мы как раз и пытаемся дать людям представление о том, какие плюсы и минусы имеет тот или иной софт.
Например в Престе есть простой управленческий учет, она легка и проста в установке и настройке, настолько что каждый может попробовать себя в торговле. То есть Преста на мой взгляд это наилучшая платформа для малого бизнеса из всего что есть на рынке.
Магенто это софт только для крупных магазинов с тысячей посетителей в день и сотнями продаж, когда необходим мощнейший WEB супермаркет (такое на битриксе и иже с ним не построишь, не смотря на весь его управленческий учет имеющийся в 1с-предприятии. Как раз для торговых сетей не Престу надо к SAP приделывать а Магенто. Даже интеграция Магенто с 1С-предприятие более на мой взгляд более целесообразна чем Битрикс).
Просто инициатор форума спрашивал "Что лучше для крупного магазина?", но забыл уточнить, что он подразумевает под крупным магазином, вот мы и выдаем мнения исходя из того, как это каждый себе представляет (для одного это много товаров, для другого много продаж и т.п.)

Всем привет! Подскажите плиз, у меня сайт на джумле, хочу перевести на престашоп, будут ли после этого поисковые системы заново индексировать сайт и как это скажется на позиции сайта в выдаче поиска? Буду благодарен за ответы!

Нужно редиректы настроить со старых ссылок на новые. Без этого точно позиции понизятся временно.

Ок! Спасибо!