Добрый день. Поделитесь опытом сертификации решений на 1с-совместимо.

Ситуация: Есть решение, построенное на архитектуре отличной от большинства типовых продуктов. В ходе разработки делался упор на преимущества клиент-серверной архитектуры и особенности СУБД MS SQL. На файловой версии и СУБД отличных от MS SQL будет работать медленнее (ощутимо). Отсюда вопрос, насколько реально (или сложно) для решения, по сути заточенного под платформу Microsoft получить 1С-совместимо.

"В ходе разработки делался упор на преимущества клиент-серверной архитектуры и особенности СУБД MS SQL. На файловой версии и СУБД отличных от MS SQL будет работать медленнее (ощутимо). "

Это? Как? Это?

1с:документооборот на файловой базе вообще еле шевелится...

ИХМО - главное, что-бы на других базах не появлялись ошибки исполнения

(0) Ну все типовые так сделаны

(0) "делался упор на преимущества клиент-серверной архитектуры и особенности СУБД MS SQL" - т.е. под PostgreSQL работать не будет? Это уже имхо не 1с-совместимо :)

Небось прямые запросы в базу нафигачили, а лиценщию не читают...

... и особенности СУБД MS SQL... чего наоптимизировали?

(4) Работает, но медленно (если сравнить с мелкософтом то ощутимо медленнее). Есть нагрузочный тест, имитирующий многопользовательскую работу, на постгрес результат хуже. Когда писали планы запросов анализировали на Data Platform от Microsoft, под нее же подгоняли архитектуру.

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

(0)
Смотрю требования чуть изменили, сейчас идет под 8.3:

http://www.1c.ru/rus/products/1c/predpr/compat/soft/condition.htm

http://www.1c.ru/rus/products/1c/predpr/compat/soft/requirements.htm

построенное на архитектуре отличной от большинства типовых продуктов... авторы типовых нервно курят...