Интеграция с 1С - что хочется?

Аватара пользователя
Денис Чиков
Сообщения: 2
Зарегистрирован: 09.02.2017 19:09

09.02.2017 19:41

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

Если ПФ хочет системно подойти к интеграции с 1С, то в любом случае на первом этапе надо будет решать вопрос интеграции справочников (Контрагенты, Контакты и т.п.). Причем сразу учитывая возможность кастомных полей. Интегрировать это надо с возможностью настройки сопоставления в справочниках полей ПФ и полей 1С, направлением передачи данных и ключевыми полями синхронизации при обновлении данных.

Т.е. в основе всего лежит единая НСИ (нормативно-справочная информация). Будет в с ней все хорошо, дальше будет проще с остальным.
Почему это важно? Потому что передача любых документов и транзакций использует ссылки на эти справочники в реквизитах документов.
Так, например, если вы будете передавать счет из 1С в ПФ не в виде PDF, а как нормальный электронный документ, то в ПФ уже должны будут быть контрагенты синхронизированные с 1С.

Более того, настройку интеграции справочников в ПФ можно совместить с механизмом их загрузки/импорта (который мы последний месяц пробуем использовать, периодически пиная службу техподдержки ПФ). Там не все гладко работает. А так был бы единый интерфейс с указанием источника дынных, их настройки и т.п. А чтобы не смущать неподготовленных пользователей ПФ, то можно предусмотреть готовые схемы обмена с основными 1С-конфигурациями, которые реализуют те или иные бизнес-процессы из жизни бизнеса. По типу конфигураций ПФ.

Нужна схема обмена - выбрал себе сценарий обмена и радуйся. А если надо что-то поднастроить (кастомные поля или нюансы какие), то уже вглубь залез и правишь под себя. Такой подход с типовыми сценариями обмена вполне укладывается в идеологию ПФ по аналогии с дополнительными конфигурациями ПФ. Пример сценариев - "Синхронизация контрагентов и контактов", "Отправка счета через ПФ", "Синхронизация задачи 1С в ПФ", "Передача заявки клиента из ПФ в 1С" и т.п. 

Аватара пользователя
Сергей Житников
Сообщения: 1
Зарегистрирован: 13.07.2016 14:43

10.02.2017 10:22

Добрый день. 
Идея замечательная! 
Из неозвученного: 
Интеграция с 1с онлайн. Мы допустим пользуемся этой: https://1c.pb.ua/
Фирма работает полностью в облачных сервисах, и не хочется привязываться к конкретному "железу" с 1С. 
 

Аватара пользователя
Павел Заикин
Сообщения: 13
Зарегистрирован: 05.06.2014 11:19

10.02.2017 11:35

Мы понаписали немного кода для получения информации из PlanFix - сейчас потихоньку с событиями разбираемся. Я думаю, что если реализовывать интеграцию PlanFix с 1С - то основное и главное, чего не хватает в API сейчас - это подписки на события. 

Что бы не приходилось в двух местах настраивать. 

Лично мне кажется, что "полноценной" интеграции не получится. Уж слишком разнообразен зоопарк 1С :) Лучше публикуйте на сайте партнёров, который готовы взяться за подобную интеграцию и допилите API. (Кстати, мы готовы ;) )

Аватара пользователя
Денис Чиков
Сообщения: 2
Зарегистрирован: 09.02.2017 19:09

10.02.2017 12:38

Поддержу также Павла. Добавить подписки в API было бы интересно.

Аватара пользователя
Андрей
Сообщения: 2
Зарегистрирован: 26.01.2017 17:22

10.02.2017 17:41

Думаю, начать нужно с простого. Более того, в 1С запросто можно реализовать все функции ПФ. :)

А простое ... это сначала сделать интеграцию с несколькими банками. Первым можно взять Модульбанк (это просто единственный банк с "открытым" API, но можно со всеми, которые уже имеют API - список банков у того же "Мое дело" взять можно). Банк - это деньги + контрагенты. И в простом варианте - это все. Функции: принять движение денег из банка, отправить движение в банк, синхронизировать контрагентов.
После этого появится понимание, как синхронизироваться с 1С. Да и тут, наверное, начать с простого. Синхронизироваться с "Мое дело", "Контур", "Эльба". (Кстати, неплохо бы синхронизироваться с "Диадок" !!! очень неплохо, но это немного не в эту тему).
Эти сервисы более "простые" и сами имеют ограничения на интеграцию.

