Наименование файла должно иметь следующий формат:
<КОД КОНТРАГЕНТА>_visits_<ДАТА ПЕРВОГО ДНЯ ГРАФИКА YYYY-MM-DD>_<остальной текст>.<xls или xlsx>
Название контрагента должно быть указано латиницей.
Пример:
test_visits_2019-07-15.xlsx

Дата начала графика - после “нижнего подчеркивания”, после “производителя” в формате гггг-мм-дд.
Поля обязательные для заполнения выделены синим цветом:

1. Уникальный ID точки - код точки магазина. Идентификатор также используется для привязки Торговой точки к опроснику.
2. Филиал - филиал или регион, используется в отчетах.
3. Город - используется в отчетах.
4. Дополнительный код ТТ (код для alert) - код точки магазина.
5. Кол-во касс - число, кол-во касс на торговой точке. В мобильном приложении в блоке IR будет отражено то кол-во касс, которое указано в данном шаблоне.
6. Тип торговой точки - например: ММ/ГМ.
7. Адрес торговой точки - используется для отображения Адреса в моб. приложении и в отчете. Учитывается только в том случае, если Торговой точки нет в базе.
8. Территория - отображение торговых точек регулируется в зависимости от указанной территории в карточке пользователя.
9. Формат - указывается формат который должен быть у торговой точки.
10. Торговая сеть - используется для отрисовки иконки в моб. приложении и отчете.
11. Доп-проект - дополнительная группировка торговых точек.
12. Тип мерчандайзинга - Эксклюзивный или Совмещенный в зависимости от того какой был установлен для контрагента. Данный тип мерчандайзинга будет установлен пользователю.
13. Наименование агентства - например: Open
14. Широта - используется для определения гео-локации торговой точки. Если передано значение <пусто> используется текущее значение из базы.
15. Долгота - используется для определения гео-локации торговой точки. Если передано значение <пусто> используется текущее значение из базы.
16. Время на перемещение/План - указывается в минутах.
17. Время в точке/План - указывается в минутах.
18. * Период для одного визита - это шаг или кол-во дней начиная с Даты первого дня графика, для расчета "Даты завершения визита".
19. * Кол-во визитов - сколько раз мы будем добавлять визиты с рассчитанной "Датой завершения визита".
20. * <Если одна из колонок периода не указана, а вторая указана при импорте файла для таких строк будет выведена ошибка>
21. * Календарь визитов - Важно: первая дата в календаре должна соответствовать дате указанной в наименовании файла графика.
22. * Кол-во визитов в период - запланированное кол-во визитов в период указанный в календаре для торговой точки.
23. * <Если столбцы календаря визитов не заполняются, то в обязательном порядке должен быть заполнен столбец "Период для одного визита" иначе визиты у пользователей не отобразятся и наоборот. Т.е. если обе колонки для периода не заполнены и не заполнены колонки с датами (календарь визитов), то удалятся все визиты, при этом ошибка не выйдет>.
24. <Далее указываются ФИО и Телефон пользователей. У пользователей должна быть иерархия подчинения, т.е. у мерчандайзера должен быть руководитель супервайзер, у супервайзера так же может руководитель Тимлид и так выше по иерархии. При подгрузке данных будет произведена проверка на дубли пользователей и проверка привязки данных пользователей к другим поставщикам>.
25. ФИО мерчандайзера, при обработке ФИО, отчество пользователя сохраняется целиком, в том числе с учетом пробелов
26. Телефон мерчандайзера - +7 ХХХ ххх хх хх, где +7 - международный код РФ. При создании пользователя осуществляется проверка на дубли по номеру телефона. Если номер телефона нового пользователя уже зарегистрирован, то выдается ошибка.
27. ФИО супервайзера.
28. Телефон супервайзера - +7 ХХХ ххх хх хх, где +7 - международный код РФ
29. ФИО тимлида.
30. Телефон тимлида - +7 ХХХ ххх хх хх, где +7 - международный код РФ
31. <далее указываются ФИО и Телефон пользователей выше по иерархии>

