netsuite
Использование NetSuite Records Browser
Поиск…
Использование NetSuite Records Browser
Браузер записей определяет схему для всех типов записи, пригодных для записи; это чрезвычайно важный справочный инструмент для каждого разработчика SuiteScript. Когда вам нужно знать, как ссылаться на конкретное поле на конкретный тип записи в вашем сценарии, вашим браузером является браузер записей .
Другие схемы
Вы также можете заметить вкладки в верхней части браузера записей для браузера схем и подключения браузера . Они очень похожи на браузер записей , но для разных API NetSuite.
Браузер Схемы предоставляет схему для API веб-служб на основе SOAP, в то время как Browser Connect предоставляет схему для соединителя ODBC.
Навигация по обозревателю записей
Вы просматриваете браузер записей сначала по типу записи, то есть «Порядок продаж», «Счет-фактура», «Сотрудник». В браузере записей нет возможности поиска, поэтому вся навигация выполняется вручную. Типы записей организованы в алфавитном порядке, поэтому вы сначала нажимаете на первую букву интересующего типа записи, затем выбираете сам тип записи слева.
Например, если вы хотите увидеть схему для типа записи в Subisidary , сначала нажмите S вверху, а затем - дочернее устройство слева.
Чтение схемы
Каждая схема предоставляет вам огромное количество информации о каждом типе записи. Важно знать, как разбить всю эту информацию.
В верхней части схемы находится имя типа записи, за которым следует внутренний идентификатор типа записи; этот внутренний идентификатор является программной ссылкой для типа записи. Затем схема разбивается на несколько разделов:
- Поля . В разделе « Поля » перечислены детали всех полей тела записи. Описанные здесь поля могут использоваться, когда вы работаете с записью, находящейся в настоящее время в контексте, или с прямой ссылкой на объект записи.
- Sublists : раздел Sublists отображает все подписи в записи и каждый столбец для скриптов в каждом подсписке. Поля в этом разделе снова применяются, когда вы работаете с записью, находящейся в настоящее время в контексте, или с прямой ссылкой на объект записи.
- Вкладки : раздел « Вкладки » описывает все родные субтитры по типу записи.
- Search Joins : раздел Search Joins описывает все связанные записи, через которые вы можете создавать объединения в ваших поисках этого типа записи.
- Фильтры поиска . В разделе « Фильтры поиска » описаны все поля, доступные в качестве фильтра поиска для этого типа записи. Внутренний идентификатор при использовании определенного поля в качестве фильтра поиска не всегда соответствует его внутреннему идентификатору в качестве поля тела.
- Столбцы поиска . В разделе « Поиск столбцов » описаны все поля, доступные в качестве столбца поиска для этого типа записи. Внутренний идентификатор при использовании определенного поля в качестве столбца поиска не всегда соответствует его внутреннему идентификатору в качестве поля тела.
- Типы преобразований . В разделе « Типы преобразований » описаны все типы записей, которые можно преобразовать в API преобразования записей.
Поиск поля
Как указывалось ранее, в браузере записей нет возможности поиска. После того, как вы перешли к соответствующему типу записи, если вы еще не знаете внутренний идентификатор определенного поля, самый простой способ найти его - использовать функцию поиска вашего браузера (обычно CTRL+F
), чтобы найти поле по его названию в пользовательском интерфейсе.
Обязательные поля
Столбец « Обязательный» схемы указывает, требуется ли это поле для сохранения записи. Если в этом столбце указано значение true
, вам необходимо указать значение для этого поля при сохранении любой записи этого типа.
nlapiSubmitField и встроенное редактирование
nlapiSubmitField
является важной частью для понимания. В этом столбце указано, доступно ли поле для встроенного редактирования. Если nlapiSubmitField
true
, тогда поле может быть отредактировано встроенным. Это сильно влияет на то, как это поле обрабатывается при попытке использовать функции nlapiSubmitField
или record.submitFields
в ваших сценариях.
Когда этот столбец true
, вы можете безопасно использовать API-интерфейсы Submit Fields, чтобы обновить это поле inline. Когда он является false
, вы все равно можете использовать эти функции для обновления поля , но то, что на самом деле происходит за кулисами, значительно меняется.
Когда nlapiSubmitField
является false
для определенного поля, и вы используете на нем один из API-интерфейсов Submit Fields, механизм сценариев за кулисами фактически выполнит полную загрузку записи, обновит поле и отправит изменение обратно в базу данных. Конечный результат один и тот же, но поскольку вся запись загружена и сохранена, ваш сценарий будет использовать гораздо больше управления, чем вы могли бы ожидать, и потребуется больше времени для выполнения.
Вы можете прочитать об этом более подробно на странице справки под названием «Последствия использования nlapiSubmitField для нестрочных редактируемых полей».