Добрый день! Судя по тексту ошибки, вы используете прокси-сервер. Возможно, он неправильно сконфигурирован и шлет запросы куда-то не туда (не на порт 443, например).

Попробуйте делать запросы без прокси, чтобы локализовать проблему.

ФИАС-код квартиры

В справочнике налоговой (ФИАС) уже 48 млн квартир. Пришло время им появиться и на «Дадате».

Так что теперь «Дадата» возвращает ФИАС-код квартиры в поле flat_fias_id. При этом в поле fias_id, как и раньше, вернется ФИАС-код дома, а в поле fias_level — уровень 8 (дом).

Со временем начнем возвращать в fias_id ФИАС-код квартиры, а fias_level устанавливать равным 9 (квартира). Но прямо сейчас решили это не включать, чтобы не стало неожиданностью и не сломало кому-нибудь бизнес-процесс.

Заодно заработал поиск адреса по ФИАС-коду квартиры.

Если остались вопросы — дайте знать.

Примерно так: https://gist.github.com/nalgeon/f7dd68f83ef17d8e272f626746aee650

Какой сервис API хотите вызвать?

Не видим реальных сценариев использования, где они нужны были бы отдельно. 

Казначейские счета в банках

С 2021 года начала действовать новая система казначейских счетов. Чтобы поддержать ее в «Дадате», с 15.03 внесли несколько изменений. Вот описание:

1. В подсказки по банкам добавили новые типы финансовых учреждений (поле opf.type):

• управление Банка России (CBR) и
• территориальный орган Казначейства (TREASURY).

2. Для органов Казначейства заполняется новое поле — казначейские счета (treasury_accounts).

{
    "suggestions": [
        {
            "value": "УФК по Республике Саха (Якутия)",
            "data": {
                "opf": {
                    "type": "TREASURY"
                },
                ...
                "treasury_accounts": [
                    "40102810345370000085"
                ],
                ...
            }
        }
    ]
}

Обычно у управления Казначейства один казначейский счет. Но иногда бывает и два, поэтому treasury_accounts — массив.

3. Добавили новое поле — Управление Банка России (cbr), к которому относится банк. Поле заполняется только при поиске по идентификатору.

{
    "suggestions": [
        {
            "value": "ООО Банк «Саратов»",
            "data": {
                ...
                "cbr": {
                    "name": {
                        "payment": "ОТДЕЛЕНИЕ САРАТОВ БАНКА РОССИИ",
                    },
                    "bic": "046311001",
                    ...
                },
                ...
            }
        }
    ]
}

Потому что не видели и не видим смысла их разделять.

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

Дата последних изменений

Сейчас поле actuality_date отражает не дату последних изменений в информации о компании, а техническую дату, когда налоговая в последний раз выгрузила данные.

Например, если последнее изменение было 12.10.2020, а данные налоговая выгрузила 01.01.2021, то actuality_date будет равна 01.01.2021.

В таком виде от actuality_date мало пользы. Поэтому планируем это исправить, и возвращать именно дату последних изменений, а не техническую дату выгрузки.

Муниципальный округ в адресе

В 2021 году налоговая при регистрации компаний иногда стала добавлять в адрес муниципальный округ. Он виден в выписке с сайта ЕГРЮЛ.

Например, для ИНН = 7839078314:

В выписке

198095, Г. САНКТ-ПЕТЕРБУРГ,
ВН.ТЕР.Г. МУНИЦИПАЛЬНЫЙ ОКРУГ НАРВСКИЙ ОКРУГ,
УЛ. МАРШАЛА ГОВОРОВА, Д. 37, ЛИТЕРА А, ПОМЕЩ. 1-Н №341

«Дадата» возвращает

198095, Г. САНКТ-ПЕТЕРБУРГ,
УЛ. МАРШАЛА ГОВОРОВА, Д. 37, ЛИТЕРА А, ПОМЕЩ. 1-Н №341

Мы работаем над тем, чтобы добавить муниципальные округа в поле «адрес как в ЕГРЮЛ» (data.address.source).

Пока это все, что есть по ПланФиксу 🤷