updateAccounts
Wird unterstützt in API v20 +
Kategorie
| Änderung von Metadaten |
Beschreibung
| Aktualisieren Sie eine Gruppe vorhandener Hauptbuch -Konten oder erstellen Sie neue Hauptbuch -Konten. In einem einzigen Aufruf können mehrere Konten mit mehreren Werten aktualisiert werden. Bei erfolgreicher Ausführung gibt die API Details für die Konten zurück, die aktualisiert/erstellt wurden. Wenn die API fehlschlägt, wird eine umfassende Liste der Fehler und deren Ursachen zurückgegeben. |
Zum Aufrufen sind Berechtigungen erforderlich
| Modell und Berechtigungen auf jeder Ebene |
Auf Anforderung erforderliche Parameter
| Zugangsdaten |
Die Anforderung dieser Methode enthält ein Credentials-Tag, um den aufrufenden Benutzer zu identifizieren und zu autorisieren. Benutzer muss über das "Modell" verfügenKonzept: Berechtigungssätze und die erforderliche Berechtigung zur Verwaltung der zu aktualisierenden Konten.
Best Practice: Rufen Sie exportAccounts auf, um die abzurufen
Adaptive Planning
Konto IDs, die für Ihre updateAccounts-Anforderung benötigt werden. Minimieren Sie die Zeit zwischen exportAccounts-Aufrufen und updateAccount-Anforderungen.HTTP | Beschreibung |
|---|---|
Method
| Post
|
Content-Type
| text/xml |
Beispiel für „Curl“.
curl -H "Content-Type: text/xml" -d @C:/temp/updateAccounts.xml -X POST https://api.adaptiveplanning.com/api/v20
Inhalte von updateAccounts.xml
Anforderungsformat
<?xml version='1.0' encoding='UTF-8'?> <call method="updateAccounts" callerName="a string that identifies your client application"> <credentials login="sampleuser@company.com" password="my_pwd"/> <accounts proceedWithWarnings="0"> <account id="1441" code="LocalAssets" name="LocalAssets" shortName="" description="Local Assets" displayAs="CURRENCY" decimalPrecision="0" suppressZeroes="1" exchangeRateType="E" isIntercompany="0" planBy="DELTA" timeRollup="LAST" hasSalaryDetail="0" dataPrivacy="PRIVATE" subType="CUMULATIVE" enableActuals="1"> <account id="1610" code="LocalCashAssets" name="Local Cash Assets" shortName="" description="cash assets" displayAs="CURRENCY" decimalPrecision="0" suppressZeroes="1" exchangeRateType="E" isIntercompany="0" planBy="DELTA" timeRollup="LAST" hasSalaryDetail="0" dataPrivacy="PRIVATE" subType="CUMULATIVE" enableActuals="1" propagateToDescendants="1"> <attribute name="SEC Reporting" value="Yes" /> <attribute name="GAAP Reporting" value="No" /> </account> </account> </accounts> </call>
Bei großen Nutzlasten können Sie zusammengefasste XML-Dateien (gezippt) hochladen. Wie das geht, erfahren Sie hier .
Die folgenden Bedingungen gelten für updateAccounts:
- Konten werden für die Aktualisierung über ihre interne ID-Nummer identifiziert.
- Um neue Konten zu erstellen, geben Sie diesen eine leere oder fehlende ID-Eigenschaft.
- Sie können ein vorhandenes (nicht neues) Element verschieben, sodass es zu einem untergeordnet eines neuen Element wird. Dadurch wird das neue Element erstellt und das vorhandene Element wird als untergeordnet darunter verschoben.
- Für API v31 und höher können Sie ein neues übergeordnet Konto zwischen einem vorhandenen übergeordnet und seinen untergeordnet Konten erstellen.
Neue übergeordnete Konten festlegen
- updateAccountswird angezeigt, wenn der Attribut für ein untergeordnet nicht mit dem neuen übergeordnet Attribut kompatibel ist. Beispiel: Das Attribut „reparentedAccount1“ hat den Wert „SEC Reporting“ = „Nein“ und ist nicht kompatibel, weil das Attribut „newParentAccount2“ den Wert „Ja“ hat.
- updateAccountskorrigiert nicht kompatible Attribut , damit sie beim Festlegen eines neuen übergeordnet mit dem neuen übergeordneten Attribut übereinstimmen, wennproceedWithWarnings=1.
- Für Konten, die ein neues übergeordnetes Konto festlegen, kann keine zyklische Beziehung hergestellt werden.
- Für vom System generierte Root Konten ist ein neues übergeordnetes Konto nicht zulässig:Assets, Liabilities and Equities, Net Income, PL Income, Non-Operating Income, PL COGS, PL Expense, Non-Operating Expenses.
Abhängig von der API- Version,
updateAccounts
ermöglicht das Erstellen eines neuen übergeordnet Konto zwischen einem vorhandenen übergeordnet und seinen untergeordnet Konten: Quellkonto | Verschoben unter | API v30 und niedriger | API v31 + |
|---|---|---|---|
Root | Root | verhindert | verhindert |
Root | übergeordnet | verhindert | verhindert |
Root | Leaf | verhindert | verhindert |
übergeordnet | Root | zulässig | zulässig |
übergeordnet | übergeordnet | zulässig | zulässig |
übergeordnet | ein vorhandenes Leaf als erstes untergeordnet | verhindert | verhindert |
übergeordnet | ein vorhandenes Leaf als nicht erstes untergeordnet | zulässig | zulässig |
übergeordnet | ein neues erstes Konto , das einem vorhandenen übergeordnet untergeordnet ist | verhindert | zulässig |
übergeordnet | ein neues, nicht erstes Konto , das einem vorhandenen übergeordnet untergeordnet ist | zulässig | zulässig |
Leaf | Root | zulässig | zulässig |
Leaf | übergeordnet | zulässig | zulässig |
Leaf | ein vorhandenes Leaf als erstes untergeordnet | verhindert | verhindert |
Leaf | ein vorhandenes Leaf als nicht erstes untergeordnet | zulässig | zulässig |
Leaf | ein neues erstes Konto , das einem vorhandenen übergeordnet untergeordnet ist | verhindert | zulässig |
Leaf | ein neues, nicht erstes Konto , das einem vorhandenen übergeordnet untergeordnet ist | zulässig | zulässig |
Leaf | ein neues erstes Konto , das einem vorhandenen Leaf untergeordnet ist | verhindert | verhindert |
Leaf | ein neues, nicht erstes Konto , das einem vorhandenen Leaf untergeordnet ist | zulässig | zulässig |
Untergeordnete Leaf-Konten
- Das erste untergeordnet eines Leaf Konto kann nur ein neues Konto sein. Ein vorhandenes Hauptbuch Konto kann nicht unter ein vorhandenes Leaf Konto verschoben werden.
- Wenn ein Konto beim Festlegen eines neuen übergeordneten Kontos sein erstes untergeordnet erhält, wird das Konto Mapping unter Integration > Importkonto-Mappings gelöscht.
- Wenn Sie für Konten ein neues übergeordnetes Konto festlegen,balanceTypeundsubType-Eigenschaften werden von ihrem übergeordnet Hauptbuch Konto geerbt.
Cube-Konten und Cube-Eingabedaten
- Für Konten mit Cube-Eingabe kann ein neues übergeordnetes Konto festgelegt werden.
- Nur Konten, die keine Daten mit Cube-Eingabe in ihren Quell- und Zielunterbäumen haben, können als neue übergeordnete Konten festgelegt werden.
- Für CUBE-/GEMIESE Konten kann kein neues übergeordnetes Konto festgelegt werden.
- Neue Konten unter einem CUBE-ACCOUNT sind nicht zulässig. Neue Konten unter einem STANDARD-/MISCHKonten sind zulässig.
Anforderungsformat für die Erstellung eines neuen Kontos
Um ein neues Konto zu erstellen, geben Sie das übergeordnet anhand der ID an. Um z. B. ein neues untergeordnet Konto unter L hinzuzufügen
ocalAssets
Konto , das hatid 1441
können Sie Folgendes verwenden:<?xml version='1.0' encoding='UTF-8'?> <call method="updateAccounts" callerName="Steve C"> <credentials login="sampleuser@company.com" password="my_password"/> <accounts> <account id="1441"> <account id="" code="newLocalAssets" name="new Local Assets" description="new local assets account for this area" shortName="" > </account> </account> </accounts> </call>
Diese Methode ändert nichts am Konto
id 1441
. Es wird ein neues untergeordnet mit dem Namen erstelltnew Local Assets
fürid 1441
. Alle nicht erwähnten untergeordneten Elemente vonLocalAssets
an das Ende der untergeordnet Liste verschoben. Dies entspricht der Art " übergeordnet festlegen" für das neue Konto.Verarbeitung mehrerer Umbenennungen in einem einzigen updateAccounts-Aufruf
Zwischendurch können mehrere Umbenennungen derselben Entität in einem Remote-System stattfinden
updateAccounts
-Anrufe. Die Namen von Entitäten im Remote-System können durch dieselben Entitäts-IDs ersetzt werden. WannupdateAccounts
-Aufrufe erfolgen nach dem NamenstauschupdateAccounts
aufrufen verwaltet diese Änderungen, indem die IDs bei Namensänderungen verfolgt werden. Der Aufruf kann auch die Einführung einer neuen ID verarbeiten, die einen vorhandenen Namen verwendet.Damit jedes der Beispiele erfolgreich ist, muss der vollständige Tausch der IDs mit den eindeutigen Werten erfolgen.
Beispiel 1: Ein einfacher Namenstausch im Remote-System.
ID Unique Value New Unique Value 1 AA BB 2 BB AA
Beispiel 2: Eine Sequenz von drei Umbenennungen im Remote-System.
ID Unique Value New Unique Value 1 AA BB 2 BB CC 3 CC AA
Beispiel 3: Eine neue Entität, die einen vorhandenen eindeutigen Wert verwendet.
ID Unique Value New Unique Value 4 AA 1 AA BB 2 BB Old BB
Element „Zugangsdaten“.
| |||
Tag-Name
| -Zugangsdaten | ||
Beschreibung
| Alle API-Aufrufe müssen ein einzelnes Element mit den Zugangsdaten enthalten, um den Benutzer zu identifizieren, der die API aufruft. Der API-Aufruf wird dann als dieser Benutzer ausgeführt (jeder Audit-Trail oder jede Aktionshistorie im System zeigt, dass dieser Benutzer die Aktion ausgeführt hat). Daher muss der Benutzer über die erforderlichen Berechtigungen zum Ausführen der Aktion verfügen, damit der API-Aufruf ausgeführt werden kann erfolgreich ist. | ||
Attribute des Elements
| |||
Name des Attributs
| erforderlich?
| Wert
| Beispiel
|
anmelden | J | Der Anmeldename des Benutzers, der die API-Methode aufruft. Dieser Benutzer muss über die erforderlichen Berechtigungen zum Aufrufen der Methode verfügen. | sampleuser@company.com |
Kennwort | J | Das Kennwort des Benutzers, der die API-Methode aufruft. | my_password |
Gebietsschema | N | Geben Sie das Gebietsschema an, das verwendet werden soll, um eingehende Zahlen und Datumsangaben zu interpretieren und ausgehende Zahlen und Datumsangaben zu formatieren (mit dem entsprechenden Tausendertrennzeichen, den Monatsnamen und der Datumsformatierung). Das Gebietsschema wird auch verwendet, um die Sprache anzugeben, in der Systemmeldungen in der Antwort angezeigt werden sollen. Wenn nicht angegeben, wird en_US (amerikanisches Englisch) verwendet. | fr_FR |
instanceCode | N | Wenn der in den Zugangsdaten angegebene Benutzer Zugriff auf mehr als eine Instanz von Adaptive Planning hat, kann dieses Attribut verwendet werden, um anzugeben, dass der Benutzer auf eine andere Instanz als seine Instanz zugreifen möchte. Wenn nicht angegeben, wird die Standardinstanz des Benutzers verwendet. Verwenden Sie die exportInstances-API, um die verfügbaren Instanzcodes zu ermitteln. | MYINSTANCE1 |
Inhalt des Elements
| |||
(Keine) | |||
Kontenelement
| |||
Tag-Name
| Konten | ||
Beschreibung
| Pro Nutzlast ist nur eine Kontoelementanforderung zulässig. Es enthält ein oder mehrere Konto . | ||
Attribute des Elements
| |||
Name des Attributs
| erforderlich?
| Wert
| Beispiel
|
proceedWithWarnings | N | proceedWithWarnings="1" gibt an, dass die updateAccounts-API die Attribut und Eigenschaften des Kontos basierend auf Änderungen der übergeordneten Ebene anpassen soll. proceedWithWarnings = "0" gibt an, dass die updateAccounts API die Attribut und Eigenschaften eines Kontos nicht basierend auf Änderungen der übergeordneten Ebene anpassen sollte. Der Fehler UpdateAccounts wird mit einer Meldung beendet, die den Fehlergrund übermittelt. Beispielsweise wird das Attribut Mapping nach einem neuen übergeordneten Element ungültig. Standardwert ist 0, falls vorhanden. | 1 |
retainExistingOrder Verfügbar in API v26 + | N | RetainExistingOrder = "1" gibt an, dass die updateAccounts-API die Reihenfolge der Elemente in der XML-Nutzlast ignorieren soll und die vorhandene definierte Reihenfolge beibehalten wird. RetainExistingOrder = "0" gibt an, dass die updateAccounts-API die Reihenfolge der Elemente basierend auf der Tag-Position relativ zu anderen gleichgeordneten Elementen in der XML-Nutzlast aktualisieren soll. Das Attribut „retainExistingOrder“ wird in API-Versionen vor API v26 ignoriert. Der Standardwert für RetainExistingOrder ist für Version 26 „0“. Für die API-Versionen v27 und höher ist der Standardwert für behältExistingOrder „1“. | 1 |
displayNameEnabled
Nur in API v32 und höher für Instanzen verfügbar, die den Anzeigenamen aktivieren. | N | displayNameEnabled=1 gibt an, dass updateAccounts die Eigenschaften des Anzeigenamens von berücksichtigen soll code ,displayNameType unddescription wenn Enable Anzeige Name für die Instanz EIN ist.displayNameEnabled = 0 gibt an, dass die updateAccounts API weiterhin den API-Vertrag vor v32 einhalten soll, auch wenn "Anzeigename aktivieren" für die Instanz auf EIN gesetzt ist. Die updateAccounts-API ignoriert die Eigenschaften des Anzeigenamens code ,displayNameType unddescription .Der Standardwert für displayNameEnabled ist „0“. | 1 |
Inhalt des Elements
| |||
Enthält ein oder mehrere Konto . | |||
Konto
| |||
Tag-Name
| account | ||
Beschreibung
| Gibt ein zu erstellendes Konto an. | ||
Attribute des Elements
| |||
Name des Attributs
| erforderlich?
| Wert
| Beispiel
|
id | J | Die interne System-ID des Konto. | 16 |
-Code
| N | Der Code des Konto, nur alphanumerische Zeichen und Unterstriche. Sollte kein Code- Attribut für Konto angeben.
| Cur_Assets |
Name
| J | Der Name des Konto, wie er in Berichten und Tabellenblättern angezeigt wird.
| Kurzfristige Vermögenswerte |
shortName | N | Der Kurzname des Konto. | CA |
Beschreibung | N | Die Textbeschreibung des Konto. Maximale Zeichenlänge ist 2048. | Summe kurzfristige Vermögenswerte |
subType | N | Gibt an, ob das Konto periodisch oder kumulativ ist. Wenn ein Konto periodisch ist, entspricht sein Wert in einem bestimmten Monat der Nettoaktivität für den Monat. Beispiele hierfür sind Ertrag und Aufwand . Wenn ein Konto kumulativ ist, entspricht sein Wert dem Endsaldo für einen bestimmten Monat. Dies ist der Wert des vorherigen Monats plus oder minus Aktivitäten im angegebenen Monat. Konten der Tabellenblatt sind kumulativ. Dies ist für Konto und Metrik leer. Schreibgeschützt, wird basierend auf dem übergeordnet Konto identifiziert. | Kumulativ |
planBy | N | Gibt für kumulative Konten an, ob das Konto eine Planung nach Saldo (BALANCE) oder eine Planung nach Delta (DELTA) ist. Der Standardwert ist DELTA. Eine Änderung des Plans nach DELTA ist NICHT zulässig, wenn das Konto Splits in Nicht-Istzahlen-Versionen enthält. Gilt nur für Leaf -Konten. updateAccounts wird beendet, wenn der Benutzer versucht, planBy für ein Nicht-Leaf Konto festzulegen. | DELTA |
Istzahlennach | N | Gibt für kumulative Konten an, ob es sich bei dem Konto Istzahlen nach Saldo (BALANCE) oder Istzahlen nach Delta (DELTA) handelt. Die Standardvorgabe ist BALANCE. Gilt nur für Leaf -Konten. updateAccounts wird beendet, wenn der Benutzer versucht, Istzahlen für ein Nicht-Leaf Konto festzulegen. | BSALDO |
EnableIstzahlen | N | 0, um nur Plandaten für das Konto anzuzeigen. 1, um Istzahlen in das Konto zu importieren. Bei verknüpften Konten werden durch "0" nur dann Istzahlen angezeigt, wenn das verknüpftes Konto über diese verfügt, und durch "1" werden Istzahlen für das verknüpftes Konto aktiviert. Dies ist für Konto und Metrik leer. Die Verwaltungsoberfläche des Hauptbuch in Planning verwendet den Begriff "Istzahlen Überlagerung". Der Standardwert ist 0, wenn das aktuelle Konto eine Gruppe ist. Der Standardwert ist 1, wenn das aktuelle Konto ein Leaf ist | 1 |
Saldoart
Aktualisiert in API v33 | N | Gibt die Saldoart eines Konto an: Soll oder Haben. Die Saldoart ist leer, wenn dem Konto keine Saldoart zugeordnet ist. Nur Hauptbuch Konten haben eine Saldoart. Für API v32 und älter istbalanceType eine schreibgeschützte Eigenschaft, die im übergeordnet Konto identifiziert wird. Bei API v33 + verwenden untergeordnet Konten möglicherweise eine andere Saldoart als ihre übergeordnet Konten. | HABEN |
timeStratum | N | Der Code der Zeitschicht des Konto. Bei modellierten Konten und Cube-Konten wird dies vom Tabellenblatt des Kontoinhabers geerbt. Siehe:Schritte: Kalender ändern finden Sie weitere Informationen zur Zeit und zu Zeitperiode . Schreibgeschützte Eigenschaft, ausgewählt aus Zeit , modelliertem oder Cube-Tabellenblatt. | month |
displayAs | N | Anzeigeeinstellung für die Ausgabe des Kontos: Zahl, WÄHRUNG oder PROZENTSATZ. Wird nur für Konten bereitgestellt, die in der Kontoverwaltung eine Eigenschaft „Anzeigen als“ haben. Schreibgeschützte Eigenschaft für Hauptbuch -Konten. | NUMBER |
decimalPrecision | N | Die Anzahl der Dezimalstellen, die für Zahlen in diesem Konto angezeigt werden sollen. Der Sonderwert 99 gibt ein verknüpftes Konto an, das die Genauigkeit seines Ziels erbt. Der Wert -1 gibt an, dass das Konto ein Konto ist und die Genauigkeit der angezeigten Währung verwendet. Zulässige Werte: -1, 0, 1-9, 99 Standard ist 0. | 0 |
exchangeRateType | N | Nur vorhanden für Instanzen mit aktivierten mehreren Währungen und für Konten mit displayAs="CURRENCY". Mögliche Werte: Alle in der Instanz vorhandenen Codes für die Wechselkursart , wie unter Währungen verwalten konfiguriert. „A“ = Monatlicher Durchschnitt, „E“ = Ende des Monats. Falls nicht vorhanden, verwenden Sie A für periodisch und E für kumulativ. | E |
suppressZeroes | N | Gibt an, ob Benutzer mit dem Konto Nullen in Tabellenblättern unterdrücken können. Bei 0 können Benutzer Nullen nicht unterdrücken. Bei 1 können Benutzer Nullen unterdrücken. Wird nur für Konten bereitgestellt, bei denen in der Kontenverwaltung die Eigenschaft „In Tabellenblättern unterdrücken“ aktiviert ist. Wenn kein Wert vorhanden ist, wird der Standardwert auf 1 gesetzt. | 1 |
startExpanded | N | Gibt an, ob ein Konto und seine untergeordneten Konten beim ersten Laden des Tabellenblatt in einem eingeblendeten Status beginnen. Gilt nur für übergeordnet Konten. „1“ für eingeblendet, „0“ für ausgeblendet. Wenn kein Wert vorhanden ist, wird der Standardwert auf 1 gesetzt. | 1 |
dataEntryType aktualisiert in API v29 | N | Gibt die Dateneingabeart für ein Leaf Konto an. Entweder STANDARD oder CUBE. Wenn der übergeordnet dataEntryType CUBE ist, wird als Standard für ein neues Konto dataEntryType CUBE festgelegt. Andernfalls wird als Standardwert für neue Konten die Dateneingabeart STANDARD festgelegt. Änderungen des Dateneingabetyps für Nicht-Leaf-Konten werden ignoriert. Das System berechnet automatisch neue Dateneingabeart für alle Nicht-Leaf-Konten. API v29 und höher unterstützen das Hinzufügen neuer Konten mit dataEntryType=CUBE. | STANDARD |
hasSalaryDetail | N | Gibt an, ob dieses Konto Splits enthält, für die zur Anzeige die Berechtigung „Zugriff auf Gehaltsdetails“ erforderlich ist. Leer, wenn dies nicht auf dieses Konto zutrifft. hasSalaryDetail = 1 ist für Konto /Nicht-Leaf-Konten nicht zulässig. To make hasSalaryDetail=1:
Wird beendet, wenn dataEntryType NOT STANDARD ist. Wird beendet, wenn dataEntryType = 1 für Nicht-Leaf-Konten. Bei Nicht- Hauptbuch und benutzerdefinierten Konten werden Fehler angezeigt. | 1 |
dataPrivacy | N | Gibt die Ebenen an, die die Werte des Kontos beim Schreiben von Formeln auf anderen Ebenen öffentlich sind und abgerufen werden können. PRIVAT gibt an, dass die Werte des Kontos privat sind. PUBlic_TOP gibt an, dass die Werte des Kontos nur auf der oberste Ebene öffentlich sind, oder PUBlic_ALL, sodass die Werte des Kontos auf allen Ebenen öffentlich sind. Annahmen sind immer öffentlich und haben keine Einstellung dataPrivacy. Wenn keine Angabe vorhanden ist, wird als Standard PRIVAT festgelegt. Zugehörige Fehler für Konto und Annahme . | PRIVAT |
isIntercompany | N | Gibt an, ob das Konto ein Intercompany Konto ist oder nicht. Änderungen an der Eigenschaft „isIntercompany“ werden nicht unterstützt. | 0 |
propagateToDescendants | N | Gibt die Weitergabe von Änderungen des Attribut Mapping an Nachfolger an. Wenn kein Wert vorhanden ist, wird der Standardwert auf 0 gesetzt. Wird beendet, wenn leer oder wenn ein anderer Wert als "1" oder "0" vorhanden ist. Eigenschaften, die an Nachfolger weitergegeben werden:
| 1 |
Inhalt des Elements
| |||
Ein optional Attributelement, wenn Sie ein oder mehrere dem Konto zugeordnete Konto bearbeiten möchten. | |||
Attribut
| |||
Tag-Name
| Attribut | ||
Beschreibung
| Gibt ein zu aktualisierendes Attribut an. Taggt das Konto mit dem Attribut , wenn das Modell Konto hat. | ||
Attribute des Elements
| |||
Name des Attributs
| erforderlich?
| Wert
| Beispiel
|
Name | J | Der Name des Attribut. Wird ausgeführt, wenn der Name im System noch nicht vorhanden ist. Wird mit einem Fehler beendet, wenn der Name vorhanden ist, das Attribut aber kein Kontoattribut ist. Wird beendet, wenn der Attribut leer ist oder fehlt. | Standort |
Wert
aktualisiert in API v34 | J | Der Attribut für dieses Attribut. Ermöglicht entweder einem leeren Wert das Entfernen des aktuellen Werts oder einem der definierten Kontoattribut . Der Attribut muss mit dem zugewiesenen Attribut des Kontos kompatibel sein. Für API v32 und v33 ist dieses Attribut nur sinnvoll, wenn die Einstellung „Anzeigename“ für die Instanz auf „AUS“ gesetzt ist. Für API v34 und höher:
| 170 |
valueCode
Nur in API v32 und API v33 für Instanzen verfügbar, die den Anzeigenamen aktivieren. Wird in API v34 nicht unterstützt. | J | Der eindeutige Code des Attribut .
Die Eingabe valueCode ist nur sinnvoll, wenn displayNameEnabled=1 und die Einstellung Anzeigename für die Instanz in API v32 und API v33 auf EIN gesetzt ist. Unzulässige Codes von Attribut :
| SFO |
valueName
Nur in API v32 und API v33 für Instanzen verfügbar, die den Anzeigenamen aktivieren. Wird in API v34 nicht unterstützt. | N | Der Name für einen neu automatisch erstellten Attribut .
Das Attribut ist nur in folgenden Fällen sinnvoll:
| San Francisco |
Inhalt des Elements
| |||
(Keine) | |||
Verarbeitung der Nutzlast von oben nach unten
Kontoattribute gruppieren Werte logisch und taggen Konten. Da die updateAccounts-API die XML-Nutzlast von oben nach unten verarbeitet, weisen Sie das Kontoattribut für ein übergeordnet Konto zu, bevor Sie die Attribute für untergeordnet Konto ändern. Untergeordnete Konten können mit einem beliebigen Attribut getaggt werden, wenn der Attributwert des übergeordnet Kontoattribut leer ist. Wenn Attribute für untergeordnet Konto nicht auf das übergeordnet Attribut abgestimmt werden können, tritt ein Fehler bei der Kompatibilitätsvalidierung auf.
Beachten Sie die Baumstruktur unten, in der das übergeordnet „Produktlinie“ zwei untergeordnete Konten „A“ und „B-Ste“ hat. Die Konten „A“ und „B-Ste“ sind gleichgeordnet.
Product Line|__A __A |__B-Ste __B-Ste |__B1 __Product B-1 |__B2 __Product B-2 |__B3 __Product B-3
Beispiel für ursprüngliche Anforderung - XML mit Kontoattributen
Beachten Sie, dass der Kontoattribut "A" sowohl "Sonstige Konten" als auch "Swiss Bank" zugewiesen ist.
<accounts> <account id="60" code="70140" name="Other Accounts"> <attribute name="Product Line" value="A" /> <account id="91" code="70150" name="Swiss Bank"> <attribute name="Product Line" value="A" /> </account> </account> </accounts>
Beispiel für falsche Reihenfolge bei Nutzlastverarbeitung
Die folgende XML-Nutzlast generiert den folgenden Fehler:
The attribute value B-1 is not compatible with the parent's attribute value
". Bei der Verarbeitung der Nutzlast von oben nach unten wird davon ausgegangen, dass das übergeordnet „Sonstige Konten“ den Wert „A“ aus dem vorherigen Codeblock hat und verarbeitet „B-1“ als untergeordnet von „A“. Der Fehler wird generiert, weil das untergeordnet "Swiss Bank" nur die Attribut "A" oder "B-Ste" haben kann, wie in der Baumstruktur angegeben. <accounts> <account id="60" code="70140" name="Other Accounts"> <account id="91" code="70150" name="Swiss Bank"> <attribute name="Product Line" value="B-1" /> </account> <attribute name="Product Line" value="B-Ste" /> <!-- Account Attribute change ignored due to placement order--> </account> </accounts>
Beispiel für gültige Reihenfolge bei Nutzlastverarbeitung
Durch die Änderung der Reihenfolge der Platzierung von "B-Ste" unter "Sonstige Konten" kann die API zuerst das übergeordnet Kontoattribut "B-Ste" Prozess , sodass "Swiss Bank" die Werte "B-Ste" oder haben kann einem seiner untergeordneten Elemente
<accounts> <account id="60" code="70140" name="Other Accounts"> <attribute name="Product Line" value="B-Ste" /> <!-- Account Attribute change processed due to correct placement order--> <account id="91" code="70150" name="Swiss Bank"> <attribute name="Product Line" value="B-1" /> </account> </account> </accounts>
Antwortformat
<?xml version="1.0" encoding="UTF-8"?> <response success="true"> <messages> <message type="INFO">Accounts were saved successfully.</message> </messages> <output> <accounts> <account id="1441" code="LocalAssets" name="LocalAssets" shortName="" description="Local Assets"displayAs="CURRENCY" decimalPrecision="0" suppressZeroes="true" exchangeRateType="E" formula="" isIntercompany="0" planBy="DELTA" timeRollup="LAST" timeWeightAcctId="" levelDimRollup="SUM" levelDimWeightAcctId="" rollupText="" startExpanded="true" hasSalaryDetail="" dataPrivacy="PRIVATE" isBreakbackEligible="" subType="CUMULATIVE" enableActuals="true"> <account id="1610" code="LocalCashAssets" name="Local Cash Assets" shortName="" description="cash assets" displayAs="CURRENCY" decimalPrecision="0" suppressZeroes="true" exchangeRateType="E" formula="" isIntercompany="0" planBy="DELTA" timeRollup="LAST" timeWeightAcctId="" levelDimRollup="SUM" levelDimWeightAcctId="" rollupText="" startExpanded="true" hasSalaryDetail="" dataPrivacy="PRIVATE" isBreakbackEligible="" subType="CUMULATIVE" enableActuals="true"> </account> </accounts> </output> </response>
Ausgabeelement
| |
Tag-Name
| Ausgabe |
Attribute des Elements
| |
(Keine) | |
Inhalt des Elements
| |
Ein einzelnes erforderliches Kontenelement Dieser Ausgabe-Wraper ist ein Standard für alle API-Antworten und schließt die gültige Ausgabe jedes erfolgreichen API-Aufrufs ein. | |
Kontenelement
| |||
Tag-Name
| Konten | ||
Beschreibung
| Container für ein oder mehrere Konto . | ||
Attribute des Elements
| |||
Name des Attributs
| erforderlich?
| Wert
| Beispiel
|
Inhalt des Elements
| |||
Einem oder mehreren Konto . | |||
Konto
| |||||
Tag-Name | account | ||||
Beschreibung
| Stellt ein einzelnes Konto dar, das in der Antwort auf einen updateAccounts-API-Aufruf zurückgegeben wird. Wenn sich dieses Element direkt im umschließenden Element „Konten“ der Antwort befindet (d. h. es ist nicht in ein anderes Konto eingeschlossen), stellt dieses Konto ein Root Konto dar (ein Konto ohne übergeordnet Konto). | ||||
Attribute des Elements
| |||||
Name des Attributs
| erforderlich?
| Wert
| Beispiel
| ||
id | J | Die interne System-ID des Konto. Dies kann verwendet werden, um Konten in anderen API-Aufrufen zu identifizieren, z. B. exportDimensionFamilies. | 16 | ||
-Code | J | Der Code des Konto, wie es bei der Referenzierung in Formeln angezeigt wird. | Cur_Assets | ||
Name | J | Der Name des Konto, wie er in Berichten und Tabellenblättern angezeigt wird. | Kurzfristige Vermögenswerte | ||
accountTypeCode | N | Der Buchstabencode, der dem Datentyp dieses Konto entspricht | |||
Artcode | Kontoart | Kontoklasse | |||
A | Asset | Hauptbuch | |||
B | Kurzfristiger Vermögenswert | Hauptbuch | |||
C | Verbindlichkeiten und Eigenkapital | Hauptbuch | |||
CUBE | Cube | Cube | |||
DE | YTD-Gewinn/-Verlust | Hauptbuch | |||
F | Anlagevermögen | Hauptbuch | |||
G | Umsatzkosten | Hauptbuch | |||
I | Income | Hauptbuch | |||
J | Nicht-operativer Ertrag | Hauptbuch | |||
K | Kumulative Umrechnungsanpassung | System | |||
L | Verbindlichkeiten | Hauptbuch | |||
M | Kurzfristige Verbindlichkeiten | Hauptbuch | |||
MI | Konsolidierungsprozentsätze | Vordefiniert | |||
MT | Metrik | Metrik | |||
N | Überschuss | Hauptbuch | |||
O | Sonstige Vermögenswerte | Hauptbuch | |||
Q | Eigenkapital | Hauptbuch | |||
R | Langfristige Vermögenswerte | Hauptbuch | |||
S | Annahme | Annahme | |||
T | Langfristige Verbindlichkeiten | Hauptbuch | |||
W | Modelliert | Modelliert | |||
X | Aufwand | Hauptbuch | |||
XR | Wechselkurs | Vordefiniert | |||
J | Nicht-operativer Aufwand | Hauptbuch | |||
Z | Benutzerdefiniert | Benutzerdefiniert | |||
Beschreibung | N | Die textuelle Beschreibung des Konto, falls vorhanden, wie in der Kontoverwaltung eingegeben | Summe kurzfristige Vermögenswerte | ||
shortName | N | Der Kurzname für das Konto, falls vorhanden, wie in der Kontoverwaltung eingegeben | CA | ||
timeStratum | N | Der Code der Zeitschicht des Konto. Bei modellierten Konten und Cube-Konten wird dies vom Tabellenblatt des Kontoinhabers geerbt. | Monat | ||
displayAs | N | Anzeigeeinstellung für die Ausgabe des Kontos: Zahl, WÄHRUNG oder PROZENTSATZ. Wird nur für Konten bereitgestellt, die in der Kontoverwaltung die Eigenschaft Anzeigen als haben. | NUMBER | ||
isAssumption | N | Entweder "0" oder "1", was angibt, ob das Konto eine Annahme ist. Für Annahmen und Wechselkurs wird dieser Wert auf „1“ gesetzt. | 1 | ||
suppressZeroes | N | Gibt an, ob Benutzer mit dem Konto Nullen in Tabellenblättern unterdrücken können. Bei 0 können Benutzer Nullen nicht unterdrücken. Bei 1 können Benutzer Nullen unterdrücken. Wird nur für Konten bereitgestellt, bei denen in der Kontenverwaltung die Eigenschaft „In Tabellenblättern unterdrücken“ aktiviert ist. | 1 | ||
isDefaultRoot | N | Entweder "0" oder "1", was angibt, ob das Konto oder die Konto ein Standard- Root ist. | 1 | ||
decimalPrecision | N | Anzahl der Dezimalstellen, die für Zahlen in diesem Konto angezeigt werden sollen. Der Sonderwert 99 gibt ein verknüpftes Konto an, das die Genauigkeit seines Ziels erbt. Der Wert -1 gibt an, dass das Konto ein Konto ist und die Genauigkeit der angezeigten Währung verwendet. Zulässige Werte: -1, 0, 1-9, 99 Standard ist 0. | 0 | ||
planBy | N | Gibt für kumulative Konten an, ob das Konto eine Planung nach Saldo (BALANCE) oder eine Planung nach Delta (DELTA) ist. | BSALDO | ||
exchangeRateType | N | Nur für Konten mit displayAs="CureRENCY" vorhanden. Mögliche Werte: Alle in der Instanz vorhandenen Codes für die Wechselkursart , wie unter Währungen verwalten konfiguriert. „A“ = Monatlicher Durchschnitt, „E“ = Ende des Monats. | E | ||
Saldoart | N | Gibt die Saldoart eines Konto an, SOLL oder Haben. Dieses Attribut ist leer, wenn dem Konto keine Saldoart zugeordnet ist. Nur Hauptbuch Konten haben eine Saldoart. | SOLL | ||
dataEntryType aktualisiert in API v29 | N | Gibt die Dateneingabeart für das Konto an. Entweder STANDARD oder CUBE. Ein leerer Wert zeigt an, dass die Dateneingabeart für das Konto nicht anwendbar ist. Das System berechnet automatisch neue Dateneingabeart für alle Nicht-Leaf-Konten. Für API v29 und höher:
| STANDARD | ||
timeRollUp | N | Gibt an, wie sich das Konto beim Rollup über eine Zeitperiode verhält. Mögliche Werte sind SUM, Gewichted_AVERAGE, LAST oder AVERAGE. Dies ist für Konto und Metrik leer. | SUM | ||
timeWeightAcctId | N | Wenn dieses Konto ein timeRollup von WEightED_AVERAGE hat, ist dies die interne System-ID des Konto , aus dem die Gewichtungen bestimmt werden. Dieses Feld ist leer , wenn kein Gewichtung vorhanden ist oder das Konto kein Zeit-Rollup von „WEightED_AVERAGE“ hat. | 133 | ||
hasSalaryDetail | N | Gibt an, ob dieses Konto Splits enthält, für die zur Anzeige die Berechtigung „Zugriff auf Gehaltsdetails“ erforderlich ist. Leer, wenn dies nicht auf dieses Konto zutrifft. | 1 | ||
dataPrivacy | N | Gibt die Ebenen an, die die Werte des Kontos beim Schreiben von Formeln auf anderen Ebenen öffentlich sind und abgerufen werden können. PRIVAT gibt an, dass die Werte des Kontos privat sind. PUBlic_TOP gibt an, dass die Werte des Kontos nur auf der oberste Ebene öffentlich sind, oder PUBlic_ALL, sodass die Werte des Kontos auf allen Ebenen öffentlich sind. Annahmen sind immer öffentlich und haben keine Einstellung dataPrivacy. | PRIVAT | ||
subType | N | Gibt an, ob das Konto periodisch oder kumulativ ist. Wenn ein Konto periodisch ist, entspricht sein Wert in einer bestimmten Zeitperiode der Nettoaktivität für die Zeitperiode. Beispiele hierfür sind Ertrag und Aufwand . Wenn ein Konto kumulativ ist, entspricht sein Wert dem Endsaldo für eine bestimmte Zeitperiode. Dies ist der Wert der vorherigen Zeit plus oder minus Aktivitäten in der angegebenen Zeitperiode. Konten der Tabellenblatt sind kumulativ. Dies ist für Konto und Metrik leer. | PERIODISCH | ||
startExpanded | N | Sie zeigt an, ob ein Konto und seine untergeordneten Elemente beim ersten Laden eines Tabellenblatt in einem eingeblendeten Status beginnen. Dies gilt nur für übergeordnet Konten. Bei Leaf -Konten ist dies leer. | 1 | ||
isBreakbackEligible | N | Entweder 0 oder 1, um anzugeben, ob dieses Konto in einem Breakback verwendet werden kann. Dies gilt nur für Standardannahmen. Dieses Feld ist für andere Arten von Konten leer. | 0 | ||
levelDimRollup | N | Gibt an, wie sich das Konto beim Rollup entlang einer Ebene oder Dimension verhält. Mögliche Werte sind SUM, WEightED_AVERAGE, TEXT oder ONBlank_AVERAGE. Dies ist für Konto und Metrik leer. | NONBLANK_AVERAGE | ||
levelDimWeightAcctId | N | Wenn dieses Konto eine EbeneDimRollup von WEightED_AVERAGE hat, ist dies die interne System-ID des Konto , aus dem die Gewichtungen bestimmt werden. Dies ist leer, wenn kein Gewichtung vorhanden ist oder die Ebene "DimRollup " des Kontos nicht "Weighted_AVERAGE" ist. | 118 | ||
rollupText | N | Wenn dieses Konto eine EbeneDimRollup von TEXT hat, ist dies die Textzeichenfolge, die in der Zelle angezeigt wird, die den Rollup-Wert des Konto angibt. | Keine | ||
EnableIstzahlen | N | 0, um nur Plandaten für das Konto anzuzeigen. 1, um Istzahlen in das Konto zu importieren. Bei verknüpften Konten werden durch "0" nur dann Istzahlen angezeigt, wenn das verknüpftes Konto über diese verfügt, und durch "1" werden Istzahlen für das verknüpftes Konto aktiviert. Dies ist für Konto und Metrik leer. | 1 | ||
isGroup | J | 0 oder 1, um anzugeben, ob dies eine Konto ist oder nicht. | 1 | ||
isContra
Verfügbar in API v34 und höher | N | 0 oder 1, um anzugeben, ob es sich um ein Konto handelt. | 1 | ||
isIntercompany | N | 0 oder 1, um anzugeben, ob dieses Konto ein Intercompany Konto ist oder nicht. | 1 | ||
isLinked | N | 0 oder 1, um anzugeben, ob dieses Konto ein verknüpftes Konto ist oder nicht. | 1 | ||
isSystem | N | 0 oder 1, um anzugeben, ob dieses Konto ein Systemkonto ist oder nicht. | 1 | ||
status | J | Status des Konto nach der Aktualisierung Bei Warnungen und Fehlern enthält das Nachrichtenelement den Nachrichteninhalt. Der Status "Aktualisiert" gibt keine Nachrichteninhalte zurück.
| Aktualisiert | ||
Nachricht | N | Die Fehlermeldung für die Konto . | Das Konto "ModAccount33" ist entweder in der Nutzlast doppelt oder im System bereits mit der ID "8" vorhanden | ||
Inhalt des Elements
| |||||
Ein verschachteltes Konto für jedes direkt untergeordnet Konto dieses Konto. Ein Element „Attribute“, wenn dem Konto mindestens ein Attribut zugeordnet ist. | |||||
Attribut
| |||
Tag-Name
| Attribut | ||
Beschreibung
| Gibt das Attribut -Tagging für das Konto an. | ||
Attribute des Elements
| |||
Name des Attributs
| erforderlich?
| Wert
| Beispiel
|
Name | J | Der Name des Kontoattribut | Art der Ausbildung |
Wert
aktualisiert in API v34 | J | Wert des Kontoattribut.
Für die API v32 und die API v33 ist dieses Attribut nur sinnvoll, wenn die Einstellung „Anzeigename“ für die Instanz auf „AUS“ gesetzt ist. | Tech1 |
valueCode
Nur in API v32 und API v33 für Instanzen verfügbar, die den Anzeigenamen aktivieren. | J | Der eindeutige Code des Attribut .
Für API v32 und API v33 ist valueCode nur in folgenden Fällen sinnvoll:
| |
valueName
Nur in API v32 und API v33 für Instanzen verfügbar, die den Anzeigenamen aktivieren. | N | Der Name für einen neu automatisch erstellten Attribut .
Das Attribut ist nur in folgenden Fällen sinnvoll:
| |
status | J | Status des Attribut nach der Aktualisierung Bei Warnungen und Fehlern enthält das Nachrichtenelement den Nachrichteninhalt. Der Status "Aktualisiert" gibt keine Nachrichteninhalte zurück.
| aktualisiert |
Nachricht | N | Die Fehlermeldung für eine ungültige Attribut . | |
Inhalt des Elements
| |||
(Keine) | |||