La différence entre le numéro de commande, l'id de la transaction et de la facture n
Je suis la mise en œuvre de ma première passerelle de paiement, et alors que ma situation est peut-être simple que j'ai pu faire tous les trois le même, mais j'aimerais savoir certaines situations où ils doivent être différents.
Donc encore une fois, Quelle est la différence entre le numéro de commande, l'id de la transaction et de la facture no. et toutes les autres formes de transaction liés à l'information?
Faire, ils doivent tous être unique?
Enfin, que dois-je montre au client une fois la transaction terminée?
Remarque: je suis un marchand, mais la situation concernant tout autre domaine (par exemple, banque, carte de crédit, passerelle de paiement, ou quoi que ce soit) est également acceptable.
Vous devez vous connecter pour publier un commentaire.
Nous intégrer avec beaucoup de différents autorisation de carte de Api à partir de différentes banques, à un haute niveau il n'y a pas de standard pour l'interface API qui serait disponible pour vous, lorsque un compte de marchand est acquis.
De mon expérience:
numéro de commande (ou équivalent)
est une valeur fournie par le commerçant qui est transmis dans la demande de transaction à la banque, qui l'associer ensuite dans leurs rapports avec la transaction.
Cela permet l'identification de la transaction sur le système des banques (pour les rapports/la réconciliation, etc.) à l'aide d'un marchand de valeur définie.
En général, cela devrait être unique.
id de transaction (ou l'équivalent) est la valeur qui est retournée par la banque pour identifier une transaction sur leur système. Ce sera unique.
facture n Ce n'est rien à voir avec le processus d'autorisation afin seraient liés à une caractéristique supplémentaire fourni par la banque et serait mise en œuvre spécifique (par exemple un moyen de regrouper plusieurs produits ensemble).
Enfin, que dois-je montre au client une fois la transaction terminée?
Vous de stocker toutes les informations concernant la transaction dans une base de données et à partir de cet ensemble d'enregistrements de générer votre propre id de transaction; c'est ce que vous voulez montrer à l'utilisateur.
Avant d'entrer dans la sémantique, nous allons discuter les différents Identifiants que nous rencontrons.
Sur notre système, nous allons générer un enregistrement de la facture. Ce record, avec ses tables liées, comprend le client, les éléments, la date, le prix, taxess, les totaux, et les paiements. Notre base de données génère un IDENTIFIANT unique pour la ligne. Cet ID est utilisé pour joindre les tables.
Chaque paiement, nous sommes en processus a un code dans le processeur de paiement (à moins que le paiement sur notre client compte interne)
Avant même de créer le premier enregistrement, nous générons une logique unique id de la transaction.
Voici donc ce que nous leur nom, et comment nous les utilisons.
Vous pouvez ignorer le numéro de Facture et d'utiliser uniquement l'ID de la Commande. Nous aimons avoir une ID logique pour jeter autour avant même de stocker un enregistrement dans la base de données si.