Werkorders opnemen om gegevens te verwijderen work-order-endpoint
Gebruik het /workorder eindpunt in de API voor gegevenshygiëne om werkorders voor het verwijderen van records in Adobe Experience Platform te maken, weer te geven en te beheren. Met werkorders kunt u gegevensverwijdering in verschillende gegevenssets beheren, controleren en volgen, zodat u de gegevenskwaliteit kunt behouden en de standaarden voor gegevensbeheer van uw organisatie kunt ondersteunen.
Aan de slag
Alvorens u begint, zie het overzicht om over vereiste kopballen te leren, hoe te steekproefAPI vraag lezen, en waar te om verwante documentatie te vinden.
Quoten en verwerkingstijdlijnen quotas
Voor het opnemen van verwijderwerkorders gelden dagelijkse en maandelijkse indieningslimieten voor id's, die worden bepaald door de licentierechten van uw organisatie. Deze limieten gelden voor aanvragen voor het verwijderen van records via de gebruikersinterface en API.
Maandelijkse indieningstoeslagrechten per product quota-limits
In de volgende tabel staan de indieningslimieten voor id's per product en machtigingsniveau. Voor elk product is de maandelijkse limiet de laagste van twee waarden: een vast identificatieplafond of een op percentage gebaseerde drempel die is gekoppeld aan uw gelicentieerde gegevensvolume. In de praktijk hebben de meeste organisaties lagere maandelijkse limieten op basis van hun werkelijke adresseerbare publiek of Adobe Customer Journey Analytics rijrechten.
- De quota zijn opnieuw ingesteld op de eerste dag van elke kalendermaand. Ongebruikte quota niet draagt over.
- Het gebruik van de quota is gebaseerd op de vergunning gegeven maandelijkse bevoegdheid van uw organisatie voor voorgelegde herkenningstekens. De quota's worden niet door systeemgaranties afgedwongen, maar kunnen worden gecontroleerd en herzien.
- Het verslag schrapt de capaciteit van de het werkorde is a gedeelde dienst. Uw maandelijkse limiet weerspiegelt de hoogste rechten voor Real-Time CDP, Adobe Journey Optimizer, Customer Journey Analytics en alle toepasselijke add-ons voor schild.
Tijdlijnen verwerken voor id-verzending sla-processing-timelines
Na verzending worden werkorders voor het verwijderen van records in een wachtrij geplaatst en verwerkt op basis van uw machtigingsniveau.
Als uw organisatie hogere limieten nodig heeft, neemt u contact op met uw Adobe-vertegenwoordiger voor een beoordeling van uw rechten.
Werkorders voor het verwijderen van records weergeven list
Haal een gepagineerde lijst op van werkorders voor het verwijderen van records voor bewerkingen voor gegevenshygiëne in uw organisatie. De resultaten van de filter gebruikend vraagparameters. Elk werkorderrecord bevat het actietype (zoals identity-delete ), de status, de gerelateerde gegevensset en gebruikersgegevens en metagegevens van de audit.
API formaat
GET /workorder
In de volgende tabel worden de queryparameters beschreven die beschikbaar zijn voor het opnemen van recordverwijderwerkorders.
searchtypeidentity-delete).statusEnum:
received, validated, submitted, ingested, completed, failedauthordisplayNamedescriptionworkorderIdsandboxName* om alle sandboxen op te nemen.fromDatetoDate moet worden ingesteld.toDatefromDate moet worden ingesteld.filterDatepagelimitorderBy+ of - voor oplopend/aflopend. Voorbeeld: orderBy=-datasetName .propertiesVerzoek
Met de volgende aanvraag worden alle voltooide werkorders voor het verwijderen van records opgehaald, met een maximum van twee per pagina:
curl -X GET \
"https://platform.adobe.io/data/core/hygiene/workorder?status=completed&limit=2" \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'x-sandbox-name: {SANDBOX_NAME}'
Reactie
Een succesvolle reactie keert een gepagineerde lijst van verslag terug schrapt werkorden.
{
"results": [
{
"workorderId": "DI-1729d091-b08b-47f4-923f-6a4af52c93ac",
"orgId": "9C1F2AC143214567890ABCDE@AcmeOrg",
"bundleId": "BN-4cfabf02-c22a-45ef-b21f-bd8c3d631f41",
"action": "identity-delete",
"createdAt": "2034-03-15T11:02:10.935Z",
"updatedAt": "2034-03-15T11:10:10.938Z",
"operationCount": 3,
"targetServices": [
"profile",
"datalake",
"identity",
"ajo"
],
"status": "received",
"createdBy": "a.stark@acme.com <a.stark@acme.com> BD8C3D631F41@acme.com",
"datasetId": "a7b7c8f3a1b8457eaa5321ab",
"datasetName": "Acme_Customer_Exports",
"displayName": "Customer Identity Delete Request",
"description": "Scheduled identity deletion for compliance"
}
],
"total": 1,
"count": 1,
"_links": {
"next": {
"href": "https://platform.adobe.io/workorder?page=1&limit=2",
"templated": false
},
"page": {
"href": "https://platform.adobe.io/workorder?limit={limit}&page={page}",
"templated": true
}
}
}
In de volgende tabel worden de eigenschappen in het antwoord beschreven.
resultsworkorderIdorgIdbundleIdactioncreatedAtupdatedAtoperationCounttargetServices["datalake", "identity", "profile", "ajo"]). Voor Customer Journey Analytics-enige organisaties (zonder een Echte bevoegdheid van het Profiel van de Klant), is de enige geldige waarde [ "datalake"].statusreceived, validated, submitted, ingested, completed en failed .createdBydatasetIdALL. Wanneer in de aanvraag de alleen-profielmodus wordt gebruikt, is deze waarde ALL .datasetNamedisplayNamedescriptiontotalcount_linksnexthref (tekenreeks) en templated (Boolean) voor de volgende pagina.pagehref (tekenreeks) en templated (Boolean) voor paginanavigatie.Een werkorder voor het verwijderen van records maken create
Om verslagen te schrappen verbonden aan één of meerdere identiteiten van één enkele dataset, veelvoudige datasets, of alle datasets, doe een POST- verzoek aan het /workorder eindpunt.
Werkorders worden asynchroon verwerkt en verschijnen na verzending in de lijst met werkorders. Opties met meerdere gegevenssets en alleen profielen (gerichte services) zijn over het algemeen beschikbaar voor alle klanten vanaf de Experience Platform-release van maart 2026.
API formaat
POST /workorder
- het datasetschema moet een primaire identiteit of identiteitskaart bepalen. U kunt records alleen verwijderen uit gegevenssets waarvan het bijbehorende XDM-schema een primaire identiteit of identiteitskaart definieert.
- secundaire identiteiten worden niet gescand. Als een dataset veelvoudige identiteitsgebieden bevat, slechts wordt de primaire identiteit gebruikt voor aanpassing. Records kunnen niet worden aangeroepen of verwijderd op basis van niet-primaire identiteiten.
- Verslagen zonder een bevolkte primaire identiteit worden overgeslagen. Als een record geen metagegevens van de primaire identiteit heeft ingevuld, kan het niet worden verwijderd.
- Gegevens die vóór identiteitsconfiguratie worden opgenomen zijn niet verkiesbaar. Als het primaire identiteitsveld na gegevensinvoer aan een schema is toegevoegd, kunnen eerder opgenomen records niet worden verwijderd via werkorders voor het verwijderen van records.
Indelingen voor identiteitslading (namespacesIdentities of identities)
Het verzoeklichaam moet precies één van het volgende omvatten.
namespacesIdentitiesnamespace (bijvoorbeeld { "code": "email" } ) en ids (array van identiteitstekenreeksen).identitiesnamespace (bijvoorbeeld { "code": "email" } ) en één id (tekenreeks).Als u zowel eigenschappen verzendt, geen bezit, of een lege serie voor het bezit verstrekt u omvat, keert API HTTP 400 (Slecht Verzoek) met één van deze berichten terug:
- allebei verstrekte eigenschappen:
"Identities and NamespacesIdentities are not allowed at the same time" - Geen verstrekte of lege lijst:
"Identities are Empty for Delete Identity request."
Verzoek
Het volgende verzoek schrapt alle verslagen verbonden aan gespecificeerde e-mailadressen van een bepaalde dataset. Hierbij wordt de aanbevolen namespacesIdentities -indeling gebruikt.
curl -X POST \
https://platform.adobe.io/data/core/hygiene/workorder \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'Content-Type: application/json' \
-H 'x-sandbox-name: {SANDBOX_NAME}' \
-d '{
"displayName": "Acme Loyalty - Customer Data Deletion",
"description": "Delete all records associated with the specified email addresses from the Acme_Loyalty_2023 dataset.",
"action": "delete_identity",
"datasetId": "7eab61f3e5c34810a49a1ab3",
"namespacesIdentities": [
{
"namespace": {
"code": "email"
},
"ids": [
"alice.smith@acmecorp.com",
"bob.jones@acmecorp.com",
"charlie.brown@acmecorp.com"
]
}
]
}'
In de volgende tabel worden de eigenschappen beschreven voor het maken van een werkvolgorde voor het verwijderen van records.
displayNamedescriptionactiondelete_identity om records te verwijderen die aan een bepaalde identiteit zijn gekoppeld.datasetIdALL , één id voor de gegevensset of een door komma's gescheiden lijst met twee of meer id's voor gegevenssets (bijvoorbeeld "id1,id2,id3" ). U kunt ALL niet combineren met specifieke id's. Verzoeken met één gegevensset werken zoals voorheen, aanvragen met meerdere gegevenssets verwijderen de identiteiten uit elke vermelde gegevensset en ALL richt elke gegevensset. Datasets moeten een primaire identiteit of een identiteitskaart hebben. Als er een identiteitskaart bestaat, is deze aanwezig als een veld op hoofdniveau met de naam identityMap .Nota: Een datasetrij kan vele identiteiten in zijn identiteitskaart hebben, maar slechts één kan als primair worden gemerkt.
"primary": true moet worden opgenomen om ervoor te zorgen dat de id overeenkomt met een primaire identiteit.Wanneer u
targetServices gebruikt voor alleen-profielverwijdering, moet datasetId ALL zijn.targetServices["datalake", "identity", "profile", "ajo"]). Organisaties met Customer Journey Analytics maar zonder de bevoegdheid van het Profiel van de Klant in real time kan [ "datalake"slechts gebruiken ]. Als u de verwijdering wilt beperken tot gegevens die alleen betrekking hebben op het profiel en als u het gegevenspeer ongewijzigd wilt laten, stelt u deze in op ["identity", "profile", "ajo"] (in willekeurige volgorde). Voor deze alleen-profielmodus is een Real-Time CDP- of Adobe Journey Optimizer-machtiging vereist en datasetId moet ALL zijn.identitiesidentities of namespacesIdentities. Array met objecten, elk met namespace (object met code , bijvoorbeeld "email" ) en id (enkele identiteitstekenreeks). Wordt geaccepteerd voor achterwaartse compatibiliteit en wordt geproduceerd door de conversiescripts. De dienst normaliseert intern dit formaat; het gedrag is identiek. Zie formaat van de nuttige lading van de Identiteit hierboven.namespacesIdentitiesidentities of namespacesIdentities. Array van objecten, elk met namespace (object met code , bijvoorbeeld "email" ) en ids (array van identiteitstekenreeksen). Aanbevolen voor alle ladingen. De eigenschap namespacesIdentities is compacter wanneer veel identiteiten één naamruimte delen. Zie formaat van de nuttige lading van de Identiteit hierboven. Identiteitsnaamruimten: documentatie van identiteitsnaamruimte , Dienst API van de Identiteit .Reactie
Een succesvolle reactie keert de details van het nieuwe verslag terug schrapt werkorde.
{
"workorderId": "DI-95c40d52-6229-44e8-881b-fc7f072de63d",
"orgId": "8B1F2AC143214567890ABCDE@AcmeOrg",
"bundleId": "BN-c61bec61-5ce8-498f-a538-fb84b094adc6",
"action": "identity-delete",
"createdAt": "2035-06-02T09:21:00.000Z",
"updatedAt": "2035-06-02T09:21:05.000Z",
"operationCount": 1,
"targetServices": [
"profile",
"datalake",
"identity",
"ajo"
],
"status": "received",
"createdBy": "c.lannister@acme.com <c.lannister@acme.com> 7EAB61F3E5C34810A49A1AB3@acme.com",
"datasetId": "7eab61f3e5c34810a49a1ab3",
"datasetName": "Acme_Loyalty_2023",
"displayName": "Loyalty Identity Delete Request",
"description": "Schedule deletion for Acme loyalty program dataset"
}
In de volgende tabel worden de eigenschappen in het antwoord beschreven.
workorderIdorgIdbundleIdactioncreatedAtupdatedAtoperationCounttargetServicesstatuscreatedBydatasetIdALL worden geplaatst. Voor verzoeken met meerdere gegevenssets geeft de waarde de door komma's gescheiden lijst of één id weer.datasetNamedisplayNamedescriptionDe responswaarde targetServices komt overeen met uw verzoek of toont de volledige standaardset wanneer deze wordt weggelaten (zie de tabel met reacties hierboven).
Multi-dataset en profiel-slechts (API) multi-dataset-profile-only
De volgende opties zijn alleen beschikbaar via de API en worden niet ondersteund in de interface voor gegevenshygiëne. Zij controleren welke datasets en welke diensten de schrapping verwerken, toelatend multi-dataset indieningen en profiel-slechts gerichte de dienstverzoeken.
De volgende tabel geeft een overzicht van de manier waarop de hoofdtekst van de aanvraag en het gedrag voor elke optie worden gewijzigd.
datasetId (bijvoorbeeld "id1,id2,id3" ). Eén id of ALL ongewijzigd.ALL).targetServices toe met exact ["identity", "profile", "ajo"] (elke willekeurige volgorde). Vereist datasetId: "ALL" .Verzoeken met meerdere gegevenssets
Het veld datasetId wordt met komma's gesplitst: gebruik één id (hetzelfde gedrag als voorheen), een lijst met door komma's gescheiden id's of het letterlijke teken ALL . Als u identiteiten wilt verwijderen uit meerdere specifieke gegevenssets in één werkvolgorde, voert u een door komma's gescheiden lijst in:
"datasetId": "6707eb36eef4d42ab86d9fbe,6643f00c16ddf51767fcf780"
De identiteiten worden dan geschrapt uit elk van de vermelde datasets. Verzoeken met één gegevensset werken zoals altijd. Gebruik ALL om elke gegevensset als doel in te stellen. De waarde moet precies een van de volgende waarden hebben: ALL , één id voor de gegevensset of twee of meer id's voor de gegevensset, gescheiden door komma's (geen combinatie van ALL met specifieke id's).
Alleen profiel (gerichte services)
Als u alleen identiteitsgegevens en profielgegevens wilt verwijderen terwijl het gegevenspeer ongewijzigd blijft, neemt u targetServices op met exact deze drie waarden in willekeurige volgorde: identity , profile en ajo . Identiteit, Profiel en AJO zijn expliciet opgenomen. Het datumpeer is uitgesloten. In deze modus moet datasetId ALL zijn (het gebruiksgeval is het volledig verwijderen van profielen en niet het verwijderen van fragmenten per gegevensset).
In het volgende voorbeeld wordt een werkvolgorde gemaakt waarin alleen een record met profiel wordt verwijderd:
curl -X POST \
"https://platform.adobe.io/data/core/hygiene/workorder" \
-H 'Content-Type: application/json' \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'x-sandbox-name: {SANDBOX_NAME}' \
-H 'x-sandbox-id: {SANDBOX_ID}' \
-d '{
"action": "delete_identity",
"datasetId": "ALL",
"displayName": "Profile-only delete for specified identity",
"description": "Delete identity, profile, and AJO data only; datalake unchanged.",
"targetServices": ["identity", "profile", "ajo"],
"namespacesIdentities": [
{
"namespace": { "code": "email" },
"ids": ["user@example.com"]
}
]
}'
Succesvolle reacties voor verzoeken met meerdere gegevenssets of alleen met profielen hebben dezelfde vorm als andere werkorderantwoorden. De geretourneerde waarden datasetId en targetServices weerspiegelen de waarden in de aanvraag (of de volledige standaardlijst als targetServices wordt weggelaten), zodat u kunt bevestigen wat er is verzonden.
identity-delete in API-reacties. Als de API verandert om een andere waarde te gebruiken (zoals delete_identity), wordt deze documentatie dienovereenkomstig bijgewerkt.ID-lijsten converteren naar JSON voor aanvragen voor recordverwijdering (#convert-id-lists-to-json-for-record-delete-Requests)
Gebruik conversiescripts om de vereiste JSON-nuttige ladingen voor het /workorder -eindpunt te produceren wanneer uw id's zich in CSV-, TSV- of TXT-bestanden bevinden. Deze aanpak is vooral handig wanneer u met bestaande gegevensbestanden werkt. Voor gebruiksklare manuscripten en instructies, zie de csv-aan-gegeven-hygiëne bewaarplaats GitHub .
De scripts voeren de identities -indeling uit: één id per object met een namespace . De API accepteert deze indeling ongewijzigd. U kunt de gegenereerde JSON rechtstreeks in de POST-hoofdtekst naar /workorder sturen zonder conversie. Het geadviseerde formaat is namespacesIdentities; zie een verslag creëren schrap het werkorde en het ladingsformaat van de Identiteit .
JSON-payloads genereren
De volgende voorbeelden van basscript tonen hoe u de conversiescripts in Python of Ruby kunt uitvoeren:
| code language-bash |
|---|
|
| code language-bash |
|---|
|
In de onderstaande tabel worden de parameters in de basscripts beschreven.
verbosecolumnnamespaceemail ). De gegenereerde JSON gebruikt dit in de eigenschap namespace.code van elk object.dataset-idALL voor alle gegevenssets.descriptionoutput-dirIn het onderstaande voorbeeld ziet u een JSON-laadbewerking die is omgezet vanuit een CSV-, TSV- of TXT-bestand. Deze bevat records die zijn gekoppeld aan de opgegeven naamruimte en wordt gebruikt om records te verwijderen die worden geïdentificeerd door e-mailadressen.
{
"action": "delete_identity",
"datasetId": "66f4161cc19b0f2aef3edf10",
"displayName": "output/sample-big-001.json",
"description": "a simple sample",
"identities": [
{
"namespace": {
"code": "email"
},
"id": "1"
},
{
"namespace": {
"code": "email"
},
"id": "2"
}
]
}
In de volgende tabel worden de eigenschappen in de JSON-payload beschreven.
actiondelete_identity door het conversiescript.datasetIdALL .displayNamedescriptionidentitiesEen serie van voorwerpen, elk die:
bevatten
namespace: Een object met een eigenschapcodedie de naamruimte voor identiteit opgeeft (bijvoorbeeld 'email').id: De identiteitswaarde die voor deze naamruimte moet worden verwijderd.
Verzend de gegenereerde JSON-gegevens naar het eindpunt van /workorder
De scriptuitvoer gebruikt de identities -indeling, die de API 'as-is' accepteert. Gebruik de omgezette JSON-payload als de aanvraaginstantie (-d) wanneer u uw curl POST-aanvraag naar het /workorder -eindpunt verzendt. Voor volledige verzoekopties en bevestigingsregels, zie een verslag creëren schrapt het werkorde .
Gegevens ophalen voor een specifieke werkorder voor het verwijderen van records lookup
U kunt informatie voor een specifieke werkorder voor het verwijderen van records ophalen door een GET-aanvraag in te dienen bij /workorder/{WORKORDER_ID} . De reactie omvat actietype, status, bijbehorende dataset en gebruikersinformatie, en controlemetagegevens.
API formaat
GET /workorder/{WORKORDER_ID}
{WORK_ORDER_ID}Verzoek
curl -X GET \
https://platform.adobe.io/data/core/hygiene/workorder/DI-6fa98d52-7bd2-42a5-bf61-fb5c22ec9427 \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'x-sandbox-name: {SANDBOX_NAME}'
Reactie
Een geslaagde reactie retourneert de details van de opgegeven werkvolgorde voor het verwijderen van records.
{
"workorderId": "DI-6fa98d52-7bd2-42a5-bf61-fb5c22ec9427",
"orgId": "3C7F2AC143214567890ABCDE@AcmeOrg",
"bundleId": "BN-dbe3ffad-cb0b-401f-91ae-01c189f8e7b2",
"action": "identity-delete",
"createdAt": "2037-01-21T08:25:45.119Z",
"updatedAt": "2037-01-21T08:30:45.233Z",
"operationCount": 3,
"targetServices": [
"ajo",
"profile",
"datalake",
"identity"
],
"status": "received",
"createdBy": "g.baratheon@acme.com <g.baratheon@acme.com> C189F8E7B2@acme.com",
"datasetId": "d2f1c8a4b8f747d0ba3521e2",
"datasetName": "Acme_Marketing_Events",
"displayName": "Marketing Identity Delete Request",
"description": "Scheduled identity deletion for marketing compliance"
}
In de volgende tabel worden de eigenschappen in het antwoord beschreven.
workorderIdorgIdbundleIdactioncreatedAtupdatedAtoperationCounttargetServicesstatuscreatedBydatasetIdALL).datasetNamedisplayNamedescriptionDe werkvolgorde voor het verwijderen van records bijwerken update
Werk de name en description voor een recordverwijderwerkorder bij door een PUT-aanvraag in te dienen bij het /workorder/{WORKORDER_ID} -eindpunt.
API formaat
PUT /workorder/{WORKORDER_ID}
In de volgende tabel wordt de parameter voor deze aanvraag beschreven.
{WORK_ORDER_ID}Verzoek
curl -X PUT \
https://platform.adobe.io/data/core/hygiene/workorder/DI-893a6b1d-47c2-41e1-b3f1-2d7c2956aabb \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'x-sandbox-name: {SANDBOX_NAME}' \
-H 'Content-Type: application/json' \
-d '{
"name": "Updated Marketing Identity Delete Request",
"description": "Updated deletion request for marketing data"
}'
In de volgende tabel worden de eigenschappen beschreven die u kunt bijwerken.
namedescriptionReactie
Een geslaagde reactie retourneert de bijgewerkte aanvraag voor de werkorder.
{
"workorderId": "DI-893a6b1d-47c2-41e1-b3f1-2d7c2956aabb",
"orgId": "7D4E2AC143214567890ABCDE@AcmeOrg",
"bundleId": "BN-12abcf45-32ea-45bc-9d1c-8e7b321cabc8",
"action": "identity-delete",
"createdAt": "2038-04-15T12:14:29.210Z",
"updatedAt": "2038-04-15T12:30:29.442Z",
"operationCount": 2,
"targetServices": [
"profile",
"datalake"
],
"status": "received",
"createdBy": "b.tarth@acme.com <b.tarth@acme.com> 8E7B321CABC8@acme.com",
"datasetId": "1a2b3c4d5e6f7890abcdef12",
"datasetName": "Acme_Marketing_2024",
"displayName": "Updated Marketing Identity Delete Request",
"description": "Updated deletion request for marketing data",
"productStatusDetails": [
{
"productName": "Data Management",
"productStatus": "waiting",
"createdAt": "2024-06-12T20:11:18.447747Z"
},
{
"productName": "Identity Service",
"productStatus": "success",
"createdAt": "2024-06-12T20:36:09.020832Z"
},
{
"productName": "Profile Service",
"productStatus": "waiting",
"createdAt": "2024-06-12T20:11:18.447747Z"
},
{
"productName": "Journey Orchestrator",
"productStatus": "success",
"createdAt": "2024-06-12T20:12:19.843199Z"
}
]
}
workorderIdorgIdbundleIdactioncreatedAtupdatedAtoperationCounttargetServicesstatusreceived, validated, submitted, ingested, completed en failed .createdBydatasetIdALL).datasetNamedisplayNamedescriptionproductStatusDetailsEen array met de huidige status van downstreamprocessen voor de aanvraag. Elk object bevat:
productName: De naam van de downstreamservice.productStatus: De huidige verwerkingsstatus van de downstreamservice.createdAt: De tijdstempel op het moment dat de service de meest recente status heeft gepost.
Deze eigenschap is beschikbaar nadat de werkorder is ingediend bij downstreamservices om te beginnen met de verwerking.