Quel que soit le code que vous utilisez pour analyser le "Identifiant de transaction" que Authorize.net vous redonne après qu'une transaction réussie est en train de convertir cet identifiant de transaction en un nombre entier. Il devrait être traité comme une chaîne, pas un entier. En 2008, Authorize a déclaré qu'il passait d'un nombre entier à un ID de transaction basé sur une chaîne car il manquait d'entiers 32 bits.
2147483647 est le plus grand entier de base 10 que vous pouvez créer avec 32 bits binaires (1111 1111 1111 1111 1111 1111 1111 1111). Cela signifie qu'Autorize renvoie un ID de transaction> 2147483647 (3000000000 par exemple) et que votre langage de programmation tronque les bits à la valeur maximale autorisée, 2147483647.
Examinez votre code PHP et assurez-vous que l'ID de la transaction est en cours d'exécution. valeur en tant que chaîne. Pour être sûr, vous pourriez vouloir passer par votre code et le lancer vous-même. Par exemple:
(string)$transaction_id
Assurez-vous également que votre code ne fait pas les choses que les chaînes automatiquement sous forme d'entiers jetés. Par exemple:
$transaction_id + 1
Enfin, si l'ID de transaction est en cours de lecture à partir d'une base de données, assurez-vous que la base de données stocke l'ID de transaction comme un type de chaîne. Par exemple, avec mysql, utilisez CHAR, ou VARCHAR et faites-le plus grand que 10. Essayez 16 ou 24 pour être sûr.
Références:
Cela fait trop longtemps que je sois sûr, mais je pense que vous devez être en mode direct (pas en mode Test)) pour un remboursement au travail. Authorize.NET dit d'utiliser une transaction de 1 cent, leur Guide d'intégration marchande peut avoir plus de détails. – ryanday
merci! Je vais essayer cela – Singletonio