Activer le système points de vente certifiés pour la France dans Microsoft Dynamics AX 2012 R3 pour la vente au détail (binaire)

Déclencheur d’événements d’audit

Le nouveau déclencheur AuditEvent est ajouté pour permettre la personnalisation du processus de création d’événement d’audit. Ce déclencheur fonctionne de la même manière que les autres déclencheurs et est chargé par MEF. Il fournit deux méthodes de PreLogEvent et PostLogEvent, qui sont appelées avant et après l’ouverture de l’événement d’audit, respectivement.

La nouvelle interface IAuditEventTrigger a été ajoutée à la bibliothèque de contrats . Cette interface décrit le PreLogEventet procédés de PostLogEvent .

La méthode PreLogEvent peut interrompre le processus d’enregistrement et afficher les messages via l’objet PreTriggerResult standard. Pour utiliser le déclencheur AuditEvent , une nouvelle classe doit être créée. Cette classe doit implémenter l’interface IAuditEventTrigger . Dans ce cas, MEF chargera la classe pendant le démarrage de l’application.

FranceTriggers

Le projet FranceTriggers contient des déclencheurs POS standard qui sont chargées si le champ code ISO du profil de fonctionnalité de PDV est défini sur FR.

• Le BatchOperationTrigger implémente l’interface IBatchOperationTrigger et substitue la méthode SaveCloseBatch . La méthode enregistre un événement d’audit de la clôture d’une équipe de travail.

• Le FranceApplicationTrigger implémente l’interface IApplicationTrigger et substitue les méthodes ApplicationStart et PostLogon .

  • La méthode ApplicationStart initialise l’état de l’enregistrement de la RegistrationManager en appelant la méthode ActualizeRegistrationState ;

  • La méthode PostLogon vérifie l’état de la touche MAJ enfoncée en appelant la méthode CheckShiftClosing de la classe ShiftClosingChecker , si une opération d’ouverture de session a réussi. La méthode affiche un message d’avertissement si l’équipe de travail en cours dure plus longtemps que la durée prédéfinie.

• Le FranceAuditEventTrigger implémente l’interface IAuditEventTrigger et substitue les méthodes PreLogEvent et PostLogEvent .

  • La méthode PreLogEvent reçoit l’objet IAuditEvent et effectue l’inscription de l’événement d’audit si l’audit est activé.

  • Reçoit l’objet IAuditEvent et finalise l’enregistrement de l’événement d’audit si l’audit est activé par l’enregistrement des informations d’enregistrement fiscal de la méthode PostLogEvent .

• Le FranceOperationTrigger implémente l’interface IOperationTrigger et substitue la méthode PreProcessOperation . La méthode vérifie l’état de la touche MAJ enfoncée en appelant la méthode CheckShiftClosing de la classe ShiftClosingChecker . La méthode bloque l’opération si l’équipe de travail en cours dure plus longtemps que la durée prédéfinie et affiche un message d’avertissement.

• Le FrancePaymentTrigger implémente l’interface IPaymentTrigger et substitue la méthode de paiement anticipé . La méthode comporte de la même manière que la méthode PreProcessOperation et bloque le paiement si l’équipe de travail en cours dure plus longtemps que la durée prédéfinie.

• Le FrancePrintingTrigger implémente l’interface IPrintingTrigger et substitue la méthode GetReceiptFieldInfo . La méthode reçoit IReceiptField et les objets IReceiptPrintingContext et calcule la valeur du champ accusé de réception en cours d’impression.

• Le FranceTransactionTrigger implémente ITransactionTrigger et substitue les méthodes PreEndTransaction et SaveTransaction .

  • La méthode PreEndTransaction reçoit l’objet IPosTransaction et effectue l’inscription de la transaction de vente au détail. En outre, il vérifie l’état de la touche MAJ enfoncée et bloque la transaction si l’équipe de travail en cours dure plus longtemps que la durée prédéfinie.

  • La méthode SaveTransaction reçoit l’objet IPosTransaction et finalise l’enregistrement de la transaction de vente au détail en enregistrant les informations d’enregistrement fiscal.

DigitalSignatureFiscalRegister

