Ну чайник я по всяким OLE и т.п.

Шелкаешь правой кнопочкой по любому dbf, держа при этом кнопочку Shift.
В контекстном меню выбираешь "Открыть с помощью", из списка программ выбираешь Excel. OLE тут ни к чему...

При открытии файла в Excel ставишь тип файла .dbf И открывай на здоровье

Может макрос у кого есть для смены кодировки?

А какие проблемы с кодировкой? Ты "в где" его открываешь?

Просто открываю: "файл"->"открыть"->"тип файла"(*.dbf)->"открыть"
вместо русских букв "крякозяблики".
мои версии: 77.012,Excel2000,win2000.
когда-то было все хорошо, но в 77 сменили кодировку таблиц и теперь плохо.

Я писал на фоксе прог., которая в новую базу перекодировала. Потом ее открывал в Excel

Для DenKlu: для каких целей тебе надо открывать дбф-ник экселем ?

Для обработки разовых задач, например, в справочнике клиентов есть поле "город", мне надо узнать примерно сколько из Питера, а сколько из Москвы, какой прирост клиентской базы в день и т.п. причем в разных вариантах.
это нужно раз в год и писать специальный отчет не хочется

Если есть хоть малейшие навыки программирования, то напиши прог, переводящую символы из одной кодировки в другую, елементарной заменой.

По мне проще писать отчет используя XBase, если уж тебя так вставило. С теми примерами, которые ты привел, 1С справится в лугкую.

Гхм.. это похоже на удаление гландов через задний проход. 1С имеет мощнейший инструментарий для построения практически _любых_ отчетов - лучше затратить пару дней на изучение конструктора отчетов, чем трахаться с кодировкой dbf-файлов. По времени это столько же, но гораздо полезнее - рутинные задачи не нужно делать руками, их нужно автоматизировать. Иначе зачем вообще 1С нужна? Баланс нарисовать и в Ёкселе можно.

WildHare, ну если человек хочет поизвражаться, зачем лишать его такого удовольствия. Но вообще-то DenKlu не хотел писать отчет пусть мучается, это кстати тоже не бесполезное занятие

2DemKlu
У меня стоит MDAC 2.5 RTM (2.50.4403.12) (Russian) (http://www.microsoft.com/data/download.htm), леплю источник данных для Visual Foxpro Driver (c режимом Free Table Direcnory) и потом его использую для доступа к 1С7.7 dbf. Я не люблю Excel 97 и использую из Access, но для Вас попробовал и из Excel (Данные -- Внешние данные - создать запрос)- прекрасно работает.
Если Вы не хотите превратиться Fachidiot от 1с, затраты времени на изучение ODBC окупятся сторицей.
Я одноэс люблю, но ихние советы не использовать ничего другого для доступа к 1сбазе кроме 1с среди других причин имеют и шкурную - зачем признаваться, что доступ к 1с - файлам через ODBC позволяет делать многие вещи (отчеты в том числе) в разы быстрее чем средствами одноэса.

Забыл добавить - используя ODBC Вы получаете таблицу в Excel менее чем за 1 мин. без всякого программимрования, перекодирования, макросов и пр.

Asinus, у ну-ка поподробнее! Ты что ж, обновляешь базу 1С средствами,
отличными от 1С, или ты токо читаешь? Дык читать 1С и не запрещало!
Или я чего-то в ентой жизни уже упустил?

1. Согласен с Asinus
2. Загрузка в Excel - интересная штука
   Например, напишите на 1С за пару минут pivot table. :-)
3. Если нужен анализ, а не работа с идентификаторами и ссылками,
   то найди печать произвольного справочника (на ИТС, например)
   и перенеси таблицу в Excel.

Обновляю только сбойные залипухи (например, документ удалили, а следы в регистрах остались), но очень аккуратно. У нас до сих пор рабочая версия 7.0., в версии 7.7., возможно, такого и не бывает :-). По крупному запись делаю только через OLE. Мечтал бы получить нечто вроде "Секреты OLE 1C", потому что для того, чтобы делать что-то серьезное официальной документации для моего уровня знаний недостаточно. Что касается совета 1с (2Птенец), то возможно, мы просто слышали его из разных рук - у 1с много медиумов, и не все одинаково грамотные, а официального заявления мне просто не попадалось, поэтому если ошибся и обидел, простите.