Вы помните пользователя, которого создали?
Возможно, Вы просто случайно выставили галочку «Не показывать в списке”.
Тогда Вы можете прямо в поле логина набрать это имя пользователя и нажать на ввод. Имя должно быть 100% правильно введено (пробелов лишних не должно быть, все буквы и цифры на своем месте).
Если дело в этом – Вы войдете в программу.
Но меня настораживает факт, что никаких прав не назначалось. Как же так?
Если это единственный пользователь, то программа при входе анализирует что ему доступно в программе, а что нет. Даже для прав чтения, т.е. только для просмотра данных требуется задать соответствующие права!
Без прав пользователей быть НЕ ДОЛЖНО!
Но если кто-то создал Вам этого пользователя в пользовательским режиме, то, вероятно, кто-то зашел туда уже под каким-то логином. Обычно, типовой логин Администратор. Если ничего не меняли, попробуйте войти под ним (без пароля).
Если не получится, то Вам нужно поискать на сайте Инфостарт обработку для чтения логинов и паролей в программе 8.3, чтобы разобраться, есть ли права, с которыми можно будет войти.
Или отдать базу специалисту 1С. Он откроет базу и создаст пользователя правильно.
Настройки пользователя в 1С обычно разделены на три части.
Во-первых, платформа 1С позволяет каждому пользователю делать свои собственные настройки 1С для удобства. Например, настройки 1С отчетов СКД.
Во-вторых, в каждой типовой и не типовой конфигурации обычно есть много обработок, которые выполняют сервисные действия. Обработки требуют настройки. Жалко терять время, заново вводя настройки при каждом открытии обработки.
И наконец в-третьих, самому программисту, чтобы программа была универсальна, некоторые значения по-умолчанию лучше не прописывать в коде программы, а хранить в каких-либо настройках.
Где хранить все эти настройки в 1С?
Как настройки 1С сохраняли раньше
В толстом клиенте 1С платформа предлагала следующий стандартный вариант:
- Когда требуется запомнить настройку 1С, программист использует функцию
СохранитьЗначение(«ИмяНастройки», Значение); - Чтобы прочитать настройку 1С, используется функция
Значение = ВосстановитьЗначение(«ИмяНастройки», Значение);
Соответственно программист создает кнопки сохранения и восстановления настроек 1С, а пользователь использует этот механизм (ну или программист сохраняет их автоматически).
В качестве значения можно использовать не только число или строку, но и например Структуру – тип, который позволяет хранить в себе множество значений с их наименованиями, например:
Настройки = Новый Структура();
Настройки.Вставить(«ИмяНастройки», Значение);
Значение = Настройки.ИмяНастройки;
Настройка 1С сохраняется для того пользователя, который нажал разработанную программистом кнопку сохранения настроек 1С (или под которым эти действия выполнились автоматически). Настройки 1С хранятся при этом в текстом файле в папке с базой данных (при использовании файловой базы данных).
Также программист был волен разрабатывать свои произвольные методы хранения настроек 1С с использованием обычных методов – например, с помощью работы с текстовыми и XML файлами – сохранять настройки 1С произвольным образом в файл.
В типовых конфигурациях настройки 1С отчетов сохранялись в регистр сведений. А настройки 1С отчетов СКД можно сохранить в файл XML.
Стандартное хранилище настроек 1С
Все эти возможности остались и в новой платформе 8.2, но появился наконец некий «стандартный метод» сохранения настроек – Хранилище настроек 1С.
Механизм делится на две части – стандартные и пользовательские хранилища настроек 1С. Стандартное реализовано в платформе 1С, пользовательские – это объект 1С, который создает и программирует программист.
Стандартное хранилище настроек 1С используется платформой по умолчанию в тонком клиенте для сохранения настроек 1С пользователя в следующих механизмах платформы:
- Командный управляемый интерфейс
- Формы
- Настройки и варианты отчетов.
Программист может использовать стандартное хранилище настроек 1С из кода программ на языке 1С способом, подобным тому, что был раньше:
Настройки 1С сохраняются непосредственно в базе данных, в специальных таблицах.
Как видно, по сравнению со старым механизмом, добавился дополнительный разрез – имя объекта. Платформа, при автоматическом сохранении используется имя объекта 1С в метаданных с указанием вида, например:
Отчет.Продажи
Также появилась возможность управлять именем пользователя, для которого будут сохранены настройки 1С, указав его последним параметром.
Существуют следующие стандартные хранилища настроек 1С:
- ХранилищеСистемныхНастроек
- ХранилищеОбщихНастроек
- ХранилищеНастроекДанныхФорм
- ХранилищеПользовательскихНастроекОтчетов и ХранилищеВариантовОтчетов.
Хранилище настроек 1С
Программист может создать собственные хранилища настроек – в конфигураторе.
Это предполагается делать в следующих случаях:
- Ссылочный контроль при хранении настроек 1С
- Миграция настроек 1С при использовании УРБД
- Специальная структура настроек 1С (для автоматического ее соблюдения)
- Переопределение стандартных хранилищ.
Для создания собственного хранилища настроек 1С – необходимо добавить таковое в конфигураторе в окне конфигурации в ветке Общие/Хранилища настроек 1С.
Переопределить стандартные хранилища настроек 1С, используемые платформой можно в свойствах конфигурации (корневой ветки конфигурации, которую программисты обычно называют Корень или Голова).
Если в свойствах пустая строка – используется стандартное хранилище настроек 1С, иначе – используется выбранное, а стандартное не используется.
В тонком управляемом клиенте 1С использование хранилища возможно автоматически:
- В управляемой форме есть два параметра
o Автоматическое сохранение данных – будет проводиться автоматически, в стандартное хранилище настроек форм
o Сохранение данных в настройках 1С – использовать список – в списке реквизитов формы появится колонка Сохранение, в которой можно проставить галочки, который будут сохраняться, а также можно указать созданное хранилище настроек - В отчете (в том числе внешнем), появились параметры – Хранилище вариантов (отчетов) и Хранилище настроек 1С – в них нужно выбрать созданное хранилище 1С.
В толстом клиенте для использования требуется в коде на языке 1С прописывать непосредственный вызов сохранения настроек 1С:
ХранилищаНастроек.ИмяХранилища.Сохранить();
При добавлении в конфигурацию собственного хранилища настроек 1С требуется на языке 1С прописать обработчики загрузки и сохранения значений, иначе хранилище работать не будет.
Собственно в этих функциях Вы самостоятельно пишете код сохранения значения (в стандартное хранилище или в файл или в справочник или в регистр сведений и т.п.), и загрузки значения.
Я так понимаю что у любого юзера ты создаёшь локальный файл-маячок по наличию данных в котором проверяешь, зашёл пользователь в систему на данном клиенте или нет.<br>И по стандартному условию этот файл располагается на диске С как на томе со стандартным именем которое в любом случае присутствует в системе.<br><br>Ну на такой случай есть более элегантное решение уже реализованное в платформе.<br>Как мы помним, в настройках пользователя можно задать рабочий каталог. В случае наличия такого каталога система пишет в него файл блокировки соединений, и при попытке повторного входя пользователя выдаёт транспарант «каталог пользователя занят».<br><br>В демках типовых решений (конкретно в ТиС-е) такой приём реализован в виде указания относительного пути (например «./user1»)<br>При этом каталог пользователя создаётся в каталоге БД.<br><br>Соответственно прописав в это поле не относительный а явный путь можно получить следующий результат.<br>Пользователь (к примеру) «Мария» каталог пользователя (опять же к примеру) «C:\1C_Users\Masha».<br>В этом случае получаем следующее. На клиенте создаётся каталог «C:\1C_Users\Masha» в котором система создаст файл 1Cv7.LCK. Вот он то и не пустит вторую «Марию» на данном клиенте.<br>Если же «Мария» паралельно соберётся войти в базу с другого клиента, то на данном клиенте будет создан свой локальный каталог и файл блокировки в нём. Таким образом наличие каталога с файлом блокировки на одном клиенте не помешает «Марии» войти в базу ещё раз с другого клиента.<br><br>Дополнительным плюсом будет ещё и то, что у «Марии» на каждом клиенте в своём каталоге будет создан свой конфигурационный файл параметров. Так что если у «Марии» на одном клиенте к примеру стандартным интервалом журнала будет «текущий год» то на другом можно сделать «текущий месяц». (Получаем некоторый прототип модели разделения пользовательских настроек по аналогии с реализованным в механизмах платформы 8 версии).<br><br>З.Ы. Малю-ю-ю-ю-сенькое неудобство… Каталог «C:\1C_Users\Masha» на клиентах перед первым запуском придётся создавать вручную, так как если при входе система его не обнаружит, то выругается на его отсутствие и базу не запустит.<br><br>З.З.Ы. Кстати, даже после аварийного вылета из базы, проблемы с оставшимся файлом не существует, потому как система при входе юзера проверяет не само наличие файла блокировки в каталоге пользователя, а доступ к операциям над ним, которые в случае имеющегося работающего пользователя ограничиваются только чтением. И именно ошибка захвата файла для удаления перед повторным его созданием как раз и транслируется системой в виде вышеупомянутого транспаранта.<br><br>Дальше всё ограничивается только вашей фантазией