Le projet DigitalSignatureFiscalRegister fournit les fonctionnalités pour des transactions de vente au détail de signer numériquement et d’auditer les événements.

• La classe CertificateHelper fournit des méthodes pour charger les certificats du magasin de certificats.

• La classe DigitalSignatureFiscalRegister implémente l’interface IFiscalRegisterDriver et substitue les méthodes d’initialisation et de RegisterFiscalData .

  • La méthode Initialize charge les paramètres de signature numérique comme l’empreinte numérique du certificat et l’emplacement du fichier de configuration.

  • La méthode RegisterFiscalData reçoit les informations fiscales sérialisées et calcule la signature numérique.

• La classe DigitalSignatureFiscalRegisterResponse représente la réponse de Registre de signature numérique.

Processus d’inscription

Les processus d’inscription pour les événements d’audit et de transactions de vente au détail sont similaires. Il existe des classes d’adaptateur de mise en œuvre de l’interface IRegistrableEvent pour chaque type d’objet inscrit dans le projet FranceTriggers :

• La classe RegistrableEventAuditEventAdapter pour prendre en charge de l’inscription d’événements d’audit

• Le RegistrableEventRetailTransactionAdapter de prendre en charge l’enregistrement de transactions de vente au détail

• Les RegistrableEventShiftTransactionEventAdapter en charge l’enregistrement de l’événement de fermeture d’un travail d’équipe

Les adaptateurs sont chargés pour l’extraction et la sérialisation des informations utilisées pour l’inscription des objets inscrit. Un adaptateur du type approprié est créé à l’intérieur du déclencheur des méthodes telles que PreEndTransaction, PreLogEvent et SaveCloseBatch par la classe RegistrableEventFactory .

L’enregistrement d’un objet événement inscrit est effectué par la classe RegistrationManager que qui se trouve dans le projet FranceTriggers. L' RegistrationManager utilise le service DefaultFiscalRegistrationService , qui implémente l’interface IFiscalRegister et chargé par MEF.

DefaultFiscalRegistrationService crée et définit une instance de IFiscalRegisterDriver. Il utilise la classe FiscalRegisterFactory pour créer une instance appropriée de IFiscalRegisterDriver et de produire une instance de la classe DigitalSignatureFiscalRegister dans le pays de la France / contexte de la région.

Données d’inscription de fiscal sérialisé sont stockées au format JSON dans les tables de base de données RetailTransactionFiscalTransaction et RetailLogFiscalTransaction pour les transactions de vente au détail et les événements d’audit, respectivement.

SDK.DigitalSignature

Le projet est similaire au projet de DigitalSignatureFiscalRegister du POS de l’entreprise. Il fournit la fonctionnalité pour des transactions de vente au détail de signer numériquement et d’auditer les événements.

• La classe CertificateHelper fournit des méthodes pour charger les certificats du magasin de certificats.

• La classe DataSignatureRequestHandler implémente l’interface IRequestHandler et traite la demande DigitalSignatureServiceRequest .

DigitalSignatureServiceRequest est utilisé pour signer les données spécifiées avec le certificat.

SDK.FiscalRegisterServiceFrance

Le Kit de développement logiciel . FiscalRegisterServiceFrance projet contient FiscalRegistrationService qui gère un certain nombre de nouvelles demandes :

• GetFiscalRegistrationSequenceTypeServiceRequest est une nouvelle demande pour déterminer le type d’ordre fiscal à partir d’un type de transaction de vente ou le type d’événement d’audit.

• GetLastRegisteredFiscalDataServiceRequest est une nouvelle demande pour récupérer les dernières données fiscales enregistrées pour un type d’ordre fiscal spécifié.

• GetFiscalRegistrationSequenceServiceRequest est une nouvelle demande pour récupérer le numéro séquentiel en cours pour un magasin spécifique, terminal et séquence de type.

• GetSalesOrderFiscalRegistrationInfoRequest est une nouvelle demande pour récupérer les données fiscales à partir d’une commande client.

• ParseFiscalRegisterDataRequest est une nouvelle demande pour analyser une série enregistrer la réponse au format JSON à un objet.

• SaveSalesTransactionDataRequest est une demande substituée qui effectue l’enregistrement des transactions de vente et appelle ensuite le Gestionnaire de demandes d’origine pour enregistrer la transaction.

