Поиск…


Использование 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 для нестрочных редактируемых полей».



Modified text is an extract of the original Stack Overflow Documentation
Лицензировано согласно CC BY-SA 3.0
Не связан с Stack Overflow