Habilitar sistema POS certificada para Francia en R3 de 2012 de Microsoft Dynamics AX for Retail (binario)

Desencadenador de eventos de auditoría

Se agrega el nuevo desencadenador AuditEvent para permitir la personalización del proceso de creación de eventos de auditoría. Este desencadenador funciona del mismo modo que otros desencadenadores y cargado por MEF. Proporciona dos métodos de PreLogEvent y PostLogEvent, que se llama antes y después de registrar un evento de auditoría, respectivamente.

La nueva interfaz de IAuditEventTrigger se ha agregado a la biblioteca de contratos . Esta interfaz describe el PreLogEventy métodos de PostLogEvent .

El método PreLogEvent puede interrumpir el proceso de registro y mostrar los mensajes mediante el objeto PreTriggerResult estándar. Para utilizar el desencadenador de AuditEvent , debe crearse una nueva clase. Esta clase debe implementar la interfaz IAuditEventTrigger . En este caso, MEF carga la clase durante el inicio de la aplicación.

FranceTriggers

El proyecto FranceTriggers contiene desencadenadores estándares de POS que se cargan si el campo código ISO del perfil de funcionalidad del POS se establece en FR.

• La BatchOperationTrigger implementa la interfaz IBatchOperationTrigger y reemplaza el método SaveCloseBatch . El método registra un suceso de auditoría de cerrar un turno.

• La FranceApplicationTrigger implementa la interfaz IApplicationTrigger y reemplaza los métodos ApplicationStart y PostLogon .

  • El método ApplicationStart inicializa el estado de registro de la RegistrationManager llamando al método ActualizeRegistrationState ;

  • El método PostLogon comprueba el estado de MAYÚS llamando al método CheckShiftClosing de la clase ShiftClosingChecker si una operación de inicio de sesión es correcto. El método muestra una advertencia si el cambio actual dura más que el tiempo predefinido.

• La FranceAuditEventTrigger implementa la interfaz IAuditEventTrigger y reemplaza los métodos PreLogEvent y PostLogEvent .

  • El método PreLogEvent recibe el objeto IAuditEvent y realiza el registro del evento de auditoría si está habilitada la auditoría.

  • El método PostLogEvent recibe el objeto IAuditEvent y finaliza el registro del evento de auditoría si está habilitada la auditoría guardando la información de registro fiscal.

• La FranceOperationTrigger implementa la interfaz IOperationTrigger y reemplaza el método PreProcessOperation . El método comprueba el estado de MAYÚS llamando al método CheckShiftClosing de la clase ShiftClosingChecker . El método bloquea la operación si el cambio actual dura más que el tiempo previamente definido y muestra un mensaje de advertencia.

• La FrancePaymentTrigger implementa la interfaz IPaymentTrigger y reemplaza el método de pago por adelantado . El método comporta igual que el método PreProcessOperation y bloquea el pago si el cambio actual dura más que el tiempo predefinido.

• La FrancePrintingTrigger implementa la interfaz IPrintingTrigger y reemplaza el método GetReceiptFieldInfo . El método recibe el IReceiptField y los objetos IReceiptPrintingContext y calcula el valor del campo de recepción que se está imprimiendo.

• La FranceTransactionTrigger implementa la ITransactionTrigger y reemplaza los métodos PreEndTransaction y SaveTransaction .

  • El método PreEndTransaction recibe el objeto IPosTransaction y realiza el registro de la transacción comercial. Además, comprueba el estado de la tecla MAYÚS y la transacción se bloquea si el cambio actual dura más que el tiempo predefinido.

  • El método SaveTransaction recibe el objeto IPosTransaction y finaliza el registro de la transacción comercial guardando la información de registro fiscal.

DigitalSignatureFiscalRegister

El proyecto DigitalSignatureFiscalRegister proporciona la funcionalidad para firmar transacciones comerciales digitalmente y eventos de auditoría.

• La clase CertificateHelper proporciona métodos para cargar certificados desde el almacén de certificados.

• La clase DigitalSignatureFiscalRegister implementa la interfaz IFiscalRegisterDriver y reemplaza los métodos Initialize y RegisterFiscalData .

  • El método Initialize carga la configuración de firma digital como la huella digital del certificado y la ubicación del archivo de configuración.

  • El método RegisterFiscalData recibe la información fiscal serializada y calcula la firma digital.

• La clase DigitalSignatureFiscalRegisterResponse representa la respuesta de registro de la firma digital.

Proceso de registro

Los procesos de registro de sucesos de auditoría y transacciones comerciales son similares. Hay clases de adaptador que implementa la interfaz IRegistrableEvent para cada tipo de objeto de registrarse en el proyecto FranceTriggers :

• La clase RegistrableEventAuditEventAdapter para admitir el registro de eventos de auditoría

• El RegistrableEventRetailTransactionAdapter para admitir el registro de transacciones de venta por menor

• El RegistrableEventShiftTransactionEventAdapter para admitir el registro del evento de cierre de un turno

Los adaptadores son responsables de la extracción y la serialización de la información utilizada para el registro de los objetos se. La clase RegistrableEventFactory crea un adaptador del tipo apropiado dentro de los métodos de desencadenador como PreEndTransaction, PreLogEvent y SaveCloseBatch .

Registro de un objeto de evento se realiza la clase RegistrationManager ubicada en el proyecto FranceTriggers. El RegistrationManager utiliza el servicio DefaultFiscalRegistrationService que implementa la interfaz IFiscalRegister y cargado por MEF.

DefaultFiscalRegistrationService crea y establece una instancia de IFiscalRegisterDriver. Utiliza la clase FiscalRegisterFactory para crear una instancia adecuada de IFiscalRegisterDriver y generar una instancia de de la clase DigitalSignatureFiscalRegister en el país de Francia / contexto de la región.

