Механизм объединения дублей Контрагентов и Партнеров УТ 11
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Механизм объединения дублей Контрагентов и Партнеров
Для каких это целей?
Механизм нужен для коллективной борьбы с дублями Контрагентов и Партнеров. На моей памяти несколько способов борьбы: искать дубли по наименованию, коду, ИНН, телефону. В простых случаях это срабатывает, но если представить, что среди наших клиентов есть холдинг, состоящий из нескольких юр. лиц, тогда менеджер, вероятно, забьет их как двух разных партнеров. В таком случае программно понять, что это дубли, не получится, и нужна работа оператора.
Кто сможет разобраться, где дубли, а где нет? Это знает только менеджер, который работает с этим клиентом, но менеджер не сможет самостоятельно выполнить поиск и замену. В этом случае нужно разделить работу на два этапа: «Поиск дублей» и «Замена дублей».
Менеджер может ошибиться, и нужен человек, который будет производить контроль (у нас это отдел учета). Для этого вводится третий этап «Визирование».
В итоге нам нужно три действия:
- Поиск дублей. Сотрудник, знающий клиентскую базу, осознав, что на одного клиента несколько карточек, создает заявку на замену.
- Визирование. Тут все просто: ответственный сотрудник должен посмотреть заявки менеджера и утвердить их.
- Замена. Этот этап можно и нужно делать автоматически в нерабочее время. Также следует учитывать, что в УТ 11 есть ключи аналитики, и стандартная обработка поиска и замены не поможет, нужны отдельные алгоритмы для замены ключей.
Для назначения заменяемых элементов необходим регистр «Поиск и замена значений(ит)».
По умолчанию он в подсистеме «Поиск и замена значений»
Функции:
- Завизировать все – установить визу на все записи.
- Заменить все – запуск фоновой замены.
- Флаг отбора «заменен» - при установленном флаге отображает только те записи, которые завизированы, но еще не обработаны.
Описание таблицы:
- Дата создания – дата, когда была введена запись.
- Что заменять, На что заменять – при обработке элемент из поля «что заменять» заменится на «на что заменять» и после пометится на удаление.
- Виза – флаг согласия ответственного с тем, что данные элементы нужно объединить.
- Завизировал – Кто поставил галочку «виза», в случае косяков бить нужно его.
- Заменен – замена уже произведена.
Предполагаемый бизнес процесс:
- Любой пользователь с включенной ролью «ит_ПоискИЗаменаЗначений», создает записи в регистре.
- Ответственный сотрудник просматривает записи и, если он согласен, ставит галочку «виза», после этого элемент запрещено редактировать (пока влаг не снят). Также можно не глядя воспользоваться кнопкой «Завизировать все», если для вас не имеет значение корректность дынных. Для назначения сотрудника ответственным следует включить флаг в карточке пользователя «Право установки визы»
- Замену значений можно выполнить прямо сейчас по кнопке «заменить все» или с помощью регламентного задания ночью. Имя регламентного задания «ит_ПоискИЗаменаЗначений».
При нажатии на «заменить все» появится индикатор выполнения замены:
При нажатии на кнопку «остановить», задание будет прервано. Все внесенные изменения останутся. Замена происходит в фоновом режиме без блокировки интерфейса.
Также у пользователя может быть недостаточно прав на работу в старом периоде в этом случае замена произойдет только в открытом периоде.
Для регламентного задания необходим отдельный пользователь, которому будет открыт весь период
Ограничения:
Если у объединяемых контрагентов отличаются партнеры, тогда замена не будет происходить.
Внимание:
Для внедрения функционала требуется квалификация. Предполагаю, что у фирм с такой проблемой есть в штате программист (и не один).
Функционал можно написать самостоятельно за несколько дней, но зачем колесо?
Программисту:
Для установки необходимо:
- Сравнить - объединить конфигурации
- Отменить по подсистеме файла «ПоискИЗаменаЗначений»
- Отметить руками саму подсистему и новый реквизит справочника пользователи «ПравоУстановкиВизы»
- Вывести реквизит «ПравоУстановкиВизы» на форму справочника Пользователи.
Вступайте в нашу телеграмм-группу Инфостарт
