Битрикс при выгрузке учитывать тип инфоблока: 1С-Битрикс Разработчикам — Выгрузка из 1С в нужный инфоблок
1С-Битрикс Разработчикам — Выгрузка из 1С в нужный инфоблок
Добрый день, коллеги!
Уже неоднократно отвечал на форуме на вопрос «как выгрузить данные из 1С в уже существующий инфоблок на сайте?«.
И есть мой ответ на форуме. Но решил опубликовать здесь, в надежде что ответ на этот вопрос будет проще найти.
Инструкция на тот случай, когда вы выгрузили данные и увидели, что они выгрузились в отдельный новый инфоблок.
- Идете в настройки модуля инфоблоков и ставите там галку «Показывать код загрузки из внешних источников»
/bitrix/admin/settings.php?lang=ru&mid=iblock&mid_menu=1
Тогда у вас в редактировании инфоблока появится поле Внешний код (оно же XML_ID) - Идете в тот новосозданный инфоблок и смотрите у него «Внешний код» (XML_ID, EXTERNAL_ID, GUID, ГУИД), записываете, хотя бы, в буфер обмена.
- Идете в свой старый существующий инфоблок и прописываете ему нужный «Внешний код», тот что в новом инфоблоке из 1С. В новом инфоблоке «Внешний код» удаляете или меняете, или, вовсе удаляете инфоблок.
- Запускаете обмен.
- При обмене у вас данные будут попадать в ваш существующий инфоблок.
Есть нюансы, про которые стоит помнить:
- при обмене может учитываться тип инфоблока
тогда нужно помимо Внешнего кода изменить тип инфоблока
По умолчанию привязка к типу инфоблока выставляется в настройках
Рабочий стол > Магазин > Настройки магазина > Интеграция с 1С
/bitrix/admin/1c_admin.php?lang=ru
Обратите внимание на параметры «Тип инфо-блока» и «При выгрузке учитывать тип инфоблока«
При включенной опции «При выгрузке учитывать тип инфоблока» меняется символьный код инфоблока
без опции
bd72d8f9-55bc-11d9-848a-00112f43529a
с опцией
cat-bd72d8f9-55bc-11d9-848a-00112f43529a
где cat — символьный код типа инфоблока
Есть еще одно решение
В качестве внешнего кода указать FUTURE-1C-CATALOG и при первой же выгрузке из 1С данные попадут в этот инфоблок. (Решение подсказано Максимом Смирновым на форуме)
Если проставить FUTURE-1C-CATALOG в Инфоблок каталога, то товары в него грузятся.
Но что нужно ставить в инфоблок торговых предложений?
Ставьте в ИБ предложений FUTURE-1C-OFFERS
(Подсказал Александр Ягольник)
Как выгрузить из 1С в уже существующий инфоблок Битрикс
Недавно столкнулся с задачей выгрузить данные из 1С:Управление торговлей 11 на сайт под управлением 1С-Битрикс в уже существующий инфоблок «Каталог товаров».
Получилось не с первого раза, поэтому решил записать все на случай, если понадобится повторить это в будущем.
Первое, что нужно сделать — это включить отображение кода загрузки из внешних источников для информационных блоков.
В режиме «Администрирование» откроем меню «Настройки», далее открываем «Настройки продукта — Настройки модулей — Информационные блоки», устанавливаем флаг «Показывать код загрузки из внешних источников»:
Затем необходимо настроить параметры импорта каталога.
Откроем меню «Магазин», далее «Настройки — Интеграция с 1С». Здесь нужно выбрать тип инфо-блока (Запомните символьный код инфоблока, приведенный в квадратных скобках! Он потребуется чуть позже.) и устанавить флаг «При выгрузке учитывать тип инфоблока»:
Рекомендую в этих настройках сразу установить следующие флаги:
- Использовать настройки инфоблока для обработки изображений — чтобы настраивать это только в одном месте;
- Транслитерировать символьный код из названия при добавлении элемента или раздела — иначе будут возникать ошибки типа «обязательное поле «символьный код» не заполнено», либо уберать флаг обязательности заполнения символьного кода в настройках инфоблока «Инфоблоки — Типы инфоблоков — Каталоги».
- Выгружать предложения (характеристики) в отдельный инфоблок — этот флаг следует установить в том случае, если номенклатура ведется в разрезе характеристик.
Теперь осталось настроить выгрузку данных из 1С и определить идентификатор каталога.
Откроем конфигурацию 1С:УТ 11 «Администрирование — Синхронизация данных», устанавливаем флаг «Обмен данными с сайтом», открываем «Узлы обмена с сайтами».
Создадим новый узел обмена, выбираем рижим обмена «Выгрузка товаров», в качестве адреса сайта необходимо указать http://сайт/bitrix/admin/1c_exchange.php:
На закладке «Выгрузка товаров» находим идентификатор каталога и копируем его в буфер обмена:
Откроем меню «Контент», далее «Инфоблоки — Типы инфоблоков — Каталоги», открываем искомый каталог. В поле «Внешний код» указываем тип инфоблока из настроек параметров импорта, и через дефиз идентификатор каталога из 1С:
После этого можно запустить обмен с сайтом в 1С.
В случае, если Вы используете «Торговые предложения», то они будут иметь тот же внешний код, что и каталог товаров, но с решеткой в конце, например, «catalog-280af51d-ef93-11de-9de0-001c7e202cbc#».
Если в 1С есть «Номенклатура» или «Группы номенклатуры» с одинаковыми названиями, то в настройках инфо-блока каталога на закладке «Поля» или «Поля разделов» соответственно, для символьного кода нужно убрать флаг обязательности заполнения и проверки на уникальность, а также перенастроить ЧПУ на использование ID вмести CODE.
Пример.
Имеются группы номенклатуры:
В этом случае символьные коды групп после транслитерации получатся следующие:
Получается, что для зимней одежды и для зимней обуви будет одинаковая ссылка: /catalog/zima, что приведет к ошибке в отображении товаров. Чтобы при импорте из 1С не возникало ошибок, откроем меню «Контент», далее «Инфоблоки — Типы инфоблоков — Каталоги — Каталог товаров 1С», на закладке «Поля разделов» убираем флаги:
На закладке «Инфоблок» меняем SECTION_CODE на SECTION_ID:
После этого ссылка на зимнюю одежду будет, например, такой /catalog/81/, а на зимнюю обувь такой /catalog/82/.
1С-Битрикс Разработчикам — Выгрузка из 1С в нужный инфоблок
Добрый день, коллеги!
Уже неоднократно отвечал на форуме на вопрос «как выгрузить данные из 1С в уже существующий инфоблок на сайте?«.
И есть мой ответ на форуме. Но решил опубликовать здесь, в надежде что ответ на этот вопрос будет проще найти.
Инструкция на тот случай, когда вы выгрузили данные и увидели, что они выгрузились в отдельный новый инфоблок.
- Идете в настройки модуля инфоблоков и ставите там галку «Показывать код загрузки из внешних источников»
/bitrix/admin/settings.php?lang=ru&mid=iblock&mid_menu=1
Тогда у вас в редактировании инфоблока появится поле Внешний код (оно же XML_ID) - Идете в тот новосозданный инфоблок и смотрите у него «Внешний код» (XML_ID, EXTERNAL_ID, GUID, ГУИД), записываете, хотя бы, в буфер обмена.
- Идете в свой старый существующий инфоблок и прописываете ему нужный «Внешний код», тот что в новом инфоблоке из 1С. В новом инфоблоке «Внешний код» удаляете или меняете, или, вовсе удаляете инфоблок.
- Запускаете обмен.
- При обмене у вас данные будут попадать в ваш существующий инфоблок.
Есть нюансы, про которые стоит помнить:
- при обмене может учитываться тип инфоблока
тогда нужно помимо Внешнего кода изменить тип инфоблока
По умолчанию привязка к типу инфоблока выставляется в настройках
Рабочий стол > Магазин > Настройки магазина > Интеграция с 1С
/bitrix/admin/1c_admin.php?lang=ru
Обратите внимание на параметры «Тип инфо-блока» и «При выгрузке учитывать тип инфоблока«
При включенной опции «При выгрузке учитывать тип инфоблока» меняется символьный код инфоблока
без опции
bd72d8f9-55bc-11d9-848a-00112f43529a
с опцией
cat-bd72d8f9-55bc-11d9-848a-00112f43529a
где cat — символьный код типа инфоблока
Есть еще одно решение
В качестве внешнего кода указать FUTURE-1C-CATALOG и при первой же выгрузке из 1С данные попадут в этот инфоблок. (Решение подсказано Максимом Смирновым на форуме)
Если проставить FUTURE-1C-CATALOG в Инфоблок каталога, то товары в него грузятся.
Но что нужно ставить в инфоблок торговых предложений?
Ставьте в ИБ предложений FUTURE-1C-OFFERS
(Подсказал Александр Ягольник)
Выгрузка каталога из 1С в указанный инфоблок
Привет. Поговорим о том, как настроить выгрузку номенклатуры товаров из 1C в указанный нами инфоблок. Статья предположительно для тех, кто сталкивался с такой задачей.
Допустим, у нас есть 1C в наличии с модулем обмена с сайтом, а так же непосредственно сам сайт, выполняющий роль интернет магазина под управлением CMF Bitrix.
Так как выгрузка происходит по инициативе 1С, пожалуй, начнем с неё. Каждый выгружаемый раздел, элемент, свойство и т.д. имеет свой GUID. Это некий уникальный код, который является по своей сути статическим идентификатором, можно сказать ключом, который по умолчанию генерируется 1С-кой автоматически. При выгрузке этот ключ служит для сопоставления структуры передаваемых данных, к уже имеющиеся данным на сайте, или где либо ещё. Особенность этих ключей в том, что они позволяют масштабировать проекты различного рода, а так же придают гибкость в использовании данных.
В настройках выгрузки у нас есть возможность задать GUID в ручную, и прописать в нужном инфоблоке на сайте, после чего данные выгружаемые из 1C будут записываться именно в указанный инфоблок.
Посмотрим на скриншоты сделанные мной:
По умолчанию в списке GUID не показывается. Чтобы увидеть поле с ключом, щёлкаем правой кнопкой мыши, выбираем пункт «Настройка списка», появляется вот такое окно:
Ставим галочку, жмем «ок», видим следующую картину:
Появилось дополнительное поле GUID Каталога, которое доступно для редактирования. При желании мы можем поменять значение на своё:
Сохраняем сделанные изменения, поговорим теперь что и как на стороне Bitrix-а.
Нам нужен инфоблок, в который будет выгружаться каталог. Он может быть создан вручную или автоматически (при выгрузке).
В инфоблоке нас интересует поле «Внешний код» (он же XML_ID), по умолчанию он не показывается. Для его отображения необходимо пройти в настройки модуля инфоблока, и поставить флажок на параметре «Показывать код выгрузки из внешних источников». Чтобы долго не искать вот вам относительная ссылочка:
/bitrix/admin/settings.php?lang=ru&mid=iblock&mid_menu=1
Затем открываете инфоблок для редактирования, и прописываете GUID Каталога указанный в 1С. Собственно всё, должно работать.
Кстати, есть важный параметр в настройках интеграции с 1С «При выгрузке учитывать тип инфоблока», так вот если он активный, то при выгрузке перед GUID должен быть приписан код типа инфоблока. На это стоит обратить внимание.
Настраивается он тут:
Рабочий стол > Магазин > Настройки магазина > Интеграция с 1С
Ссылка: /bitrix/admin/1c_admin.php?lang=ru
При включенном параметре внешний код будет выглядить примерно так:
catalog-av_tech_iblock
Следовательно catalog это код типа инфоблока, а всё что идет после символа «-» это наш GUID. Если параметр отключен, то будет указан только GUID:
av_tech_iblock
Успехов в деле.
Так же рекомендую просмотреть материал: Битрикс: остатки по складам
Экспорт и импорт инфоблоков в Битрикс: XML, CSV форматы
Экспорт инфоблока в Битрикс
Из соображений безопасности выполнять алгоритм может только администратор сайта. Экспорт (как и импорт) производится в XML и CSV. Это популярные форматы, различимые большинством CMS-систем и других продуктов web-разработки. Отличительная особенность файлов CSV — возможность их открытия в программе Excel. Экспорт осуществляется на примере интернет-магазина, в котором у каждого инфоблока есть следующие разделы:
- наименование товара,
- количество,
- цена,
- валюта.
Экспорт в CSV
Чтобы начать процесс экспорта каталогов, нужно зайти в административную панель сайта и пройти по следующей ветке:
- Администрирование.
- Магазин.
- Экспорт данных.
- Экспорт CSV New.
Если требуется осуществить экспорт свойств инфоблока в Битрикс, следует перейти по следующей ветке:
- Администрирование.
- Контент.
- Инфоблоки.
- Экспорт.
- CSV.
Далее откроется диалоговое окно, в котором нужно выбрать тип информационного блока (1), информационный блок (2), подлежащий экспорту, и нажать кнопку «Далее» (3):
Выгрузка информационного блока — Шаг 1
Внимание! Поля, обязательные для выгрузки, выделены жирным шрифтом. Они экспортируются в любом случае. К ним относятся наименование товара и внешний код.
Диалоговое окно выгрузки инфоблока выглядит следующем образом:
Выгрузка информационного блока — Шаг 2
В большинстве случаев менять ничего не нужно. Все настроено автоматически. Для начала экспорта нужно спуститься вниз и нажать кнопку «Начать выгрузку». Далее появится окно с результатом выгрузки. В нем будет ссылка на скачивание выгруженного файла в формате CSV (1). Чтобы вернуться к началу процесса, нужно нажать кнопку «Вернуться на первый шаг» (2).
Выгрузка информационного блока — Шаг 3
Экспорт в XML
Экспорт инфоблоков в Битрикс в формате XML осуществляется по следующему алгоритму:
- Пройти по следующей ветке:
1. Контент.
2. Информационные блоки.
3. Экспорт.
4. XML.
- Откроется диалоговое окно «Экспорт XML», имеющее следующий вид:
«Экспорт XML»
- Задать параметры экспорта.
В поле «Файл загрузки» задайте путь относительно корневого каталога сайта и впишите имя файла XML, в который будет выгружен инфоблок и его свойства. Далее нужно выбрать информационный блок для экспорта. В поле «Длительность шага в секундах» укажите количество секунд, за которые выполнится шаг экспорта. Если указано значение 0, то экспорт информации будет выполнен за 1 шаг.
Обратите внимание! Слишком маленький шаг существенно нагружает систему. Его не рекомендуется указывать, если значений в блоке очень много (технические параметры сложных изделий). Большой шаг может сделать процесс экспорта более длительным. В поле «Разделы» подбираются условия экспорта, а в «Элементы» – условия экспорта информации.
Для завершения процесса настройки и начала выполнения алгоритма нажмите кнопку «Экспортировать». После окончания экспорта вам будет доступна ссылка на скачивание файла с расширением XML, в котором будет вся информация и свойства экспортированного блока.
Импорт инфоблока в Битрикс
Такой перенос инфоблока в Битрикс — обратная ситуация, когда нужно готовый CSV- или XML-файл со свойствами и информацией блока сайта-донора перенести на ресурс-преемник. Нужно проследить за тем, чтобы файл для импорта был назван латинскими буквами. В противном случае вы можете столкнуться с несовместимостью и другими проблемами.
Импорт в CSV
Если вы собираетесь загрузить на ресурс-преемник наименования товаров с их стоимостью, пройдите по следующей ветке:
- Администрирование.
- Магазин.
- Импорт данных.
- Импорт CSV New.
При этом минимальный список импортированной информации включает в себя наименование товара, стоимость, валюту, партийный номер. Если импорт инфоблока осуществляется без указания стоимости товаров, следует пройти по такой ветке:
- Администрирование.
- Контент.
- Инфоблоки.
- Экспорт
- CSV.
Обязательный список для загрузки: код товара, наименование.
Далее откроется окно «Настройка импорта»:
Настройка импорта CSV
На следующем шаге в окне загрузки CSV-файла загружаем подходящий инфоблок. По кнопке «Выбрать» (1) введите путь расположения файла, выполните необходимые настройки импорта информационного блока (2) и перейти на вкладку «Формат» (3).
Выбираем данные для импорта
Откроется диалоговое меню «Выбор формата файла данных». Настройки в нем менять не рекомендуется (за исключением проставления галочки напротив поля «Первая строка содержит имена полей»).
Выбираем формат файла данных
Далее нужно перейти на вкладку «Поля».
Настраиваем соответствия полей в файле данных и полей в базе
В зависимости от целей импорта областей информации следует выбрать определенные опции в каждом поле. Для окончания настройки и запуска алгоритма импорта нажмите кнопку «Загрузить данные».
Импорт в XML
Скачанный XML-файл нужно загрузить в соответствующую форму. Для этого следует перейти по ветке:
- Администрирование.
- Контент.
- Инфоблоки.
- Импорт
- XML.
Откроется форма, в которой нужно нажать кнопку «Открыть». Далее появится диалоговое окно выбора файла, где нужно отыскать нужный XML на компьютере, выбрать его и нажать кнопку «Загрузить».
Импорт в XML
Далее укажите, какой инфоблок и с какими параметрами необходимо загрузить на сайт-преемник.
Выбираем и загружаем инфоблок
В результате этих простых манипуляций вся информация должна успешно перенестись и стать конфигурируемой по отношению к новому сайту, т.е. вы сможете изменять, добавлять и удалять контент без нарушений целостности.
Загрузка товаров из 1С в нужный каталог(инфоблок)
Выгрузка из 1С в нужный инфоблок
Добрый день, коллеги!
Уже неоднократно отвечал на форуме на вопрос «как выгрузить данные из 1С в уже существующий инфоблок на сайте?«.
И есть мой ответ на форуме. Но решил опубликовать здесь, в надежде что ответ на этот вопрос будет проще найти.
Инструкция на тот случай, когда вы выгрузили данные и увидели, что они выгрузились в отдельный новый инфоблок.
- Идете в настройки модуля инфоблоков и ставите там галку «Показывать код загрузки из внешних источников»
/bitrix/admin/settings.php?lang=ru&mid=iblock&mid_menu=1
Тогда у вас в редактировании инфоблока появится поле Внешний код (оно же XML_ID) - Идете в тот новосозданный инфоблок и смотрите у него «Внешний код» (XML_ID, EXTERNAL_ID, GUID, ГУИД), записываете, хотя бы, в буфер обмена.
- Идете в свой старый существующий инфоблок и прописываете ему нужный «Внешний код», тот что в новом инфоблоке из 1С. В новом инфоблоке «Внешний код» удаляете или меняете, или, вовсе удаляете инфоблок.
- Запускаете обмен.
- При обмене у вас данные будут попадать в ваш существующий инфоблок.
Есть нюансы, про которые стоит помнить:
- при обмене может учитываться тип инфоблока
тогда нужно помимо Внешнего кода изменить тип инфоблока
По умолчанию привязка к типу инфоблока выставляется в настройках
Рабочий стол > Магазин > Настройки магазина > Интеграция с 1С
/bitrix/admin/1c_admin.php?lang=ru
Обратите внимание на параметры «Тип инфо-блока» и «При выгрузке учитывать тип инфоблока«
При включенной опции «При выгрузке учитывать тип инфоблока» меняется символьный код инфоблока
без опции
bd72d8f9-55bc-11d9-848a-00112f43529a
с опцией
cat-bd72d8f9-55bc-11d9-848a-00112f43529a
где cat — символьный код типа инфоблока
Есть еще одно решение
В качестве внешнего кода указать FUTURE-1C-CATALOG и при первой же выгрузке из 1С данные попадут в этот инфоблок. (Решение подсказано Максимом Смирновым на форуме)
Если проставить FUTURE-1C-CATALOG в Инфоблок каталога, то товары в него грузятся.
Но что нужно ставить в инфоблок торговых предложений?
Ставьте в ИБ предложений FUTURE-1C-OFFERS
(Подсказал Александр Ягольник)
Источник: http://dev.1c-bitrix.ru/community/webdev/user/23706/blog/unloading-from-1c-to-the-desired-information-block/
Назад в раздел
Поле | Описание |
---|---|
Сайт, заказы которого выгружать в «1С:Предприятие» | Укажите сайт, заказы с которого вы будет принимать в «1С». Т.е. в системе можно создать несколько Интернет-магазинов, а обрабатывать их в одной «1С». Либо заказы с разных сайтов можно выгружать в разные учетные системы. |
Создавать новые заказы и контрагенты из 1С | При отмеченной опции новые заказы и контрагенты из 1С будут добавляться на сайт при выполнении процедуры обмена заказами. |
Сайт, на который добавлять новые заказы и контрагенты | Указываются сайты, на которые будут добавляться новые заказы и контрагенты из 1С. |
Префикс номера заказа при выгрузке | Задается префикс, который будет добавляться к номеру заказа при выгрузке. |
Выгружать только оплаченные заказы | При отмеченной опции в «1С» будут выгружаться только оплаченные заказы. |
Выгружать только заказы c разрешенной доставкой | При отмеченной опции в «1С» будут выгружаться только заказы с разрешенной доставкой. |
Менять статусы заказов по информации из 1С | При отмеченной опции статусы заказов на сайте будут изменяться в соответствии с данными из 1С (т.е. изменяется статус заказа в 1С и после выполнения обмена данными статус заказа на сайте будет изменен на тот, который был задан в 1С). |
Выгружать заказы начиная со статуса | Указывается статус, начиная с которого будут выгружаться заказы в «1С». Если указано Не выбрано, то будут выгружены все заказы. |
Статус, в который переводить заказ при получении отгрузки от «1С:Предприятие» | Укажите статус, в который будет переводиться заказ при условии, что в «1С» отгрузка товара по данному заказу проведена и информация об этом поступила на сайт. Данный параметр рекомендуется отключать (указать значение Не выбрано), если отмечена опция Менять статусы заказов по информации из 1С. |
Заменять валюту при выгрузке в «1С:Предприятие» на | При выгрузке заказов в «1С: Предприятие» валюта товаров (т.е. наименование товаров) будет заменена на указанную. Конвертация при этом не происходит. |
Наличный расчет. Платежная система для новых заказов | Указывается платежная система для новых документов оплаты заказа, которые приходят из 1С и их тип «наличный». Тип документа «наличный» или «безналичный расчет» сообщает 1С. |
Безналичный расчет. Платежная система для новых заказов | Указывается платежная система для новых документов оплаты заказа, которые приходят из 1С и их тип «безналичный расчет». Тип документа «наличный» или «безналичный расчет» сообщает 1С. |
Эквайринговая операция. Платежная система для новых оплат | Указывается платежная система для новых оплат, проводимых путем эквайринговой операции. |
Платежная система для автоматической оплаты заказа по статусу оплаты заказа от 1С | Указывается платежная система для автоматической оплаты заказа, для которого пришел статус оплаты из 1С. |
Служба доставки для новых заказов | Указывается служба доставки, которая подставляется в документы новых пришедших из 1С заказов. |
Увеличивать количество продукта в корзине, если количество в доставке из 1с превышает количество в корзине | При отмеченной опции количество продукта будет увеличено в соответствии с количеством, указанном в документе доставки из 1С. |
Создавать новые документы оплаты из 1с | При отмеченной опции будут создаваться новые документы оплаты для новых заказов, пришедших из 1С. |
Создавать новый документы доставки из 1с | При отмеченной опции будут создаваться новые документы доставки для новых заказов, пришедших из 1С. |
Создавать новый заказ при получении новой доставки из 1с, если заказ основание на сайте не найден | При отмеченной опции на сайте будет создаваться новый заказ, если из 1С будет получен документ доставки, для которого нет соответствующего документа заказа на сайте. |
Группы, пользователям которых разрешена выгрузка | Выберите группы пользователей, которые будут иметь права на выгрузку заказов в «1С». |
Использовать сжатие zip, если доступно | Установите флаг, чтобы при передаче данных использовалось сжатие zip, если оно доступно. |
Интервал одного шага в секундах (0 — выполнять загрузку за один шаг) | Указывается интервал одного шага в секундах при обмене заказами. |
Размер единовременно загружаемой части файла (в байтах) | Указывается размер единовременно загружаемой части файла в байтах. |
Структура таблицы
Важно! При обновлении адреса настоятельно рекомендуется передать полный набор полей адреса в методе обновления. Частичное обновление поддерживается, но нежелательно из-за возможных конкурирующих запросов на обновление адреса другими приложениями.
Пример
Компания имеет адрес "Blueville st., Нью-Йорк, 4251 ". Стороннее приложение: читается адрес как "Blueville st., New York, 4251". Ваше приложение: адрес чтения: "Blueville st., New York, 4251". Стороннее приложение: сохранение адреса как «Radmond st., Los Angeles, 352» (исправление ошибки - полная замена адреса на другой адрес). Ваше приложение: сохранение части адреса как "Blueville st." (исправление ошибки - исправление названия улицы, но фактически создание новой ошибки). В результате двух конкурирующих запросов на обновление компания получила следующий адрес: Лос-Анджелес, Blueville st., 352 ". Наконец, мы можем получить несогласованный адрес.
Внимание! Более подробный список полей представлен на страницах методов, возвращающих описание полей сущности. Такие методы имеют имя crm.entity.name.fields .
Сделки
Поле | Описание | Чтение | Запись |
---|---|---|---|
ID | ID сделки. Он создается автоматически и уникален для базы данных. | Да | Нет |
НАЗВАНИЕ | Название сделки. Обязательное поле. | Да | Да |
TYPE_ID | Идентификатор типа сделки. | Да | Да |
STAGE_ID | ID стадии сделки | Да | Да |
ВЕРОЯТНОСТЬ | Вероятность заключения сделки (в%) | Да | Да |
CURRENCY_ID | Валюта сделки | Да | Да |
ВОЗМОЖНОСТЬ | Сумма в валюте сделки | Да | Да |
COMPANY_ID | ID компании, которая является контрагентом по сделке | Да | Да |
CONTACT_ID | ID контактного лица | Да | Да |
НАЧАЛО | Дата открытия сделки | Да | Да |
ДАТА ЗАКРЫТИЯ | Дата закрытия сделки | Да | Да |
ОТКРЫТО | Галочка «Доступно всем» | Да | Да |
ЗАКРЫТО | Галочка «Сделка закрыта» | Да | Да |
КОММЕНТАРИИ | Комментарии | Да | Да |
ASSIGNED_BY_ID | Идентификатор ответственного за сделку | Да | Да |
CREATED_BY_ID | ID создателя сделки | Да | Нет |
MODIFY_BY_ID | ID лица, изменившего сделку | Да | Нет |
DATE_CREATE | Дата создания | Да | Нет |
DATE_MODIFY | Дата изменения | Да | Нет |
LEAD_ID | Идентификатор лида | Да | Нет |
ADDITIONAL_INFO | Дополнительная информация | Да | Да |
ORIGINATOR_ID | Идентификатор внешней информационной базы данных.Назначение полей может быть изменено конечным разработчиком. | Да | Да |
ORIGIN_ID | Внешний ключ, используемый для операций обмена. ID объекта внешней информационной базы данных. Назначение полей может быть изменено конечным разработчиком. | Да | Да |
CATEGORY_ID | Идентификатор прогресса сделки. | Да | Да |
Отведения
Поле | Описание | Чтение | Запись |
---|---|---|---|
ID | ID отведения | Да | Нет |
НАЗВАНИЕ | Название сделки.Обязательное поле. | Да | Да |
ИМЯ | Имя контактного лица | Да | Да |
SECOND_NAME | Отчество контактного лица | Да | Да |
LAST_NAME | Фамилия | Да | Да |
COMPANY_TITLE | Название компании | Да | Да |
SOURCE_ID | ID источника | Да | Да |
SOURCE_DESCRIPTION | Дополнительная информация об источнике | Да | Да |
STATUS_ID | ID статуса лида | Да | Да |
STATUS_DESCRIPTION | Дополнительная информация о статусе | Да | Да |
POST | Позиция | Да | Да |
АДРЕС | Адрес | Да | Да |
ADDRESS_2 | Квартира, офис | Да | Да |
ADDRESS_CITY | Город | Да | Да |
ADDRESS_POSTAL_CODE | Почтовый индекс | Да | Да |
Да | Да | ||
Регион | Да | Да | |
ADDRESS_PROVINCE | Область | Да | Да |
ADDRESS_COUNTRY | Страна | Да | Да |
ADDRESS_COUNTRY_CODE | Код страны | ||
CURRENCY_ID | Идентификатор валюты | Да | Да |
ВОЗМОЖНОСТЬ | Предполагаемая сумма | Да | Да |
ОТКРЫТО | Галочка «Доступно для всех» | Да | Да |
КОММЕНТАРИИ | Комментарии | Да | Да |
ASSIGNED_BY_ID | Ответственное лицо | Да | Да |
CREATED_BY_ID | Создано | Да | Нет |
MODIFY_BY_ID | Изменено | Да | Нет |
DATE_CREATE | Дата создания | Да | Нет |
DATE_MODIFY | Дата изменения | Да | Нет |
COMPANY_ID | ID компании | Да | Нет |
CONTACT_ID | ID контактного лица | Да | Нет |
ДАТА_ЗАКРЫТО | Дата закрытия | Да | Нет |
ТЕЛЕФОН | Телефон | Да | Да |
Да | Да | ||
WEB | Веб-сайт | Да | Да |
IM | Контактное лицо в службе обмена мгновенными сообщениями | Да | Да |
ORIGINATOR_ID | Идентификатор внешней информационной базы.Назначение полей может быть изменено конечным разработчиком. | Да | Да |
ORIGIN_ID | Внешний ключ, который используется для операций обмена. ID объекта внешней информационной базы данных. Назначение полей может быть изменено конечным разработчиком. | Да | Да |
Компании
Поле | Описание | Чтение | Запись |
---|---|---|---|
ID | ID компании.Он создается автоматически и уникален для базы данных. | Да | Нет |
НАЗВАНИЕ | Название компании. Обязательное поле. | Да | Да |
COMPANY_TYPE | Тип компании. Для выбора из списка. | Да | Да |
ЛОГОТИП | Логотип компании | Да | Да |
АДРЕС | Физический адрес | Да | Да |
АДРЕС | Улица, Дом, Здание (текущий адрес) | Да | Да |
АДРЕС_2 | Квартира / офис (текущий адрес) | Да | Да |
АДРЕС_Город | Город ( текущий адрес) | Да | Да |
ADDRESS_POSTAL_CODE | Почтовый индекс (текущий адрес) | Да | Да |
ADDRESS_REGION | Регион (текущий адрес) | Да | Да |
ADDRESS_PROVINCE | Область (текущий адрес) | Да | Да |
ADDRESS_COUNTRY | Страна (текущий адрес) | Да | Да |
ADDRESS_COUNTRY_CODE | Код страны (текущий адрес) | Код страны (текущий адрес) | Да |
REG_ADDRESS | Да | Да | |
REG_ADDRESS_2 | Квартира / офис (юридический адрес) | Да | Да |
REG_ADDRESS_CITY | Город (юридический адрес) | Да | Да |
REG_ADDRESS_POSTAL_CODE | Почтовый индекс (юридический адрес) | Да | Да |
REG_ADDRESS_REGION | Область (юридический адрес) | Да | Да |
REGV_AD_INCE | REGV_AD_IN юридический адрес) | Да | Да |
REG_ADDRESS_COUNTRY | Страна (юридический адрес) | Да | Да |
REG_ADDRESS_COUNTRY_CODE | Код страны (юридический адрес) | Да | Да | Юридический адрес | Да | Да |
БАНКОВСКИЕ_ДЕТАЛИ | Банковские реквизиты | Да | Да |
ПРОМЫШЛЕННОСТЬ | Сфера деятельности.Для выбора из списка. | Да | Да |
СОТРУДНИКОВ | Количество сотрудников. Для выбора из списка. | Да | Да |
CURRENCY_ID | Валюта расчета | Да | Да |
ДОХОД | Годовой оборот | Да | Да |
ОТКРЫТО | Галочка «Доступно для всех» | Да | Да |
КОММЕНТАРИИ | Комментарии | Да | Да |
ASSIGNED_BY_ID | Идентификатор ответственного лица | Да | Да |
CREATED_BY_ID | Создано | Да | Нет |
MODIFY_BY_ID | Изменено | Да | Нет |
DATE_CREATE | Дата создания | Да | Нет |
DATE_MODIFY | Дата изменения | Да | Нет |
LEAD_ID | ID лида | Да | Нет |
ORIGINATOR_ID | Идентификатор внешней информационной базы данных.Назначение полей может быть изменено конечным разработчиком. | Да | Да |
ORIGIN_ID | Внешний ключ, который используется для операций обмена. ID объекта внешней информационной базы данных. Назначение полей может быть изменено конечным разработчиком. | Да | Да |
ТЕЛЕФОН | Телефон | Да | Да |
Да | Да | ||
WEB | Веб-сайт | Да | Да |
IM | Контактное лицо в службе обмена мгновенными сообщениями. | Да | Да |
Контакты
Поле | Описание | Чтение | Запись |
---|---|---|---|
ID | Контактный ID. Он создается автоматически и уникален для базы данных. | Да | Нет |
ИМЯ | Контактное лицо. Обязательное поле. | Да | Да |
SECOND_NAME | Отчество контактного лица.Обязательное поле. | Да | Да |
LAST_NAME | Фамилия контактного лица. Обязательное поле. | Да | Да |
ФОТО | Фотография контактного лица. | Да | Да |
ДАТА РОЖДЕНИЯ | Дата рождения контактного лица | Да | Да |
TYPE_ID | Тип контакта | Да | Да |
SOURCE_ID | Источник | Да | Да |
SOURCE_DESCRIPTION | Дополнительная информация об источнике | Да | Да |
POST | Позиция | Да | Да |
АДРЕС | Адрес | Да | Да |
ADDRESS_2 | Квартира, офис | Да | Да |
ADDRESS_CITY | Город | Да | Да |
ADDRESS_POSTAL_CODE | Почтовый индекс | Да | Да |
Да | Да | ||
Регион | Да | Да | |
ADDRESS_PROVINCE | Область | Да | Да |
ADDRESS_COUNTRY | Страна | Да | Да |
ADDRESS_COUNTRY_CODE | Код страны | ||
ОТКРЫТО | Галочка «Доступно для всех» | Да | Да |
КОММЕНТАРИИ | Комментарии | Да | Да |
ЭКСПОРТ | Отметка разрешения на экспорт | Да | Да |
ASSIGNED_BY_ID | Идентификатор ответственного лица | Да | Да |
CREATED_BY_ID | Создано | Да | Нет |
MODIFY_BY_ID | Изменено | Да | Нет |
DATE_CREATE | Дата создания | Да | Нет |
DATE_MODIFY | Дата изменения | Да | Нет |
COMPANY_ID | ID компании | Да | Да |
LEAD_ID | Идентификатор лида | Да | Нет |
ТЕЛЕФОН | Телефон | Да | Да |
Да | Да | ||
WEB | Веб-сайт | Да | Да |
IM | Контактное лицо в службе обмена мгновенными сообщениями | Да | Да |
ORIGINATOR_ID | Идентификатор внешней информационной базы.Назначение полей может быть изменено конечным разработчиком. | Да | Да |
ORIGIN_ID | Внешний ключ, который используется для операций обмена. ID объекта внешней информационной базы данных. Назначение полей может быть изменено конечным разработчиком. | Да | Да |
Реквизиты
Имя | Описание | Чтение | Запись | |
---|---|---|---|---|
Общие реквизиты | ||||
ID | Необходимый идентификатор.Автоматически создается и уникально в базе данных. | Да | Нет | |
ENTITY_TYPE_ID | Тип родительской сущности. Возможные типы: «Компания», «Контакт». Обязательное поле. | Да | Да | |
ENTITY_ID | Тип родительской сущности. Обязательное поле. | Да | Да | |
PRESET_ID | Идентификатор необходимого шаблона. Обязательное поле. | Да | Да | |
DATE_CREATE | Дата создания. | Да | Нет | |
DATE_MODIFY | Дата изменения. | Да | Нет | |
CREATED_BY_ID | Необходимый идентификатор создателя. | Да | Нет | |
MODIFY_BY_ID | ID необходимого модификатора. | Да | Нет | |
НАИМЕНОВАНИЕ | Реквизитное наименование. | Да | Да | |
КОД | Необходимый идентификатор. | Да | Да | |
XML_ID | Внешний ключ, используемый для обмена. Идентификатор объекта внешней базы данных. Обозначение поля может быть изменено конечным разработчиком. | Да | Да | |
АКТИВНЫЙ | Атрибут активного состояния. | Да | Да | |
СОРТИРОВАТЬ | Сортировка. | Да | Да | |
RQ_NAME | Полное имя | Да | Да | |
RQ_FIRST_NAME | Имя. | Да | Да | |
RQ_LAST_NAME | Фамилия. | Да | Да | |
RQ_COMPANY_NAME | Сокращенное название компании. | Да | Да | |
RQ_COMPANY_FULL_NAME | Полное название компании. | Да | Да | |
RQ_COMPANY_REG_DATE | Дата государственной регистрации. | Да | Да | |
RQ_DIRECTOR | Генеральный директор. | Да | Да | |
RQ_ACCOUNTANT | Главный бухгалтер. | Да | Да | |
RQ_CEO_NAME | Полное имя генерального директора. | Да | Да | |
RQ_CEO_WORK_POS | Должность генерального директора. | Да | Да | |
RQ_CONTACT | Контактное лицо. | Да | Да | |
RQ_EMAIL | Электронная почта. | Да | Да | |
RQ_PHONE | Телефон. | Да | Да | |
RQ_FAX | Факс. | Да | Да | |
RQ_IDENT_DOC | Тип документа. | Да | Да | |
RQ_IDENT_DOC_SER | Серия. | Да | Да | |
RQ_IDENT_DOC_NUM | Номер. | Да | Да | |
RQ_IDENT_DOC_DATE | Дата выпуска. | Да | Да | |
RQ_IDENT_DOC_ISSUED_BY | Кем выдан. | Да | Да | |
RQ_IDENT_DOC_DEP_CODE | Код отдела. | Да | Да | |
RQ_INN | INN. | Да | Да | |
RQ_KPP | KPP. | Да | Да | |
RQ_USRLE | Handelsregisternummer (для Германии). | Да | Да | |
RQ_IFNS | IFNS. | Да | Да | |
RQ_OGRN | ОГРН. | Да | Да | |
RQ_OGRNIP | ОГРНИП. | Да | Да | |
RQ_OKPO | ОКПО. | Да | Да | |
RQ_OKTMO | ОКТМО. | Да | Да | |
RQ_OKVED | ОКВЭД. | Да | Да | |
RQ_EDRPOU | EDRPOU. | Да | Да | |
RQ_DRFO | DRFO. | Да | Да | |
RQ_KBE | KBE. | Да | Да | |
RQ_IIN | IIN. | Да | Да | |
RQ_BIN | BIN. | Да | Да | |
RQ_VAT_PAYER | Плательщик НДС (для UA). | Да | Да | |
RQ_VAT_ID | Идентификационный номер плательщика НДС (идентификационный номер плательщика НДС). | Да | Да | |
RQ_VAT_CERT_SER | Серия сертификатов НДС. | Да | Да | |
RQ_VAT_CERT_NUM | Номер свидетельства об НДС. | Да | Да | |
RQ_VAT_CERT_DATE | Дата свидетельства об НДС. | Да | Да | |
RQ_RESIDENCE_COUNTRY | Страна проживания. | Да | Да | |
ORIGINATOR_ID | ID внешней базы данных. Обозначение поля может быть изменено конечным разработчиком. | Да | Да | |
Банковские реквизиты | ||||
ID | Требуемый идентификатор. Автоматически создается и уникально в базе данных. | Да | Нет | |
ENTITY_TYPE_ID | Тип родительской сущности. Тип по умолчанию: «Requisite».Обязательное поле. | Да | Да | |
ENTITY_ID | Идентификатор родительского объекта. Обязательное поле. | Да | Да | |
COUNTRY_ID | Идентификатор страны. | Да | Да | |
DATE_CREATE | Дата создания. | Да | Нет | |
DATE_MODIFY | Дата изменения. | Да | Нет | |
CREATED_BY_ID | Необходимый идентификатор создателя. | Да | Нет | |
MODIFY_BY_ID | ID необходимого модификатора. | Да | Нет | |
НАИМЕНОВАНИЕ | Реквизитное наименование. | Да | Да | |
КОД | Необходимый идентификатор. | Да | Да | |
XML_ID | Внешний ключ, используемый для операций обмена. ID объекта внешней информационной базы данных. Назначение полей может быть изменено конечным разработчиком. | Да | Да | |
ACTIVE | Атрибут активного состояния. | Да | Да | |
СОРТИРОВАТЬ | Сортировка. | Да | Да | |
RQ_BANK_NAME | Название банка. | Да | Да | |
RQ_BANK_ADDR | Адрес банка. | Да | Да | |
RQ_BANK_ROUTE_NUM | Банковский номер маршрутизации. | Да | Да | |
RQ_BIK | BIC. | Да | Да | |
RQ_MFO | MFO. | Да | Да | |
RQ_ACC_NAME | Имя владельца банковского счета. | Да | Да | |
RQ_ACC_NUM | Номер банковского счета. | Да | Да | |
RQ_IIK | ИИК. | Да | Да | |
RQ_ACC_CURRENCY | Валюта счета. | Да | Да | |
RQ_COR_ACC_NUM | Корр. Счет. | Да | Да | |
RQ_IBAN | IBAN. | Да | Да | |
RQ_SWIFT | SWIFT. | Да | Да | |
RQ_BIC | BIC. | Да | Да | |
КОММЕНТАРИИ | Комментарий. | Да | Да | |
ORIGINATOR_ID | ID внешней базы данных.Обозначение поля может быть изменено конечным разработчиком. | Да | Да | |
Необходимые шаблоны | ||||
ID | Требуемый идентификатор. Автоматически создается и уникально в базе данных. | Да | Нет | |
ENTITY_TYPE_ID | Тип родительской сущности. Обязательное поле. | Да | Да | |
COUNTRY_ID | Страна, которой соответствуют поля обязательного шаблона. | Да | Да | |
DATE_CREATE | Дата создания. | Да | Нет | |
DATE_MODIFY | Дата изменения. | Да | Нет | |
CREATED_BY_ID | Необходимый идентификатор создателя. | Да | Нет | |
MODIFY_BY_ID | Необходимый модифицирующий идентификатор. | Да | Нет | |
НАИМЕНОВАНИЕ | Реквизитное наименование. | Да | Да | |
XML_ID | Внешний ключ, используемый для операций обмена. ID объекта внешней информационной базы данных. Назначение полей может быть изменено конечным разработчиком. | Да | Да | |
ACTIVE | Атрибут активного состояния. | Да | Да | |
СОРТИРОВАТЬ | Сортировка. | Да | Да | |
Необходимые поля шаблона | ||||
ID | Необходимый идентификатор.Автоматически создается и уникален в рамках реквизита. | Да | Нет | |
FIELD_NAME | Имя поля. | Да | Да | |
FIELD_TITLE | Альтернативное имя поля для реквизита. | Да | Да | |
СОРТИРОВАТЬ | Сортировка. | Да | Да | |
IN_SHORT_LIST | Показать в сокращенном списке. | Да | Да | |
Необходимые адреса | ||||
TYPE_ID | ID типа адреса.Обязательное поле. Элемент перечисления «Тип адреса». | Да | Да | |
ENTITY_TYPE_ID | Тип родительской сущности. Возможные типы: «Реквизит», «Компания», «Контакт», «Лид». Обязательное поле. | Да | Да | |
ENTITY_ID | Идентификатор родительского объекта. Обязательное поле. | Да | Да | |
АДРЕС_1 | Улица, дом, дом. | Да | Да | |
ADDRESS_2 | Квартира / офис. | Да | Да | |
ГОРОД | Город. | Да | Да | |
POSTAL_CODE | Почтовый индекс. | Да | Да | |
РЕГИОН | Регион. | Да | Да | |
ПРОВИНЦИЯ | Провинция. | Да | Да | |
СТРАНА | Страна. | Да | Да | |
COUNTRY_CODE | Код страны. | Да | Да |
Действия
Поле | Описание | Тип | Примечание | |||||||
---|---|---|---|---|---|---|---|---|---|---|
ASSOCIATED_ENTITY_ID | ID объекта, связанного с действием | целое число | Только чтение | |||||||
AUTOR_ID | Создатель деятельности | пользователь | ||||||||
AUTOCOMPLETE_RULE | Автозаполнение | целое число | ||||||||
BINDINGS | Bindings | crm_activity_binding | Multiple, только для чтения. | |||||||
КОММУНИКАЦИИ | crm_activity_communication | Несколько, требуется. | ||||||||
ЗАВЕРШЕНО | Завершено | char | ||||||||
СОЗДАНО | Создано | datetime | ||||||||
DEADLINE | Крайний срок | datetime | Поле не задано напрямую, значение берется из START_TIME для a позвоните или встретите и с END_TIME для задачи. | |||||||
ОПИСАНИЕ | Описание | строка | ||||||||
DESCRIPTION_TYPE | Тип описания | crm.enum.contenttype | ||||||||
НАПРАВЛЕНИЕ | Направление деятельности: входящее / исходящее. | crm.enum.activitydirection | Относится к звонкам и электронной почте; не используется для встреч. | |||||||
EDITOR_ID | Редактор | пользователь | Только чтение | |||||||
END_TIME | Время завершения | datetime | ||||||||
ФАЙЛЫ | Добавленные файлы | diskfile | ID | Несколько | ID | Идентификатор действия | целое число | Только чтение | ||
LAST_UPDATE | Дата последнего обновления | datetime | Только чтение | |||||||
LOCATION | Местоположение. | строка | ||||||||
NOTIFY_TYPE | Тип уведомления | crm.enum.activitynotifytype | ||||||||
NOTIFY_VALUE | целое число | Только чтение | ||||||||
ORIGINATOR_ID | ORIGINATOR_ID | ORIGINATOR_ID | только для привязки к внешнему источнику. | |||||||
ORIGIN_ID | Идентификатор элемента в источнике данных | строка | Используется только для привязки к внешнему источнику. | |||||||
ORIGIN_VERSION | Исходная версия | строка | Используется для защиты данных от перезаписи внешней системой. Если данные были импортированы и не изменялись во внешней системе, такие данные можно редактировать в CRM, не опасаясь того, что следующая загрузка приведет к перезаписи данных. | |||||||
OWNER_ID | Владелец | целое число | Не подлежит изменению | |||||||
OWNER_TYPE_ID | Тип владельца | crm.enum.ownertype | Неизменяемый | |||||||
ПРИОРИТЕТ | Приоритет | crm.enum.activitypriority | ||||||||
PROVIDER_DATA | строка | |||||||||
PROVIDER_GROUP_ID | строка | |||||||||
PROVIDER_TYPE_ID | ID типа провайдера | строка | Статус из каталога | |||||||
PROVIDER_PARAMS | объект | |||||||||
RESPONSIBLE_ID | Ответственный | Ответственный | Ответственный | RESULT_CURRENCY_ID | строка | |||||
RESULT_MARK | целое число | |||||||||
RESULT_SOURSE_ID | строка | |||||||||
RESULT_STATUS 9004 3 | целое число | |||||||||
RESULT_STREAM | Статистика отчета | целое число | ||||||||
RESULT_SUM | двойной | |||||||||
RESULT_VALUE | 900 SETTINGS | |||||||||
START_TIME | Время начала | datetime | ||||||||
СОСТОЯНИЕ | Статус | crm_enum_activitystatus | ||||||||
SUBJECT | Subject | string | TYPTYPE | Тип объекта | TYPTYPE | Тип сообщения | Требуемый | Требуется, не подлежит изменению | ||
WEBDAV_ELEMENTS | Добавленные файлы | diskfile | Multiple.Устарело, сохранено для совместимости |
© «Битрикс Инк.»,
2001-2020,
«Битрикс Инк.», 2020
.
| | Включить журналы отладки. |
| Произвольные свойства для добавления к информационной конечной точке. | |
| Расположение файла конфигурации ведения журнала. Например, `classpath: logback.xml` для Logback. | |
| | Слово преобразования, используемое при регистрации исключений. |
| | Следует ли очищать файлы журнала архива при запуске. Поддерживается только при настройке входа в систему по умолчанию. |
| | Максимальное количество дней хранения файлов архивных журналов. Поддерживается только при настройке входа в систему по умолчанию. |
| | Максимальный размер файла журнала. Поддерживается только при настройке входа в систему по умолчанию. |
| Имя файла журнала (например, `myapp.журнал`). Имена могут быть точными или относительными к текущему каталогу. | |
| Расположение файла журнала. Например, `/ var / log`. | |
| | Общий размер сохраняемых резервных копий журналов. Поддерживается только при настройке входа в систему по умолчанию. |
| Группы журналов для быстрой смены нескольких логгеров одновременно. Например, `logging.group.db = org.hibernate, org.springframework.jdbc`. | |
| Отображение серьезности уровней журнала. Например, `logging.level.org.springframework = DEBUG`. | |
| | Шаблон Appender для вывода на консоль. Поддерживается только с настройкой Logback по умолчанию. |
| | Шаблон Appender для формата даты журнала.Поддерживается только с настройкой Logback по умолчанию. |
| | Шаблон Appender для вывода в файл. Поддерживается только с настройкой Logback по умолчанию. |
| | Шаблон Appender для уровня журнала. Поддерживается только с настройкой Logback по умолчанию. |
| | Шаблон для повторяющихся имен файлов журнала. Поддерживается только с настройкой Logback по умолчанию. |
| | Зарегистрируйте ловушку выключения для системы регистрации при ее инициализации. |
| | Добавить @EnableAspectJAutoProxy. |
| | Должны ли создаваться прокси на основе подклассов (CGLIB) (true), в отличие от стандартных прокси на основе интерфейса Java (false). |
| | Следует ли включать функции администратора для приложения. |
| | JMX-имя MBean администратора приложения. |
| Название приложения. | |
| Исключаемые классы автоконфигурации. | |
| | Кодировка файла баннера. |
| | Битовая глубина, используемая для цветов ANSI. Поддерживаемые значения: 4 (16 цветов) или 8 (256 цветов). |
| Высота изображения баннера в символах (по умолчанию зависит от высоты изображения). | |
| | Следует ли инвертировать изображения для темных тем терминала. |
| | Расположение файла изображения баннера (также можно использовать jpg или png). |
| | Левое поле изображения в символах. |
| | Режим пикселей, используемый при рендеринге изображения. |
| | Ширина изображения баннера в символах. |
| | Расположение текстового ресурса баннера. |
| | Пропускать ли поиск классов BeanInfo. |
| | Следует ли регистрировать данные формы на уровне DEBUG и заголовки на уровне TRACE. |
| Ограничение количества байтов, которые могут быть буферизованы всякий раз, когда требуется агрегировать входной поток. Это применимо только к автоматически настроенным серверам WebFlux и экземплярам WebClient.По умолчанию это не установлено, и в этом случае применяются индивидуальные настройки кодека по умолчанию. Большинство кодеков по умолчанию ограничены 256 КБ. | |
| Расположение файлов конфигурации, используемых в дополнение к значениям по умолчанию. | |
| Расположение файлов конфигурации, которые заменяют значения по умолчанию. | |
| | Имя файла конфигурации. |
| | Кодировка файла. |
| | Местоположение сгенерированной информации о сборке.файл свойств. |
.
Amazon S3 Block Public Access — еще один уровень защиты ваших учетных записей и сегментов
Обновление (август 2019) — Свежие скриншоты и изменения названий опций.
Недавно созданные корзины и объекты Amazon S3 являются (и всегда были) частными и защищенными по умолчанию с возможностью использования списков управления доступом (ACL) и политик корзин для предоставления доступа к другим учетным записям AWS или к общедоступным (анонимным) запросам .ACL и политики дают вам большую гибкость. Вы можете предоставить разрешения нескольким учетным записям, ограничить доступ к определенным IP-адресам, потребовать использования многофакторной аутентификации (MFA), разрешить другим учетным записям загружать новые объекты в корзину и многое другое.
Мы хотим убедиться, что вы используете общедоступные сегменты и объекты по мере необходимости, а также предоставим вам инструменты, которые не позволят сделать их общедоступными из-за простой ошибки или недоразумения. Например, в прошлом году мы предоставили вам индикатор Public , чтобы вы сразу узнали, какие сегменты являются общедоступными:
Представление корзины отсортировано так, что по умолчанию общедоступные сегменты отображаются вверху страницы.
Мы также сделали бесплатную проверку разрешений сегмента Trusted Advisor:
Новый Amazon S3 Block Public Access
Сегодня мы упростили для вас защиту ваших корзин и объектов с помощью Amazon S3 Block Public Access. Это новый уровень защиты, который работает на уровне учетной записи, а также для отдельных корзин, в том числе тех, которые вы создадите в будущем. У вас есть возможность заблокировать существующий общий доступ (независимо от того, был ли он указан в ACL или в политике) и гарантировать, что общий доступ не предоставляется вновь созданным элементам.Если учетная запись AWS используется для размещения озера данных или другого бизнес-приложения, блокировка общего доступа будет служить защитой на уровне учетной записи от случайного публичного доступа. Наша цель — дать понять, что публичный доступ должен использоваться для веб-хостинга!
Эта функция разработана так, чтобы ее было легко использовать, и к ней можно получить доступ из консоли S3, интерфейса командной строки, API-интерфейсов S3 и из шаблонов CloudFormation. Начнем с консоли S3 и общедоступного сегмента:
Я могу осуществлять контроль на уровне учетной записи, щелкнув Настройки общего доступа для этой учетной записи :
У меня есть два варианта управления общедоступными списками ACL и два — для управления политиками общедоступных сегментов.Рассмотрим каждый подробнее:
Блокировать общий доступ к сегментам и объектам, предоставленным через новые списки управления доступом (ACL). — этот параметр запрещает использование новых общедоступных списков управления доступом или объектов ACL и используется для обеспечения того, чтобы будущие запросы PUT, включающие их, не удались. Это не влияет на существующие корзины или объекты. Используйте этот параметр для защиты от будущих попыток использовать списки управления доступом, чтобы сделать корзины или объекты общедоступными. Если приложение пытается загрузить объект с помощью общедоступного ACL или если администратор пытается применить параметр общего доступа к корзине, этот параметр блокирует параметр общего доступа для корзины или объекта.
Блокировать общий доступ к сегментам и объектам, предоставленным через любые списки управления доступом (ACL). — этот параметр указывает S3 не оценивать какие-либо общедоступные ACL при авторизации запроса, гарантируя, что ни один сегмент или объект не может быть опубликован с помощью ACL. Этот параметр отменяет любые текущие или будущие настройки общего доступа для текущих и будущих объектов в корзине. Если существующее приложение в настоящее время загружает объекты с общедоступными ACL в корзину, этот параметр переопределит параметр для объекта.
Блокировать общий доступ к корзинам и объектам, предоставленным с помощью новых политик общедоступных корзин. — этот параметр запрещает использование новых политик общедоступных корзин и используется для обеспечения того, чтобы будущие запросы PUT, включающие их, не удались. Опять же, это не влияет на существующие корзины или объекты. Этот параметр гарантирует, что политика корзины не может быть обновлена для предоставления общего доступа.
Блокировать общедоступный и межаккаунтный доступ к корзинам и объектам с помощью любых политик общедоступных корзин. — если этот параметр установлен, доступ к общедоступным корзинам будет ограничен владельцем корзины и сервисами AWS.Этот параметр можно использовать для защиты сегментов с общедоступными политиками, пока вы работаете над их удалением; он служит для защиты информации, которая записывается в корзину сервисом AWS, от публичного доступа.
Чтобы внести изменения, я нажимаю Изменить , проверяю желаемые настройки общего доступа и нажимаю Сохранить:
Я рекомендую вам использовать эти настройки для любой учетной записи, которая используется для внутренних приложений AWS!
Тогда подтверждаю свое намерение:
После этого мне нужно протестировать свои приложения и сценарии, чтобы убедиться, что все работает должным образом!
Когда я выполняю эти настройки на уровне учетной записи, они применяются к моим текущим сегментам, а также к тем, которые я создам в будущем.Однако я также могу установить эти параметры для отдельных сегментов, если я хочу применить более детальный подход к управлению доступом. Если я устанавливаю одни параметры на уровне учетной записи, а другие — на уровне корзины, защита будет добавочной. Я выбираю сегмент и нажимаю Изменить настройки общего доступа :
Затем выбираю нужные варианты:
Поскольку я уже запретил весь публичный доступ на уровне учетной записи, это на самом деле избыточно, но я хочу, чтобы вы знали, что у вас есть контроль на уровне корзины.Одно замечание: я не могу переопределить настройку на уровне учетной записи, изменив параметры, которые я установил на уровне сегмента.
Я могу сразу увидеть статус публичного доступа всех моих корзин:
Программный доступ
Я также могу получить доступ к этой функции, сделав вызовы S3 API. Вот функции:
GetPublicAccessBlock
— Получить параметры блокировки общего доступа для учетной записи или корзины.
PutPublicAccessBlock
— Установите параметры блокировки общего доступа для учетной записи или корзины.
DeletePublicAccessBlock
— Удаляет параметры блокировки общего доступа из учетной записи или корзины.
GetBucketPolicyStatus
— Посмотрите, является ли политика доступа к корзине общедоступной или нет.
Я также могу установить параметры для корзины, когда создаю ее с помощью шаблона CloudFormation:
{
«Тип»: «AWS :: S3 :: Bucket»,
"Свойства": {
"PublicAccessBlockConfiguration": {
"BlockPublicAcls": правда,
"IgnorePublicAcls": false,
«BlockPublicPolicy»: правда,
"RestrictPublicBuckets": true
}
}
}
Что нужно знать
Вот несколько вещей, о которых следует помнить, когда вы используете S3 Block Public Access:
Новые сегменты — В будущем в сегментах, которые вы создаете с помощью консоли S3, будут включены все четыре параметра, как это рекомендуется для любого приложения, кроме веб-хостинга.Вам нужно будет отключить одну или несколько настроек, чтобы сделать корзину общедоступной.
Automated Reasoning — Определение того, является ли данная политика или ACL общедоступной, производится с помощью нашей системы Zelkova Automated Reasoning (вы можете прочитать, как AWS использует автоматическое обоснование, чтобы помочь вам достичь безопасности в масштабе, чтобы узнать больше).
Организации — Если вы используете AWS Organizations, вы можете использовать политику управления службами (SCP), чтобы ограничить настройки, доступные для учетной записи AWS в организации.Например, вы можете установить желаемые настройки общего доступа для любых желаемых учетных записей, а затем использовать SCP, чтобы гарантировать, что настройки не могут быть изменены владельцами учетных записей.
Charges — Использование этой функции бесплатно; вы платите обычные цены за все запросы, которые вы делаете к S3 API.
Доступно сейчас
Amazon S3 Block Public Access теперь доступен во всех коммерческих регионах AWS, и вы можете (и должны) начать использовать его сегодня же!
— Джефф;
.
Проверка бизнеса не работает для домена электронной почты — Форум сообщества разработчиков
Привет, ребята,
Это то, что мне пришлось сделать. Я понял, что это была проблема, которая возникла из-за моего бизнес-менеджера.
Я связался с кем-то из службы поддержки Facebook Direct: @facebookdirectsupport. Я думаю, вы можете написать это имя пользователя? Вот их страница в FB: https://www.facebook.com/facebookdirectsupport/. А вот где им задать вопрос: https://business.facebook.com/direct-support/.
Я специально написал Дэвиду из отдела глобальных маркетинговых решений (возможно, потому, что для разработки я использую маркетинговый API Facebook). В любом случае, обратиться в службу поддержки через чат — это то, что вам нужно сделать.
Объясните им вашу проблему, и тогда они, по сути, помогут вам проверить все, что вам нужно. Но предостережение , это процесс. И, по сути, вот что они попросят у вас:
A. Им понадобится URL вашей личной страницы в Facebook: https: // www.facebook.com/[вставьте текст здесь]
Б. Им потребуется копия действующего удостоверения личности с фотографией (лицевая и оборотная стороны)
.
Эти вопросы относятся к странице, связанной с вашим приложением
1) Описание ваших отношений со Страницей (и полномочия запрашивать изменение лица (лиц), которые управляют Страницей, если применимо)
2) имя текущего лица (лиц), которые управляют страницей, если применимо;
3) отношение указанного лица (лиц) к Странице;
4) объяснение вашего запроса, а также сведения о прекращении трудовых и / или деловых отношений с указанным лицом (лицами), в зависимости от обстоятельств;
5) Всю документацию, подтверждающую ваш запрос [УКАЗАТЬ ЗДЕСЬ, ЕСЛИ ПРИМЕНИМО, НА ОСНОВЕ ЗАПРОСА: включая свидетельство о смерти ИЛИ включая заявление юриста о передаче прав собственности на страницу];
6) Учетная запись Facebook или адрес электронной почты, связанный с учетной записью Facebook (или Timeline), которую вы хотите добавить в качестве нового администратора страницы; а также
7) Заявление под страхом наказания за лжесвидетельство о том, что предоставленная вами информация является достоверной и точной (ваше заявление должно включать этот язык).
* НОТАРИАЛЬНАЯ КОПИЯ ДОКУМЕНТА
Эта информация является обязательной и не подлежит замене.
Надеюсь, это поможет!
.