И после этого можно взяться за 1С.
Также этот путь позволит избежать проблем с реализацией функций, которые только с 1С и более ни с кем не возможны.
 

Аватара пользователя
Константин Телеснин
Сообщения: 2
Зарегистрирован: 09.02.2017 00:39

11.02.2017 13:18

Не уверен, что предложение Константина реализуемо в принципе
​В принципе оно, как раз, уже реализовано. Если Вы включите и настроите интеграцию с внешней АТС, то эта АТС станет для ПФ источником знаний, а ПФ для АТС - инструментом управления. И никто ни с кем не будет дискутировать про идентификацию и наличие/отсутствие полей в справочниках контрагентов. Сделать форму настройки REST для произвольного справочника - и можно пользоваться справочниками из 1С. Сделать подсистему для таких же REST-запросов (настраиваемых, естественно) - и вполне можно смотреть ленту в 1С. Есть, конечно, и трудности - например, полагаю, сервер 1С ни в какую не отдаст свою управляемую форму документа в iframe, и захочет показать все менюшки/рюшечки приложения, ну, так на то и интеграция, чтобы такие проблемы решать. Либо через REST  и документы пропихивать, либо придумать, как показать "а-ля гуглдокс".

Аватара пользователя
Александр Сергеевич Авдеев
Сообщения: 2
Зарегистрирован: 13.10.2014 21:15

Первые шаги и мои идеи

11.02.2017 16:18

Мы долго думали, что и как правильно сделать и вообще в чем смысл интеграции.
В нашей компании 1С используется только ради одной задачи - это бухгалтерская отчетность, т.к. с обновлениями приходят новые формы и типы отчетности, да и большинство аутсорсинговых компаний как и бухгалтеров работают только с 1С. Все аналитические задачи связанные с управлением компанией и финансовыми потоками мы стараемся завязывать на Палнфикс при помощи аналитик и отчетов.
Какие проблемы есть сейчас:

1. Выставление счетов/актов для контрагентов.
Я думаю, что синхронизация первичных бухгалтерских документов один из самых важных этапов интеграции и именно с него и нужно начать.

Как только появилась новая конфигурация мы тут же установили ее в своей компании, но столкнулись со следующими проблемами. Выставление счетов в рамках одной задачи конечно же хорошо, но не всегда правильно. Было бы здорово если бы например аналитики могли собираться и суммироваться в надзадачу, а счет уже выставлялся в надзадаче. 
1.1. В Планфикс существует наикрутейший механизм отчетов, который мы с большим удовольствием и используем. Было бы здорово, если можно было в задачу прикреплять документы по шаблону отчета. т.е. создаем нужный отчет, завязываем на него шаблон отчета, а в задаче по данному шаблону уже создавался файл с данными из отчета.
1.2. Статусы счетов - оплачен/не оплачен в любом случае должны быть связаны с статусами счетов в 1С. P.S. К слову у нашего банка существует API с помощью которого можно было бы автоматически менять статус счета, а так же навешивать автоматические сценарии для сотрудников. к примеру: "Счет не оплачен в течении 3-х дней с момента создания, поставить задачу ответственному менеджеру по клиенту связаться и выяснить причину".

2. Синхронизация клиентской базы
Тут думая предельно ясно, нужно иметь возможность видеть всех контрагентов в Планфикс из 1С с их реквизитами и существующими данными.

3. Работа с полями
Очень нравится концепция переменных для формирования документов. Может можно завести тип поля "Поле из 1С" и подтягивать туда значения из 1С? (Закидываю как идею которая пришла, если это жесть, напишите пожалуйста :)
 

Аватара пользователя
Андрей Владимирович Герасимов
Сообщения: 61
Зарегистрирован: 26.04.2016 20:46

13.02.2017 01:56

Мы на данный момент используем ПФ для управления сделками, управления процессами обслуживания клиентов, управления проектами, а также для управления некоторыми внутренними бизнес-процессам. 1С используем для финансового учета (выставление счетов, закупки, отгрузки, платежный календарь и т.д.).

