Есть N баз Розница 22. Обновляю их из хранилища, следующим способом, в режиме предприятия Завершаю работу с командой пакетного запуска конфигуратора для обновления конфиграции из хранилища и последующим запуском платформы после выполнения пакета.

DESIGNER /Visible  /N "Администратор" /P "123" /UCКодРазрешения /ConfigurationRepositoryF "http://блабла.ru/retail_prod/retail_prod.1ccr/retail_prod"; /ConfigurationRepositoryN "Точка 1" /ConfigurationRepositoryP "" /ConfigurationRepositoryBindCfg -forceBindAlreadyBindedUser -forceReplaceCfg /ConfigurationRepositoryUpdateCfg -force /UpdateDBCfg /Out D:\update1C.log -NoTruncate /DumpResult D:\DumpResult.log /RunEnterprise "ENTERPRISE /N""Администратор"" /P""123"" /Out"""" /DumpResult"""""

Так вот проблема, при запуске платформы в конце, происходит ошибка, не распознается пароль или пользователь /RunEnterprise "ENTERPRISE /N""Администратор"" /P""123"" Все останавливается на диалоге запроса логина пароля при запуске 1С, после того как успешно отработал конфигуратор. Если в диалоге запроса пароля давиш ОК, ругается на логин пароль, вводишь указанный в команде пароль "123", который по идее должен быть введен, предприятие загружается успешно. Может кто-то сталкивался или подкинет идею как победить или как можно глянуть пароль с которым выполняется попытка запуска предприятия.

Уточнение, при одновременом запуске на 50 точках 10-20 могут споткнуться на этой проблеме, остальные нормально орабатывают.

А если попробовать пользователя латинскими завести?

(2) Тяжело проверить, англоязычных пользователей с админ правами нет, хотя механизм центрального управления пользователями в принципе есть, возьму на заметку. Ваще изначально там было просто  /RunEnterprise ENTERPRISE, т.к. параметры запуска наследуются сначала конфигуратором от базы, где прошло завершения, потом и запуском предприятия от конфигуратора, но запуск предприятия начал падать на том что залочены файлы логов /Out D:\update1C.log -NoTruncate /DumpResult D:\DumpResult.log, ХЗ может конфигуратор не успел отпустить, а платформа уже пытается захватить и туда чегото написать,  /Out"""" /DumpResult"""" решило проблемы, ну я решил что повторное указание Логина пароля тоже должно сработать, но не взлетело.

(3) в какой кодировке батник?

(4) это не батник метод 1С:

ЗавершитьРаботуСистемы(<ЗапрашиватьВозможность>, <ПерезапуститьПриЗавершении>, <ДополнительныеПараметрыКоманднойСтроки>)

ДополнительныеПараметрыКоманднойСтроки - туда и идет эта команда

(5)  а разве можно так логин пароль передавать?

(6) Ну работает вроде, запуск 1С под которым будет закрытие может быть любым, с любыми правами, я экспериментировал, указывал другого пользователя отличного от того под кем завешается работа, работает. Может я конечно чегото не догоняю в механизме.

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

Апну, может кто еще что знает  про проблему.

(8) Ты (2) попробовал уже?

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