netsuite
Verwenden des NetSuite Records Browsers

Verwenden des NetSuite Records Browsers

Der Records Browser definiert das Schema für alle skriptfähigen Datensatztypen; Es ist ein äußerst wichtiges Referenzwerkzeug für jeden SuiteScript-Entwickler. Wenn Sie wissen möchten, wie Sie ein bestimmtes Feld in einem bestimmten Datensatztyp in Ihrem Skript referenzieren, ist der Records Browser Ihr Leitfaden.

Direkte Verbindung

Anderes Schema

Möglicherweise werden auch Registerkarten oben im Datensatz-Browser für Schema-Browser und Connect-Browser angezeigt. Diese sind dem Records Browser sehr ähnlich, jedoch für verschiedene NetSuite-APIs.

Der Schema-Browser stellt das Schema für die SOAP-basierte Web Services-API bereit, während der Connect-Browser das Schema für den ODBC-Connector bereitstellt.

Navigieren im Datensatz-Browser

Sie durchsuchen den Records Browser zuerst von Record Type, dh "Sales Order", "Rechnung", "Mitarbeiter". Im Records Browser gibt es keine Suchfunktion , daher erfolgt die gesamte Navigation manuell. Datensatztypen sind alphabetisch geordnet. Klicken Sie daher zuerst auf den ersten Buchstaben des gewünschten Datensatztyps und wählen Sie dann links den Datensatztyp aus.

Wenn Sie beispielsweise das Schema für den untergeordneten Datensatztyp anzeigen möchten, klicken Sie zuerst auf S oben und dann auf Tochtergesellschaft links.

Das Schema lesen

Jedes Schema enthält eine überwältigende Menge an Informationen zu jedem Datensatztyp. Es ist wichtig zu wissen, wie man all diese Informationen aufschlüsselt.

An der Spitze des Schemas steht der Name des Datensatztyps, gefolgt von der internen ID des Datensatztyps. Diese interne ID ist die programmatische Referenz für den Datensatztyp. Das Schema wird dann in mehrere Abschnitte unterteilt:

• Felder: Die Felder Abschnitt werden die Details für alle die Körperfelder des Datensatzes. Die hier beschriebenen Felder können verwendet werden, wenn Sie mit dem Datensatz arbeiten, der sich aktuell im Kontext befindet, oder wenn Sie direkt auf ein Datensatzobjekt verweisen.
• Sublisten : Der Abschnitt Sublisten zeigt alle Unterlisten des Datensatzes und jede skriptfähige Spalte in jeder Unterliste. Die Felder in diesem Abschnitt gelten erneut, wenn Sie mit dem Datensatz arbeiten, der sich aktuell im Kontext befindet, oder wenn Sie direkt auf ein Datensatzobjekt verweisen.
• Registerkarten : Der Abschnitt Registerkarten beschreibt alle systemeigenen Unterreiter des Datensatztyps.
• Suchverknüpfungen : Der Abschnitt Suchverknüpfungen beschreibt alle verwandten Datensätze, über die Sie in Ihren Suchen nach diesem Datensatztyp Verknüpfungen erstellen können.
• Suchfilter : Im Abschnitt Suchfilter werden alle Felder beschrieben, die als Suchfilter für diesen Datensatztyp verfügbar sind. Die interne ID stimmt bei Verwendung eines bestimmten Felds als Suchfilter nicht immer mit ihrer internen ID als Textfeld überein .
• Suchspalten : Der Abschnitt Suchspalten beschreibt alle Felder, die als Suchspalte für diesen Datensatztyp verfügbar sind. Die interne ID stimmt bei Verwendung eines bestimmten Felds als Suchspalte nicht immer mit ihrer internen ID als Textfeld überein .
• Transformationstypen : Im Abschnitt Transformationstypen werden alle Datensatztypen beschrieben, in die dieser mithilfe der Datensatztransformations-API umgewandelt werden kann.

Ein Feld finden

Wie bereits erwähnt, ist im Records Browser keine Suchfunktion integriert. Wenn Sie zu dem entsprechenden Datensatztyp navigiert haben und die interne ID eines bestimmten Feldes nicht bereits kennen, können Sie ihn am einfachsten finden, indem Sie die Suchfunktion Ihres Browsers (normalerweise CTRL+F ) verwenden, um das Feld anhand des Namens zu finden in der Benutzeroberfläche.

Benötigte Felder

Die Spalte Required des Schemas gibt an, ob dieses Feld zum Speichern des Datensatzes erforderlich ist. Wenn in dieser Spalte " true , müssen Sie beim Speichern eines Datensatzes dieses Typs einen Wert für dieses Feld angeben.

nlapiSubmitField und Inline-Bearbeitung

Die Spalte nlapiSubmitField ist ein kritischer nlapiSubmitField , den Sie verstehen müssen. Diese Spalte gibt an, ob das Feld für die Inline-Bearbeitung verfügbar ist. Wenn nlapiSubmitField true , kann das Feld inline bearbeitet werden. Dies hat einen großen Einfluss darauf, wie dieses Feld behandelt wird, wenn Sie versuchen, die Funktionen nlapiSubmitField oder record.submitFields in Ihren Skripts zu verwenden.

Wenn diese Spalte " true , können Sie die APIs zum Senden von Feldern verwenden, um dieses Feld inline zu aktualisieren. Wenn es false , können Sie diese Funktionen immer noch verwenden, um das Feld zu aktualisieren , aber was tatsächlich hinter den Kulissen passiert, ändert sich erheblich.

Wenn nlapiSubmitField ist false für ein bestimmtes Feld, und Sie nutzen eine der es Felder APIs auf Senden, wird die Scripting - Engine hinter den Kulissen tatsächlich tun eine volle Ladung des Datensatzes, das Feld aktualisieren, und legt auf die Datenbank die Änderung zurück. Das Endergebnis ist dasselbe, aber da der gesamte Datensatz geladen und gespeichert wird, verwendet Ihr Skript tatsächlich mehr Governance, als Sie vielleicht erwarten, und die Ausführung dauert länger.

Weitere Informationen hierzu finden Sie auf der Hilfeseite mit dem Titel "Auswirkungen der Verwendung von nlapiSubmitField auf nicht bearbeitbaren Inline-Feldern".