Интеграция с сервисом dadata.ru

[Vladimir Kaliakin]

Добрый день! Хотелось бы интеграцию с сервисом dadata - он в почти бесплатном режиме предлагает подстановку данных контрагентов по ИНН, склонение ФИО директора в родительный падеж, что сильно облегчит оформление документов по шаблонам.

[Dmitry Goncharenko]

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

[Vladimir Kaliakin]

Добрый день, Дмитрий! В чате вот обсуждали еще эту тему, и возможно будет лучшим решением сделать возможность парсинга ответа на POST (с разложением по полям и аналитикам - как в задачах так и контактах) - возможно это позволило бы интегрироваться с любыми API и закрыло вопрос совсем?

Кстати мне также указали на подобную тему на этом форуме - https://forum.planfix.ru/viewtopic.php?f=28&t=3790  - так что их очки можно складывать наверное)

[Dmitry Goncharenko]

Вообще, парсинг ответа на POST, который приходит в json, это хорошая штука, мы давно на него целимся. Нам такие вещи нравятся. т.к. они универсальны и хорошо вливаются в общую канву автоматизации всего и вся. Гиковская примочка, конечно - но зато для тех, кто в этом крутится, очень полезная.

[Vladimir Kaliakin]

Тогда с нетерпением ждем!) Решит сразу кучу задач!

[Котелкин Андрей]

Всем добрый день! Для Беларуси---самая официальная информация http://www.portal.nalog.gov.by/grp/. . Делаем запрос по форме-- Возвращается XML-документ, содержащий элементы: 
VUNP – УНП плательщика; VNAIMP – полное наименование плательщика; VNAIMK – краткое наименование плательщика; DREG – дата постановки на учет; NMNS – код инспекции МНС; VMNS – наименование инспекции МНС; CKODSOST – код состояния плательщика; VKODS – наименование плательщика; DLIKV – дата ликвидации плательщика; VLIKV – наименование основания ликвидации плательщика;
есть еще варианты с использованием http://www.vat.gov.by/mainPage/#services.  В общем этот вопрос обсуждали здесь http://infostart.by/public/543618/. и есть какой то вариант решения. Сервиса похожего на dadata.ru нет.

[Роман]

День добрый!
Просьба уточнить, не реализовывали ? (поискал по форуму и пр. нет информации)
Возникла необходимость.

[Vladimir Kaliakin]

День добрый!
Просьба уточнить, не реализовывали ? (поискал по форуму и пр. нет информации)
Возникла необходимость.

Привет! Можно реализовать только пока через реализацию с zappier ...
Но там либо платный тариф подходит для этого, либо возня с парсингом комментария - в истории чата "Энтузиасты"

[А.А. Сахоненко]

плюсик-плюсик

Недавно наткнулся на этот сервис и он мне сильно понравился.
Подумал, что "хочется его в ПФ". А оказывается не только мне :)

[Илья Федоров]

+ за возможность получения данных по юл.лицу или ИП по ИНН.

[Эдди]

Плюсану, вещь нужная

[Максим Сафронов]

+1

[Михаил Храпунов]

+ 1 за возможность получения данных по юл.лицу или ИП по ИНН.

[Обычайкин Дмитрий Юрьевич]

+1

[Ковалев Леонид Владимирович]

+1

[Иван Козловский]

Интеграции пока нет?

[Dmitry Goncharenko]

Пока нет, но она по-прежнему в списке ожидаемых.

[Кирилл Киреев]

Всем привет. 2 года и теме и пока бесплатного решения нет без костылей. Есть платное, но работающее на базе такой конфигурации полей https://planfix.ru/conf/partner/134/rek ... dokumentov

Дополнительно для желающих еще в контакт дадим реквизиты счета по БИК.

[Илья Федоров]

Дополнительно для желающих еще в контакт дадим реквизиты счета по БИК.

Кирилл, привет.
Вот эту тему я как-то не понял.
1. По БИК можно только банка узнать, а как заполнить другие реквизиты счета К/с, р/с. Как можно по БИК это все получить?
2. У компании могут быть несколько расчетных счетом в одном или разных банков и БИКи буду разные. То есть расчетный счет не всегда = контакт, это отдельная сущность (кстати пришла идея что для целей хранения РС тоже можно использовать контакт и прикреплять его в компании).

[Кирилл Киреев]

Илья привет!
1. По Бику мы можем узнать все о банке ( название филиала , к\с, адрес, свифт),
кроме р/с клиента, который нужно вручную заполнить

2. Счетов у клиента на самом деле может быть более одного, но я здесь пользуюсь схемой:
Контрагент в задаче- для кого работаем
Плательщик- контрагент или одного из его ЮЛ, так можно хранить реквизиты в разных контактах в принципе. Не практично отчасти, но автоматично)

Пример заполнения на скрине https://yadi.sk/i/jseEiz11oVOrGw

[Илья Федоров]

Я делаю справочники Расчетные счета и у них уже загоняю информацию. Права все ручками приходится делать, поскольку пока сценариев для справочников - нет.

[Андрей]

Тема с 14 года.
Просмотров чуть ли не больше чем где ни было.
Реализация интеграции - простейшая, простой и понятный API с dadata все ясно.
Но интеграции до сих пор нет (((

[Алексей Варин]

+1 за dadata

[Иван Козловский]

Уважаемые разработчики,
будет ли реализована интеграция с сервисом Dadata ?
В сфере юриспруденции и бух услугах - это сильно бы помогло!
Если интеграции не планируется — так напишите об этом прямо!

[Dmitry Goncharenko]

Обязательно будет, Иван. Просто наши желания не всегда успевают за нашими возможностями, в том числе и тут. Но вообще эта интеграция одна из первых на очереди.