Distribución de datos
La distribución de datos en Commerce se basa en Commerce Data Exchange, que transfiere datos entre Commerce Headquarters y los diferentes canales.
La base de datos que almacena datos para un canal está separada de la base de datos de Commerce. La base de datos del canal contiene solo los datos necesarios para las transacciones. Por ejemplo, los datos maestros se configuran en Headquarters y luego se distribuyen a los canales; en el otro lado de la transacción, los datos transaccionales se crean en Store Commerce o en la tienda en línea y luego se cargan en Headquarters.
Los diferentes componentes que ayudan a distribuir los datos entre el sistema de origen y el de destino son:
Servicio asincrónico: el paquete de datos en la fuente (Headquarters) es el proceso de preparación para su distribución. Este proceso ocurre por separado del proceso de enviar estos datos a los diferentes canales y aplicar los cambios a sus bases de datos. El servicio asincrónico utiliza el programador de Commerce para programar la distribución de datos con trabajos de carga y descarga.
Seguimiento de cambios de Microsoft SQL Server en la base de datos de Commerce: se utiliza para determinar los cambios de datos que deben enviarse al canal.
Programador de Commerce: mecanismo para intercambiar datos entre ubicaciones a través de trabajos por lotes programados.
Servicio en tiempo real: proporciona comunicación en tiempo real entre un canal y Dynamics 365 Commerce para escenarios en los que los datos deben estar disponibles en tiempo real, como búsquedas de inventario, emisión y canje de tarjetas regalo, creación y actualización de registros de clientes, y más.
Coherencia en la gestión de pagos en todos los canales minoristas
Los minoristas quieren ofrecer la misma calidad de servicio a los clientes en todas las plataformas, al tiempo que se aseguran de que el personal administrativo tenga una experiencia clara en el control de pedidos minoristas. Cualquiera de las interfaces de procesamiento de pedidos de comercios minoristas debe poder ver, modificar y procesar las transacciones de pago relacionadas con los pedidos de venta de manera coherente.
La gestión de back-end de los pagos de pedidos de Store Commerce y comercio electrónico utiliza las tablas MCRCustPaym*. Al administrar los datos de pago de pedidos de venta minorista de una manera coherente, los usuarios del centro de llamadas pueden obtener acceso a una verdadera gestión omnicanal de pagos de pedidos minoristas.
Archivar datos de transacciones de tarjeta de crédito
Los datos de respuesta de las tarjetas de crédito pueden ocupar mucho espacio en una base de datos. Dado que estos datos se necesitan principalmente para realizar reembolsos vinculados, la utilidad de los datos disminuye drásticamente cuando caduca la directiva empresarial de reembolsos para una transacción. Un trabajo archiva automáticamente los datos de la tarjeta de crédito cuando ya no se pueden usar para los reembolsos vinculados de acuerdo con la directiva empresarial, lo que garantiza que solo se guarden los datos críticos para las operaciones diarias.
El trabajo de archivo se puede configurar para archivar datos XML de respuesta de autorización de tarjetas de crédito que tengan una antigüedad determinada. Cuando los datos de la tarjeta de crédito alcanzan la antigüedad especificada, el trabajo los comprime en un archivo .zip y lo exporta mediante la gestión de documentos. Los datos no se pueden restaurar mediante programación una vez exportados. Dado que los datos de autorización sujetos a exportación son necesarios para los reembolsos vinculados, solo los datos anteriores al periodo de reembolso pertinente especificado en la directiva de devolución de la empresa deben estar sujetos a exportación.
Importante
Los datos no se pueden restaurar fácilmente una vez archivados. Por lo tanto, las transacciones que están sujetas a reembolsos vinculados no deben archivarse. Por ejemplo, si la directiva de devoluciones de un comerciante permite que se devuelvan las transacciones para su reembolso a la misma tarjeta de crédito en el plazo de dos años, el campo Antigüedad mínima de la transacción en días para el trabajo debe estar establecido en 730 días (dos años). En este caso, si se devuelve una transacción después de los 730 días, no se encontrará el XML que se requiere para realizar un reembolso vinculado. Por lo tanto, el cliente deberá recibir el reembolso a través de un reembolso independiente a una tarjeta de crédito o algún otro método de pago, como un abono o una tarjeta regalo.
Para obtener más información sobre cómo configurar el trabajo archivable, consulte: Archivar datos de transacciones de tarjetas de crédito