Release Notes 2.14.6
Tilgangsstyring per API-klient
En API-klient kan nå begrenses til et utvalg av produkter og til hvilken API-generasjon den får lov til å kalle. Administratoren knytter klienten til et kombinert søk, og klienten ser kun produktene i det søket. Begrensningen gjelder overalt: produktsøk og GraphQL, oppslag på enkeltprodukt, relasjoner, varianter og produkter på strukturnoder. Filtreringen skjer i selve spørringen, slik at paginering og totaler forblir riktige, og et produkt utenfor begrensningen rapporteres som ikke funnet.
I samme dialog velger administratoren hvilke API-generasjoner klienten kan bruke: v1, v2 eller begge. Nye klienter settes til v2. Et kombinert søk gjelder kun for v2, siden v1-tjenestene ikke kan filtrere på det. Klienter som finnes fra før beholder tilgangen de har i dag, så ingen integrasjoner blir stengt ute av oppgraderingen.
Ny dialog for koblede entiteter
Entiteter kobles nå til produkter og andre entiteter gjennom en felles dialog med to ruter: tilgjengelige entiteter på den ene siden og koblede på den andre. Du kan filtrere hver side for seg, legge til og fjerne enkeltvis eller alt på én gang, og se endringene som ikke er lagret før du bekrefter. Dialogen varsler hvis du prøver å lukke med endringer som ikke er lagret, og du kan tilbakestille alt du har gjort. Arvede koblinger vises, men kan ikke redigeres.
Inverse relasjoner i det offentlige API-et
Det offentlige API-et har fått endepunkter for inverse relasjoner. Du kan hente en oppsummering av hvilke relasjoner som peker mot et produkt med antall for hver, og paginere gjennom produktene bak hver enkelt relasjon. Listene kan sorteres på samme måte som de øvrige relasjonsendepunktene.
Bruk av kombinert søk vises før du endrer eller sletter
Et kombinert søk som er i bruk kan ikke lenger slettes. I stedet får du en oversikt over hvor søket brukes, fordelt på webhooks, kompletthetsregler og dashbord-widgeter, slik at du kan fjerne bruken først. Åpner du et søk som er i bruk for redigering, får du en tydelig advarsel om hvilke funksjonsområder endringen vil påvirke.
Siste søk i søkedialogen
Søkedialogen husker søkene du har kjørt nylig, og lar deg hente dem tilbake med ett klikk. Søkene lagres per bruker, og du kan gå videre med et tidligere søk i stedet for å bygge det opp på nytt.
Endringstidspunkt på stamdata i det offentlige API-et
Arbeidet med endringstidspunkt er fullført for stamdata. Dataregister, dataregisterlinjer, attributter, attributtgrupper, entitetstyper, entiteter, produkttyper, produktstatus, relasjoner, forpakninger, mediaroller, filkategorier, strukturer og strukturnoder returnerer nå opprettet- og endret-tidspunkt i det offentlige API-et. Deltaeksport og integrasjoner kan dermed hente kun det som faktisk har endret seg, også for stamdata.
Kjerneattributter på forpakning kan fjernes
Kjerneattributter kan nå kobles fra en forpakningstype. Siden dette påvirker import- og eksportjobber som bruker API-et, vises en tydelig advarsel før du gjør endringen, og import av forpakninger håndterer forpakningstyper der en kjerneattributt er koblet fra.
Validering ved Excel-import av produktentiteter
Excel-import av produktentiteter validerer nå oppsettet før importen kjører. Attributter med intervallverdier kan ikke brukes som identifikator for en entitet, og kan heller ikke velges i mappingen, slik at feil oppsett stanses med en tydelig melding i stedet for å gi uventede resultater under import.
Sortering av standardfanen for attributter
Standardfanen for attributter kan nå sorteres, på samme måte som de egendefinerte attributtfanene. Rekkefølgen du setter følger med til produktvisningen.
NOBB-media som indekseres sent
Opplastinger til NOBB som NOBB indekserer sent gikk tidligere tapt i synkroniseringen. Referansene til opplastet media beholdes nå og synkroniseres når NOBB har fått dem på plass, slik at bilder ikke forsvinner fra eksporten.
Andre forbedringer
Produktdetaljer oppdaterer kun de delene som faktisk er berørt når media eller forpakning legges til, i stedet for å laste hele siden på nytt
Færre databasespørringer ved henting av attributter
Raskere henting av media i GraphQL-produktspørringen, og oppslag av språkdetaljer for bruker gjøres ikke lenger når klienten bruker client_credentials
Attributter kan søkes opp på publicId i tillegg til navn og kode
Endepunktene for relasjoner, forpakninger og entiteter krever nå product.read
Kommunikasjonen til og fra oppgavetjenesten går over HTTP i stedet for RSocket, som gir jevnere drift
Oppstart av tjenestene bruker en felles lytter som oppretter brukere og synkroniserer til Elasticsearch sekvensielt
Spring Shell er fjernet
Sikkerhet: nginx er oppgradert, og serverversjonen eksponeres ikke lenger i svarene
Feilrettinger
Verdier oppdateres nå riktig i favoritter og i andre faner som bruker samme attributt og entitetstype
Entitetsfiltre i lagrede søk beholder id-er og navn på chipsene
Redigering av en chip i søkefeltet viser riktig søk og håndterer historikken riktig
Oppdatering av en entitetstype gir ikke lenger konflikt når noen av attributtene allerede er koblet til entitetstypen
Antall NOBB-avvik vises igjen i fanen
Tilknyttede strukturnoder kan sorteres
Deserialisering er rettet for NOBB-objekter, parameter for masseoppdatering og sortering på produkteier
Tidspunkt for siste endring hentes riktig for WooCommerce-konfigurasjonen
Media knyttet til slettede strukturnoder ryddes opp, og media på innstikks- og sidenoder håndteres riktig
Bruksstatus på media oppdateres når media legges til eller fjernes på en entitet
Antall i en produktrelasjon kan være tomt
Etikettene i dialogen for søk med navn klippes ikke lenger når innholdet ligger uten luft rundt
Attributtoppsettet på strukturnoder følger samme rutenett og avstander som attributtpanelet på produkt
