Вы фотографируете экран? )

on error goto
on error resume next
и т.д.

а вот это как раз и надо будет прописать - как именно их обрабатывать.
ибо просто пропускать (как это делаете вы сейчас) - не всегда приведет к "всё нормализуется".

ikki, везде "принтскрины" и "ножницы", а здесь фотография. Пусть будет    . Для разнообразия    .

The_Prist, я предполагаю, что отсутствие доступа возникает потому, что различные макросы импортируют данные из одного и того же текстового файла: когда в какой-то момент они это делают одновременно, именно тогда, как мне кажется, и случается ошибка с доступом, ибо файл, занятый одним из макросов, становится недоступным для других. Подправьте меня, если считаете, что это не может являться причиной.
В таком случае, необходимо, чтобы тот или иной макрос при наступлении ошибки перевыполнялся вплоть до успешного раза. Соответственно, наиболее безопасным мне представляется, согласно совету ikki, проставить в макросах следующие строки:
в начале
в конце
Простейший пример решения данной проблемы - во вложенной фотографии. Если есть более надёжный вариант, прошу написать.

Сомневаюсь: не должны два макроса одновременно запуститься.

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

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

чего-то многовато я понаписал...
и ведь всё - очевидные вещи

on error goto 0 используется не для перезапуска макроса, а для отключения обработки ошибок.
читайте справку

обычно советуют поступать примерно так:
перед участком кода, могущем вызвать ошибку указанного вами типа, пишем:

on error resume next
' далее - код (как правило - один оператор/функция
if err>0 then exit sub ' ошибка таки произошла. выходим из процедуры
on error goto 0 ' в общем случае - необязательно, обычно нужно в процессе отладки. особенно если в вашем коде могут быть совсем другие ошибки. а без отключенного обработчика - они все будут игнорироваться и вы ничего толком не сможете проверить.

paylevan, наиболее точной и простой симуляцией вашего случая будет:
в начале


и в конце программы:



ps вышеупомянутый код не получается выделить тегами..