Происходили случаи, когда необходимо было внести срочно какие-то изменения в конфигурацию удаленно руками пользователя или выполнить какие-то административные функции в конфигураторе. Пользователи естественно не имеют административных прав. Говорить администраторский пароль нельзя, потому что пользователи его могут записать (даже без злого умысла) и оставить на столе. Поэтому предлагаю использовать следующий способ:
Создать внешнюю обработку. Создать ее форму, где на событие "ПередОткрытием" вставить вызов процедуры модуля обработки "АдминистративныйЗапуск()". В модуле обработки добавить указанную процедуру со следующим текстом:
Процедура АдминистративныйЗапуск() Экспорт
Если ТекущаяДата() < Дата(2009,7,24,20,0,0) Тогда // тут нужно установить дату,
// после которой обработка
// действовать не будет.
// Лучше пользователю не сообщать об этом,
// а то догадается поменять дату системы
ЗапуститьСистему("DESIGNER /NАдминистратор /Pпароль");
КонецЕсли;
КонецПроцедуры
Потом на текст модуля установить пароль.
Обработку отправить любым доступным способом. Все остальное в телефонном режиме.
Расширение позволяет без изменения кода конфигурации выполнять проверки при вводе данных, скрывать от пользователя недоступные ему данные, выполнять код в обработчиках. Не изменяет данные конфигурации, легко устанавливается практически на любую конфигурацию на управляемых формах.
Решение для автоматической сверки данных между любыми конфигурациями 1С. Помогает контролировать и проверять обмены, проверять наличие документов при переносах данных, находить изменения в закрытых периодах
Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).
Контроль ввода данных в 1С: проверка заполнения реквизитов, обязательные поля, контроль перед записью и проведением, запрет проведения документа. Позволяет настраивать любые проверки данных в 1С 8.3/8.5 от обязательных полей до сложных условий – без открытия конфигуратора и написания кода. Готовое расширение, которое подключается и работает сразу.
Роли… Вы тратите много времени и сил на подбор ролей среди около 2400 в ERP или 1500 в Рознице 2, пытаясь понять какими правами они обладают? Вы все время смотрите права в конфигураторе или отчетах чтоб создать нормальные профили доступа? Вы хотите наглядно видеть какие права дает профиль и редактировать все в простом виде? А может хотите просто указать подсистему и дать права на просмотр и добавление на объекты и не лезть в дебри прав и чтоб обработка сама подобрала нужные роли? Все это теперь стало возможно! Обновление от 17.04.2026, версия 1.4.1, работает в 1С:ФРЕШ!
Обнаружили дубли номенклатуры в документах? Обработка поможет быстро найти все документы, где используется ошибочная номенклатура, выполнить анализ последствий и безопасно заменить ее на основную номенклатуру с контролем результатов и журналом выполненных операций.
Конфигурация Комплексная автоматизация 1.1 (и УПП 1.3 тоже) хранит файлы и изображения в справочнике Хранилище дополнительной информации в реквизите Хранилище типа ХранилищеЗначений. Та же история с ВложениямиЭлектроннойПочты. Но при этом присоединенные файлы в Электронном документообороте хранит в томах на диске. Эта доработка позволяет использовать стандартный механизм хранения файлов, изображений и вложений электронных писем в томах на диске. При этом можно разделить тома хранения по объектам конфигурации.
Когда я был простым оператором (< 2000 г.) у меня программист такую обработку мне прислал. Он, дурачёк, не думал, что я получив доступ к программе один раз, не смогу узнать его секрета. С того дня я стал выборочно цены в своём филиале менять, накладные под скидку об'единять и рассчитывать, что в недостачу показывать, а что под скидку выкупать.
Конец всему положил шеф, предложив делать то же самое (прямо скажем - мошенничать), но в головном офисе за гораздо большее вознаграждение и в больших масштабах...
(1) Еще одной защитой от догадливых пользователей может быть метод СохранитьЗначение, который позволит запустить обработку не более N количества раз.
В целом срочное внесение изменений либо выполнение административных функций в удаленном режиме с помощью пользователя уже ненормально. Но реалии жизни заставляют иногда идти на такие шаги.
(1) Можно пойти дальше и добавить в конфигурацию константу, куда записывать уникальный код. В каждой обработке помещать новый уникальный код. Если при запуске обработки код в константе и код в обработке совпадает, то отказуемся от запуска. Если нет - устанавливаем новый код.
функция в глобальнике -
из даты и времени - формирует контрольное число
и оно Действует только (час, 30 минут или 15 как душе угодно- на каждый интервал времени свой пароль)
у себя запускаешь обработку - она тебе "число"
звонишь по телефону - заходи с Админскими правами
а там на вход или пароль Админа или Это "число".
Пользователь может его хоть записывать хоть наизусть изучать - больше с этим "числом" он в систему не войдет.
Гы. То же самое что отдать свой логин пароль в "хорошие руки" )))))
Пользуюсь RDP ну на крайняк TeamViewer. Особых проблем не ощущаю... На поддержке далеко не одна организация...
(7) Это если организация тебе дает возможность подключения RDP. Некоторые крупные (и не очень) организации по соображениям безопасности не хотят такое делать. И когда в отчетный период что-то не так, а ты в другом городе, то единственным выходом есть удаленное исправление ошибки либо доработка системы руками пользователя. Очень неприятная процедура.
(8) Смешно! Были у меня такие организации, но это их личные проблемы с ними просто пусть ждут тогда моего приезда, платят за срочный вызов и т.д. в конце концов все сломались :). ИМХАется мне что их админы тупят или просто не умеют организовать безопасный доступ (например через VPN).
P.S. Ну да конечно давать обычному пользователю.. даже единовременно... "конечно безопаснее" для базы клиента ))))). Хорошо еще если бекапы каждую ночь делаются )))
(9) А с УПП проблемы "личными" у клиента быть не могут. Так уж в УПП "хорошо" работают некоторые модули (в особенности регламентированные отчеты и подсистема расчета зарплаты). Поэтому клиент просто не поймет такой формулировки отказа.
(0) Да и еще... Подумайте о том, что вдруг такая обработка попадет в руки их "местному", хитрющему программисту )))) (ведь она 100 пудов так и останется болтаться где нить на винте). Считайте, что Вы в его руках )))). Все шишки то на Вас упадут...
(10)
1. Если есть хитрющий программист, то обработка не понадобится.
2. Даже если и понадобится, что с ней хитрющий программист делать будет, если она под паролем. Если он мастер по взлому и расшифровке программного кода в запароленных обработках 1С, то см. п.1.
(11-13) Читаем внимательно п. 10 и понимаем, что если вы поставили в известность клиента о возможностях настройки и уведомили его о проблемах при его отказе в удаленном подключении, то клиент не имеет ни какого основания Вас поменять. Тем более можно и быстро среагировать, если это не город за тысячи километров. Такси никто не отменял... Но соответственно клиент должен раскошелится... К слову сказать Вы уведомили клиента о Ваших действиях и о возможных последствиях? И если произойдет "слив" информации, не решит ли клиент "поменять" внедренца в этом случае?
(11) Так дело в том что взлом БАЗЫ это одно. Ну взломает злоумышленник, ну удалит всех пользователей(подругому админские права не получить), ну и что он будет потом делать? Это откроется через 2 мин. А вот взлом Вашей обработки с помощью которого просто узнают Ваш пароль и логин. И свободные действия под ними можно вообще никогда не обнаружить... ;)
сталкивался с подобной проблемой...
был пользователь SOS с Разовым запуском обработка вшита в конфу...
вслучае срочного по телефону решался вопрос и при закрытиии генерился новый код запуска которой был шифрован определенным алгоритмом который без ключа не расшивровать а сним за 2 минуты... Тоесть надо было второй раз запустить расшифровываем пароль говорим пользователю. работаем а привыходе он сообщает его нам (тут была скрыта одна хитрость даже хитрый прогер не мог ничего делать при неудачном запуске обработке пароль менялся тоесть если последний названный пароль не совпадает с текущим следовательно была попытка взлома и лог содержит всю инфу.Кстати уведомление об этом шло на мыло и если оно не приходило админу был выговор).
А если прогер имеет доступ к коду тогда смысла не вижу в этих извращениях.