Если в середине текущего месяца необходимо перезагрузить файл visits с новыми данными за текущий месяц, но даты будут другие или вообще "пусто" там где ранее было запланировано, то:

• Те визиты, что были в работе или уже выполненные - останутся;
• Старые визиты в статусе "новый" - перейдут в архив.
• И добавятся новые визиты из графика нового файла, кроме тех, на дни которых есть визиты в работе или выполненные.

Если файл visits по какой либо причине перепадали в систему, то файл quests для пересчёта обязательности опросов подавать сверху не надо. Пересчет обязательности будет выполняться автоматически в опросниках после загрузки/перегрузки визитов на точку через файл visits и портал.
Если у пользователя активирована функция "несколько руководителей" в карточке, то при указании в данном шаблоне нескольких руководителей все они будут доступны для пользователя со своей географией.

Наименование файла должно иметь следующий формат: <КОД КОНТРАГЕНТА>_quests_<остальной текст>.<xls или xlsx>.
Название контрагента должно быть указано латиницей.
Пример:
test_quests_на этот месяц.xlsx
test_quests_юг.xlsx

Опросник может быть любого содержания в зависимости от потребностей производителя.
Поля обязательные для заполнения выделены синим цветом:

1. ID опросника - уникальный идентификатор опросника. Идентификатор используется для привязки опросника к Торговой точке.
2. Для изменения содержания опросника нужно подать файл с указанием ID опросника.
3. Название опросника - наименование опроса будет отражено в мобильном приложении. Все опросники, кроме типа "Аудит", объединяются в Регулярную анкету.
4. Тип опросника - Аудит или Анкета (если указано другое значение или пусто - по умолчанию будет установлен тип Анкета).
5. Категория опросника - Дополнительное поле, для объединения опросников в категории.
6. Однократно - поле регулирует однократное отображение опроса в опроснике (поле устарело, не используется, не заполняется при подаче файла quests).
7. Начало - дата начала старта анкеты, регулирует с какой даты вопрос опросника становится активным. Дата подается в формате: дд-мм-гггг чч:мм:сс.
8. Окончание - дата начала завершения анкеты, регулирует по какую дату вопрос опросника активный (если текущая дата больше, чем дата указанная в поле "Окончание", вопрос опросника не отображается в визите). дата подается в формате: дд-мм-гггг чч:мм:сс.
9. * Шаг визита - указывается цифрами последовательность активностей для отображения в мобильном приложении.
10. * <При формировании опросника возможно разделение его на шаги. Если для контрагента включена настройка "Отображать номер шага перед заголовком опросника в визите", то в мобильном приложении заголовки будут отображаться по возрастанию в зависимости от числового порядка шагов. Каждый шаг может содержать 1 и более вопросов или действий. Текст вопроса должен содержать не менее 5 символов. Пример: дата отсчета 01.09.22, кол-во дней 7, кол-во визитов 1, в первый визит. Т.е каждые 7 дней с 01.09.22, 1 раза опросник будет обязательным>.
11. Заголовок шага (экрана) опросника - первый уровень анкеты, служит для объединения вопросов анкет.
12. Подзаголовок шага (экрана) опросника - второй уровень анкеты, служит для объединения вопросов в групп.
13. Под подзаголовок шага (экрана) опросника - третий уровень анкеты, служит для объединения вопросов в группу.
14. Шаг (экрана) опросника - свайп - четвертый уровень анкеты, служит для объединения вопросов в группу (последний уровень в моб приложении отображается как экран, значения на котором меняются при помощи свайпа)
15. Текст вопроса - текст вопроса для опросника.
16. Тип ответа - тип ответа из возможных типов:
17. %
18. число
19. целое число
20. цена
21. варианты ответов
22. комментарий
23. фото - указывать только фото. На текущий момент, если в шаблоне будет указан не существующий тип, вопрос создастся с типом “комментарий”.
24. да/нет
25. вычитание
26. сложение
27. деление
28. умножение
29. дата
30. множественный выбор
31. <пусто> - если тип не указан, тогда тип = комментарий
32. В случае ошибки в данном поле, при загрузке файла будет указан соответствующий комментарий в разделе "Ошибки импорта".
33. Варианты ответов - варианты ответов указываются через разделитель |. Для типа фото вариант ответа не указывается (поле останется пустым).
34. Связанный вопрос - связанные вопросы указываются через разделитель | . Колонка необязательная для заполнения,  используется только для связи с другими вопросами, указанных в файле, в рамках общего Заголовка одного Опросника. Вопросы не должны иметь идентичное название, в противном случае привязка зависимых вопросов не произойдёт.
35. Обязательность вопроса - 1, “да” - обязательно, иначе - необязательно.
36. Добавить фото к ответу - 1, “да” - добавить фото, иначе - без фото.
37. Кол-во обязательных фото - указание обязательного количества фото от 0 до 10.
38. Запрет удаления фото - . 1 - запрещать удалять фотографии. 0 или пусто - разрешать удаление фотографий.
39. Значение от - указание порога значения, меньше которого установить число будет невозможно.
40. Значение до - указание порога значения, больше которого установить число будет невозможно.
41. Признак предзаполненного вопроса - признак, при котором предзаполненный ответ учитывается.
42. Предзаполненный ответ - ответ для вопроса опросника, учитывается независимо от ответа исполнителя.
43. Категория - значения, используются только для формирования отчета Astix.
44. Планограмма - уникальное наименование планограммы, для привязки Планограммы к Вопросу (п.10)
45. Обязательность планограммы - ставим 1, если планограмма обязательна, ставим 0, если не обязательна.
46. * Дата отсчета - дата появления опросника у исполнителя.
47. * Количество дней - продолжительность актуальности опросника.
48. * Типы отображения - момент появления опросника, ставим 1 – если опросник должен появиться в первый визит, 0 или пусто – последний.
49. * Кол-во визитов - указывается кол-во визитов за установленный период.
50. * <Этой настройкой задается период отсчета от указанной даты, в котором указывается в первый или в последний визит, попавший в этот период, опросник будет обязательным. В мобильном приложении в первый плановый визит на точку опросник будет показан обязательным. Далее, если визит не состоялся или по опроснику не были получены результаты, обязательность будет перенесена на следующий плановый визит и так пока не будет получено столько результатов опросника, сколько указано для кол-ва обязательности>.
51. Тип активности Astix - для корректной отправки категорий и брендов в Астикс.
52. 0 - в Astix не отправлять
53. 1 - Share of Shelfs
54. 2 - Check-outs
55. 3 - Промо дисплеи (Display)
56. 4 - Промо дисплеи (Display Local)
57. Ограничение видимости - отображение опросов в мобильном приложении для ролей Мерчандайзер и Стажер.
58. Стажёр/Стажер - если опрос должен отобразится в мобильном приложении только для роли Стажер (Внимание! Пользователь с ролью Стажер будет активен в том случае, если ему так же будет установлена роль Мерчандайзер);
59. Мерчандайзер - если опрос должен отобразится в мобильном приложении только для роли Мерчандайзер;
60. Оставить поле пустым - если необходимо чтобы опрос отображался в мобильном приложении и для роли Мерчандайзер, и для роли Стажер.

