1) запускать скрипты из политики компьютера значит запускать их из под системной учётной записи, а это чревато
2) проверить результирующую политику на компах на которых политика не применялась
3) проверить права доступа к файлу, если он лежит где то в другом месте, так как доступ осуществляется не под учётной записью пользователя
4) вообще все эти автозапускаемые скрипты как по мне говно полнейшее, мало того, что это ни чего не гарантирует их запуск, так еще и при нештатной ситуации и зависании запускаемой программы это может приводит в блокировке системы

Alissa,

смотрите логи на компьютерах где не отработало (в журнале Windows)

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

Basil A. SidorovПолитика применилась, но отфильтровала запуск скрипта на половине машин, которые, таки, чем-то отличаются?
я думаю причина может быть в том, что когда скрипт 3апускается, он получает доступ к папке с политиками (где лежит бат файл) с правами компьютера, не получает нужного доступа и не открывается, след. не 3апускается, либо то, что внутри файла 3апускается имеет такие же проблемы.
нужно проверить существует ли для данного компьютера учётная 3апись компьютера в АД и попробовать переввести компьютер в домен.
Думаю причина именно с доступами, учётки компов могли устареть либо имена компьютеров намеренно и3менили, либо удалили учётные 3аписи или что то еще могло прои3ойти. Проверяйте права доступа ко всей последовательности файлов с учётом того, что это будет не поль3ователь, а компьютер.

Sergey OrlovДак вроде можно на локальном компе результирующую политику посмотреть...
вы читали тему? RSOP уже смотрели