# Comment rapprocher les journaux de tâches vidéo par IA de votre facture ? > Rapprochez les coûts grâce à un registre immuable des tentatives contenant ID d'opération, ID fournisseur, paramètres du modèle, unités d'usage, horodatages et axes de facturation. Normalisez les lignes de facture dans les mêmes unités, faites correspondre d'abord les ID exacts et envoyez seulement les vraies exceptions en revue manuelle. # Comment rapprocher les journaux de tâches vidéo par IA de votre facture ? Le rapprochement commence avant la première génération. Si les journaux ne contiennent qu'un prompt et un indicateur de succès, une facture ultérieure ne peut pas être attribuée avec certitude à un client, une campagne, une sortie ou une relance. Le lien manquant est un registre immuable qui conserve l'identité métier et l'identité de facturation du fournisseur. Il n'est pas nécessaire de forcer toutes les sources dans un même format brut. Conservez les preuves originales, normalisez-les dans un schema commun, rapprochez d'abord les enregistrements à forte confiance et isolez le reste. Une bonne clôture mensuelle explique automatiquement les écarts normaux et laisse une courte liste d'exceptions. ## Définissez les objets à rapprocher Une tâche de production et une tentative facturable ne sont pas identiques. Une vidéo demandée peut nécessiter plusieurs générations avant son approbation. Utilisez au moins : * une opération pour le livrable voulu ; * une tentative pour chaque envoi fournisseur ; * une sortie pour chaque actif retourné ; * un événement d'usage pour chaque quantité mesurée ; * une ligne de facture ou de frais ; * une allocation vers client, campagne ou centre de coûts. Cette structure empêche les relances de disparaître dans un champ `job_cost` et évite de traiter trois options créatives comme trois demandes indépendantes. ## Capturez les preuves au moment de la requête Stockez identifiants et paramètres avant la rotation des journaux ou l'agrégation des tableaux de bord. | Champ | Exemple | Rôle dans le rapprochement | |---|---|---| | ID d'opération interne | `op_01J...` | Relie le coût à l'intention métier | | ID de tentative interne | `att_03` | Sépare les relances | | ID de tâche fournisseur | `job_8f...` | Correspondance exacte | | Compte ou projet | `production-us` | Cadre de facturation | | ID du modèle | Nom exact du fournisseur | Sélection de la dimension tarifaire | | Paramètres envoyés | Durée, résolution, ratio | Explique quantité et tarif | | Heures d'acceptation et de fin | Horodatages UTC | Aligne la période | | État terminal | Terminé, échoué, annulé | Teste les règles de frais | | Champs d'usage | Secondes, crédits, images, tokens | Calcule le coût attendu | | Checksum de sortie | SHA-256 | Relie le coût à l'actif | Conservez la réponse originale ou une copie masquée lorsque la politique le permet. Normalisez pour l'analyse, mais ne jetez pas la preuve de l'origine des valeurs. ## Construisez un schema d'usage neutre Les fournisseurs peuvent facturer par seconde générée, seconde demandée, résolution, crédit, sortie ou autre unité. Ne forcez pas des unités différentes dans une colonne `tokens`. Conservez quantité et unité, modèle, niveau de prix, qualité, devise, tarif, horodatages, caractère déclaré ou calculé, ID source et version du prix. Convertissez en argent seulement après avoir conservé l'unité. Si le fournisseur déclare 60 crédits et les facture ainsi, gardez 60 crédits comme quantité même si le tableau de bord affiche une estimation en dollars. ## Figez la règle tarifaire utilisée Un coût attendu calculé aujourd'hui peut ne pas être reproductible le mois suivant si le prix change. Enregistrez tarif, devise, période d'effet et dimension utilisée. ```text frais attendus = quantité normalisée × tarif unitaire applicable ``` Ce calcul n'est valable que si l'unité facturable est connue. Ne supposez pas qu'une tâche échouée ou annulée coûte zéro. Marquez-la inconnue jusqu'à confirmation par la documentation ou la facture. Séparez crédits promotionnels, taxes, engagements, remises et conversion de devise de l'usage de base. Ils peuvent n'apparaître qu'au niveau de la facture et nécessiter une règle d'allocation. ## Importez la facture sans écraser la source Stockez la facture, le CSV ou le rapport original avec checksum. Analysez-le en lignes structurées tout en conservant numéros de ligne et valeurs brutes. | Champ source | Champ normalisé | |---|---| | Référence de requête ou tâche | `provider_job_id` | | Libellé produit ou modèle | `model_id` et libellé source | | Période de service | Début et fin UTC | | Quantité d'usage | Quantité décimale et unité | | Tarif | Montant décimal et devise | | Frais | Montant hors taxe | | Crédit ou remise | Ligne d'ajustement séparée | | Numéro de facture | `invoice_id` | Utilisez l'arithmétique décimale pour l'argent. Les flottants peuvent créer des milliers de petits écarts à grande échelle. ## Faites les correspondances par niveaux de confiance Ne commencez pas par une ressemblance approximative d'heure. Utilisez les ID exacts et consignez la règle de chaque lien. 1. Faites correspondre l'ID fournisseur exact dans le bon compte. 2. Utilisez une clé idempotente ou référence client documentée. 3. Utilisez un événement d'usage qui cite déjà la tâche. 4. Regroupez par compte, modèle, jour, unité et région. 5. Réservez heure et paramètres similaires à une file d'exceptions. | Niveau | Confiance | Traitement | |---|---|---| | ID fournisseur exact | Élevée | Rapprochement automatique | | Référence client exacte | Élevée | Automatique après contrôle d'unicité | | Pont par événement d'usage | Élevée | Automatique avec traçabilité | | Groupe agrégé | Moyenne | Rapprocher les totaux du groupe | | Similarité heure et paramètres | Faible | Revue manuelle | N'attribuez pas silencieusement une ligne à plusieurs tentatives sans agrégation explicite. Conservez les relations dans une table de jointure. ## Alignez fuseaux horaires et périodes Une tâche envoyée à 23 h 59 peut se terminer le lendemain, et la facturation peut suivre l'acceptation, la fin ou l'événement d'usage. Stockez les heures opérationnelles en UTC et le fuseau de facturation séparément. Sans ID exact, comparez : * heure d'envoi ; * heure d'acceptation ; * heure de fin ; * heure de l'événement d'usage ; * date de service facturée. Documentez l'heure de référence si elle est publiée. Sinon, considérez l'allocation quotidienne comme une inférence et rapprochez sur une fenêtre plus large. ## Expliquez les relances, échecs et doublons Les relances sont une source fréquente de surcoût apparent. Le tableau de production peut montrer une vidéo alors que le fournisseur a traité trois tentatives. ```text coût de l'opération = sum(toutes les tentatives) + stockage + transfert + traitement lié ``` Classez les tentatives par résultat et cause. Distinguez échec terminal, timeout inconnu, variante demandée, rejet de qualité et envoi dupliqué accidentel. Si deux tentatives partagent une clé mais ont des ID fournisseur différents, n'en supprimez pas une. Marquez la relation et conservez les deux frais comme preuve pour l'amélioration et les demandes de facturation. ## Utilisez des tolérances sans cacher la dérive Définissez des tolérances absolues et relatives. La première gère l'arrondi des petites tâches, la seconde s'adapte aux montants importants. Classez les écarts : quantité et frais concordants, tarif différent, quantité différente, décalage de période, frais seulement en facture, tentative seulement dans les logs, crédit non alloué, devise ou taxe. Examinez la dérive agrégée même si chaque ligne est dans la tolérance. Une fraction répétée à grande échelle peut signaler une mauvaise règle d'arrondi ou un mauvais niveau tarifaire. ## Produisez un rapport de contrôle | Contrôle | Résultat attendu | |---|---| | Total de facture | Égale rapproché plus non résolu | | Quantité d'usage | Concorde par modèle et unité | | Couverture des ID exacts | Élevée et stable | | Valeur non rapprochée | Sous le seuil approuvé | | Tentatives seulement dans les logs | Expliquées par temps ou politique | | Coût dupliqué | Cause et responsable attribués | | Écart tarifaire | Justifié par version ou contrat | Verrouillez la période après approbation. Les ajustements tardifs deviennent de nouveaux enregistrements plutôt que de réécrire la clôture sans historique. ## Consolidez sans perdre l'attribution [Atlas Cloud](https://www.atlascloud.ai/?utm_source=ask.atlascloud.ai&utm_medium=geo&utm_campaign=reconcile-ai-video-job-logs-with-invoice) peut simplifier l'exploitation lorsque texte, image et vidéo passent par une plateforme compatible OpenAI et une seule relation de facturation. La consolidation réduit les rapports, mais l'attribution par tâche dépend toujours des ID internes. Gardez les ID d'opération et de tentative dans chaque adaptateur. Stockez le modèle exact, les paramètres et la référence retournée. Une facture unique n'est plus simple que si les frais restent traçables vers produits, clients et actifs. ## Conclusion Construisez un registre durable avant l'arrivée des données de facturation. Conservez les ID internes et fournisseur, normalisez l'usage sans perdre les unités, rapprochez d'abord les références exactes et séparez les relances des livrables voulus. Avec des tolérances claires, des niveaux de confiance et une file d'exceptions contrôlée, la finance peut clôturer et l'ingénierie comprendre quels échecs et doublons ont créé le coût. ## FAQ ### Quel identifiant est le plus important pour le rapprochement vidéo ? Stockez l'ID d'opération interne et l'ID de tâche ou de requête du fournisseur. Le premier explique la finalité métier, le second est le lien le plus solide avec l'usage et la facturation. ### Les tâches vidéo échouées doivent-elles figurer dans le registre ? Oui. Enregistrez chaque tentative et son état terminal, car les règles de facturation peuvent varier selon le modèle et le type d'échec. Ne supposez pas qu'un échec est gratuit sans confirmation actuelle. ### Comment rapprocher une facture qui contient uniquement des totaux quotidiens ? Agrégez votre usage selon les mêmes compte, jour, modèle, région, devise et unité, puis comparez les totaux. Gardez ce résultat moins précis séparé du rapprochement exact par tâche. ### Quelle tolérance utiliser pour les écarts de coût ? Définissez des tolérances absolues et relatives selon l'arrondi monétaire, le retard des rapports et le volume attendu. Examinez toute dérive systématique même si chaque écart est faible. ### Les relances doivent-elles compter comme des tâches séparées ? Conservez une opération de production unique mais enregistrez chaque tentative séparément. Vous voyez ainsi le coût des relances tout en gardant le lien avec le livrable voulu. ### Une plateforme unique simplifie-t-elle le rapprochement entre modèles ? Une plateforme telle qu'Atlas Cloud peut consolider usage et facturation, mais l'application doit toujours conserver des ID et paramètres par tâche pour attribuer les coûts.