Если по какой либо причине опросы были перезалиты в систему, то для того чтобы опросы в мобильном приложении у пользователя отображались с правильным расчётом обязательности, необходимо переподать файл visits тем самым обновив визиты.
Если у пользователей визиты уже были загружены, но не начаты, то пользователю необходимо удалить задания и загрузить заново, чтобы обновленный опрос отобразился в моб. приложении. У тех же пользователей у которых визит уже был в работе (до подачи файла с изменениями) обновленные опросники в мобильном приложении не отобразятся.
Если файл visits по какой либо причине перепадали в систему, то файл quests для пересчёта обязательности опросов подавать сверху не надо. Пересчет обязательности будет выполняться автоматически в опросниках после загрузки/перегрузки визитов на точку через файл visits и портал.

Наименование файла должно иметь следующий формат: <КОД КОНТРАГЕНТА>_refs_<остальной текст>.<xls или xlsx>
Название контрагента должно быть указано латиницей.
Пример:
test_refs_на этот месяц.xlsx
test_refs_юг.xlsx

• Уникальный ID точки - код точки магазина.
• ID опросника - уникальный идентификатор опросника.

При подаче данного файла все привязки опросников для указанной торговой точки и для визитов статусе "новый" полностью обновляются (все текущие опросники - открепляются, а опросники, указанные в файле, - закрепляются).
Если привязки опросников к торговой точке необходимо сохранить и добавить дополнительные, следует использовать данный шаблон в том же формате, но в наименовании вместо refs указать addrefs.

