В процессе работы с программой 1С:Розница (редакции 2.2, 2.3 и выше) пользователи иногда сталкиваются с крайне странным поведением системы: при регистрации новой дисконтной карты через Рабочее место кассира (РМК) данные опроса владельца записываются некорректно. В частности, номер телефона физического лица вместо положенного поля попадает в поле Телефон налогового органа. Если же открыть карточку физического лица и попытаться ее перепровести, номер и вовсе может исчезнуть.
В данной статье мы подробно разберем, почему возникает эта ошибка, как проанализировать состояние базы данных и какие шаги предпринять для окончательного решения проблемы. Мы рассмотрим ситуацию с точки зрения системного взаимодействия механизмов Библиотеки стандартных подсистем (БСП) и распределенных информационных баз (РИБ).
Для начала проанализируем ситуацию: почему программа выбирает именно «Телефон налогового органа»? В системе 1С хранение контактной информации (адресов, телефонов, email) реализовано через специальный справочник ВидыКонтактнойИнформации. Каждый элемент этого справочника в идеале должен быть связан с определенным программным идентификатором (именем предопределенного узла).
Проблема кроется в нарушении связи между данными в базе и метаданными конфигурации. Это часто происходит по следующим причинам:
ТелефонНалоговогоОргана из-за его положения в иерархии или алфавитном порядке.Первым делом нам необходимо визуально и технически оценить состояние справочника. Перейдем в раздел Администрирование — Общие настройки — Контактная информация — Виды контактной информации.
Проанализируем структуру группы Контактная информация справочника "Физические лица". Нам нужно убедиться, что элемент Телефон (или Телефон мобильный) является предопределенным. Посмотрим на список: если элементы отличаются от тех, что мы видим в чистой демо-базе, значит, структура была нарушена.
Если вы видите дубли или если у элемента отсутствует признак предопределенности, это явный сигнал к действию. Попробуем запустить базу в режиме «Обновление информационной базы», чтобы система попыталась восстановить связи автоматически. Для этого используем параметр запуска:
/C ЗапуститьОбновлениеИнформационнойБазы
Однако, как показывает практика, при серьезных сбоях в РИБ этот метод помогает не всегда.
Если автоматическое обновление не помогло, воспользуемся более мощным инструментом. В типовых конфигурациях на базе БСП существует скрытая обработка для восстановления связей объектов метаданных.
Выполним следующие действия:
Сопоставление предопределенных данных.Виды контактной информации.ТелефонФизЛица, нам необходимо вручную указать правильный элемент из справочника.Это действие «привяжет» конкретную запись в вашей базе к логике программного кода 1С.
Иногда элемент выглядит как предопределенный, но его внутреннее имя (идентификатор для кода) пустое или неверное. Выясним причину и исправим ее с помощью группового изменения реквизитов.
Рассмотрим алгоритм действий:
Виды контактной информации.Имя предопределенных данных. Для физических лиц он должен называться строго ТелефонФизЛица (или аналогично, согласно метаданным вашей версии конфигурации).Если это поле пустое, впишите туда правильное системное имя. После этого система снова начнет «узнавать» этот вид контактной информации при записи данных из РМК.
Поскольку проблема уже привела к тому, что у части клиентов телефоны записаны в поле «Телефон налогового органа», нам нужно навести порядок в данных. Мы не можем просто оставить это так, так как при перепроведении карточек данные будут теряться.
Воспользуемся Групповым изменением реквизитов для объектов типа Физические лица. Однако, стоит помнить, что контактная информация хранится в табличных частях или в специальном регистре (в зависимости от версии БСП). Поэтому правильнее будет использовать небольшую обработку или встроенный поиск и замену дублей.
Проанализируем пример логики для исправления через код (если вы разработчик):
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ФизическиеЛицаКонтактнаяИнформация.Ссылка КАК ФизЛицо,
| ФизическиеЛицаКонтактнаяИнформация.Представление КАК НомерТелефона
|ИЗ
| Справочник.ФизическиеЛица.КонтактнаяИнформация КАК ФизическиеЛицаКонтактнаяИнформация
|ГДЕ
| ФизическиеЛицаКонтактнаяИнформация.Вид = &ВидНалоговая";
Запрос.УстановитьПараметр("ВидНалоговая", Справочники.ВидыКонтактнойИнформации.НайтиПоНаименованию("Телефон налогового органа"));
// ... далее цикл обхода и замена Вида на Справочники.ВидыКонтактнойИнформации.ТелефонФизЛица
Подведем итоги. Ситуация, когда телефон записывается не туда, — это не ошибка кода РМК, а следствие десинхронизации справочника видов контактной информации. В 90% случаев это лечится восстановлением имени предопределенного узла или сопоставлением данных.
Чтобы избежать подобного в будущем, особенно в сетях с РИБ, рекомендуем:
Виды контактной информации, если элементы помечены как предопределенные.Соблюдение этих правил позволит сохранить целостность данных ваших клиентов и обеспечит корректную работу маркетинговых инструментов в 1С:Розница.