Doublon dans Oracle Fusion Expenses ? Vérifier le rapprochement
Utiliser l'opération de carte, le processus de reçus, l'état du brouillon et les paramètres de rapprochement avant de renvoyer un document.
Ce guide vous concerne si...
Utilisez ce diagnostic lorsque le même achat semble exister comme opération de carte et comme dépense issue d'un reçu e-mail. Il décrit une vérification, pas un résultat universel pour tous les tenants.
Voir aussi : Ouvrir le guide Oracle
En bref
Un reçu e-mail et une opération de carte sont deux entrées. Vérifiez si Oracle a créé un brouillon, rapproché la carte ou créé une dépense séparée.
Contrôlez l'unité, l'identité de l'expéditeur, le processus planifié, les champs du reçu et les paramètres de rapprochement.
Ne renvoyez pas la même preuve plusieurs fois. Conservez le message original et corrigez le dossier Oracle existant lorsque le tenant le permet.
Dans ce guide
1. Séparer doublon et rapprochement absent
Une question publiée sur Oracle Customer Connect demande si un reçu e-mail rejoint une opération de carte déjà importée ou crée un doublon. C'est un problème réel de parcours, mais la question ne prouve pas un résultat identique dans chaque tenant.
Commencez par lister le message original, l'opération de carte, la dépense brouillon et toute dépense soumise ou rejetée. Traitez-les comme des objets distincts tant qu'Oracle ne montre pas leur relation.
| Ce que vous voyez | Interprétation à tester | Prochaine vérification |
|---|---|---|
| Carte sans dépense de reçu | Le reçu peut attendre le processus ou ne pas avoir été traité. | Vérifier adresse, expéditeur, fichier et historique du processus. |
| Brouillon avec contexte carte | Oracle a peut-être créé la dépense et proposé le rapprochement. | Ouvrir le brouillon avant tout nouvel envoi. |
| Deux dépenses | Le rapprochement attendu n'a pas abouti ou une autre capture a créé l'objet. | Comparer date, montant, devise, fournisseur, employé et source. |
2. Vérifier la configuration
Oracle documente le rapprochement des reçus et des opérations de carte comme une capacité configurée. Confirmez le traitement électronique, l'expéditeur reconnu et l'exécution de Create Expenses from Email Receipts pour l'unité concernée.
Les remplacements au niveau de l'unité comptent. Demandez à l'administrateur de comparer le paramétrage du dossier affecté au lieu de changer les valeurs globales après un seul reçu.
3. Comparer les preuves disponibles
Comparez montant, devise, date, fournisseur, employé et référence de carte. Une preuve lisible peut malgré tout nécessiter une revue si son contexte est incomplet. Ne concluez pas à un échec de rapprochement à partir d'un simple accusé de réception.
Vérifiez aussi la préférence de pièce jointe. Oracle peut conserver l'e-mail ou le reçu principal, et ses bonnes pratiques distinguent une pièce par message du traitement multi-document activé par le tenant.
- Confirmer que l'expéditeur correspond à l'employé Oracle.
- Confirmer la destination générée pour ce tenant.
- Vérifier le résultat du processus et l'état du brouillon.
- Comparer le reçu et la carte avec les champs disponibles.
- Inspecter les brouillons existants avant un nouvel envoi.
4. Corriger un dossier sans ajouter de bruit
Si Oracle possède déjà un brouillon exploitable, complétez-le dans Oracle Expenses et gardez l'e-mail original comme preuve. Si aucun brouillon n'existe, ne renvoyez qu'après avoir corrigé la destination, l'expéditeur, le fichier ou la condition de traitement.
Évitez l'import manuel parallèle, les transferts répétés et les nouvelles tentatives de règle pour le même achat. Ces chemins rendent le rapprochement et l'origine de chaque objet plus difficiles à établir.
5. Transmettre une trace complète
Si deux dossiers subsistent ou si aucune relation n'apparaît, transmettez à l'administrateur l'heure du message, l'expéditeur, la destination, le nom et la taille de la pièce, les détails de carte, l'exécution du processus et les identifiants visibles. Il pourra inspecter le tenant sans vous demander de multiplier les renvois.
Expensent conserve la trace source et contrôle le prochain envoi approuvé. Oracle décide du rapprochement, des doublons, des corrections et de la soumission.
6. Sources vérifiées
Ces sources ont servi à vérifier le fonctionnement des produits, leur terminologie actuelle et la répartition des rôles entre leurs flux natifs et Expensent.
8. Questions fréquentes
Un reçu Oracle est-il toujours rapproché d'une carte ?
Oracle documente cette capacité selon la configuration. Le résultat dépend du tenant, de l'unité, de l'expéditeur, des transactions et des champs du reçu. Vérifiez le brouillon et la transaction.
Faut-il renvoyer un reçu quand la carte apparaît ?
Pas immédiatement. Cherchez d'abord un brouillon ou un reçu existant, vérifiez le processus et corrigez la cause avant un seul nouvel envoi contrôlé.
Quelles informations donner à l'administrateur Oracle ?
Donnez l'heure, l'expéditeur, la destination, les détails de la pièce, les champs de carte, l'exécution du processus et les identifiants de dépense.
Expensent peut-il supprimer un doublon Oracle ?
Expensent peut conserver la trace et éviter un nouvel envoi non vérifié. Oracle reste responsable du rapprochement, des doublons et des corrections.
Vérifier le rapprochement avant de renvoyer
Conservez un message source et une trace Oracle pour que l'administrateur voie exactement où le rapprochement s'est arrêté.
Commencer