Наименование файла должно иметь следующий формат: <КОД КОНТРАГЕНТА>_plgrefs_<остальной текст>.<xls или xlsx>
Название контрагента должно быть указано латиницей.
Пример:
test_plgrefs_промо.xlsx
test_plgrefs_запад.xlsx

• Код магазина - ID точки магазина.
• Название планограммы - уникальное наименование планограммы. Если на торговую точку необходимо прикрепить несколько планограмм, то код торговой точки и название планограммы указывается в каждой строке отдельно.
• Принудительный показ - признак принудительного отображение планограммы в мобильном приложении. 1 - если показ обязателен, пусто - если отображение не требуется.

Если привязки планограмм к торговой точке необходимо сохранить и добавить дополнительные, следует использовать данный шаблон в том же формате, но в наименовании указать addrefs (_addrefs-plgrefs_).

Наименование файла должно иметь следующий формат: <КОД КОНТРАГЕНТА>_alert_<ДАТА YYYY-MM-DD>_<остальной текст>.<xlsx>
Название контрагента должно быть указано латиницей.
Пример:
test_alert_2019-07-15.xlsx
test_alert_2019-07-15_москва.xlsx

Дата - после “нижнего подчеркивания” в формате ГГГГ-ММ-ДД

1. TC - торговая сеть
2. store - код магазина (должен соответствовать полю "Дополнительный код ТТ (код для alert)" из шаблона visits)
3. EAN - код товара
4. Retailer Description - наименование товара
5. Category - категория товара служит для разделения товарных позиций категории (в зависимости указанной категории товары добавляются в определенную торговую точку по проекту)
6. balance - учетный остаток
7. osa check - сигнал для проверки присутствия товара на полке - в мобильном приложении подсвечивается красным бейджем и является обязательным к исполнению. Для завершение визита необходимо исполнение всех пунктов подсвеченным красным.
8. virt check - сигнал для проверки на наличие у товара виртуального остатка - в мобильном приложении подсвечивается красным бейджем и является обязательным к исполнению. Для завершение визита необходимо исполнение всех пунктов подсвеченным красным.
9. stock_code - комментарий для стока:

• 1 - Остаток: 5+ штук
• 2 - Остаток: до 4 штук
• 3 - Остаток: 0
• 4 - Виртуальный остаток

Логика добавления:
Товары указанные в файле добавляются в плановые визиты контрагента на неделю вперед начиная с даты, указанной в наименовании файла.

Наименование файла должно иметь следующий формат: <КОД КОНТРАГЕНТА>_refs-ir_<остальной текст>.<xlsx>
Название контрагента должно быть указано латиницей.
Пример:
test_refs-ir.xlsx
test_refs-ir_москва.xlsx
test_addrefs-ir.xlsx

