Кадыков Михаил iscrafm
А Монитор интегрируется? Надеюсь Михаил просветит.
Так я уже вроде просвещал...

Михаил, неужели Вы думаете , что меня интересует то, что Монитор может импортировать? Интересует возможность интеграции, а не импорта. Что я могу, используя интерфейсы Монитора прочитать из него, что могу записать. Какие при этом ограничения? Какие интерфейсы для этого применяются? Ниже на рисунке примерчик стыковки с известным Вам БЭСТ-5. Как видите его данные живут в одном интерфейсе с производственной системе, операции настраиваются в производственной системе, проводки формируются напрямую в БЭСТ минуя "прокладки",храняться в БЭСТе (по ним формируется бух. отчетность), справочники используются общие, книги покупок/продаж консолидируются в производственной системе и т.д. Т.е. информационное пространство единое. Именно это я называю интеграцией. А импорт меня не интересует.

Dogen iscrafmНиже на рисунке примерчик стыковки с известным Вам БЭСТ-5. Как видите его данные живут в одном интерфейсе с производственной системе, операции настраиваются в производственной системе, проводки формируются напрямую в БЭСТ минуя "прокладки",храняться в БЭСТе (по ним формируется бух. отчетность), справочники используются общие, книги покупок/продаж консолидируются в производственной системе и т.д. Т.е. информационное пространство единое. Именно это я называю интеграцией. А импорт меня не интересует.А кстати, для всего этого у БЭСТ-5 есть штатный документированный API или Вы работали напрямую с базой данных БЭСТ-5?..
напрямую с базами

p.s. В принципе так же можно и Монитор интегрировать, работать напрямую с БД. Вопрос только в том, насколько она документирована. БЭСТовская документирована, там проблем с этим нет.

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

Dogen iscrafmДля этого существует документация
С моей деревенской точки зрения, для этого существует API. Только никто его не заинтересован делать.
С моей точки зрения, это не измерительный прибор. Нафига городить API на таблицы БД? Достаточно описания структуры и constraints.

Nonsens iscrafmНафига городить API на таблицы БД? Достаточно описания структуры и constraints.
Не согласен.
и все? :) А почему?

Nonsens1. Как уже говорили: бизнес-логика.
2. Безопасность.
1. Бизнес-логика обычно и определяется этими самыми constraints, которые, в свою очередь, определяют корректное состояние БД.
2. Безопасность чего? Записи в БД?

Nonsens
Совсем не обязательно. Все это может быть осуществлено на уровне объектной модели (если таковая есть).

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

Nonsens
Безопасность доступа к приложению (его данным или функциям). И (возможно) к записи в БД в частности. Разрганичение прав доступа может быть не в базе данных (равно как и контроль целостности - см. выше).

Оба пункта кстати сильно связаны. И обо можно подогнать под термин "безопасность". В первом случае это защита от нарушения целостности данных, а во стором - от несанкционированного доступа.
Неужели Вы думаете, что имея доступ к БД меня каким-то образом сдерживает система управления доступом приложения? Естественно речь не идет о несанкционированном доступе. Запись из внешних приложений выполняется в соответствии с определенными правами единой информационной системы.

Кадыков Михаил
Михаил, Вы путаете, имхо, понятия импорта и интеграции. Простая задача: при выписке заказа в системе, которая занимается обработкой заказов, записать этот факт в CRM систему. Или при регистрации нового контакта в CRM системе дать возможность его использования при выписке заказа. Простые примеры.

LSV Посмотрите исходники в том же Nav,Ax,R3,OEBS или что у Вас есть под рукой. Почему я не могу, придерживаясь принятых ограничений целостности информации выполнить запись в базу из своего приложения?Можете, но далеко не всегда. Например вставка новой записи. У неё текстовое ключевое поле. Ключ получается из сложной процедуры получения номера из определённой(!) серии номеров. Соблюсти все тонкости весьма сложно.
Да я не против. Если есть доступный API, конечно он предпочтительней. Речь идет о случаях когда его нет. Не все разработчики, к сожалению, заботятся об этом.