1. Собрать информацию о контрагентах из 4х источниках (Asana и 3 базы УНФ)
2. Привести в порядок контакты и оформление (наименование), согласно шаблону в текущей рабочей базе УНФ.
Фамилия Имя - общий шаблон, Отчество - по наличию,
при отсутствии данных шаблон следующий: Имя Телефон (по шаблону)
3. Объединить и удалить дубликаты. Теги и другие поля совместить (объединить в одной карточке).
4. Заменить в рабочей базы контакты на актуальный, предварительно проверив на тестовой, чтобы сохранились привязки всех документов.

Достаточно объемная и кропотливая работа. Важна ответственность и оперативность.

1. Источник: ASANA
договор: всем принудительно "покупатель"
Есть четыре типа заявок в асане которые нужно парсить:
1. Заявка на наличную технику, выглядит чаще всего так - https://jmp.sh/qnZ2e2e
основные проекты Team X - заказы клиентов, Team X - долги магазин
всегда идет имя/фамилия/телефон/цена со значком $
больше данных о клиенте редко содержит
2. Заявка на безналичную технику, чаще всего выглядит так - https://jmp.sh/W5Q6e6Q
чаще всего содержит имя/фамилию/телефон/email
основной проект: отдел снабжения - корпоративные заказы
установить: тег - безнал , источник - "ASANA - корпоративные заказы"
событие заголовок: ASANA - "название задачи"
событие описание: "описание задачи"
событие дата начала: "дата создание задачи"
событие дата окончания: "дата завершения задачи"
3. Внегарантийный ремонт, чаще всего выглядит так - https://jmp.sh/rD4Kx6S
чаще всего содержит имя/фамилию/телефон
основные проекты: сервис - ремонты сервис, сервис - на выдачу, сервис - сложные ремонты, сервис - гарантийные замены, сервис - страховка, сервис - долги сервис
установить: тег - сервис , источник - "ASANA - ремонты"
событие заголовок: ASANA - "название задачи"
событие описание: "описание задачи"
событие дата начала: "дата создание задачи"
событие дата окончания: "дата завершения задачи"
4. Гарантийный ремонт, чаще всего выглядит так - https://jmp.sh/pAjquFr
чаще всего содержит имя/фамилию, имя/фамилия на английском языке
телефон, адрес, email
если email указан - refused, значит пользователь отказался давать email и его можно не учитывать.
основные проекты: сервис - гарантийный сервис, сервис - архив1, сервис - архив2, сервис - архив3
установить: тег - сервис , источник - "ASANA - гарантийные ремонты"
событие заголовок: ASANA - "название задачи"
событие описание: "описание задачи"
событие дата начала: "дата создание задачи"
событие дата окончания: "дата завершения задачи"
5. Задачи которые находятся в другом workspace
взять задачи из всех проектов
всегда идет имя/фамилия/телефон/цена со значком $
установить: тег- SR, источник - ASANA - заказы клиентов
событие заголовок: ASANA - "название задачи"
событие описание: "описание задачи"
событие дата начала: "дата создание задачи"
событие дата окончания: "дата завершения задачи"
6. Задачи которы не входят в описаные проекты
установить: тег- SR, источник - ASANA - заказы клиентов
событие заголовок: ASANA - "название задачи"
событие описание: "описание задачи"
событие дата начала: "дата создание задачи"
событие дата окончания: "дата завершения задачи"

2. Источник: База - UPP_SR, справочник контрагентов
договор: всем принудительно "покупатель"
1. Копируем всех контрагентов которые не помечены на удаление
установить: тег - SR, источник: УПП SR

3. Источник: База - UPP_Test, ремонты контрагентов
договор: всем принудительно "покупатель"
При создани ремонта, создается контрагент без дополнительных полей (телефон, адрес, email. Необходимо пройтись по всем текущим ремонтам ит перенести информацию в базу контрагентов. Информацию о проведенном ремонте должно быть в разделе "Документы" карточки контрагента.
установить: тег-сервис, источник - тип обращения в сервис (гарнтия, негарантия и т.п.)

4. Источник: База - UPP_Test, справочник контрагентов
договор: сохраняем существущие настройки
1. Копируем всех контрагентов которые не помечены на удаление