Соответственно и там и там есть контрагенты. Под контрагентами я в данной ситуации подразумеваю юр. лиц и ИП.

Всех новых контрагентов в первую очередь фиксируем в ПФ, т.к. там стартуем и обрабатываем сделки. При этом в ПФ очень не хватает заполнения реквизитов контрагентов по ИНН. Далее руками в 1С заносим контрагента. Благо в 1С достаточно ввести ИНН для этого.

В связи с вышесказанным от интеграции 1С с ПФ в первую очередь хотелось бы синхронизации контрагентов. Именно контрагентов, т.к. контактные лица в 1С не нужны, на мой взгляд.

При желании конечно синхронизацию контрагентов между ПФ и 1С можно реализовать уже сейчас, используя имеющийся API, но есть некоторые ограничения:
  • текущий API не дает возможности полноценно работать со справочниками ПФ
  • нет возможности инициировать процесс синхронизации из ПФ. Например, в момент регистрации нового контрагента в ПФ.
Если разработчики ПФ возьмут разработку и поддержку механизма синхронизации на себя, то это будет замечательно. Если же просто доработают API, то тоже будет отлично.

Принципы, на которые, как мне кажется стоит опираться при разработке такого механизма
  • Возможность самостоятельной настройки пользователями шаблонов контрагентов на стороне ПФ
  • Возможность самостоятельной настройки пользователями правил по которым контрагент из 1С будет создаваться в ПФ по тому или иному шаблону. 
  • Возможность самостоятельной настройки пользователями правил соответствия полей контрагентов ПФ реквизитам контрагентов 1С
  • В 1С бывают 2 основные схемы по контрагентам: независимый справочник "Контрагенты" и справочник "Контрагенты" подчиненный справочнику "Партнеры". Стоит предусмотреть обе эти схемы, т.к. тем, кто работает с партнерами в 1С, порой важнее понятие партнера, чем контрагента. Из этого пункта, как мне кажется, в ПФ напрашивается появление функционала взаимосвязей между контрагентами.
В общем вот такие соображения по синхронизации контрагентов

 

Добавлено спустя 6 часов 51 минуту 23 секунды:
Далее по теме пример из нашей жизни. Создали сделку в ПФ. Необходимо отправить счет. Счета мы создаем в 1С. Переключение между окнами 1С и ПФ - не проблема. Печатную форму счета сохраняем в файл, переносим в ПФ и оттуда отправляем клиенту. Все это для того, чтобы в ПФ была вся история взаимодействий с клиентом. Трудоемко выходит. В идеале хотелось бы, чтобы созданный в 1С счет падал в ПФ в виде задачи по настроенному шаблону. Далее в ПФ оставалось бы только привязать созданную задачу-счет в качестве подзадачи к сделке и из ПФ же отправить клиенту печатную форму счета. Еще лучше было бы прямо в 1С при создании счета в отдельном реквизите указывать сделку из ПФ, тогда бы в ПФ созданный счет сразу оказывался бы подчиненным требуемой сделке. Далее этот сценарий можно развить к изменению данных задачи-счета в ПФ при их изменении в 1С. Самое простое - это статус оплаты. Посложнее - это получение в ПФ из 1С данных по состоянию отгрузки и показателей прибыли по данному счету.

Далее о том, что в этой теме уже писали, что задача интеграции 1С и ПФ, по крайней мере странная, т.к. и 1С и ПФ это конструкторы. По началу я согласился с тем, что затея выходит не простая. Тем не менее мысль о том, что решение возможно и после долгих размышлений я хотел бы сказать седеющее.

Согласен, что 1С и ПФ конструкторы, но это разные конструкторы. 1С - это полноценный мегаконтруктор возможности которого во многих аспектах превосходят ПФ, но только если мы говорим о разработке конфигурации с нуля командой программистов. Если же говорить о пользовательском режиме работы 1С, то я уже не назвал бы это полноценным конструктором. Это, как правило, готовые решения с заложенной разработчиками логикой работы по предусмотренным сценариям. Часто заложенную логику можно использовать для сценариев не предусмотренных при разработке, но все это уже не конструирование, на мой взгляд, а адаптивность решения под различные сценарии. Изменение логики работы 1С требует изменения/доработки первоначального функционала разработчиками. Исключением являются редкие конфигурации 1С, позволяющие в пользовательском режиме прорабатывать логику работы решения. На моей памяти таких решений два:
  • 1С:Доументооборот 8. Об этом достойном, на мой взгляд, продукте подробнее будет упомянуто ниже.
  • Константа:Стандарт управления. Про это решение хочется отдельно упомянуть, что оно единственное на моей памяти, где табличные части объектов можно конструировать в пользовательском режиме.