• RegisterAuditEventServiceRequest est une nouvelle demande d’enregistrer les événements d’audit.

• RegisterShiftCloseAuditEventRequest est une nouvelle demande d’enregistrer les événements de fermeture des équipes.

Gestionnaires d’opération antérieure

La nouvelle interface IPreOperationHandler a été introduite. Il décrit la méthode suivante :

executeHandler(operationId: Commerce.Operations.operationTypeEnum) : IAsyncResult < ICancelableResult > ;

L’objectif de la méthode consiste à implémenter des contrôles supplémentaires avant d’effectuer des opérations de PDV modernes. La méthode executeHandler reçoit le type de l’opération en cours et peut ainsi bloquer l’opération en renvoyant un approprié ICancelableResult en mode asynchrone.

Une instance de l’interface IPreOperationHandler est inscrit en appelant la méthode registerPreOperationHandlerd’Operations Manager.

Vérification de l’état de MAJ

Vérification de l’état MAJ est gérée par ShiftClosingManagerFrance , qui implémente l’interface IShiftClosingManager . ShiftClosingManagerFactory est responsable de la création de l’instance appropriée de IShiftClosingManager et crée des ShiftClosingManagerFrance dans le contexte de pays/région France.

ShiftClosingManagerFrance implémente l’interface IPreOperationHandler également et est utilisé pour bloquer plusieurs opérations si la touche MAJ enfoncée dure plus longtemps que la durée spécifiée. Il est enregistré comme un gestionnaire de l’opération avant de la classe Operations Manager dans le contexte de pays/région France.

Demandes de ShiftClosingManagerFrance shift état avant chaque opération de vente à l’aide de la demande de Commerce Server GetShiftClosingStateInfo et de paiement.

Processus d’inscription

L’enregistrement des transactions de vente et les événements d’audit est géré par la classe FiscalRegistrationManagerFrance qui implémente l’interface IFiscalRegistrationManager . La classe FiscalRegistrationManagerFactory est responsable de la création de la mise en oeuvre appropriée des IFiscalRegistrationManager et crée des FiscalRegistrationManagerFrance dans le pays ou la région France contexte.

Démarrage de l’enregistrement des transactions de vente dans la classe CartViewModel dans la méthode checkOutCart . CartViewModel utilise FiscalRegistrationManagerFrance pour exécuter une logique d’enregistrement avant et après la conclusion de la transaction.

La logique d’extraction préalable extrait les informations d’inscription (réponse register) le dernier enregistrement des transactions de vente à partir du stockage local (si elle existe) ou la demande à partir du serveur de vente au détail à l’aide de la requête GetLastRegisteredFiscalData . Le dernier livre de réponse passé en tant que propriétés d’extension de l’objet panier à la conclusion de la transaction. La propriété extension stockant la dernière réponse du Registre est ensuite extrait pendant le traitement des SaveSalesTransactionDataRequest de Commerce lors de l’exécution et est utilisée pour générer la signature numérique de la transaction en cours.

L’enregistre de logique d’extraction post en cours Enregistrer la réponse dans le stockage local pour être utilisé dans les futures demandes.

L’enregistrement des événements d’audit est exécutée par la méthode registerAuditEvent de la classe FiscalRegistrationManagerFrance et est lancée à partir de différents points :

• L’enregistrement de l’événement de vérification d’ouverture de session est initiée à partir de la LoginViewModel après une ouverture de session réussie d’opérateur.

• L’enregistrement de l’événement d’audit de fermeture de session est initiée à partir de LogoffOperationHandler.

• L’enregistrement de l’événement d’audit de Purge est lancée à partir des classes BlindCloseShiftOperationHandler et CloseShiftOperationHandler .

• L’enregistrement des événements de début et de fin du mode hors connexion est initiée à partir de la classe ChainedRequestFactory .

• L’enregistrement de l’événement de l’impression d’une copie d’un bon de réception est lancée à partir de ReceiptViewModel.

POS modernes enregistre les événements d’audit en envoyant la demande RegisterAuditEvent au serveur de la vente au détail. La demande est ensuite transmis au service d’exécution de Commerce FiscalRegistrationService.