Мне необходимо сделать обработку, которая будет дополнять справочник данными из файла Excel. Чем лучше пользоваться - СОМОбъектом или ТабличнымДокументом?

я бы использовал текст, но это я

(0) Это голосование?

Если через табличный документ проблем нет (была тут на днях ветка про хранение дат со смещение в эксель), то лучше им.

(2) Скорее просто вопрос, я второй раз пишу обработку, и нашел вот два способа. До этого, например, я использовал в первой обработке таблицу значений, когда лучше было бы использовать выборку. Мне бы кто по опыту подсказал, что лучше

(4) Нет такого понятие лучше. Что знаешь то и лучше. Ибо какой толк от методики который даст прирост в 0 хрен десятых, если на ее освоение и описание уйдет 2-3 недели?

Любые внешние подкллючамые данные надо отключать как можно раньше.

По этому выборка хуже чем чтение в ТЗ сырых данных. Разумеется есть исключения...

Я примеру долгое время успешно грузил по оле, но когда данных стало много это стало занимать много времени, поэтому предварительно сдествами exel сохраняю в csv и гружу как текст с разделителем. Но это прокатывает когда плоская таблица с фиксированной структурой. А когда данные разбросаны по 20 листам и еще это еще непойми что (ну к примеру нужно брать не сами данные а вычисленные екселем по формуле) то возможны нюансы

Разово ил постоянно.При прочих равных,второй вариант

(5) вот только не надо "Что знаешь то и лучше".

(4) COM требует наличие самого excel. Последнее время устанавливают опенофисы, либреофисы и т.п., а они через com экселя не щаработают, поэтому универсальнее сейчас табличный документ.

(5) Еще как есть. Все дело в критериях.

я за ЗагрузкаИзТабличногоДокумента

(11) Ну типа КД3 красиво модно молодежно, но только для тех кто не знает КД2. Поэтому как выбрать что лучще кд3 которые ниразу в глаза не видел или кд2 в котороый 10 лет уже обмены рисуешь?

(13) Я БИТ.Автотранспорт пытаюсь уже неделю подружить с БП через КД3 и что-то пока мимо) Скажу честно с КД3 впервые сейчас разбираюсь (причем надо то всего номенклатуру переносить и 1 документ требование накладная, которая почему-то по умолчанию отсутствует в УниверсальномОбменеДанных). Уже думаю проще было бы собственный ПланОбмена написать

(13) КД3 работает через универсальную шину данных. Представь, у тебя овердохера разнородных обменивающихся систем. Есть универсальная шина, в которую поступают данные из одной системы (пофиг как она там их готовит в выгрузке) и из этой шины забираются данные (пофиг как они потом преобразуются). А теперь допустим в системе 1 у тебя происходят изменения структуры хранения данных. Что ты делаешь? Меняешь правила только для этой системы. А в КД2 ты бы для каждой системы правила менял.
Поэтому в (11) все правильно

(13) Я же написал - все дело в критериях. Критерии должны быть измеряемыми. В идеале - числовыми, но необязательно.

Рисуешь таблицу критериев по каждому варианту, выбираешь, что лучше.

(15) Вот только причем тут КД3? Это же 1С это на бумаге все красиво, а на деле все через попу

Если у тебя овердохера, то скорее всего часть из этого дохера древнее авна мамонта, т.е. версии 1.0. Часть фильдеперсовых, которые понимают исключительно 1.5. Часть вообще имеет структуру несовместимую с жизнью. Итого на бумаге все красиво, а вот в жизни это не работает :(

(0) А стандартная загрузка из табличного документа не подходит?