Сброс и настройка кода быстрого входа (ПИН) в 1С

Старый ПИН-код в 1С восстановить нельзя: программа хранит его в зашифрованном виде и наружу не отдаёт. Решается задача иначе — администратор базы открывает карточку пользователя и задаёт новый код быстрого входа за минуту. Это и есть «восстановление» на практике: сброс старого кода и установка нового.

В 1С:Управление торговлей, 1С:Рознице и других кассовых решениях ПИН (код быстрого входа) нужен для скорости. Кассир переключается между сменами, не вводя логин и пароль целиком. Потеря кода блокирует только быстрый вход — сама база и продажи при этом в полной сохранности.

Дальше зависит от того, есть ли у вас доступ администратора. Если есть — сброс занимает пару кликов. Если нет — сначала придётся вернуть себе полные права, и вот здесь важно не наломать дров.

Почему код нельзя подсмотреть, а можно только сбросить

ПИН-код хранится в виде хеша — необратимого «отпечатка». По нему система проверяет введённые цифры, но обратно в исходный код этот отпечаток не разворачивается. Поэтому ни в одном легальном инструменте нет функции «показать текущий ПИН».

👉 «Восстановить» код = обнулить старый и назначить новый. Другого смысла у этой операции нет, что бы ни обещали сторонние утилиты.

Хранится этот отпечаток внутри самой базы, вместе с данными пользователя. Поэтому код не привязан к конкретному компьютеру или кассе: сбросите его в базе — и новый код заработает на всех рабочих местах, где этот сотрудник входит в программу.

Не путайте три разные вещи:

• 🔑 Код быстрого входа (ПИН) — короткий код для ускоренного входа и переключения кассиров. Сбрасывает администратор базы.
• 🔒 Пароль пользователя 1С — обычный пароль входа в программу. Тоже сбрасывается администратором в той же карточке.
• 🧩 Пароль на конфигуратор / пароль администратора кластера — это уже защита самой базы и сервера, восстанавливается совсем иначе (копия, администратор сервера). К ПИН-коду кассира отношения не имеет.

Сброс кода быстрого входа под администратором

Это основной и безопасный способ. Нужна учётная запись с ролью «Администратор системы» или «Полные права».

В 1С:Управление торговлей путь такой:

1. Откройте Администрирование → Настройки пользователей и прав → Пользователи.
2. Найдите в списке нужного сотрудника и откройте его карточку двойным кликом.
3. Перейдите к настройкам входа пользователя. Код быстрого входа задаётся рядом с логином и паролем; поле может называться «Код быстрого входа» или «ПИН-код».
4. Очистите старое значение и впишите новый код. Если поле заполнять необязательно — можно оставить пустым, тогда вход по коду для этого сотрудника просто отключится.
5. Нажмите «Записать и закрыть».
6. Проверьте вход: выйдите из программы и войдите новым кодом под этим пользователем.

Новый код сообщите кассиру лично, а не записывайте на мониторе или в общем чате. Смысл кода в том, что он известен только своему владельцу.

Пара моментов, на которых обычно спотыкаются:

• Если нужного сотрудника нет в списке, проверьте отбор над списком — часто показываются только активные или только «видимые при выборе» пользователи. Снимите отбор, и скрытые учётные записи появятся.
• Вход по коду работает поверх обычной аутентификации 1С. Если у пользователя стоит вход через учётную запись операционной системы, а не пароль 1С, настройка кода может быть недоступна — переведите его на аутентификацию 1С.
• Код применяется к конкретному пользователю. Один код «на всех кассиров» задать нельзя и не нужно: именно индивидуальные коды позволяют потом разобраться, кто какую смену закрыл.

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

Особенности в 1С:Рознице и на рабочем месте кассира

В рознице код быстрого входа работает плотнее всего — через РМК (рабочее место кассира). Кассиры меняются за одной кассой несколько раз за смену, и ввод полного логина с паролём тормозил бы очередь.

Здесь два разных уровня настроек:

• Включение самого входа по коду — в настройках РМК. Там задаётся, разрешён ли быстрый вход и блокировка рабочего места по коду.
• Код конкретного кассира — в карточке пользователя (сотрудника), как описано выше.

В 1С:Рознице раздел с пользователями может называться «НСИ и администрирование» — дальше логика та же: открываете карточку кассира и задаёте новый код.

Если РМК заблокировалось и никто не помнит код разблокировки — выручает администратор. Он входит в программу под своей полной учётной записью (минуя РМК), сбрасывает код нужному кассиру, после чего рабочее место разблокируется новым значением.

Отдельная ситуация — вход кассиров по карте со штрихкодом вместо цифрового кода. Логика та же: карта привязана к сотруднику, и если карта потеряна, администратор отвязывает старую и привязывает новую. Печатать на карте сам код не нужно — достаточно, чтобы касса считывала штрихкод.