Описание значений:
Значение "1" - Закреплено. Данное значение устанавливается, если необходимо чтобы IR был закреплён на ТТ, но не являлся обязательным.
Значение "2" - Обязательно. IR будет закреплен и являться обязательным для указанной ТТ .
Пусто - Оставьте поле пустым, если оно необязательно, а так же если IR не должен быть закреплен на ТТ.
Важно! Указывать другие значения в шаблоне нельзя.
Поля:

• Уникальный ID точки - уникальный код ТТ магазина.
• Дата с - с какого периода будет действовать.
• Дата по - по какой период будет действовать.
• Фото до - Устанавливать одновременно оба значения (1, 2) на одну ТТ в один день для Фото до - Фото после нельзя. Если необходимо сделать запись для фото до и после, то данные в шаблоне должны быть отражены двумя строками, одна из которых для Фото до, другая для Фото после с разными датами.
• Фото после - Для торговой точки одновременно в один период можно устанавливать "Фото до" и "Фото после" (в шаблоне устанавливается в одной строке). Если необходимо устанавливать разными периодами, то данные в шаблоне должны быть отражены двумя строками, одна из которых для Фото до, другая для Фото после с разными датами.
• Опросники - если указано значение "2, 1", тогда в моб. приложении раздела IR добавится пункт "Опросники".
• Прикассы до - если указано значение "2, 1", тогда в моб. приложении раздела IR добавится пункт "Прикассы до".
• Прикассы после - если указано значение "2, 1", тогда в моб. приложении раздела IR добавится пункт "Прикассы после".
• "Сводный отчет" - возможность регулирования обязательности Сводного отчета в разделе IR, где, Обязательно - 2, необязательно - 1, пусто - не должен отображаться.
• IC - признак для использования Inspector Cloud.

Если указанные ниже параметры не используются в бизнес-процессе, то колонки остаются пустыми:

• Оверхеды - регулирование отображения кнопки с названием "Касса"
• 0/пусто - кнопка не отображается. 1- отображается как необязательная. 2 - отображается обязательно.
• Шкафы - регулирование отображения кнопки
• 0/пусто - кнопка не отображается. 1- отображается как необязательная. 2 - отображается обязательно.
• Отображать шкафы как - регулирование отображения в зависимости от бизнес потребности.
• overhead_backwall - отображение кнопок Оверхед и Шкафы.
• pos - отображение всех кнопок только по Оверхед с названием "Касса 1", "Касса 2" и т.д.
• fixed_pos - отображение только одной кнопки по Оверхед с названием "Касса".

Описание проверки для автоматического переноса обязательности IR на следующий указанный визит:

1. Если для текущего визита установлена обязательность IR для нескольких разделов, при этом пользователь сделал только один из указанных разделов, то все разделы на которых IR обязателен будут перенесены на следующий плановый визит (пройденный раздел будет тоже перенесён как новый);
2. Если визит был закрыт из-за окончания времени, при этом обязательность IR сделан частично или не сделан вообще, то IR будет перенесен на следующий плановый визит;
3. Если визит закрыт через любую из проблем, при этом IR был не выполнен, будет произведен перенос всех обязательных разделов IR на следующий плановый визит;
4. Если для визита установлена обязательность IR и пользователь его выполнил полностью, то IR будет отражен в следующем визите, но как необязательный.

Если необходимо загрузить/дозагрузить ir на новые торговые точки, при этом привязки ранее закрепленного ir к торговым точкам должны быть сохранены, то следует использовать данный шаблон в том же формате, но в наименовании указать addrefs (_addrefs-ir_).
Если файл с данными по ir был перезалит по определенному ряду причин, то:
Если у пользователя визит уже был в работе (до подачи файла с изменениями), то для того чтобы отобразился IR в мобильном приложении надо данный визит перевести в статус "новый".
Те визиты которые ещё не начаты, но задания могут быть загружены ранее, пользователь должен в моб. приложении нажать "удалить визиты" (это очищает от всех загруженных на устройство данных) и после закачать визит еще раз с новыми данными.

