Форум сервиса Планфикс

смотрите ситуация такаяменеджер создает задачу под названием КП прикрепляет туда аналитику и по шаблону создает документ, формирует и отправляет клиенту. В случаи утверждения клиентом КП создается по шаблону проект который при создании создает задачу договор по шаблону с прикрепленным шаблоном файла договора.При создании проекта менеджер в поле текста копирует с ранее формированного КП информацию и вставляет в это поле которое выводится в документе в определенную страницу (приложение №1 ТЗ). Проблема в том что аналитика при создании кп вставляется в таблицы а при копировании КП и вставке в поле текста а далее при формировании файла договора вместо таблиц выводится html код так как ворд не поддерживает Html

Насколько я помню, в обсуждении этого вопросы в Службе поддержки мы предложили после утверждения клиентом КП при создании проекта помещать в него задачу с первоначально введенными данными, по которым строилось КП, и формировать в ней по этим же данным договор. И альтернативный вариант - создавать новую задачу на основе данных, введенных аналитикой в действии (по контекстному меню "Создать задачу+").

Понимаете в чем дело планфикс реально классная вещь но как и любой руководитель я хочу автоматизировать процесс и сократить влияние человеческого фактора на выполнение данного процесса. В ручном варианте не совсем хорошо! У нас проблема в том что происходит разделение клиентов на обработке и клиентов с договорами. Поясню менеджер создает или импортирует контакты компаний к контактам прописывается группа контактов с помощью планировщика тут все норм. Затем когда менеджер делает прозвон с помощью того же планировщика перетягивает контакт на блок задач и происходит автоматическое создание задачи на КЛИЕНТ с уже указанным контрагентом это удобно. Далее когда с клиентом встретились мы готовим КП используя тот же планировщик и авто сценарии создается подзадача КП и в ней менеджер с помощью аналитики указывает необходимые данные после в этой задаче он прикрепляет сначала шаблон экселя калькуляция (мы сделали свой файлик в который помещаются все данные от аналитики и происходит просчет сроков и времени) затем используя шаблон документа КП формируется сам документ КП и автоматом с помощью перевода в статус отправляется на рассмотрение клиенту. Самое интересное начинается на этом этапе ТАНЦЫ С БУБНОМ. Если клиенту устроило КП стоимость сроки то менеджер создает проект по шаблону вводит туда данные предварительно вводит в контрагента его реквизиты в проекте указывает контрагента номер договора стоимость дату начала и дату завершения договора. При создании проекта автоматом создается задача по шаблону договор с прикрепленным файлом по шаблону куда вставляются данные контрагента и данные указанные при создании проекта. все классно и хорошо! НО у договора есть приложение собственно само ТЗ для выполнение работ а это ТЗ генерится в задаче КП с помощью аналитики которая не принадлежит проекту и не передает аналитику другой задаче по шаблону автоматом и происходит тут ЖЕСТЬ так как у менеджера а их у нас 3 куча КП за один день и каждый раз что то там в ручную делать ГЕММОР еще тот. Я пробовал при создании проекта использовать кастомноое поле проекта текст думал что менеджер откроет свое КП скопирует и вставить в него необходимые данные. Скопировал вставил таблички все как положено, думаю ну красота пусть через Ж но рабочий вариант. А при создании проекта и авто задачи договор с прикрепленным по шаблону файлом создается документик открываю а там в приложении где нужно вывести содержимое кастомного поля выводится html код!!!  Этот вариант стал не приемлемым. Сейчас мы вышли из положения следующим образом при создании КП менеджер еще помимио файла кп генерит файл по шаблону ТЗ скачивает себе на комп и после создания проекта в созданную задачу договор вставляет этот файл в комментарии чтобы отправить заказчику. Перед этим конечно в ручную открывает его вставляет или корректирует номер договора шапку приложения тз сохраняет и загружает в задачу. Ребят ну это ж пипец!!! Менеджер должен продавать а не думать что и за каким шагом ему нужно делать!! Проблему бы решило ввод создания либо планировщика с сущностью проект который будет связан с предидущей задачей кп что бы был не прерывный процесс перехода в статус или перемещение из блока в блок в планировщике, либо передача аналитики по авто сценариям привязываясь к необходимой задаче по шаблону. Короче автоматизация с прикладной ручной обработкой. Сейчас процесс этого всего не удобен сложно обучить. Я считаю что CRM должна быть прежде всего не обузой для персонала а помогать решать непосредственные задачи и с точки зрения логики процесса должна быть интуитивно понятной без заморочей и ручного создания чего то там!! Планфикс ковыряю уже с октября 2016 года честно говоря натыкаюсь на постоянные недочеты приходится изощрятся что бы решить тот или иной процесс. Сейчас разработаны все процессы на 85%, разработан полный документооборот и учет финансов на базе планфикса идет тестинг. Доволен но вот этот момент с КП и ТЗ просто бесит!!! Спасибо и сорян за эмоции.

