Namespace des benutzerdefinierten Felds

Alle neuen benutzerdefinierten Felder werden einem Namespace für benutzerdefinierte Felder hinzugefügt, um Namenskonflikte zu vermeiden und vom Kunden hinzugefügte Felder leichter identifizierbar zu machen.

Übersicht

Vor Coupa 21 wurden alle von Ihnen hinzugefügten benutzerdefinierten Felder in den globalen API-Namespace (außerhalb des Stammelements) eingeschlossen. Dies erschwerte die Identifizierung, welche Felder für Coupa Standard sind und welche (falls vorhanden) vom Kunden hinzugefügt wurden. Jetzt werden neue benutzerdefinierte Felder zu einer <custom-fields> übergeordnetes Element.

So funktioniert es

Wir ändern keines Ihrer vorhandenen benutzerdefinierten Felder oder wie Sie benutzerdefinierte Felder hinzufügen, aber alle neuen benutzerdefinierten Felder, die Sie erstellen, werden umbrochen (API), wenn Sie sie in der API sehen.

In der Benutzeroberfläche

Wenn Sie ein benutzerdefiniertes Feld bearbeiten, das vor R21 hinzugefügt wurde, sehen Sie, dass Globaler API-Namespace Kontrollkästchen aktiviert ist. Dies bedeutet, dass das benutzerdefinierte Feld ist nicht enthalten im Namespace für benutzerdefinierte Felder und verhält sich wie immer. Wenn Sie dieses Kontrollkästchen deaktivieren und Ihre Änderungen speichern, wird Ihr altes benutzerdefiniertes Feld dem Namespace der benutzerdefinierten Felder hinzugefügt.

Neu erstellte benutzerdefinierte Felder haben nicht die Globaler API-Namespace Option. Sie befinden sich standardmäßig im neuen Namespace für benutzerdefinierte Felder. Wenn Sie die globale Namespace-Option für vorhandene benutzerdefinierte Felder deaktivieren, werden sie im Namespace für benutzerdefinierte Felder platziert. Das Kontrollkästchen wird ausgeblendet und Sie können sie nicht wieder zum globalen Namespace hinzufügen.

Hinweis

Benutzerdefinierte Felder für Ausgabenkategorien und benutzerdefinierte Felder für Teilnehmer unterstützen noch nicht das Hinzufügen zum Namespace für benutzerdefinierte Felder.

Integrationen

Ihre Integrationen unterstützen weiterhin das alte Format, solange die Globaler API-Namespace ist im benutzerdefinierten Feld aktiviert. Für das neue Format wickeln wir die API für neue benutzerdefinierte Felder für Integrationsobjekte um. Wie dies aussehen wird, sehen Sie in den folgenden Beispielen.

Für die API unterstützt Coupa Ihre vorhandenen benutzerdefinierten Felder im neuen Namespace, unabhängig von der Konfiguration. Wenn Ihre benutzerdefinierten Felder sowohl im neuen als auch im alten Format übergeben werden, verwendet Coupa das neue Format und ignoriert das ältere Format.

API-Beispiel mit XML

Für die API werden neue benutzerdefinierte Felder in ein übergeordnetes Element eingeschlossen <custom-fields> Attribut.

<custom-fields>
		<custom-field-1>Name of first custom field</custom-field-1>
		<custom-field-2>Name of second custom field</custom-field-2>
</custom-fields>

API-Beispiel mit JSON

Für die API sind neue benutzerdefinierte Felder in einem übergeordneten Element enthalten custom-fields Attribut.

{
	"custom-fields": {
		"custom-field-1": "Name of first custom field",
		"custom-field-2": "Name of second custom field"
	}
}	

Parts or all of this page might have been machine-translated. We apologize for any inaccuracies.

Vergleichbare Artikel


Die Coupa Core-API

Unsere RESTful-API bietet robusten Zugriff zum Lesen, Bearbeiten oder Integrieren Ihrer Daten mit der Coupa-Plattform.

Erste Schritte mit der API

Allgemeine Informationen zur Verwendung der Coupa-API und wann Sie CSV verwenden sollten.

Übergang zu OAuth 2.0 und OIDC

Coupa veraltet ältere API-Schlüssel und erfordert die Verwendung von OAuth 2.0 / OIDC. Ab R34 werden keine neuen API-Schlüssel ausgegeben und API-Schlüssel werden mit R35 nicht mehr unterstützt.

Bauen Sie auf der Coupa-Plattform auf

Unsere API-basierte offene Integrationsplattform ermöglicht Technologiepartnern und unabhängigen Softwareanbietern (ISVs) die Integration ihrer Produkte in Coupa