itgenjuy020
Can’t convert field ‘vestigingsAdres_land_id’ to type ‘Guid?’. (00000000-0000-0000-0000-000000000000)
itgenodr028
The GUID value of column ‘vestigingsAdres_land_id’ of SnelStart.Handel.Relaties has a default value.
Nullable: True.
Kontakt cloud platform-leverandøren for at rette API’en.
Feltet vestigingsAdres_land_id er en valgfri datatyp, men specifikt i dette felt har det en standardværdi. Dette kan tyde på en softwarefejl i SnelStart.
Vi vil kontakte SnelStart API-Support for at spørge, om dette vil blive adresseret i SnelStart, eller om Invantive skal omskrives for at arbejde udenom det.
Efter konsultation med SnelStart API Support er det blevet bestemt, at SnelStart muligvis vil implementere en løsning i en fremtidig udgivelse, og at Invantive vil implementere en midlertidig løsning fra version 26.0.150.
Denne nye udgivelse er/bliver sat i produktion på Invantive Cloud.
Jeg har hørt, at der blev foretaget en justering, så jeg har lige testet det. Beskeden er anderledes, men stadig i samme retning. JSON-formatet er stadig ikke korrekt;
DataSource.Error:
OData:
Ugyldig JSON.
Et komma, ‘,’, blev forventet i omfanget ‘Array’.
Hvert to elementer i et array og egenskaberne i et objekt skal adskilles af kommaer.
Forhåbentlig kan I snart implementere denne tilføjelse i den foretagne ændring. Mange tak for jeres indsats!
Er det muligt at tilføje et (anonymiseret) skærmbillede af forespørgselsdetaljerne i Invantive Bridge Online Monitoring som beskrevet i Meer inzicht met nieuwe Online Monitoring?
Du finder detaljerne ved at klikke på download-forespørgslen, som repræsenterer emnet for denne diskussion.
Download-forespørgslen indeholder typisk en SQL-sætning, hvor tabelnavnet er synligt.
Venligst sørg for mindst følgende oplysninger er synlige fra begge kolonner:
titellinjen med forespørgsels-ID’et,
statuskode, netværksstørrelse, sti og tidspunkter i venstre kolonne,
fejlkode og fejlmeddelelse helt nederst i venstre kolonne,
hele højre kolonne inklusive SQL-sætningen, tabelnavn og parameter-værdier.
Kontroller omhyggeligt, at du logger ind på den Bridge Online-hjemmeside, der også bruges fra Power BI og med det samme brugernavn. Du ser kun forespørgsler fra Invantive Cloud-brugeren, når du logger ind på hjemmesiden.
Der er fire servere i brug:
bridge-online.cloud
app-online.cloud
bridge-online.invantive.com
app-online.invantive.com
Den anvendte server kan ses i dit script eller kildekoden for rapporteringen.
Tjek korrekt anmodning og detaljer
Sørg for, at du først vælger forespørgslen for at vise detaljerne. Der bør kun være én forespørgsel synlig på skærmbilledet.
Kontroller også nøje, om forespørgslen har en sti med odata4 eller apps. Forespørgsler med andre stier er generelt ikke relevante for dette formål.
Fejlmeddelelse og tips via e-mail
Derudover vil Invantive Cloud-brugeren, der har fået fejlmeddelelsen, ofte modtage en e-mail med fejlmeddelelsen og tips på deres e-mail-adresse, hvis der er tale om en fejl i Power BI, Power Query, Azure Data Factory, Qlik eller Tableau.
Det anbefales at kontrollere brugerens spam-filter for sådanne e-mails sendt fra support@invantive.com.
itgenjuy020
Feltet ‘vestigingsAdres_land_id’ kan ikke fortolkes som typen ‘Guid?’.
GUID-værdien for kolonnen ‘vestigingsAdres_land_id’ i SnelStart.Handel.Relaties har en standardværdi.
Nullable: Sand.
Kontakt skyplatformleverandøren for at rette API’en.
Den nye version 26.0.149 var endnu ikke installeret på Invantive Bridge Online-komponenten. Her kørte stadig version 26.0.148. Prøv venligst igen.
Bemærk, at indtil den 1. september 2026 vil der kun blive implementeret nye versioner for brede problemstillinger på Invantive Cloud på grund af den fastfrosne periode.
Umiddelbart efter den tidligere meddelelse (telefonisk) om, at der var foretaget en justering, modtog jeg den meddelelse, som jeg beskrev på dette forum den 29/6. Næste dag var meddelelsen igen som før. Nu oplyser I, at den release ikke havde fundet sted.
Mit gæt er følgende: opdateringen var der faktisk, for den gav en anden fejl. Altså var releasen ufuldstændig og blev hurtigt rullet tilbage. Nu er den udsendt igen, og jeg får igen den meddelelse:
DataSource.Error:
OData:
Ugyldig JSON.
Et komma-tegn ‘,’ var forventet i omfanget ‘Array’.
Hvert andet element i et array og egenskaberne af et objekt skal adskilles af kommaer.
Proceduremæssigt er det rådgivende at undgå at åbne flere parallelle kommunikationskanaler, men udelukkende eskalere via foraene. Flere kanaler virker i praksis ofte forstyrrende og sænker kvaliteten, hvor irriterende det end måtte være.
For den nuværende anmeldelse er rådet at vedlægge et screenshot af anmodningen som tidligere.
Hvis der er tale om en prioritet, er rådet at lade SnelStart løse datakorruptionen.
itgenjuy020
Feltet ‘correspondentieAdres_land_id’ kan ikke fortolkes som typen ‘Guid?’.
GUID-værdien i kolonnen ‘correspondentieAdres_land_id’ i SnelStart.Handel.Relaties har en standardværdi.
Nullable: True.
Kontakt skyplatform-leverandøren for at rette API’et.
Den oprindelige fejlmeddelelse vedrørte feltet vestigingsAdres_land_id. Dette blev blokeret af den følgende fejlmeddelelse vedrørende feltet correspondentieAdres_land_id.
Der er optaget en workaround i softwaren for correspondentieAdres_land_id. Denne vil blive implementeret i produktionen med den næste version.
Er der udsigt til en tidsplan for, hvornår den næste version bliver sat i produktion? Siden den 22. juni har vi ikke haft opdaterede dashboards, og det begynder at blive kritisk i forhold til månedsafslutningen osv.
Udgivelsen er trukket tilbage på grund af problemer i andre komponenter, der påvirkede et større antal brugere. Det er usikkert, om der kommer en udgivelse inden sommerpausen slutter.
Da der kun er en begrænset indvirkning og årsag i SnelStart selv, betragtes dette punkt ikke som tilstrækkelig kritisk til at retfærdiggøre en undtagelse fra fryseperioden.
Rådet er at vælge en alternativ (manuel) løsning, hvis sikkerhed er nødvendig.
Ah, hvad ærgerligt! Vi har nu kunnet opdatere én gang med succes, men nu går vi igen en periode uden aktuelle data. Meget irriterende. Kan I specificere præcist, hvad der går galt hos andre, og hvor jeg kan følge dette?
På grund af varigheden og usikkerheden omkring vores betalte integration kan I måske hjælpe os videre mod en løsning:
Vi kender ikke det felt, og formodentlig er alle relaterede felter, der er knyttet sammen, udfyldt. I kan uden tvivl fortælle os, hvilke poster der går galt i vores administration. Venligst opgiv det via RelationsKode eller id.
Derudover vil jeg gerne gøre jer opmærksomme på det her;
Omkring denne periode stoppede vores fornyelse. Og i den release er der de problemfelter, som fejlen henviser til.
Kan denne release så rulles tilbage? Så er vi måske også hjulpet.
Vi forstår, at dette giver udfordringer, og vi beklager meget. Problemet, som fik os til at rulle udgivelsen tilbage, har ramt snesevis af kunder, hvilket efterlod os uden andet valg end at tilbagekalde. Der arbejdes på en løsning til dette problem. Forhåbentlig kan vi snart udrulle en tilpasset version, således at begge problemer bliver løst.
Det er ikke helt klart for os, hvad der er årsagen til problemet. Er dataene forkerte i SnelStart, eller skyldes det Invantive-koblingen? I de seneste uger har forskellige mennesker arbejdet med problemanalysen, men det står ikke klart for os. Derfor er det også vanskeligt at fastslå en hurtig og simpel løsning. Kan I klart beskrive, hvad der forårsager problemet?
Årsagen ligger i en fejl i de data, som SnelStart leverer. Specifikt har feltet vestigingsAdres_land_id en ugyldig værdi: 00000000-0000-0000-0000-000000000000. Invantive-softwaren har indbygget beskyttelse for datakvalitet, og denne forhindrer, at denne værdi kan bruges. Faktisk burde feltet have været tomt. Dette forekommer i en række relationer i SnelStart.
Problemet kunne måske nemt løses på SnelStarts side ved at forbinde et land til adresserne på de relevante relationer, eller ved fra SnelStart-databasen at give feltet værdien null (dette er sandsynligvis en handling på SnelStarts side).
Årsagen til, at den ændrede Invantive-udgivelse ikke kan implementeres, har at gøre med en anden, her ikke relateret fejl, som vi i denne tråd ikke kan give yderligere forklaring på.