Наименование файла должно иметь следующий формат: <КОД КОНТРАГЕНТА>_required_<ДАТА ПЕРВОГО ДНЯ ГРАФИКА YYYY-MM-DD>_<остальной текст>.<xls или xlsx>
Название контрагента должно быть указано латиницей.
Пример:
test_quest-required_2019-07-15.xlsx
test_quest-required_2019-07-15_москва.xlsx

Дата начала графика - после “нижнего подчеркивания”, после “производителя” в формате гггг-мм-дд.

1. Уникальный ID точки - код точки магазина. Идентификатор также используется для привязки Торговой точки к опроснику.
2. ID Опросника - код опросника
3. Календарь визитов - Важно: первая дата в календаре должна соответствовать дате указанной в наименовании файла графика.
4. На пересечении даты и опросника следует указывать "1" - если необходимо, чтобы в этот день все вопросы опросника были обязательными, не зависимо от признака обязательности указанного для вопроса.
5. Если на пересечении даты и опросника ничего не указано или указан "0", тогда раннее установленные признаки обязательности для опросника удалятся.

Наименование файла должно иметь следующий формат: <КОД КОНТРАГЕНТА>_visits-target-stats_< YYYY-MM-DD используем для определения месяца и года при загрузке целевых значений>.<xls или xlsx>
Название контрагента должно быть указано латиницей.
Пример:
test_visit-target-stats_2022-09-01.xlsx
Поля в шаблоне, где должны задаваться целевые значения на месяц:

• Код точки
• Визитов в месяц - общее кол-во запланированных визитов по торговой точке за месяц
• Время на точке без перемещения - план время в ТТ за месяц
• Кол-во инвентаризаций в месяц - временно не используется
• Региональный менеджер (ФИО)
• Супервайзер (ФИО)
• Мерчандайзер (ФИО)

Загруженные данные через файл visits-target-stats будут выгружаться в выгрузку по ТТ (общий график визитов за установленный период по каждой торговой точке) раздела График. Если указанные ниже параметры не используются в бизнес-процессе, то колонки остаются пустыми:

• Визитов в месяц цель - данные берутся из загруженного файла visit-target-stats
• Разница - между данными из столбца Визитов в месяц из файла visit-target-stats за месяц и данными из WODO (столбец Устан) за месяц
• План времени на визит цель - данные берутся из загруженного файла visit-target-stats
• План время в ТТ среднее - высчитывается по логике: складывается весь тайминг за месяц (данные из столбца Время в точке/план из Wodo) по торговой точке и эта сумма делиться на общее кол-во визитов за месяц по ТТ
• План время в ТТ минимальное - логика: берётся самое минимальное значение за месяц по ТТ
• Кол-во инвентаризаций в месяц цель - данные будут браться из загруженного файла visit-target-stats, временно не используем
• Региональный менеджер цель - данные берутся из загруженного файла visit-target-stats
• Супервайзер цель - данные берутся из загруженного файла visit-target-stats
• Мерчандайзер цель - данные берутся из загруженного файла visit-target-stats

Наименование файла должно иметь следующий формат: <КОД КОНТРАГЕНТА>_visits-target-stats_< YYYY-MM-DD используем для определения месяца и года при загрузке целевых значений>.<xls или xlsx>
Название контрагента должно быть указано латиницей.
Пример:
test_visit-target-stats_2022-09-01.xlsx
Поля в шаблоне, где должны задаваться целевые значения на месяц:

• Код точки
• Визитов в месяц - общее кол-во запланированных визитов по торговой точке за месяц
• Время на точке без перемещения - план время в ТТ за месяц
• Кол-во инвентаризаций в месяц - временно не используется
• Региональный менеджер (ФИО)
• Супервайзер (ФИО)
• Мерчандайзер (ФИО)