Александр, есть ощущение что Вы просто свернули не туда в поисках оптимального варианта решения.

Я пробовал при создании проекта использовать кастомноое поле проекта текст думал что менеджер откроет свое КП скопирует и вставить в него необходимые данные. Скопировал вставил таблички все как положено, думаю ну красота пусть через Ж но рабочий вариант. А при создании проекта и авто задачи договор с прикрепленным по шаблону файлом создается документик открываю а там в приложении где нужно вывести содержимое кастомного поля выводится html код!!!  Этот вариант стал не приемлемым.

Это идеологически неверный вариант - сделать из данных текст, а потом искать как вставить текст в файл - так что в эту сторону даже копать не хочется.

Сейчас мы вышли из положения следующим образом при создании КП менеджер еще помимио файла кп генерит файл по шаблону ТЗ скачивает себе на комп и после создания проекта в созданную задачу договор вставляет этот файл в комментарии чтобы отправить заказчику. Перед этим конечно в ручную открывает его вставляет или корректирует номер договора шапку приложения тз сохраняет и загружает в задачу. Ребят ну это ж пипец!!!

Согласен что пипец - но так и не надо делать. Даже существующими средствами, без всяких доработок можно поступить эффективнее. Например:
- находите подзадачу КП (глобальным поиском, например, ну или в планировщике)
- открываете ее в соседней вкладке
- в ней генерите документ по шаблону "Приложение к договору" (он похож на ТЗ, но сразу с нужной шапкой)
- тянете готовое приложение в соседнюю вкладку, где уже открыта задача с договором
- приложение прикрепляется к задаче с договором новым действием.
Ручная работа при таком раскладе тоже присутствует (найти подзадачу КП, сгенерировать документ), но она более простая и не требует корректировки файла руками - а значит меньше вероятности наделать ошибок. Да и быстрее получится

Другой вариант (тот, что предлагался нами изначально - и мне он нравится гораздо больше):
- При создании проекта не создаете автоматически задачу-договор
- Для создания договора и приложения:
-- Находите подзадачу КП
-- Создаете на основании действия с аналитикой (или самой задачи, если аналитика прикреплена к ней) задачу-договор. Цель  - чтобы исходные данные попали в новую задачу-договор, уже в нужном проекте.
-- Задача-договор создается по шаблону с прикрепленными шаблонами документов "Договор" и "Приложение", которые используют данные аналитики и сразу создают договор с приложением на основании данных из карточки контакта и аналитик, которые попали в эту задачу из подзадачи КП.

При этом варианте еще меньше ручной работы и вероятности сделать ошибку. Всего-то нужно найти подзадачу КП и создать на основании ее задачу-договор, выбрав проект клиента и шаблон задачи "Договор".

вопросик а в дальнейшем будет ли предусмотрено авто создание проектов?

На сценарии можно накрутить все, на что будет спрос - создание проектов не вызывает каких-то сложностей в этом плане, так что все решится количеством заявок на этот функционал. Но что это дало бы в данном случае?

Исключение человеческого фактора.
К примеру менеджер используя только планировщик может переводить задачу из статуса в статус при этом не отвлекаясь и не забывая ни чего а авто сценарии прикрученные к статусу выполняют и создание проекта и прикрепелние данной задачи к этому проекту и прочее цель сокращения человеческого фактора

Ок, понял. Запомню этот кейс на будущее, когда доберемся до создания проектов сценариями.