Может кто сталкивался с необходимостью импортировать в Excel данные из 1С?
Конструкция


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


но неизменно получаю "429 ActiveX component can't create object" (Debug.Print Err.Number & " " & Err.Description).

AndreTM,

Тут еще такой момент - и одна-то база довольно долго чирикает, пока открывается на компе пользователей (просьба воздержаться от рекомендаций заменить им машины на более мощные), а уж две, а то и три вообще все ресурсы съедают.
Пока да. Используем "obj1C.Connect.Close", но при таком подходе базы закрывается тоже далеко не сразу (минуты две-три). Вручную закрыть получается гораздо быстрее.

The_Prist,
К сожалению, опечатка. В коде все правильно - V 8 2

AndreTM,

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

AndreTM,

Да. Сначала не совсем понял о чем речь. Однако предложенный подход все равно не решает проблему обновления информации пользователями "...при этом хотят иметь возможность получать актуальную информацию" . Т.к. все равно придется открывать 1С (у кого не был открыт), потом файл внешней обработки и запускать экспорт, а в этом случае почему бы не напрямую шуровать данные в общий файл и на фиг тогда буферный? Также и с другими источниками - открываем, экспортируем.
Собственно, нет желания здесь обсуждать иные подходы. В конце концов есть простое начальственное ХОЧУ! "Хочу, чтобы все в одном месте и по одной кнопочке, а не ковырять инструкции - открой это, нажми то, закрой это, открой другое... Надо, чтобы нажал большую кнопку в конечном фале и получил результат".
Понимаю, что "новичку заказывают калькулятор и он пишет Excel, профи пишет ровно калькулятор, а гуру умеет убедить начальство в том, что калькулятор им нафиг не нужен", однако вариант гуру у меня не прокатил. Приходится писать калькулятор и именно в таком виде, как хочет начальство.

The_Prist,

Спасибо, но эффект тот же: "429 ActiveX component can't create object"

Задача решена.
В общем-то, получается "Знай и люби...". Вроде в ADODB нет драйвера для доступа к базам 1С, поэтому я такой подход даже не рассматривал и соответственно не искал аналог в 1С, а он там есть. Поэтому для доступа к инфе требуется создать объект класса COMConnector. Что-то типа:



То есть при таком подходе по барабану открыт 1С или нет. Ничего потом закрывать не требуется, да и работает быстрее. Вроде как. Еще не сравнивали с созданием и закрытием приложения.