HTTP 413 från den dedikerade konverteringsrapporteringen för ChatGPT betyder att det begärda resultatet är för stort för rapportoperationen. Att skicka samma förfrågan om och om igen minskar inte storleken. En användbar åtgärd är att dela frågan och samtidigt bevara definitionen av den rapport som skulle hämtas.
Det skiljer sig från sidindelning i vanliga Insights. OpenAI:s rapportdokumentation anger tre gränser för den särskilda konverteringsrapporten: 2 000 summarader, 2 000 eventrader och 2 000 poster i ett events uppdelning efter målinställning. Överskrids någon gräns returneras 413 utan delrapport eller sidmarkör. Behandla förfrågan som en ofärdig del och inte som en lyckad rapport utan resultat.
Bevara frågan innan den delas
Spara ursprungligt konto, objekt-ID, datumintervall, aggregering, tidsupplösning, attribueringsfönster, tidsgrund, uppdelning och alternativ för eventdetaljer. Det är rapportens kontrakt. Mindre förfrågningar bör bara ändra den valda uppdelningsdimensionen om inte analysen avsiktligt får en annan omfattning.
Om ett omförsök tyst tar bort visningsbaserad attribuering eller byter tidsgrund går delarna inte att addera utan vidare. Hämtningen kan avslutas tekniskt men besvara en annan fråga. Spara de gemensamma parametrarna en gång och anteckna varje dels snävare omfattning bredvid dem.
Håll behörighetsuppgifter utanför det sparade manifestet. Det behöver tillräckligt underlag för att återskapa förfrågan med godkänd åtkomst, men inte själva API-nyckeln. Ange tidpunkt och felstatus så att nästa operatör ser vilket försök som misslyckades och orsaken till det.
Välj delar som går att förena
En lång period kan ofta delas i hela dagar utan överlapp. Använd kontots rapporttidszon och endpointens regel om exklusiv slutgräns. I en hypotetisk septemberhämtning slutar en del vid midnatt som inleder den 16 september och nästa börjar vid samma tidpunkt. Tillsammans täcker de månaden utan att dela någon dag.
Ett annat alternativ är att dela objektlistan i separata grupper med hela perioden kvar. Det kan bevara periodtotaler för varje kampanj. Kontrollera att varje förväntat objekt förekommer exakt en gång i manifestet, även objekt som kanske saknar aktivitet med de rapportalternativ ni valt.
Välj metod efter slutresultatets nivå. Behövs dagliga kampanjrader kan datumdelar läggas samman efter nyckelkontroll. Behövs en rad per kampanj för hela månaden kräver tidsdelning ett uttryckligt aggregeringssteg. Beräkna inte medelvärde av kvoter och kopiera inte den sista delens total som om den gällde hela månaden.
Dela upp utan luckor eller dubblering
- Del A
1 september 00:00 till 16 september 00:00.
- Del B
16 september 00:00 till 1 oktober 00:00.
- Kontroll
Samma fönster, tidsgrund och radnyckel i båda delarna.
Förstå vad eventurvalet förändrar
Färre valda eventnamn kan minska detaljraderna när de är orsaken till storleksproblemet. Men det ändrar detaljernas omfattning och minskar inte nödvändigtvis varje del av rapportsumman. Avgör därför om de bortvalda detaljerna faktiskt saknar betydelse för uppgiften som ska lösas.
Om hämtningen delas efter eventnamn kan summarader upprepas mellan förfrågningarna. Summera inte samma målantal eller försäljningsbelopp en gång per namngrupp. Behåll sammanfattningsmåtten från en verifierad gemensam omfattning och förena bara de avsedda separata eventdetaljerna med dokumenterad nyckel på varje nivå.
Använd felsökning av eventurval om en minskad fråga avvisas på grund av ett namn. Ett urvalsfel med 400 och ett storleksfel med 413 behöver olika åtgärder. Om de hanteras som samma generella omförsök döljs skälet till att hämtningen inte kan bli färdig.
För en logg över delarnas status
Ge varje del en stabil intern identitet och status som väntande, lyckad eller misslyckad. Spara väntat datumintervall eller objekturval, radantal i svaret och var resultatet ligger. Ett omförsök ska efter kontroll ersätta samma dels resultat och inte lägga ännu en kopia i den gemensamma rapporten.
Om en mindre fråga fortfarande överskrider gränsen ska just den delen delas igen. Bevara förhållandet mellan överordnad del och underdelar och markera den förra som ersatt. Utan den uppgiften kan en senare sammanslagning råka använda både ett lyckat överordnat resultat och dess underdelar.
Guiden för fullständig sidindelad hämtning beskriver besläktade kontroller, men hitta inte på en sidmarkör för den här endpointen. Den gemensamma principen är full täckning. Mekanismen här är uttrycklig uppdelning av förfrågan i mindre delar.
Slå ihop med kontroller som passar raderna
Verifiera att manifestet täcker ursprunglig omfattning utan luckor eller överlapp. Sök dubbla radnycklar på rätt nivå: objekt, datum, uppdelning och eventidentitet där de används. Bevara null för penningvärden och skilj saknad rad från uttrycklig nolla enligt de valda rapportalternativen.
Jämför ett litet separat hämtbart urval med samma urval i det sammanslagna resultatet. Det kan fånga gräns- och sammanslagningsfel utan att låtsas att ett stickprov bevisar att alla rader är korrekta. Jämför om möjligt additiva totalsummor med en förenlig kontrollfråga utan uppdelning.
Markera slutligen hämtningen som klar först när varje slutlig del lyckats och fogats in exakt en gång. Bevara en rapportögonblicksbild med manifest och hämtningstider eftersom sekventiella frågor kan se uppdateringar vid olika tillfällen. Resultatet ska förklara både vad rapporten omfattar och hur fullständigheten verifierades, så att en misslyckad del kan köras om utan att hela underlaget byggs om eller dubbleras.
Källor och avgränsning
Hämta en för stor dedikerad konverteringsrapport genom överlappningsfria delar och verifierad sammanslagning.
Arbetsmetoder och exempel är redaktionella förslag. Kontrollera aktuella plattformsvillkor och funktioner inför genomförandet.