Если быстрый вход в магазине вообще не используется (касса одна, кассир постоянный), код можно не восстанавливать, а просто выключить вход по коду в настройках РМК. Тогда сотрудник будет заходить обычным логином и паролём, и терять там нечего.

Второй пользователь как временная мера

Бывает, что работать нужно прямо сейчас, а разбираться со сбросом некогда — например, касса стоит, а очередь растёт. Тогда помогает запасной путь: администратор заводит нового пользователя с нужными правами и известным кодом.

Как это выглядит:

1. Под администратором открываете список пользователей.
2. Создаёте нового сотрудника (или копируете настройки существующего).
3. Назначаете ему роль кассира и новый, заранее известный код.
4. Работаете под этой учётной записью, пока не разберётесь с основной.

⚠️ Это именно временное решение, а не норма:

• лишние учётные записи с правами — дыра в безопасности, их легко забыть и оставить навсегда;
• продажи и смены пойдут от имени нового пользователя — в отчётах по кассирам будет разнобой;
• после восстановления основного доступа запасную учётку лучше отключить или удалить, а не копить такие «дубли».

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

Утилита 1cclearpin и правка базы напрямую — крайняя мера

В сети встречаются сторонние утилиты вроде 1cclearpin и советы «подправить таблицу в базе руками». Относитесь к ним как к самому последнему варианту, когда всё остальное недоступно.

Почему не стоит спешить:

• 🚫 Это не поддерживается фирмой 1С. После ручного вмешательства в структуру базы вы останетесь без гарантий, что данные целы, и без права на штатную техподдержку по этому инциденту.
• 🚫 Риск повредить базу. Прямое редактирование таблиц (особенно в клиент-серверном варианте на SQL) легко рушит целостность — проще потерять всю базу, чем один код.
• 🚫 Старый код вы всё равно не узнаете. Любая такая утилита способна только обнулить код, а не расшифровать его. То есть результат тот же, что и у штатного сброса, но с несопоставимым риском.

Прежде чем трогать базу любым внешним инструментом — сделайте полную резервную копию и работайте только на ней, а не на боевой базе.

На практике штатный сброс под администратором или откат из резервной копии закрывают задачу всегда. Сторонние утилиты остаются оправданы разве что в экзотических ситуациях, и то — руками специалиста, который понимает последствия.

Если доступа администратора нет вообще

Самый неприятный сценарий: полный доступ потерян, и зайти с правами «Полные права» некому. Код быстрого входа тут вторичен — сначала нужно вернуть администрирование. Действуйте по типу базы.

Файловая база (один файл 1Cv8.1CD):

• Восстановите базу из резервной копии (архив, выгрузка .dt или копия файла базы) за дату, когда доступ ещё работал.
• Если копий не делали — обратитесь к тому, кто настраивал базу: пароль администратора мог остаться у подрядчика или ИТ-специалиста.

Клиент-серверная база (на сервере 1С и СУБД):

• Подключайте администратора сервера 1С или специалиста 1С. Доступ к базе и учётным записям решается на уровне сервера, а не кассы.
• Не пытайтесь «пересоздать базу», удалить её или снести настройки кластера — так теряют данные целиком.

Перед восстановлением из копии обязательно сохраните текущее состояние базы отдельным архивом. Иначе вместе со сбросом доступа вы откатите и все продажи, которые прошли после даты копии, — а их потом придётся вводить заново вручную.

Главное правило здесь — не паниковать и не экспериментировать на боевой базе. Потеря одного ПИН-кода решается спокойно; потеря базы из-за резких действий — уже нет.

Как не терять коды впредь

Чтобы не возвращаться к сбросу каждую неделю, настройте процесс один раз.

Разумные требования к самим кодам: не короче 4 цифр, разные у разных сотрудников, без очевидных комбинаций вроде 1234 или даты рождения. Если касса одна и кассир один — вход по коду можно вовсе отключить, пароль решит ту же задачу.

Полезно вести короткий внутренний регламент: кто имеет право сбрасывать коды, как сотрудник получает новый код и куда записывается сам факт сброса. Это снимает вопросы при смене администратора — новому человеку не придётся угадывать, как в компании устроен доступ к кассам, и к кому идти, если кассир забыл код в разгар смены.

Частые ошибки при сбросе

• ❌ Сбросили код не тому пользователю. В списке легко промахнуться по однофамильцам — сверяйтесь с логином, а не только с именем.
• ❌ Назначили код, который уже занят. Коды у разных сотрудников должны отличаться; при совпадении 1С предупредит, не игнорируйте это.
• ❌ Новый код записали на видном месте. Стикер на мониторе кассы перечёркивает весь смысл кода.
• ❌ Полезли править базу руками вместо штатного сброса. В 90% случаев это лишний риск: карточка пользователя решает ту же задачу безопасно.
• ❌ Перепутали ПИН с паролём на конфигуратор. Это разные замки; сброс кода кассира не вернёт доступ к конфигуратору и наоборот.

Частые вопросы