1с соединить наименование и тип адресного объекта
Обновлено: 02.07.2024
Адресный классификатор используется для заполнения контактной информации с типом Адрес. Функционал подсистемы обеспечивает загрузку, хранение и предоставление информации о российских адресах.
При использовании адресного классификатора ввод адреса сводится к выбору из списка нужных значений. Такой подход позволяет ускорить ввод адреса и предотвратить возможные ошибки, что очень важно, т.к. при некорректном вводе адресов невозможно сдать отчеты в налоговые органы.
КЛАДР и ФИАС
На текущий момент наиболее известными базами данных с адресными классификаторами являются КЛАДР и ФИАС.
Свежие версии БСП (Библиотека стандартных подсистем) используют в качестве источника данных базу ФИАС.
По сравнению с КЛАДР ФИАС позволяет хранить дополнительные уровни и ориентиры адресных объектов: округ, внутригородской район, ОКАТО, ОКМО, территориальный код ФНС и др. Заполнение ФИАС производилось на основании данных из КЛАДР, поэтому все ошибки и неточности были перенесены в новый адресный классификатор.
В связи с обязательным использованием ФИАС в качестве адресного классификатора, ФНС приняло решение прекратить поддержку КЛАДР с 31 декабря 2017 года.
Настройка подсистемы
- Выбрать вариант работы подсистемы;
- Загрузить/обновить адресный классификатор;
- Очистить адресный классификатор.
Существует два варианта работы подсистемы:
- С использованием Web-сервиса;
- Загрузка данных в базу 1С.
При наличии постоянного устойчивого соединения с Интернет возможно не загружать в базу адресный классификатор, а использовать для ввода и проверки адресов Web-сервис, предоставленный фирмой 1С. Для использования этой возможности необходимо указать регистрационные данные подписки ИТС.
Загрузка адресного классификатора
Загрузить адресный классификатор ФИАС в базу 1С можно:
Загрузить файлы ФИАС на свой компьютер можно с:
При загрузке адресного классификатора можно выбрать только те регионы, которые будут использоваться.
Очистка адресного классификатора
Очистка адресного классификатора может потребоваться для удаления данных об адресах в неиспользуемых регионах и уменьшения размера базы данных 1С.
Процедуры и функции для работы с адресным классификатором
Приведу некоторые основные процедуры и функции для работы с адресным классификатором.
// Проверка загруженности адресного классификатора
// Возвращает Истина, если загружена информация хотя бы по одному региону
Результат = АдресныйКлассификатор . КлассификаторЗагружен ();// Возвращает количество регионов с загруженными данными
Результат = АдресныйКлассификатор . КоличествоЗагруженныхРегионов ();// Возвращает таблицу значений с информацией обо всех субъектах РФ (как загруженных, так и нет)
Результат = АдресныйКлассификатор . КлассификаторСубъектовРФ ();// Возвращает код региона по наименованию
Результат = АдресныйКлассификатор . КодРегионаПоНаименованию ( НаименованиеРегиона );// Возвращает наименование и сокращение региона по коду
Результат = АдресныйКлассификатор . НаименованиеРегионаПоКоду ( КодСубъектаРФ );// Открывает форму загрузки адресного классификатора
АдресныйКлассификаторКлиент . ЗагрузитьАдресныйКлассификатор ( Параметры );
Роли для работы с адресным классификатором
Для работы с адресным классификатором используются роли:
Остались вопросы?
Спросите в комментариях к статье.
Данная статья является анонсом новой функциональности.
Не рекомендуется использовать содержание данной статьи для освоения новой функциональности.
Полное описание новой функциональности будет приведено в документации к соответствующей версии.
Полный список изменений в новой версии приводится в файле v8Update.htm.
Реализовано в версии 8.3.11.2867.
Раньше конфигуратор не предоставлял возможности настраивать объединение объектов конфигурации, имеющих некоторый логический состав. Например, набор объектов конфигурации, входящих в состав подсистемы, можно было только целиком взять из новой конфигурации. Но если в целевой конфигурации не все объекты должны были включаться в подсистему, то приходилось вручную редактировать состав подсистемы уже после объединения конфигураций.
Теперь на этапе сравнения вы можете указать, например, что справочник Банки, появившийся в составе подсистемы Банк, не нужно включать в результирующую конфигурацию. Для этого достаточно снять флажок в колонке Результат.
Таким же образом вы можете действовать при объединении планов обмена. Причём в диалоге настройки будет отдельная строка для каждого изменённого элемента состава плана обмена. Благодаря этому вы можете указывать, какие объекты конфигурации следует исключить из результата, а какие – добавить в результат.
Кроме подсистем и планов обмена этот механизм работает ещё и для функциональных опций.
Чтобы вы могли использовать эти настройки многократно, мы доработали формат хранения настроек сравнения / объединения конфигураций.
Кроме перечисленных объектов конфигурации аналогичным образом вы можете настраивать теперь объединение любых реквизитов, имеющих составной тип. Например, реквизита Документ из табличной части документа.
Причём для типов, имеющих квалификаторы (например, Строка), вы можете более точно задать условия объединения, основываясь на значениях квалификаторов, которые есть у этого типа в основной конфигурации и в файле.
Если вы не хотите особенным образом настраивать объединение составных типов, вы можете воспользоваться их автоматическим объединением, как раньше.
Интересным моментом здесь является то, что правила автоматического объединения составных типов, которые раньше использовались только при объединении планов видов характеристик и определяемых типов, мы распространили теперь и на объекты конфигурации Подсистема, План обмена, Функциональная опция, и на все реквизиты, имеющие тип. Раньше состав этих объектов не объединялся, а фактически замещался тем составом, который указан в приоритетной конфигурации. Теперь же, например, при обновлении конфигурации, находящейся на поддержке, будут анализироваться изменения состава этих объектов во всех трёх конфигурациях: основной конфигурации, старой конфигурации поставщика и новой конфигурации поставщика. Мы рассчитываем, что в большинстве случаев это будет приводить к желаемому результату без дополнительной настройки.
Разработчики 1С рассказали о новых функциях, которые будут реализованы в «1С:Предприятие 8.3.11». Изменения позволят регулировать объединение объектов конфигурации, имеющих некоторый логический состав.
Если раньше набор объектов конфигурации, входящих в состав подсистемы можно было только целиком взять из новой конфигурации и при необходимости редактировать вручную, то теперь на этапе сравнения будет возможность не включать ненужные объекты подсистемы в результирующую конфигурацию. Для этого достаточно снять флажок с ненужных объектов в колонке «результат».
Этот же механизм действует при объединении планов обмена, а также для функциональных опций. Аналогично настраивается и объединение любых реквизитов, имеющих составной тип. Есть возможность более точно задать условия объединения для типов, имеющих квалификаторы – основываясь на их значении.
Нововведение коснулось и формата хранения настроек сравнения и объединения конфигураций – теперь настройки можно будет использовать многократно, говорится в информировала о выходе «1С:Предприятия 8.3.10», где был реализован ряд функций, изначально запланированных для версии 8.3.11.
Эх. тройное сравнение конфигураций (как ещё одно крайне важное дело), видимо, уже только внешними средствами будет, не дождёмся его уже в рамках старого родного конфигуратора.
Ну, ладно, будем тогда ещё ждать такой же выборочной настройки изменений внутри текстовых модулей (внутри процедур) и внутри структуры управляемых форм, и макетов табличных документов и СКД.
А то если с текстовыми модулями ещё как-то можно с некоторых пор выкручиваться - перенося нужные изменения вручную сразу при настройки объединении в поле - "Результат объединения", то с макетами и формами увы никак нельзя корректно совмещать что объединять, а что нет.
Но уже и наличие гибкой настройки объединения типов и предопределённых элементов - это уже "маленький шаг для разработчиков платформы 1С и большой шаг для всего 1С-сообщества".
Вопрос, видимо, или слишком элементарный, или слишком редкий, но я уже перерыла весь гугл, и не нашла ничего, что мне поможет. Спасите, мозг уже кипит!
Документооборот 8, КОРП 2.1 (Вряд ли это важно, но мало ли). Версия конфигурации - 8.3.12. При помощи расширения конфигурации я прикрутила к одному из справочников свою табличную часть. Проблема в том, что один из реквизитов этой табличной части представляет собой адрес размещения неких объектов. Вопрос на миллион нервных клеток: как прикрутить к этому реквизиту вызов адресного классификатора, чтобы он заполнялся так же, как адреса в справочнике Контрагенты и т.д. Я вижу, что в конфигурации есть регистр сведений "Адресные объекты", но каких-то винтиков голове, видимо, не хватает, чтобы понять, как это все использовать. Хотела посмотреть, как реализовано использование этого классификатора все на той же самой форме "Контрагенты", но физически в этом справочнике даже нет всех этих реквизитов (физ. адрес, юр. адрес и так далее) Видимо, они формируются как-то динамически и через костыли, но я не понимаю, есть ли смысл в этом копаться.
Неужели, не предусмотрено какого-то очевидного способа прикрутить Адресный классификатор к собственноручно созданному реквизиту? Наподобие использования типа данных реквизита - СправочникСсылка, или же вызовом какого-то метода при заполнении данных на форме - типа
Процедура ТЧ1_ИмяРеквизитаНачалоРедактирования (. )
//Какая-то магия, в результате которой из моей формы откроется форма для заполнения данных по адресному классификатору.
КонецПроцедуры
(2) ройте в сторону ТЧ "Контактная информация". То есть это не одно поле, а целая ТЧ. Очень странно, что вы ее не обнаружили в справочнике Контрагенты.
Если нет доступа к ИТС, то можно загуглить "БСП подстистема контактной информации". Выдает много ссылок с пошаговыми инструкциями
Но в нашем деле без ИТС никак. Я бы сказал, сайт ИТС обязателен для каждого 1сника, там просто тонны полезной информации
(3) Ту ТЧ я как раз нашла. Я, наверное, глупость сейчас страшную спрашиваю, но я просто не понимаю, как мне вот эта вся схема поможет с реквизитом в моей самодельной таблицей. Получается ведь, что одна строка ТЧ КонтактнаяИнформация - по-простому говоря, отвечает за вывод одного единственного поля (у которого в ТЧ КИ записаны реквизиты "вид ки, тип ки" и так далее) на форме, динамически, в раздел ГруппаКонтактнойИнформации. А у меня должен быть массив полей "ТЧ_АдресОбъекта", неизвестной заранее длинны, который является столбцом моей ТЧ. Причем мне очень надо, чтобы данные оттуда потом можно было получить без километровых запросов.
Допустим, мой реквизит ТЧ_АдресОбъекта останется простой строкой. И надо повесить на редактирование этого поля какой-то обработчик, который вызовет вот ту же стандартную форму заполнения адреса по классификатору, а потом запишет набранные пользователем данные обратно в эту строку. Я не понимаю, как это сделать. Все "пошаговые инструкции" по теме "БСП подстистема контактной информации" заточены под использование все той же ТЧ КИ. Если бы мне нужно было просто одно поле с адресом на форму добавить, проблем бы не было.
(0)[как прикрутить к этому реквизиту вызов адресного классификатора, чтобы он заполнялся так же, как адреса в справочнике Контрагенты и т.д]
Нужно вводить адрес в формате КЛАДР через это поле на форме? И чтобы он сохранялся привязанным к нему, при следующем открытии?
Читайте также: