← На главную

При сопровождении конфигурации 1С:Управление торговлей 10.3 (а также схожих решений на обычных формах, таких как Комплексная автоматизация 1.1 или УПП 1.3) можно столкнуться с нестандартным поведением: два пользователя обладают одинаковыми полными ролями в конфигураторе, но при перепроведении одного и того же пакета документов у одного пользователя появляются служебные сообщения об ошибках учета или незаполненных реквизитах, а у второго те же документы проводятся без предупреждений либо отменяются молча. Разберем по шагам, почему возникает такая разница и как устроена внутренняя логика проверок в системе.

Механизм проверки заполнения реквизитов и влияние дополнительных прав

Рассмотрим ситуацию на примере типового документа ОприходованиеТоваров. При проведении документа в коде типовой конфигурации формируется структура обязательных для заполнения полей табличной части (например, Количество, Цена, Сумма).

Проанализируем алгоритм:

1. Перед непосредственной проверкой заполнения строк система обращается к регистру сведений ЗначенияДополнительныхПравПользователей.
2. Если для текущего пользователя установлено право «Разрешить нулевые цены в оптовой торговле» (или аналогичное право для розницы), то из структуры обязательных полей программно исключаются реквизиты Цена и Сумма.
3. В результате у пользователя с установленным правом документ успешно проходит проверку даже с пустыми суммами, не формируя диагностических сообщений. У второго пользователя, у которого данное дополнительное право отключено, срабатывает типовая проверка заполнения шапки и табличной части, блокирующая проведение и выводящая предупреждение в окно сообщений.

Контроль остатков и ошибок хронологии проведения

Аналогичным образом в УТ 10.3 регулируется контроль отрицательных остатков и партионного учета при попытке провести списание задним числом или при нехватке товара на складе. На поведение системы влияют следующие переключатели в настройках дополнительных прав:

1. «Разрешить превышение остатка товаров на складе» и «Разрешить превышение остатка товаров организации» — если эти флаги взведены, алгоритм проведения отключает блокирующий контроль и не выводит диагностические сообщения о нехватке свободного остатка.
2. «Разрешить списание партий при недостатке остатков по партиям» — управляет выводом ошибок при партионном учете.
3. «Разрешить проведение документов задним числом» — при отключенном праве система выдает ошибку хронологии и не позволяет провести документ раньше текущей даты.

Где настраиваются дополнительные права пользователей

Выясним, как проверить и синхронизировать настройки между пользователями базы:

1. Перейдем в главное меню: Сервис → Пользователи → Настройка дополнительных прав пользователей.
2. В открывшейся форме выберем нужного пользователя или группу пользователей.
3. Раскроем дерево настроек и проверим значения прав в разделах «Документы», «Справочники» и «Торговля».
4. Для полной идентичности работы пользователей воспользуемся справочником Пользователи (меню Операции → Справочник → Пользователи) и по кнопке «Копировать настройки» перенесем настройки от эталонного пользователя проблемному.

Индивидуальные настройки обработок и интерфейса

Если дополнительные права настроены одинаково, но результат перепроведения все равно отличается, проанализируем следующие факторы:

1. Сохраненные настройки сервисных обработок: при групповом перепроведении через обработку ГрупповаяОбработкаСправочниковИДокументов или ПроведениеПоПартиям платформа сохраняет состояние флажков индивидуально для каждого пользователя. Проверим параметры «Останавливаться по ошибке», «Не прерывать проведение при возникновении ошибок» и выбранный режим проведения (Оперативный или Неоперативный).
2. Персональные даты запрета изменения данных: в регистре сведений ГраницыЗапретаИзмененияДанных ограничение периода может быть задано не для всей базы, а индивидуально для конкретного пользователя.
3. Сброс сохраненных настроек: очистить персональные настройки форм и обработок можно через меню Операции → Управление настройками пользователей.
4. Анализ Журнала регистрации: если сообщения на экран не выводятся из-за аварийного отката транзакции, точную причину отказа проведения можно отследить через Сервис → Журнал регистрации, установив отбор по конкретному документу и событиям Транзакция. Отмена или Ошибка.