urhero

Просто используйте Zabbix для мониторинга - там из коробки можно мониторить все популярные сервисы и приложения.

у меня кажется получилось добится такой же ошибки.
решилось введением имени юзера через имя_хоста\имя_юзера. имя хоста конечной удаленной машины, на которой нужно выполнить scriptblock. юзер - локальный админ на конечной удаленной машине.

перед этим я, правда, игрался с credssp и везде его повключал (enable-wsmancredssp, в invoke-command добавить ключ -authentication credssp). но после нахождения решения выше, отключил и попробовал еще раз - работает.

кстати, invoke-command, похоже, использует Negotiate как дефолтный метод аутентификации. возможно, непостоянство проблемы вызвано тем, что при "переговорах" от том, как будем аутентифицироваться машины снюхиваются разными методами (почему? понятия не имею, это только теория) или разные машины выбирают разные методы. какие-то с какими-то машинами работают, какие-то нет и вылазит ошибка. возможно, стоит перебрать все значения параметра -authentication в invoke-command, найти тот, который работает каждый раз и его жестко указывать.

Пишется обработка на языке 1с делающая необходимые действия - получение информации из регистров сведений, их изменение, и.т.д.
После чего она просто запускается - вызываете из командной строки 1cv8.exe с параметрами передавая путь к этой обработке.
В результате база запускается, и выполняется обработка.
Как запустить программу на удаленном компьютере - это уже другой вопрос. Если домен, то можно использовать средства AD.
Если нет - да кучу вариантов можно придумать, в тот же планировщик задачу можно закинуть.

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

В общем вариантов куча.
А какой выбрать это надо смотреть по задаче -как часто делать надо, с каждой базой персонально работать, или всем одинаковые настройки грузить, есть ли возможность опубликовать базу - белый адрес, и все такое.

Задумались на счёт Ansible - отлично. Его собраться это Chef, Puppet, Salt

Во первых задумайтесь, нужна ли вам эта помойка
Чтобы сломить (пусть даже и немного) политику "экономим на всем кроме гелика гендира" нужно время и терпение:
Первое: разводим бюрократию, фиксируем все проблемы пользователей, замены компов, количество походов к пользователям в неделю на человека, особо отмечаем проблемы с безопасностью - сколько времени потребовалось чтобы вычистить комп менеджера Васи от вирусни которую он нахватал, какие риски могут возникнуть если менеджер Петя откроет письмо от "дяди Мнглуи" из Южной Африки.
Сколько простаивал складской комп пока вы удаляли с компа кладовщика Иннокентия порнографию.
Сколько литров чая было выпито за общением с бухгалтером Таней, пока показывали как печатать на новом принтере и т.п.
Это, по сути - работа начальника IT отдела, но одновременно - деньги бизнеса, потому что именно бизнес платит вам вашу зарплату (за которую вы почему то держитесь)

Второе: самообразование. Я бы не советовал вам,в отличие от других отвечающих, на говнокомпах(сервер же не купят) поднимать такие ключевые для инфраструктуры вещи как контроллер домена (будь он на линуксе или windows) или вообще любой центральный сервер - однако их подъем, настройка и, впоследствие, починка прибавят вам как опыта так и ценности в профессиональном плане и дадут шансы покинуть этот дом боли впоследствие.

Как быстрые решения:
- ставьте агент удаленного управления на каждую машину - поможет меньше между ними бегать
- стандартизируйте ПО и способы его установки (пусть это будуть хоть cmd скрипты, пофиг - лишь бы вы не сидели и не ждали очередного окошка визарда с кнопкой "NEXT" пока он там что-то затупил
- в общем и целом придумывайте как минимизировать всю беготню чтобы заняться самообразованием и улучшением ситуации качественно, а не количественно