Оба упомянутых решения я бы, в определенной степени, отнес к аналогам ПФ на 1С.

ПФ же в пользовательском режиме является конструктором в большей степени чем 1С. Настройка логики работы в ПФ происходит в пользовательском режиме и не требует знаний программирования, хотя требует хорошего логического мышления.

Итог на мой взгляд выходит следующий:
  • ПФ - это конструктор
  • 1С - это отдельные готовые решения
Получается что, вопрос интеграции 1С и ПФ - это не вопрос интеграции конструктора с конструктором, а вопрос интеграции конструктора с набором отдельных решений. За аналогию можно взять интеграцию ПФ с разными ВАТС. При этом интеграция ПФ с решениями 1С упрощается тем, что все решения 1С строятся на одной платформе. Плюс в отдельных аспектах у них достаточно схожая структура т.к. используются библиотеки стандартных подсистем.

Что касается случаев, когда происходит доработка решений 1С, то доработка как-правило происходит в отношении процессов обработки данных. Это на мой взгляд не должно влиять на механизмы интеграции, т.к. для ПФ должно быть без разницы каким образом изменился статус счета на оплату, а важен лишь сам факт изменения и его результат.

Короче. Разработка механизма интеграции ПФ и 1С вполне реальна и вполне реально сделать этот механизм достаточно гибкими и универсальным. Чтобы не быть голословным приведу рабочий пример интеграции 1С с конструктором.

Выше я упомянул про 1С:Документооборот 8 (далее ДО). Это решение для управления документами, бизнес-процессами, проектами и еще много чем. В ДО изначально предусмотрен ограниченный перечень сущностей. Например, есть внутренние, входящие и исходящие документы. Для каждой из этих сущностей пользователь может настроить различные виды: виды внутренних, виды входящих, виды исходящих документов. Для каждого вида можно настроить свой перечень реквизитов, свою логику обработки (согласования, утверждения, исполнения). Если провести аналогию с ПФ, то это шаблоны задач.

1С:Документооборот - это конструктор у которого есть универсальный механизм интеграции с другими конфигурациями 1С под названием "Библиотека интеграции с 1С:Документоборотом". В некоторые типовые конфигурации 1С этот механизм встроен из коробки, в остальные можно встроить при необходимости. Да получается, что интегрируется 1С с 1С, но давайте глянем как это сделано:
  • В ДО настраиваем виды документов. Например создаем вид исходящего документа "Акт выполненных работ"
  • В ДО настраиваем логику процесса обработки этого документа (подписать, отправить, проконтролировать получение от контрагента с его подписями, отсканировать, сохранить скан в базе ...)
  • Идем в базу "1С:Управление торговлей 8" (далее УТ) настраиваем для документа "Акт выполненных работ" в понятиях УТ правила соответствия документу вида "Акт выполненных работ" в понятиях ДО
  • Создаем в УТ документ "Акт выполненных работ".
  • Жмем в УТ в акте выполненных работ кнопку интеграции с ДО и жмем кнопку создать документ в ДО
  • В ДО по настроенным ранее правилам создается документ вида "Акт выполненных работ" заполненный данными УТ
  • В ДО стартует процесс обработки данного документа, создаются задачи процесса и т.д.
  • В любой момент в интерфейсе УТ можем получить информацию о текущем состоянии обработки документа в ДО, текущие задачи по нему.
Получается ситуация когда возможна интеграция решения с предварительно заложенной структурой данных и логикой работы (УТ) с решением в котором первоначальная структура данных и логика работы настраивается пользователем (ДО)

Реализовано это через прямое подключение к базе ДО из базы УТ через специальный веб-сервис развернутый со стороны ДО. Можно назвать это своего рода API. При этом УТ не хранит в себе никакие данные ДО, а лишь получает их в момент запроса пользователя. При этом УТ может реагировать на изменения данных в ДО. Например при смене значений реквизитов документа в ДО они будут изменены в УТ и наоборот.

