В том и дело, что начинается двойная запись и прочие прелести, например обновления данных. В 1с есть все из коробки. Хотя она не идеальна конечно в плане работы с бд. Но построитель отчетов там встроенный по любым параметрам и тд. Просто мы обсуждаем целесообразность затрачиваемых усилий на разработку. И тут 1с бьет. В моей парадигме проще сделать интеграцию с 1с и далее в 1с работать с данными, нежели писать свой бекэнд с блекджеком и шлюхами (В ТО ВРЕМЯ КОГДА НЕТ НОРМАЛЬНОГО ОДНОСТРАНИЧНОГО ЧЕКАУТА! )или ждать пока напишут разрабы CS. В любом случае это не будет даже близко по гибкости к 1с. 1с ругают за скорость проводок в основном, но сейчас этот вопрос решен. А интерфейс и 11 и УТ 10.3 превосходит любой веб интерфес по скорости в любом случае. Если мы говорим про комфорт работы сотрудников. Единственное что commerceML недостаточен очевидно, надо свой протокол обмена писать.
Вспомнил ещё про генерируемые столбцы в MySQL для повышения скорости индексации. Они есть для JSON, но, может быть, их можно и для PHP-сериализованных структур каким-то образом создавать (если, конечно, имеется возможность свой десериализатор написать). А непротиворечивость уже будет контролироваться самой СУБД. Хотя бы скорость выборки увеличиться, правда придётся многое переписывать в функциях работы с моделью.
Да это бред все, есть отличные модули для СДЭК для 1с )
Ссылки хоть прикладывайте, почитать полистать)