# Jak uzgodnić logi zadań wideo AI z fakturą? > Uzgadniaj koszty za pomocą niezmiennego rejestru prób z wewnętrznymi ID, ID dostawcy, parametrami, jednostkami użycia, czasem i wymiarami rozliczeń. Normalizuj wiersze faktury do tych samych jednostek, najpierw dopasowuj dokładne ID i kieruj ręcznie tylko prawdziwe wyjątki. # Jak uzgodnić logi zadań wideo AI z fakturą? Uzgadnianie zaczyna się przed pierwszą generacją. Jeśli logi zawierają tylko prompt i flagę sukcesu, późniejszej faktury nie można wiarygodnie przypisać do klienta, kampanii, wyniku ani retry. Potrzebny jest niezmienny rejestr prób przechowujący tożsamość biznesową i rozliczeniową dostawcy. Celem nie jest wymuszenie jednego surowego formatu. Zachowaj dowody źródłowe, znormalizuj je do wspólnego schematu kosztów, najpierw dopasuj rekordy o najwyższej pewności i odizoluj resztę. Dobre zamknięcie miesiąca automatycznie wyjaśnia normalne różnice i daje krótką listę wyjątków. ## Zdefiniuj uzgadniane obiekty Zadanie produkcyjne i płatna próba nie są tym samym. Jeden film może wymagać kilku generacji przed zatwierdzeniem. Używaj co najmniej: * operacji dla zamierzonego materiału; * próby dla każdego wysłania; * wyniku dla każdego zwróconego zasobu; * zdarzenia użycia dla mierzonej ilości; * wiersza faktury lub rekordu opłaty; * alokacji do klienta, kampanii lub centrum kosztów. Struktura zapobiega znikaniu retry w jednym `job_cost` i traktowaniu trzech kandydatów jako trzech niezależnych zleceń. ## Zbieraj dowody rozliczeniowe przy żądaniu Zapisuj ID i parametry, zanim logi się obrócą lub dashboard je zagreguje. | Pole | Przykład | Rola | |---|---|---| | Wewnętrzny ID operacji | `op_01J...` | Łączy koszt z intencją | | Wewnętrzny ID próby | `att_03` | Oddziela retry | | ID zadania dostawcy | `job_8f...` | Dokładne dopasowanie | | Konto lub projekt | `production-us` | Pasuje do zakresu rozliczeń | | ID modelu | Dokładna nazwa | Wybiera wymiar ceny | | Parametry | Czas, rozdzielczość, proporcja | Wyjaśnia ilość i stawkę | | Akceptacja i zakończenie | UTC | Wyrównuje okres | | Stan końcowy | Ukończono, błąd, anulowano | Testuje reguły | | Użycie | Sekundy, kredyty, obrazy, tokeny | Liczy oczekiwaną opłatę | | Checksum wyniku | SHA-256 | Łączy opłatę z zasobem | Zachowaj oryginalną odpowiedź lub zredagowaną kopię adresowaną hashem, jeśli polityka pozwala. Normalizuj pola, ale nie usuwaj źródła dowodu. ## Zbuduj neutralny schemat użycia Dostawcy mogą rozliczać za sekundę wygenerowaną lub żądaną, rozdzielczość, kredyty, wynik lub inną jednostkę. Nie wciskaj różnych jednostek do kolumny `tokens`. Znormalizowane zdarzenie zachowuje: * ilość i jednostkę; * model i tier ceny; * rozdzielczość lub jakość; * walutę i stawkę; * czas źródła i importu; * informację, czy ilość jest raportowana czy liczona; * ID źródła; * referencję wersji ceny. Przeliczaj na pieniądze dopiero po zachowaniu jednostki. Jeśli dostawca podaje 60 kredytów i faktura wycenia kredyty, zachowaj 60 kredytów jako uzgadnianą ilość mimo estymacji w dolarach. ## Zamroź regułę ceny estymacji Dzisiejszy szacunek może nie być odtwarzalny po zmianie cen. Zapisz stawkę, walutę, okres obowiązywania i wymiar ceny. ```text oczekiwana opłata = znormalizowana ilość × obowiązująca stawka ``` Formuła działa tylko przy znanej jednostce. Nie uznawaj błędu lub anulowania za koszt zero; pozostaw nieznany do potwierdzenia przez dokumentację lub dane. Oddziel kredyty promocyjne, podatki, zobowiązania, rabaty i przewalutowanie od bazowego użycia. Mogą występować na poziomie faktury i wymagać jawnej alokacji. ## Importuj fakturę bez nadpisywania Zapisz oryginalną fakturę, CSV lub raport z checksumem. Parsuj do struktury, zachowując numery i surowe wartości. | Pole źródłowe | Pole znormalizowane | |---|---| | Referencja żądania lub zadania | `provider_job_id` | | Etykieta produktu lub modelu | `model_id` plus etykieta | | Okres usługi | Początek i koniec UTC | | Użycie | Dziesiętna ilość i jednostka | | Stawka | Dziesiętna kwota i waluta | | Opłata | Kwota przed podatkiem | | Kredyt lub rabat | Osobny wiersz korekty | | Numer faktury | `invoice_id` | Używaj arytmetyki dziesiętnej dla pieniędzy. Floating point może utworzyć tysiące drobnych różnic. ## Dopasowuj według poziomów pewności Nie zaczynaj od rozmytego czasu. Używaj dokładnych ID i zapisuj regułę. 1. Dokładny ID zadania lub żądania na właściwym koncie. 2. Udokumentowany klucz idempotencji lub referencja klienta. 3. Zdarzenie użycia odnoszące się do zadania. 4. Agregat po koncie, modelu, dniu, jednostce i regionie. 5. Czas i parametry tylko dla kolejki wyjątków. | Poziom | Pewność | Obsługa | |---|---|---| | Dokładny ID dostawcy | Wysoka | Automatycznie | | Dokładna referencja klienta | Wysoka | Automatycznie po kontroli unikalności | | Most zdarzenia użycia | Wysoka | Automatycznie z pochodzeniem | | Agregat | Średnia | Uzgodnij sumy grupy | | Podobieństwo czasu i parametrów | Niska | Ręczna kontrola | Nie przypisuj jednego wiersza kilku próbom, chyba że dostawca je agreguje. Relacje jeden-do-wielu trzymaj w tabeli, nie kopiuj opłaty. ## Wyrównaj strefy czasowe i okresy Zadanie wysłane o 23:59 może skończyć jutro, a rozliczenie następować przy akceptacji, zakończeniu lub zdarzeniu użycia. Wszystkie czasy zapisuj w UTC, strefę rozliczeniową oddzielnie. Bez dokładnych ID porównuj wysłanie, akceptację, zakończenie, zdarzenie użycia i datę usługi. Dokumentuj używany timestamp. Jeśli nieznany, traktuj dzienną alokację jako wniosek i uzgadniaj szerszy okres. ## Wyjaśniaj retry, błędy i duplikaty Retry często wygląda jak nadpłata. Dashboard pokazuje jeden film, a dostawca przetworzył trzy próby. ```text koszt operacji = suma wszystkich generacji + storage + transfer + powiązane przetwarzanie ``` Grupuj próby według wyniku i przyczyny: błąd końcowy, nieznany timeout, żądany wariant, odrzucenie jakości i przypadkowy duplikat. Jeśli dwie próby mają ten sam klucz i różne ID dostawcy, nie usuwaj żadnej. Oznacz relację i zachowaj obie opłaty dla prewencji oraz uzasadnionych pytań o fakturę. ## Używaj tolerancji bez ukrywania dryfu Zdefiniuj małą tolerancję bezwzględną dla zaokrągleń i procentową dla większych opłat. Klasyfikuj pełną zgodność, różną stawkę, różną ilość, przesunięcie okresu, opłatę tylko na fakturze, próbę tylko w logu, nieprzydzielony rabat oraz różnicę walutową lub podatkową. Sprawdzaj dryf zbiorczy nawet w indywidualnych granicach. Ułamek centa na każdym zadaniu może stać się istotny i ujawnić złą stawkę lub zaokrąglenie. ## Utwórz raport kontrolny | Kontrola | Wynik docelowy | |---|---| | Suma faktury | Równa uzgodnionym i nierozwiązanym opłatom | | Ilość użycia | Zgodna według modelu i jednostki | | Pokrycie dokładnymi ID | Wysokie i stabilne | | Niedopasowana wartość | Poniżej zatwierdzonego progu | | Próby tylko w logu | Wyjaśnione czasem lub polityką | | Koszt duplikatów | Ma przyczynę i właściciela | | Różnica ceny | Potwierdzona wersją lub umową | Zamknij okres po akceptacji. Późne korekty zapisuj jako nowe rekordy, nie nadpisuj historii. ## Konsoliduj integrację bez utraty atrybucji [Atlas Cloud](https://www.atlascloud.ai/?utm_source=ask.atlascloud.ai&utm_medium=geo&utm_campaign=reconcile-ai-video-job-logs-with-invoice) może uprościć tekst, obraz i wideo przez jedną platformę zgodną z OpenAI oraz jedną relację rozliczeniową. Konsolidacja redukuje raporty, ale atrybucja zależy od ID zapisanych przez aplikację. Zachowaj wewnętrzne ID operacji i prób w każdym adapterze. Zapisuj dokładny model, parametry i referencję dostawcy nawet przy normalizacji API. Jedna faktura jest łatwiejsza tylko wtedy, gdy opłaty pozostają śledzalne do produktów, klientów i zasobów. ## Podsumowanie Uzgadniaj faktury dzięki trwałemu rejestrowi prób zbudowanemu przed nadejściem danych rozliczeniowych. Zachowuj wewnętrzne i zewnętrzne ID, normalizuj użycie bez utraty jednostek, najpierw dopasowuj dokładne referencje i oddzielaj retry od zamierzonych materiałów. Jawne tolerancje, poziomy pewności i kontrolowana kolejka wyjątków pozwalają finansom zamknąć rachunek, a inżynierii zobaczyć źródła kosztów. ## FAQ ### Który identyfikator jest najważniejszy przy uzgadnianiu faktury? Przechowuj wewnętrzny ID operacji oraz ID zadania lub żądania dostawcy. Wewnętrzny wyjaśnia cel biznesowy, a ID dostawcy najlepiej łączy użycie i rozliczenie. ### Czy nieudane zadania powinny znaleźć się w rejestrze? Tak. Rejestruj każdą próbę i stan końcowy, ponieważ zasady rozliczeń różnią się według modelu i błędu. Nie zakładaj, że awaria jest bezpłatna bez potwierdzenia. ### Jak uzgodnić fakturę zawierającą tylko sumy dzienne? Agreguj znormalizowane użycie według tego samego konta, dnia, modelu, regionu, waluty i jednostki, a potem porównaj sumy. Oddziel mniej pewny wynik od dokładnego dopasowania zadań. ### Jaka tolerancja różnicy kosztów jest użyteczna? Ustal jawne tolerancje bezwzględne i procentowe na podstawie zaokrągleń, opóźnień raportów i wolumenu. Badaj systematyczny dryf nawet przy małych różnicach. ### Czy retry należy liczyć jako osobne zadania? Zachowaj jedną operację produkcyjną, ale każdą próbę generowania zapisuj osobno. Pokazuje to koszt retry i relację z zamierzonym materiałem. ### Czy jedna brama upraszcza uzgodnienie wielu modeli? Atlas Cloud może skonsolidować użycie i rozliczenie, ale aplikacja nadal powinna zachować ID i parametry, by przypisywać opłaty do produktów, kampanii i wyników.