Браться или не браться за разработку такого универсального механизма интеграции 1С и ПФ - решать команде ПФ
Надеюсь предоставленная мной информация будет полезна команде ПФ
 

Добавлено спустя 8 минут 33 секунды:
Еще хочу добавить следующее в пользу того, что интеграция ПФ с 1С нужна и нужна из рук команды ПФ. Пусть даже в самом простом виде, например только синхронизация контрагентов.

Клиент рассматривает ПФ, взвешивает все за и против. Возникает вопрос: а с 1С оно работает?

Варианты ответов:
  • Да, есть API. Можно настроить какую угодно интеграцию, но потребуется составить ТЗ, пригласить разработчика на 1С и т.д. со всеми вытекающими, включая дальнейшую поддержку такой интеграции.
или
  • Да есть стандартный механизм интеграции. Он умеет то-то и то-то. Плюс есть API если потребуется что-то большее, то можно составить ТЗ, позвать разработчика на 1С ...
Мне второй ответ нравится больше =)

Аватара пользователя
Андрей Гринюк
Сообщения: 168
Зарегистрирован: 19.01.2016 18:50

13.02.2017 07:36

Исключением являются редкие конфигурации 1С, позволяющие в пользовательском режиме прорабатывать логику работы решения. На моей памяти таких решений два:
Их больше чем две. Этот класс решений называется BPM, когда в программе настраиваются бизнес-процессы, маршруты, по которым должны идти эти бизнес-процессы, права пользователей, KPI и т.д. И всё это настраивается обычным пользователем в режиме 1С:Предприятие. Например, навскидку: "ПитерСофт: Управление процессами".
На Infostarte видел даже презентацию конфигурации, в которой в пользовательском режиме настраиваются "Справочники", "Документы", а так же "Проводки при проведении". В общем сделали Конструктор, в Конструкторе. :)
Конфигураций дохрена. Но это пол беды.

Тема №2. Это разные Платформы и режимы работы. Приведу их три:
1. Обычное приложение (например, Управление торговлей, 10.3. плюс может работать на платформе 1С:Предприятие 8.2)
2. Управляемые формы (например, Управление торговлей, 11.х)
3. Управляемые формы, но не коробка, а Аренда приложения.

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

Поэтому я не представляю решения по интеграции 1С и ПФ, которое может охватить всё и вся. Это должны быть или разные Интеграции. Либо надо заявлять, что можно интегрировать 1С и ПФ, но только при определённых условиях.

Реализация формат обмена "EnterpriseData" позволит не дорабатывая 1С, для массовой части (Бухгалтерия, Торговля, ERP) последних типовых решений, настроить синхронизацию с 1С. Сложность в том, что не все пользуются последними версиями (например, УТ 10.3). А другие конфигурации (коих дохрена) не поддерживают "EnterpriseData".
..
Тема №3. Это сами бизнес-процессы в жизни.
1С - это учётная система. ПФ - это больше система для коммуникации как внутри компании, так и снаружи. Но ПФ так же и "полу-учётная" система (из-за аналитик). В итоге компания по разному может распределить функции между 1С и ПФ. Это хорошо если бизнес-процессы разделены чётко: одни процессы полностью в 1С, другие - в ПФ. А вот если разные функции единого процесса, пронизывают разные системы (1С и ПФ в частности, а могут же быть ещё и другие), вот тут интеграция требуется в определённых местах (например, по принципу "Eсли -> То").

P.S. Это не повод останавливаться, а просто чтобы зафиксировать вариации и сложность.
 

Аватара пользователя
Илья Лукьянов
Сообщения: 1
Зарегистрирован: 19.05.2017 17:07

19.05.2017 17:17

Всем доброго дня!

Вчитываться во все сообщения этой ветки нет возможности, так что заранее извиняюсь, если я пишу банальные вещи, которые и так всем понятны.

В нашей компании необходима интеграция с 1С в следующей ситуации

Выставляем счет контрагенту, ждем когда оплатит. Никак по-другому, только периодически мониторя 1С.

Хочется, чтобы при поступлении денег от контрагента, активная задача (задача с каким-то признаком, по которой ждем оплаты) по этому контрагенту переводилась в другой статус.

Спасибо!

Ответить