0
Отвечен

Почему наименования с ОПФ имеют кавычки, а без ОПФ нет

Дмитрий 4 года назад обновлен Антон Жиянов 4 года назад 6

Не буду создавать новую тему, подниму старую, вроде похожий вопрос.

ИНН компании 7816653631

Имеем поля наименования:

  1. full: "ТРАНСПОРТНАЯ КОМПАНИЯ МЕТРОПОЛИЯ"
  2. full_with_opf: "ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ "ТРАНСПОРТНАЯ КОМПАНИЯ "МЕТРОПОЛИЯ""
  3. latin: null
  4. short: "ТК МЕТРОПОЛИЯ"
  5. short_with_opf: "ООО "ТК "МЕТРОПОЛИЯ""

Собственно вопрос, почему наименования с ОПФ имеют кавычки (и в выписке ЕГРЮЛ так), а вот без ОПФ кавычки исчезают. Это ожидаемое поведение? Если да, то получается, что ОПФ надо обрезать самим, чтоб было "как в ЕГРЮЛ"?

Спасибо.

справочник: компании

Ответ

Ответ
На рассмотрении

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

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

Ответ
На рассмотрении

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

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

Ну например юридические и бухгалтерские сервисы, где опф важна сама по себе и хранится в отдельном поле/справочнике, а хранить ещё наименование вместе с опф избыточно.

Ну в общем я понял, спасибо.

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

Вооот, а наименование, выходит, следует парсить из full_with_opf, потому что поле full не соответствует реальности

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

Отвечен

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

Сервис поддержки клиентов работает на платформе UserEcho