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

Наименование не надо парсить, full_with_opf — это и есть наименование. «ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ» — это часть наименования.

На каждый символ, который вводит человек — отправляется отдельный запрос. Таким образом, на один адрес может уйти 10–20 запросов, например. А «форма» — это ФИО + адрес, например.

Если нужна юридически точная ОПФ, то её следует не парсить из названия, а брать из поля opf.

Петр, добрый день! По пунктам:

Объем выручки в денежном выражении
Наличие убытка за последний год и их объем в денежном выражении

Да, по тем данным, что возвращает налоговая. Там либо прошлый, либо позапрошлый год.

Наличие задолженности по налогам и их объем в денежном выражении

Да, по тем данным, что возвращает налоговая. Там либо прошлый, либо позапрошлый год.

Наличие опыта выполнения государственных контрактов
Наличие арбитражных дел (ответчик или третье лицо)
Сумма по арбитражным делам и их объем в денежном выражении
Наличие убытка за последний квартал и их объем в денежном выражении
Компания-нерезидент

Нет.

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

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

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

Да, это ожидаемое поведение. Чтобы было «как в ЕГРЮЛ», ничего обрезать не требуется. Наоборот, лучше использовать поля full_with_opf и short_with_opf — потому что именно так записано в ЕГРЮЛ.

Применений для полей full и short вообще не вижу, они оставлены пока только для обратной совместимости.

Как выяснилось — к сожалению, не всегда. Иногда tax_system == null означает ОСНО, а иногда — что налоговая просто не предоставила данные, а на самом деле организация на УСН, например.