Загруженные данные через файл visits-target-stats будут выгружаться в выгрузку по ТТ (общий график визитов за установленный период по каждой торговой точке) раздела График. Если указанные ниже параметры не используются в бизнес-процессе, то колонки остаются пустыми:

• Визитов в месяц цель - данные берутся из загруженного файла visit-target-stats
• Разница - между данными из столбца Визитов в месяц из файла visit-target-stats за месяц и данными из WODO (столбец Устан) за месяц
• План времени на визит цель - данные берутся из загруженного файла visit-target-stats
• План время в ТТ среднее - высчитывается по логике: складывается весь тайминг за месяц (данные из столбца Время в точке/план из Wodo) по торговой точке и эта сумма делиться на общее кол-во визитов за месяц по ТТ
• План время в ТТ минимальное - логика: берётся самое минимальное значение за месяц по ТТ
• Кол-во инвентаризаций в месяц цель - данные будут браться из загруженного файла visit-target-stats, временно не используем
• Региональный менеджер цель - данные берутся из загруженного файла visit-target-stats
• Супервайзер цель - данные берутся из загруженного файла visit-target-stats
• Мерчандайзер цель - данные берутся из загруженного файла visit-target-stats

Наименование файла должно иметь следующий формат: <КОД КОНТРАГЕНТА>_quest-unbind_<остальной текст>.<xls или xlsx>
Название контрагента должно быть указано латиницей.
Пример:
test_quest-unbind.xlsx
Поля для заполнения:

• Уникальный ID точки
• ID Опросника

При подаче данного файла в систему, будет произведено открепление указанных опросов от указанных торговых точек в шаблоне и открепление данных опросов от визитов в статусе "new". Если после открепления опросов от тт, у пользователей визиты были загружены, но не начаты, то в данном случае необходимо удалить задания и загрузить заново.

Наименование файла должно иметь следующий формат: <КОД КОНТРАГЕНТА>_test_tradepoints.<xls или xlsx>
Название контрагента должно быть указано латиницей.
Пример:
test_tradepoints.xlsx
Настройка контрагента "Обновлять атрибуты торговых точек, измененных через справочник (кроме координат)" не действует на загрузку данных по шаблону. При обновлении данных по торговой точке, загрузке нового справочника торговых точек, атрибуты по IR и адресу ТТ - статичны.
Поля:

• Уникальный ID точки - код точки магазина. Идентификатор также используется для привязки Торговой точки к опроснику.
• Филиал - филиал или регион, используется в отчетах.
• Город - используется в отчетах.
• Дополнительный код ТТ (код для alert) - код точки магазина.
• Кол-во касс - число, кол-во касс на торговой точке. В мобильном приложении в блоке IR будет отражено то кол-во касс, которое указано в данном шаблоне.
• Тип торговой точки - например: ММ/ГМ.
• Адрес торговой точки - используется для отображения Адреса в моб. приложении и в отчете. Учитывается только в том случае, если Торговой точки нет в базе.
• Территория - отображение торговых точек регулируется в зависимости от указанной территории в карточке пользователя.
• Код точки для IR - код для отображения IR в мобильном приложении.
• Тип визита IR (префикс) - префикс для определения доп. проекта.
• Формат - указывается формат который должен быть у торговой точки.
• Торговая сеть - используется для отрисовки иконки в моб. приложении и отчете.
• Доп-проект - дополнительная группировка торговых точек.
• Доп. Код ТС - дополнительный код Торговой Сети.
• Широта - используется для определения гео-локации торговой точки. Если передано значение <пусто> используется текущее значение из базы.
• Долгота - используется для определения гео-локации торговой точки. Если передано значение <пусто> используется текущее значение из базы.
• Изменять координаты - Да - широта и долгота изменяются при импорте файла tradepoints согласно указанным данным в шаблоне. Нет - широта и долгота не изменяются при импорте файла tradepoints.
• Периодичность выполнения визитов - кол-во дней требуемой периодичности проведения визитов.