Datos de registro fiscal serializados se almacenan en el formato JSON en las tablas de base de datos RetailTransactionFiscalTransaction y RetailLogFiscalTransaction para las transacciones comerciales y los eventos de auditoría, respectivamente.

SDK.DigitalSignature

El proyecto es similar al proyecto de DigitalSignatureFiscalRegister del POS de la empresa. Proporciona la funcionalidad para firmar transacciones comerciales digitalmente y eventos de auditoría.

• La clase CertificateHelper proporciona métodos para cargar certificados desde el almacén de certificados.

• La clase DataSignatureRequestHandler implementa la interfaz IRequestHandler y administra la solicitud DigitalSignatureServiceRequest .

DigitalSignatureServiceRequest se utiliza para firmar los datos especificados con el certificado.

SDK.FiscalRegisterServiceFrance

El SDK de . FiscalRegisterServiceFrance proyecto FiscalRegistrationService que controla un número de nuevas solicitudes de contiene:

• GetFiscalRegistrationSequenceTypeServiceRequest es una nueva solicitud para determinar el tipo de secuencia fiscal de un tipo de transacción de ventas o tipo de evento de auditoría.

• GetLastRegisteredFiscalDataServiceRequest es una solicitud nueva para recuperar los últimos datos guardados fiscales para un tipo de secuencia fiscal especificado.

• GetFiscalRegistrationSequenceServiceRequest es una nueva solicitud para recuperar el número de secuencia actual para un almacén específico, tipo de terminal y secuencia.

• GetSalesOrderFiscalRegistrationInfoRequest es una solicitud nueva para recuperar los datos fiscales de una orden de venta.

• ParseFiscalRegisterDataRequest es una nueva solicitud para analizar un número de serie registrar respuesta en el formato JSON a un objeto.

• SaveSalesTransactionDataRequest es una solicitud reemplazada que realiza el registro de transacciones de ventas y, a continuación, llama al controlador de solicitud original para guardar la transacción.

• RegisterAuditEventServiceRequest es una nueva solicitud de registro de sucesos de auditoría.

• RegisterShiftCloseAuditEventRequest es una nueva solicitud para registrar eventos de cierre de turnos.

Controladores antes de la operación

Se introdujo la nueva interfaz de IPreOperationHandler . Describe el método siguiente:

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

El propósito del método es implementar comprobaciones adicionales antes de realizar operaciones de POS moderna. El método executeHandler recibe el tipo de la operación actual y puede bloquear la operación devolviendo una adecuada ICancelableResult de forma asincrónica.

Una instancia de la interfaz de IPreOperationHandler está registrada mediante una llamada al método registerPreOperationHandler de OperationsManagerMonitoring.

Comprobación de estado de turno

Verificación de estado Mayús es administrado por ShiftClosingManagerFrance implementa la interfaz IShiftClosingManager . ShiftClosingManagerFactory es responsable de la creación de la instancia adecuada de IShiftClosingManager y ShiftClosingManagerFrance se crea en el contexto de país o región de Francia.

ShiftClosingManagerFrance también implementa la interfaz IPreOperationHandler y se utiliza para bloquear varias operaciones si el cambio dura más que el tiempo especificado. Se registra como un controlador antes de la operación de la clase OperationsManagerMonitoring en el contexto de país o región de Francia.

Solicitudes de ShiftClosingManagerFrance cambian estado antes de cada pago y las operaciones de ventas mediante la solicitud al servidor comercial GetShiftClosingStateInfo .

Proceso de registro

El registro de transacciones de ventas y los eventos de auditoría se administra mediante la clase FiscalRegistrationManagerFrance implementa la interfaz IFiscalRegistrationManager . La clase FiscalRegistrationManagerFactory es responsable de la creación de la implementación adecuada de IFiscalRegistrationManager y FiscalRegistrationManagerFrance crea en el país o región de Francia contexto.

Inicia el registro de transacciones de venta en la clase CartViewModel en el método checkOutCart . CartViewModel utiliza FiscalRegistrationManagerFrance para ejecutar la lógica de registro antes y después de la extracción.

La lógica de comprobación preliminar extrae la información de registro (registro de respuesta) para la última registrada la transacción de venta desde el almacenamiento local (si existe) o lo solicita desde el servidor de comercial mediante la solicitud de GetLastRegisteredFiscalData . El último registro respuesta pasa como propiedades de extensión del objeto carro a la desprotección. La propiedad de extensión almacenar la última respuesta del registro se extrae a continuación durante la gestión de SaveSalesTransactionDataRequest en tiempo de ejecución de comercio y se utiliza para generar la firma digital de la transacción actual.

El guarda de lógica post desprotección actual registrar respuesta al almacenamiento local utiliza en el futuro las solicitudes.

El registro de eventos de auditoría se realiza mediante el método registerAuditEvent de la clase FiscalRegistrationManagerFrance y se inicia desde varios puntos:

• El registro de suceso de auditoría de inicio de sesión se inicia desde LoginViewModel después de los inicios de sesión de un operador exitoso.

• El registro de suceso de auditoría de cierre de sesión se inicia desde LogoffOperationHandler.

• El registro de suceso de auditoría de purga se inicia desde las clases BlindCloseShiftOperationHandler y CloseShiftOperationHandler .

• El registro de los eventos de inicio y finalización del modo sin conexión se inicia desde la clase ChainedRequestFactory .

• Se inicia el registro de los eventos de impresión de una copia de un recibo de ReceiptViewModel.

POS modernos registra sucesos de auditoría mediante el envío de la solicitud de RegisterAuditEvent al servidor comercial. A continuación, pasa la solicitud al servicio de tiempo de ejecución de comercio FiscalRegistrationService.