Integrator2Кто-нибудь делал интеграцию посредством XML?
Конкретная задача: надо выставить счет в 1С. Т.е. перенести (откопировать) всю информацию по опредленному счету из нашей учетной системы (которая предназначена не для отдела бухгалтерии, а для отдела продаж) в систему 1С (которая стоит и используется в бухгалтерском отделе).
Что конкретно надо для этого сделать посредствмо XML? Может ли кто-нибудь предоставить пример файла .xml и написать конкретно куда его надо откопировать, чтобы 1С-ка его взяла (автоматически или по каким-то явным действиям пользователя).
Спасибо.

1. Придумать формат файла XML
2. Реализовать процедуру выгрузки данных в придуманный формат в программе - источнике
3. Реализовать процедуру загрузки данных в придуманный формат в программе - приемнике (1С)

на практике работа с этим выглядит так - в проге отдела продаж выбирают "выгрузить данные", указывают имя файла и куда сохранять и нажимают кнопку "выгрузить", потом в 1С выбирают пункт меню "загрузить данные" выбирая файл для загрузки и нажимают "загрузить"
самое удивительное, что этот алгоритм применяют не только в 1С и не только с XML

"интеграцию посредством XML" имеет смысл делать, если пункты 1 и 2 уже есть (программа отдела продаж умеет выгружать нужные данные в XML в некотором формате). Если ничего нет - csv будет более оптимальным выбором.

Integrator2Да, пункты 1 и 2 уже есть. Но экспорт в XML из нашего софта сохраняет файл с именами всех таблиц и полей в соответствии со структурой БД нашего софта.
А как конкретно реализовать пункт 3? Создать внешнюю обработку? Причем хотелось бы, чтобы это подходило под все конфигурации 1С (имеющие стандартные объекты "Контрагенты", "Счета", "Договора"), т.е. желателен некий универсальный модуль. Такое возможно?
теоретически - да. сделать внешнюю обработку гибкой с возможностью настройки что и куда грузить.
практически - сомнительно. структура данных (у вашей программы и у конфигурации 1С) скорее всего не совпадает - нужны преобразования.
то есть универсальная штука будет по сложности сопоставима с конфигурацией "конвертация данных" и в нестандартных случаях требовать сложной настройки.
можно пойти другим путем - создать промежуточную базу 1С, где структура данных полностью совпадает со структурой данных вашей программы, а уже оттуда с помощью конвертации данных закачивать информацию в целевую базу 1С. но для пользователя это еще менее удобно.


Integrator2А нельзя ли упростить этот алгоритм? Либо бухгалтер в 1С делает загрузку данных в 1С из БД софта.
Либо менеджер отдела продаж нажимает кнопку "перекинуть данные в БД 1С", и они сразу туда записываются.
И может быть, в связи с этим, выбор метода интеграции посредством "XML" является плохим выбором? А следовало бы выбрать п.1. "внешняя обработка" из самой 1С ? Ведь, если делать внешнюю обработку, так, наверное, можно в ней и напрямую в БД нашей системы обращаться, а не в какой-то промежуточный файл XML. Зачем он вообще нужен тогда (если в самой 1С нет какого-то уже реализованного автоматического алгоритма чтения и помещения данных из XML в свою БД).
по объему программирования и сложности работы пользователей внешняя обработка, вытягивающая данные напрямую из БД, будет проще, чем через XML файл. другое дело, что файл в крайнем случае можно на флешке принести или по почте отправить, а с прямым доступом к БД ограничений больше.
автоматического алгоритма чтения XML (в том смысле, который вы в это вкладываете) в 1с нет.

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