В маленьком предприятии есть два компьютера:
Комп. 1. - основная база 1С - для товароведа - 1С 7.7 Торговля и склад 9.2
Комп. 2. - комп с программой 1С Кассир, а также тоже программа Торговля и склад 9.2 с немного ограниченным функционалом.

С Комп. №2 делается выгрузка (обмен данными через ТиС 9.2) - чтобы выгрузить продажи по кассе на флешку - и загружается это в Комп. №1 через "Сервис - Обмен данными".
Соответственно - когда поступает новый товар, он принимается в ТиСе компа товароведов, а затем выгружается в ТиС продавцов.

До недавних пор всё было нормально.
Однако на днях при попытке загрузки данных в Комп. №1 (к товароведу) с флешки, начала появляться ошибка:

ТипТега = гФайл.Спуститься();
{Обработка.ЗагрузкаДанных.Форма.Модуль(3273)}: : Ошибка исполнения метода

И соответственно, выгрузить ничего невозможно.
Что характерно - обратная выгрузка - из ТиСа товароведа - в ТиС продавца (поступление товара) - выгрузка всё также проходит нормально без сбоев.

Пробовали делать тестирование и исправление баз данных:
Оно состоит из пяти пунктов:
1. Проверка физической целостности
2. Реиндексация
3. Проверка логической целостности
4. Пересчет служебных данных
5. Пересчет итогов.
Первые три пункта успешно завершались, на 4м все висло намертво - три часа ждали, так ничего и не сдвинулось с мертвой точки.

Я не программист 1С, но неплохо разбираюсь в программах и могу спокойно залезть в конфигуратор или отладку и что-либо там сделать, главное, подскажите - что! ))

Заранее спасибо!

ПРОБЛЕМА РЕШЕНА!!!
Как обычно - ищешь два дня на форумах - не находишь. Делаешь темы на форумах, пока ждешь ответов - ищешь еще - и находишь ответ!

Дело в MSXML в винде.

Решается проблема так:
открывается командная строка и там прописывается:
regsvr32 /u msxml4.dll - и энтер жмем.
затем:
regsvr32 msxml3.dll - и энтер жмем.

Сделала на обоих компам - уравняла в общем xml до третьей версии -и всё - загрузка пошла!

уточню - что у меня на обоих компах вин 7 32-разрядная

1. ТипТега = гФайл.Спуститься();
- это ошибка работы с файлами XML
2. Открыть проблемный файлик любым текстовым/XML редактором - пробежаться глазками на адекватность.
3. Открыть проблемный файлик в браузере через меню-файл-открыть - посмотреть что будет, нормально ли покажет браузер или выругается на херню какую-нибудь.
4. Возможно, на компах проверить установленные парсеры XML/
.
"Первые три пункта успешно завершались, на 4м все висло намертво - три часа ждали, так ничего и не сдвинулось с мертвой точки." - "зависло" скорее всего не на 4, ана 5-ом пункте. В лавочных базах, где на учет плюют, главное - движение выручки - в базах трэш и угар. вот прога и пытаетсяч весь этот треш и угар пересчитать. Совершенно спокойно может молотить и сутки и полтора, не висит она, а трудится впоте лица. Посмотреть можно - скопироваd из папки Syslog файл журнала регистрации и посмотреть текстовым реадкатором последние записи - будет видно на чем "стоит" в текущий момент...

вот, пока писал - решено уже, и как раз по п.4

(1) Древняя компонента v7plus.dll работает только с 3-им парсером, к сожалению.

(2) 𝓜𝓪𝓰𝓲𝓬