Mejoras en el registro de extractos comerciales
Importante
Este contenido está archivado y no se actualiza. Para obtener la documentación más reciente, consulte la Documentación del producto Microsoft Dynamics 365. Para conocer los últimos planes de lanzamiento, consulte los planes de lanzamiento de Dynamics 365 y Microsoft Power Platform.
| Habilitada para | Versión preliminar pública | Disponibilidad general |
|---|---|---|
| Usuarios finales por administradores, creadores o analistas |  2 de agosto de 2019 |
1 de octubre de 2019 |
Valor empresarial
En Microsoft Dynamics 365 Retail, el proceso de registro de extractos se utiliza para contabilizar las transacciones que se producen en el punto de venta (PDV) en la nube o en Modern POS (MPOS). Este proceso es una función integral y vital de una operación de una tienda física, puesto que todas las transacciones en la tienda en lo que respecta a ventas, pagos, movimientos de efectivo, etc. durante un día laborable se reflejan en la sede central (HQ) a través de este proceso. Todos los principales informes diarios en los que se basa el personal de la sede central a la hora de tomar las decisiones están disponibles mediante el proceso de registro de extractos; por ejemplo, las ventas por tienda durante un día, las colecciones por tienda durante un día o los movimientos de inventario para diferentes productos y categorías.
El proceso de registro de extractos también desempeña un papel fundamental en la función de prevención de pérdidas de una organización minorista, puesto que los empleados de la auditoría de ventas utilizan los datos del registro de extractos para supervisar y realizar un seguimiento de los problemas y patrones relacionados con el fraude y la prevención de pérdidas. Por lo tanto, es imprescindible que cualquier organización minorista con tiendas físicas tenga un proceso de registro de extractos fiable y eficaz.
Detalles de la característica
Esta característica mejorará el proceso actual de registro de extractos de las formas que se describen aquí.
Comprobador de fidelidad de datos
La fiabilidad de un proceso de registro de extractos depende, en gran medida, de la calidad de los datos que alimentan dicho proceso. Estos datos se generan y envían desde las tiendas minoristas según las transacciones en los sistemas PDV propios o de terceros. A menudo se detecta que la fidelidad de los datos que llegan de la tienda es cuestionable a causa de factores como errores en el cliente de PDV, que escribe datos incoherentes en la base de datos de la tienda o datos procedentes de un sistema PDV de terceros a través del marco de integración. Esto crea problemas y errores en el proceso posterior de registro de extractos.
Para superar estos retos, el comprobador de fidelidad de datos verificará los datos en busca de omisiones y anomalías. Solo se incluirán en el proceso de extractos aquellas transacciones que pasen la validación. A continuación, se muestran algunos de los tipos de validación que realizará el comprobador de fidelidad de datos (no es una lista exhaustiva):
Validar que los artículos de tarjetas regalo no estén asociados con líneas de devolución.
Validar que, en cada transacción, los registros de la tabla de impuestos coincidan con el importe de impuestos de las tablas de líneas de transacciones comerciales.
Validar que el importe en las líneas de pago de transacciones comerciales se agrega al importe de pago de la tabla de transacciones comerciales del encabezado.
Validar que en cada transacción los registros en la tabla de impuestos coincidan con el importe de impuestos de las tablas de líneas de transacciones comerciales.
La característica de comprobador de fidelidad de datos también permitirá que un usuario arregle transacciones que no son coherentes con las expectativas definidas para la auditoría con fines de trazabilidad y reconciliación.
Creación de orden de alimentación por goteo (versión preliminar pública)
El proceso actual de registro de extractos se gestiona en dos partes principales:
Según los datos sincronizados con la sede central, un "trabajo de inventario" reserva el inventario para productos en una programación periódica definida.
Cuando se cierran las tiendas y se realizan las operaciones de final del día, los datos restantes se sincronizan con la sede central. Según un programa definido, el sistema crea un documento de extracto para cada tienda. Cuando este documento se registra, el sistema elimina la reserva de inventario creada y, a continuación, crea pedidos de ventas, diarios de pago y diarios de contabilidad en el sistema.
Como se desprende de los puntos anteriores, solo las reservas de inventario temporales se crean durante el día. Estas reservas de inventario se eliminan al final del día y todas las transacciones se procesan como pedidos de venta y se crean nuevas transacciones de inventario junto con otras transacciones al final del día. Durante el día no se procesan estas transacciones, sino que todas se cargan al final del día. Esto hace que las transacciones voluminosas deban procesarse en un período de tiempo limitado, dando lugar a una carga inmensa y a bloqueos que pueden provocar errores en el registro de extractos.
Para abordar estos problemas, se realizarán las siguientes mejoras en el proceso de registro de extractos:
Deje de utilizar el "trabajo de inventario" que crea reservas temporales.
Cree un nuevo trabajo que, en un programa predefinido, generará pedidos de cliente, los facturará, creará, registrará y aplicará pagos para todas las transacciones que están sincronizadas con la sede central en ese momento. Además, también creará todos los diarios contables que deban crearse para descuentos, tarjetas regalo, etc.
El documento de extracto que se crea al final del día solo se utilizará para calcular y registrar las variaciones de recuento.
Administración de líneas de devolución
Para garantizar que las líneas de devolución se publiquen con el costo de devolución correcto, el proceso actual de publicación de la declaración minorista requiere que la venta original se publique antes de permitir la publicación de devolución; sin embargo, en escenarios en los que no se publica una declaración de la venta original, la declaración asociada con la transacción de devolución tampoco se puede publicar. Esto provoca la creación de copias de seguridad en los extractos e implica a los usuarios que intentan encontrar la dependencia antes de publicarlos manualmente en la secuencia correcta. Para resolver esta situación y para no imponer una dependencia cronológica entre los extractos, las devoluciones se registrarán utilizando los costes de inventario a partir de la fecha comercial de la venta original.
Administración de artículos controlados por lotes
Para artículos rastreados por lotes, Retail POS no admite la captura de números de lotes en el momento de la venta; sin embargo, se requieren números de lote al registrar las ventas de estos productos en la sede. El marco de registro de extractos actual elige un número de lote ya existente en el momento de registrar el extracto; sin embargo, en situaciones en las que no existe una cantidad con números de lote para estos productos, se produce un error en el proceso de registro de extractos incluso cuando se han activado las existencias negativas para estos productos. Esta característica garantizará que el registro de extractos no se bloquee en los artículos con seguimiento de lotes si el inventario es cero o el número de lote no está disponible y el inventario negativo está activado para dichos artículos.
Consulte también
Comprobador de coherencia de transacción comercial (documentos)