Mappa leverantörsdata till Pimcore. Ingen kod.
Pimcore 11 har ingen REST-webservice, så SDM Portal skriver genom Datahubs GraphQL-API: objekt som hittas via key, skapas under den mapp du väljer och uppdateras ett språk i taget. Connectorn är i beta och den här sidan säger exakt vad den gör och inte gör.
Anslutning
- ProtokollDatahub GraphQL, /pimcore-graphql-webservices/{config}
- AutentiseringDatahub API-nyckel på configens security definition
- VersionPimcore 11
- StrukturClass
- AdresseringObjektets key, under en målmapp per profil
- StatusBeta
Där ett leverantörsflöde till Pimcore verkligen fastnar
Leverantörsfiler är gjorda för människor. Pimcore är byggt för ett schema. Det mesta av arbetet är avståndet mellan de två, och det kommer tillbaka med varje ny fil.
Ingen REST-webservice
Pimcore 11 tog bort den. Allt går genom en Datahub-konfiguration som du skapar själv, som avgör vilka classes som är läsbara och skrivbara och som håller API-nyckeln.
Objekt är keys och sökvägar
Ett Pimcore-objekt adresseras inte med ett identifier-attribut utan med en key inne i ett mappträd. En leverantörsrad måste landa på en key innan något kan skrivas.
Språk är separata skrivningar
Lokaliserade fält uppdateras per språk, vilket innebär att en bred flerspråkig katalog blir många små mutations i stället för ett dokument.
Så skriver SDM Portal till Pimcore
Du ritar mappningen på en yta. Svåra regler beskriver du på vanligt språk och de kompileras en gång till en fast regel, så att körningarna förblir reproducerbara. Nedan står vad Pimcore-sidan av detta faktiskt gör.
Datahub som integrationsyta
Du skapar en Datahub-konfiguration i Pimcore, exponerar de classes du vill fylla, sätter en API-nyckel på security definition och aktiverar den. SDM Portal ansluter till den endpointen med nyckeln. Inget installeras inne i Pimcore.
Mappning per class
Välj classen och attributskenan begränsas till dess fält, på samma sätt som en familj eller ett template gör i de två andra PIM.
Existens svept via key
Före skrivningen slår SDM Portal upp de keys den är på väg att röra och avgör per rad om det är en create eller en update. Svepet hittar även opublicerade objekt, så ett objekt du skapade i en tidigare körning uppdateras i stället för att dupliceras.
En målmapp du väljer
Nya objekt skapas under en mappsökväg som sätts per profil. När Datahub-konfigurationen exponerar objektmappar väljer du den i ett sökbart träd som läses live från Pimcore; när den inte gör det skriver du sökvägen själv.
Värden skrivna per språk
En create, sedan en update-mutation per språk, i jämn takt så att en stor katalog inte överbelastar endpointen. En update utan innehåll hoppas över i stället för att skickas.
Allt före skrivningen är detsamma
Uppladdning, delningslänk eller e-postmottagning, den visuella flödeseditorn, AI-kompilerade transformationer, Translate- och Compose-blocken, testkörningen rad för rad, godkännandeflödet, lägena create, update och upsert samt delta sync är identiska med Ergonode- och Akeneo-vägarna. Bara skrivningen skiljer sig.
Vad vi kan skriva till Pimcore
Värden skrivs genom Datahubs update-mutations, per språk. Select-värden mappas till de koder din class förväntar sig; SDM Portal skapar inga nya värden eller fält i class-definitionen.
Vad Pimcore-connectorn inte gör ännu
Vi vill hellre att du läser det här innan du registrerar dig än att du upptäcker det i vecka två. Varje punkt nedan är en verklig gräns för Pimcore-connectorn i dag.
Yngre än de två andra connectorerna
Den skriver till en riktig Pimcore-instans i dag: den hittar objekt via key, skapar dem under en målmapp och uppdaterar värden per språk. Den har färre funktioner än Ergonode- och Akeneo-connectorerna, och de är alla listade här.
Objekt landar opublicerade
Ett objekt som skapas av SDM Portal publiceras inte. Publicering förblir ett beslut i Pimcore. Key-svepet hittar opublicerade objekt, så nästa körning uppdaterar det objektet i stället för att skapa ett andra.
Varianter, skapande av alternativ, arbetsflödesstatus
Inga variantföräldrar och axlar, inget skapande av select-värden eller alternativ, ingen berikning av alternativ och inga statusövergångar i arbetsflödet. Det är Ergonode- och Akeneo-funktioner.
Skapa fält
Du kan inte skapa ett nytt class-fält från editorn. Class-definitionen hanteras i Pimcore.
Dubblerade keys över mappar
Key-svepet matchar över alla mappar. Om samma key finns två gånger får du en varning om dubblerad key och skrivningen träffar den första matchningen.
En update per språk per objekt
En bred flerspråkig katalog går långsammare än de batchade skrivvägarna för Ergonode och Akeneo, där många produkter färdas i en förfrågan.
Mappväljaren
Läsning av objektmappar är av som standard i en Datahub-konfiguration. Slå på det för att få mappträdet, eller skriv målsökvägen i stället.
Frågor om Pimcore och SDM Portal
Vilken Pimcore-version och vilket API använder SDM Portal?
Pimcore 11 via Datahubs GraphQL-API. Pimcore 11 har ingen REST-webservice, så Datahub är integrationsytan. Du skapar en Datahub-konfiguration, exponerar de classes du vill fylla, sätter en API-nyckel på dess security definition och aktiverar den.
Vad betyder beta för Pimcore-connectorn?
Den skriver till en riktig Pimcore-instans i dag: den hittar objekt via key, skapar dem under en målmapp och uppdaterar värden per språk. Den är yngre än Ergonode- och Akeneo-connectorerna och har färre funktioner, som listas på den här sidan. Vi kallar den beta så att du kan bedöma det själv.
Publiceras objekten automatiskt?
Nej. Objekt som skapas av SDM Portal landar opublicerade, och publicering förblir ett beslut i Pimcore. Existenssvepet hittar opublicerade objekt, så en senare körning uppdaterar objektet du skapade i stället för att göra ett nytt.
Hur matchas Pimcore-objekt mot leverantörsrader?
Via objektets key. Före skrivningen sveper SDM Portal de keys den är på väg att röra och avgör per rad om det är en create eller en update. Svepet matchar keys över alla mappar, så om samma key finns två gånger får du en varning om dubblerad key och skrivningen träffar den första matchningen.
Kan jag fortfarande använda den visuella editorn och testkörningen?
Ja. Allt före skrivningen är samma som för Ergonode och Akeneo: flödesytan, transformationerna, AI-kompilerade regler, Translate- och Compose-blocken, testkörningen rad för rad, godkännandeflödet och delta sync.
Kör du ett annat PIM?
Editorn, transformationerna och arbetsflödet är gemensamma. Bara skrivvägen skiljer sig per PIM, så varje connector har sin egen sida.
Mappa Pimcore en gång. Sedan sköter det sig självt.
Skapa en arbetsyta, anslut din Pimcore-instans och mappa din första leverantörsfil. Fjorton dagar gratis, inget dras från kortet under provperioden.