Наименование файла должно иметь следующий формат: <КОД КОНТРАГЕНТА>_users-attributes <xls или xlsx>.
Название контрагента должно быть указано латиницей.
Пример:
test_users-attributes.xlsx

• ФИО - ФИО пользователя
• Телефон - +7 ХХХ ххх хх хх, где +7 - международный код РФ. При создании пользователя осуществляется проверка на дубли по номеру телефона. Если номер телефона нового пользователя уже зарегистрирован, то выдается ошибка.
• Email - не обязательно для заполнения
• СНИЛС - поле обязательное для заполнения, только в формате 000-000-000 00
• Дом. телефон - указывается контактный номер телефона пользователя, не обязательно для заполнения
• Группа пользователей - служит для группировки пользователей согласно признака.

Для столбцов с данными по ролям: Если 1, то роль присваивается пользователю. Если пусто, то роль пользователю не присваивается.

• Множественное закрепление - возможность закрепления нескольких руководителей для пользователя.
• Группа пользователей - признак группы к которой относится пользователь.
• Общий пользователь - Роль общий пользователь не может быть установлена без других ролей.
• Стажер - Роль Стажер не может быть установлена без роли Мерчандайзер.
• Мерчандайзер
• Супервайзер
• Тимлид
• Региональный менеджер
• Директор по мерчандайзингу
• Поставщик
• Поставщик агентства
• Кризис-менеджер
• Чек-менеджер
• Руководитель чек-менеджера

Если настройка “Создавать новых пользователей по шаблону visits” включена, то пользователи будут созданы через шаблон visits.
Если настройка отключена, то пользователи будут создаваться/редактироваться через шаблон users_attributes. При отключенной настройки при подаче файла visits, пользователи не будут созданы в системе.
Для пользователей совмещенного типа контрагента при подаче файла будет произведена проверка по СНИЛС в рамках установленных у него контрагентов.

• У 1го контрагента включена настройка “Создавать новых пользователей по шаблону visits” - при подаче файла visits новые пользователи для данного контрагента будут созданы без СНИЛС. По уже имеющимся пользователям в системе данные при подаче файла visits не будут затираться.
• У 2го настройка “Создавать новых пользователей по шаблону visits” отключена - при подаче файла users_attributes новые пользователи для данного контрагента будут созданы с обязательным СНИЛС. Если файл подается по пользователям которые уже заведены в системе для редактирования, то предыдущие данные будут обновлены по файлу users_attributes и СНИЛС будет обязательным для всех пользователей данного контрагента.

Наименование файла должно иметь следующий формат: <КОД КОНТРАГЕНТА>_events_<остальной текст>.<xls или xlsx>
Название контрагента должно быть указано латиницей.
Пример:
test_events_check.xlsx
Поля для заполнения:

• Код Точки
• Описание задания
• Фото (1 - обязательно, 0 или пусто - необязательно)
• Срок исполнения

При подаче данного шаблона произойдет закрепление указанных в нем заданий на торговые точки.

Наименование файла должно иметь следующий формат: <КОД КОНТРАГЕНТА>_user-task-check-questions_<остальной текст>.<xls или xlsx>
Название контрагента должно быть указано латиницей.
Пример:
test_user-task-check-questions.xlsx
Поля для заполнения:

• Сеть
• Категория - категория, к которой относится вопрос
• Вопрос
• Описание
• Подсказка
• Порядок вопроса - порядковый номер, в котором будет отображаться вопрос
• Статус - статус вопроса ("Новый" для добавления, "Неактивный" для удаления)

При подаче данного шаблона произойдет закрепление указанных в нем вопросов для проверки визитов.