mikey, если не ошибаюсь на ИТС есть и обработки загрузок и описание форматов выгрузок

http://savepic.org/16835.jpg

кстати да а почему именно в 1це а не наоборот ? специфика 1це в том что для целостности БД (и так же удобства применения внутренних методов) лучше загружать в неё её же методами нежели "вгружать в неё" сторонними программами...

скажем если у вас сторонняя программа имеет движок скл то можно туда напрямую подключаться и пользователь (бухгалетр) 1С знать не будет куда и откуда данные тянуться

Reder, устати сказал бы я пару слов об этом формате :)... сколько уже денег заработали на "дописывании" под те банки которые "упорно не работают с 1це" по Украине это почти серебрянная жила :)

час-два на переделку пару раз в неделю обеспечиают минимальной работой студентов :)

Reder, это коммент на предложение использовать текстовый формат работы с клиент-банком для нужд клиента :)... ничего личного

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

если у клиентов конфигурации одинаковы или схожи в требуемых частях то внешняя обработка может быть написан одна и подключена к каждой из конфигураций

mikey, нет клиент банк тут ни при чем... это из другой оперы

Речь идет о том что существует несколько методов решения вашей задачи и каждый из них предусматривает то или иное участие специалиста 1с

1. Выгрузка из стороннего ПО в файл формата "понятного" 1с с последующей загрузкой его данных уже в 1с (минимальное участие спеца всё равно надо) той обработкой которая предназначена для разбора этого формата

2. Подготовка данных в стороннем ПО - Подключение скажем по OLE и выполение процедуры на стороне 1С (дописывать много на стороне 1с и вам в стороннем ПО)

3. Подключение к стороннему ПО со стороны 1с теми методами которые предназначены для работы с этим ПО и последующий разбор полученных данных в самой 1С

в любом из случаев управлять генерацией новых объектов необходиом из самой 1с т.к. она в состоянии сохранить целостность и уникальность своей БД наилучшим образом

посему и предлагается вам вариант №1 как наимение затратный... если учесть что самих конфигураций много то для случая если их структура идентичная или очень схожая то напрашивается написание (применение существующей универсальной) одной внешней обработки доступной из всех БД загрузок, если же она физически не может быть доступной то надо соответсвенно её "размножать"

авторсо стороны 1с совсем не придется дописывать ?

если не боитесь "убить" БД нагенерировав непонятным образом новые записи о элементах то не нужно

поймите при создании новых элементов в 1це создаётся куча записей и ключевых внутренних идентификаторов целостность (по мнению 1це) которых проверяется только при создании их в самой среде 1с и никак при создании их под управлением стороннего ПО...

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