netsuite
Använda webbläsaren NetSuite Records

Använda webbläsaren NetSuite Records

Record Browser definierar schemat för alla skriptbara posttyper; det är ett extremt kritiskt referensverktyg för alla SuiteScript-utvecklare. När du behöver veta hur du refererar till ett visst fält på en viss posttyp i ditt skript är Records Browser din guide.

Direktlänk

Andra schema

Du kanske också märker flikar högst upp i Records Browser för Schema Browser och Connect Browser . Dessa är väldigt lik Records Browser , men för olika NetSuite API: er.

Schema Browser tillhandahåller schemat för SOAP-baserade Web Services API, medan Connect Browser tillhandahåller schemat för ODBC-anslutningen.

Navigera i Record Browser

Du bläddrar först i webbläsaren efter posttyp, dvs. "Försäljningsorder", "Faktura", "Anställd". Det finns ingen sökfunktion i Records Browser , så all navigering görs manuellt. Inspelningstyper är alfabetiskt organiserade, så att du först klickar på den första bokstaven i den posttyp du är intresserad av och sedan väljer själva posttypen till vänster.

Om du till exempel vill se schemat för underlagsposttypen klickar du först på S längst upp, sedan Dotterbolag till vänster.

Läser schemat

Varje schema ger dig en överväldigande mängd information om varje posttyp. Det är viktigt att veta hur man delar upp all denna information.

Längst upp i schemat finns namnet på posttypen följt av det interna ID för posttypen; detta interna ID är den programmatiska referensen för posttypen. Schemat delas sedan upp i flera avsnitt:

• Fält : Avsnittet Fält visar detaljer för alla postens kroppsfält . Fälten som beskrivs här kan användas när du arbetar med posten för närvarande i sammanhang, eller med en direkt referens till ett postobjekt.
• Sublists : Sublistsavsnittet visar alla sublister i posten och alla skriptbara kolumner i varje sublist. Fälten i detta avsnitt gäller igen när du arbetar med posten för närvarande i sammanhang, eller med en direkt referens till ett postobjekt.
• Flikar : Avsnittet Flikar beskriver alla de ursprungliga underflikarna i posttypen.
• Sökfogar : Avsnittet Sökfogar beskriver alla relaterade poster genom vilka du kan bygga sammanfogningar i dina sökningar av denna posttyp.
• Sökfilter : Avsnittet Sökfilter beskriver alla fält som är tillgängliga som sökfilter för denna posttyp. Det interna ID när du använder ett specifikt fält som sökfilter matchar inte alltid dess interna ID som ett kroppsfält.
• Sökkolumner : Avsnittet Sökkolumner beskriver alla fält som är tillgängliga som en sökkolumn för denna posttyp. Det interna ID när man använder ett specifikt fält som en sökkolumn matchar inte alltid dess interna ID som ett kroppsfält.
• Transformtyper : Avsnittet Transformtyper beskriver alla posttyper som den här kan omvandlas till med API: n för transformationstransformering.

Hitta ett fält

Som tidigare nämnts finns det ingen sökfunktion inbyggd i Records Browser . När du har navigerat till lämplig posttyp, om du inte redan känner ett specifikt fälts interna ID, är det enklaste sättet att hitta det att använda din webbläsares sökfunktion (vanligtvis CTRL+F ) för att hitta fältet med dess namn i UI.

Obligatoriska fält

Den obligatoriska kolumnen i schemat anger om detta fält krävs för att spara posten. Om den här kolumnen säger true måste du ange ett värde för det här fältet när du sparar någon post av denna typ.

nlapiSubmitField och Inline Editing

nlapiSubmitField är en kritisk del att förstå. Denna kolumn anger om fältet är tillgängligt för inline redigering. Om nlapiSubmitField är true kan fältet redigeras inline. Detta påverkar starkt hur detta fält hanteras när du försöker använda nlapiSubmitField eller record.submitFields funktionerna i dina skript.

När den här kolumnen är true , kan du säkert använda Submit Fields API: er för att uppdatera detta fält inline. När det är false kan du fortfarande använda dessa funktioner för att uppdatera fältet , men vad som faktiskt händer bakom kulisserna förändras avsevärt.

När nlapiSubmitField är false för ett visst fält, och du använder ett av Submit Fields API: er på det, kommer skriptmotorn bakom kulisserna faktiskt att göra en full belastning av posten, uppdatera fältet och skicka tillbaka ändringen till databasen. Slutresultatet är detsamma, men eftersom hela posten laddas och sparas kommer ditt skript faktiskt att använda mycket mer styrning än du kan förvänta dig och kommer att ta längre tid att utföra.

Du kan läsa mer om detta på Hjälpsidan med titeln "Konsekvenser av att använda nlapiSubmitField på icke-inline redigerbara fält."