Aplicación de las funciones de pagos digitales para deudores

Objective

After completing this lesson, you will be able to utilizar las funcionalidades disponibles del add-on de pagos digitales de SAP para procesar pagos

Características relevantes para la contabilidad de deudores

Ahora, vamos a explorar las funciones más importantes para gestionar los pagos recibidos en el add-on de pagos digitales de SAP.

Para dar soporte a estos procesos, se han creado especialmente nuevas aplicaciones y jobs de Fiori.

La imagen muestra una captura de pantalla de una interfaz de SAP para la gestión de pagos digitales. La selección de modelo incluye varias opciones como Reorganización de aviso de pago y Liquidación de tarjeta de pago. Dos notas destacan que S/4HANA incluye aplicaciones Fiori FI-AR para pagos digitales, con aplicaciones FI-CA adicionales disponibles. Una leyenda indica que los jobs de plantilla se desarrollan para gestionar pagos digitales. Los iconos en la parte inferior sugieren acciones como programar o reembolsar pagos.

Pagos en dos pasos

El proceso de dos pasos implica un paso de autorización y un paso de captura, y se suele utilizar cuando los pedidos y las entregas se separan por tiempo.

Durante el paso de autorización, los consumidores proporcionan sus datos de tarjeta a los agentes del call center, realizan el check out en las tiendas online o realizan pedidos por correo. Una vez que se completa el proceso empresarial y se envían las mercancías, se determinan los importes de pago finales y las partidas abiertas se contabilizan en la cuenta Contabilidad de deudores – Pagos digitales.

Para completar el paso de captura, el job Liquidación de tarjetas de pago dentro de la aplicación Programación de tareas de contabilidad de deudores se utiliza para seleccionar pagos autorizados para los que se ha completado la transacción asociada. Los pagos seleccionados se envían al PSP mediante el add-on de pagos digitales de SAP, lo que da como resultado partidas abiertas frente al PSP a la cuenta Cuentas bancarias – Proveedor de servicios de pago – Compensación.

Después de esto, se puede realizar la reconciliación automática si el PSP admite el procesamiento de avisos digitales. El job Pagos digitales de SAP: Procesamiento de avisos dentro de la aplicación Programación de tareas de contabilidad de deudores se desencadena para reconciliar pagos capturados, así como transacciones adicionales como tasas, devoluciones o pagos manuales. Las transacciones que confirman pagos capturados se reconcilian con el job periódico Compensación automática en la aplicación Programación de tareas de contabilidad de libro mayor.

Finalmente, el PSP paga los fondos a la cuenta bancaria real, que se procesa utilizando el procesamiento de extracto bancario habitual, y luego se contabiliza en la cuenta Cuentas bancarias – Proveedor de servicios de pago – Transferencia. Esta cuenta puede requerir una compensación manual con la aplicación Compensar cuentas de mayor – Compensación manual, ya que los PSP a menudo no proporcionan suficiente información de referencia.

El diagrama de flujo titulado Dos pasos muestra un flujo de proceso para la gestión de pagos. Empieza con Pagos autorizados que lleva a Liquidación y, a continuación, Pagos capturados. Dos vías siguen: Compensación automática se conecta a Pagos capturados, mientras que Compensación manual se conecta a Reconciliación mediante asesores digitales. Ambos convergen en Pagos confirmados, lo que lleva a una casilla verde etiquetada como Pago de PSP.

El método de pago en dos pasos es el proceso de pago más completo, que consta de una etapa de autorización y una etapa de captura. A menudo se emplea cuando hay una brecha de tiempo entre los pedidos y las entregas

Pagos en un paso (captura directa)

Un pago digital en un paso, también llamado pago de captura directa, no requiere autorización previa. Se utiliza comúnmente para bienes o servicios entregados inmediatamente, como descargas digitales.

Al realizar compras en tiendas en línea o a través de portales de la empresa, los consumidores realizan pagos directamente; un proceso conocido como el paso de captura.

Cuando se realiza la entrega, ya se han completado los siguientes procesos empresariales:

  • Determinación de los importes de pago final.
  • Contabilización de partidas abiertas en el proveedor de servicios de pago (PSP) en la cuenta Cuentas bancarias – Proveedor de servicios de pago – Compensación.

Si el PSP admite el procesamiento de avisos digitales, la reconciliación automática se puede realizar con el job Pagos digitales de SAP: Procesamiento de avisos en la aplicación Programación de tareas de contabilidad de deudores. Este job también devuelve transacciones adicionales, como tasas, devoluciones o pagos manuales, que antes no conocía el sistema SAP S/4HANA Cloud y que ahora deben registrarse. Las transacciones que confirman pagos capturados se reconcilian con el job periódico Compensación automática en la aplicación Programación de tareas de libro mayor.

El PSP transfiere los fondos a la cuenta bancaria real de la empresa, que se procesa a través de su procesamiento de extracto bancario habitual y, a continuación, se contabiliza finalmente en la cuenta Cuentas bancarias – Proveedor de servicios de pago – Transferencia. Los pagos en esta cuenta pueden requerir una compensación manual utilizando la aplicación Compensar cuentas de mayor – Compensación manual si el PSP no proporciona suficiente información de referencia.

Diagrama de flujo que representa el procesamiento de pagos. Compensación automática y Compensación manual llevan a Pagos capturados, que pasa a Reconciliación mediante asesores digitales. Esto progresa a Pagos confirmados, vinculado a Pago de PSP en verde.

Un pago digital en un solo paso, también conocido como pago de captura directa, es un método optimizado que elimina la necesidad de autorización previa. A menudo se utiliza para bienes o servicios que se entregan inmediatamente, como descargas digitales.

Pagos externos

Los pagos externos se inician externamente desde SAP S/4HANA Cloud, por ejemplo, cuando:

  • Un empleado de la empresa realiza un pago con una tarjeta a través del panel del PSP durante una llamada telefónica con un cliente.
  • Un pago digital se realiza a través de un sistema de pago en línea.

Este método de pago específico solo se admite si el PSP tiene capacidades de procesamiento de avisos digitales. En este caso, los pagos se reconcilian automáticamente y se transfieren al sistema SAP S/4HANA Cloud para su contabilización. El job Pagos digitales de SAP: Procesamiento de avisos en la aplicación Programación de tareas de contabilidad de deudores se utiliza para este fin. Al contabilizar, el pago se registra como un pasivo en la cuenta de transferencia de PSP adecuada, reconciliada con la cuenta de cliente y la factura relacionada (partida abierta). Las tasas asociadas también se tienen en cuenta en esta contabilización.

A continuación, el PSP desembolsa los fondos a la cuenta bancaria real de la empresa. El pago se procesa mediante el procesamiento de extractos bancarios estándar y, en última instancia, se contabiliza en la cuenta Cuentas bancarias – Proveedor de servicios de pago – Transferencia. Si el PSP no proporciona la información de referencia adecuada, los pagos en esta cuenta pueden requerir una reconciliación manual con la aplicación Compensar cuentas de mayor: Compensación manual.

El diagrama ilustra el proceso de pago de facturas externas que implica varios pasos y elementos. Comienza con los pagos autorizados que pasan a liquidación, lo que lleva a pagos capturados. Los pagos pueden ser compensados automática o manualmente. La compensación automática se alimenta tanto en los pagos de facturas capturados como en los externos. Paralelamente, el pago de un proveedor de servicios de pago (PSP) da como resultado pagos confirmados, que se reconcilian mediante asesores digitales. Las partidas abiertas de cliente están asociadas con este proceso de reconciliación.

Los pagos externos se inician fuera de SAP S/4HANA Cloud, por ejemplo, cuando un pago digital se procesa a través de un sistema de pago en línea. En consecuencia, estos pagos se reconcilian automáticamente y se transfieren al sistema para su contabilización.

Resumen de funciones

El add-on de pagos digitales de SAP está diseñado para admitir de forma nativa los diferentes procesos de pago con una matriz de funciones específicas. Revisémoslos:

La aplicación del consumidor puede iniciar una serie de servicios necesarios para admitir pagos digitales mediante procesos de tarjeta de pago:

Creación de tarjeta:

  1. Un usuario en una aplicación de consumidor solicita la creación de una tarjeta de pago. Esta solicitud se envía al add-on de pagos digitales de SAP.
  2. En función de las opciones realizadas por el usuario clave, se determina el PSP relevante y se abre la interfaz de usuario web adecuada para introducir los detalles de la tarjeta de pago.
  3. El usuario introduce y graba los datos de la tarjeta de pago. La solicitud se envía al PSP, que guarda los datos de la tarjeta de pago y crea un token como identificación.
  4. Este token sustituye el número de tarjeta de pago. Los datos tokenizados de la tarjeta de pago se devuelven a la aplicación del consumidor para que se puedan utilizar.

Borrado de tarjeta:

  1. Un usuario de una aplicación de consumidor solicita el borrado de una tarjeta de pago. Esta solicitud se envía al add-on de pagos digitales de SAP.
  2. El sistema verifica si esta tarjeta se utiliza en operaciones de pago que no se han completado. En función del resultado, se desencadena o rechaza el borrado a nivel de PSP.
  3. En función del token de tarjeta, se determina el PSP relevante y la solicitud se envía al PSP en el formato adecuado. El resultado de la solicitud se devuelve a la aplicación del consumidor.

Autorización de pago:

  1. Un cliente solicita un producto y desea pagar con una tarjeta de pago. La aprobación del importe de la transacción debe obtenerse del banco del titular de la tarjeta.
  2. En el caso de una Autenticación Reforzada de Clientes o 3D Secure, se requerirá un paso de autenticación adicional.
  3. La aplicación del consumidor envía una solicitud de autorización al add-on de pagos digitales de SAP.
  4. En función de los detalles de la tarjeta, se determina el PSP relevante y la solicitud se envía al PSP en el formato adecuado.
  5. A continuación, el PSP procesa la autorización y devuelve el resultado a la aplicación del consumidor mediante el add-on de pagos digitales de SAP.
  6. En función de la funcionalidad PSP, el resultado también puede contener el resultado de una verificación de Detección de fraude.

Cancelación de autorización:

  1. Un cliente cancela un pedido para el que ya se ha aprobado un pago con tarjeta.
  2. La aplicación del consumidor envía una solicitud de cancelación de autorización al add-on de pagos digitales de SAP.
  3. En función de los detalles de la tarjeta, se determina el PSP relevante y la solicitud se envía al PSP en el formato adecuado. El PSP procesa la cancelación y devuelve el resultado a la aplicación del consumidor mediante el add-on de pagos digitales de SAP.
  4. La cancelación del proceso de autorización no se admite para todos los tipos de tarjeta de pago y PSP. En los casos en los que no se admite, la autorización permanece hasta que venza automáticamente. Si la cancelación no es posible, se informa a la aplicación del consumidor.

Reautorización de pago:

  1. Venció una autorización. La aplicación del consumidor envía la solicitud de reautorización al add-on de pagos digitales de SAP.
  2. En función de la autorización original, se determina el PSP relevante y la solicitud se envía al PSP en el formato adecuado.
  3. A continuación, el PSP procesa la reautorización y devuelve el resultado a la aplicación del consumidor mediante el add-on de pagos digitales de SAP.
  4. En función de la funcionalidad PSP, el resultado también puede contener el resultado de una verificación de Detección de fraude.

Liquidación de pago:

  1. La aplicación del consumidor inicia ejecuciones de liquidación periódicamente para liquidar pagos con tarjeta autorizados.
  2. La autorización y los datos de la tarjeta se envían al add-on de pagos digitales de SAP que se debe liquidar.
  3. También se pueden tener en cuenta los datos de nivel 2 y nivel 3.
  4. En función de los detalles de la tarjeta, se determina el PSP relevante y la solicitud se envía al PSP en el formato adecuado.
  5. A continuación, el PSP procesa la liquidación y devuelve el resultado a la aplicación del consumidor mediante el add-on de pagos digitales de SAP.

Captura directa:

  1. En los casos en los que la liquidación del pago no es posible, por ejemplo, la autorización ha vencido, el cliente tiene la opción de realizar una captura directa.
  2. En función del PSP, el add-on de pagos digitales de SAP inicia una captura directa. Por ejemplo, enviando una solicitud de autorización al PSP en el formato adecuado. Si el resultado de la autorización es positivo, el add-on de pagos digitales de SAP carga directamente el pago.

Reembolso del pago:

  1. La aplicación del consumidor solicita un reembolso cuando un pago con tarjeta que ya se ha liquidado debe devolverse al cliente, por ejemplo, en el caso de una devolución. La solicitud contiene información de referencia sobre el pago que se debe reembolsar.
  2. A continuación, el PSP procesa el reembolso y devuelve el resultado a la aplicación del consumidor mediante el add-on de pagos digitales de SAP.

Aviso de pago digital:

  1. La aplicación del consumidor ejecuta un informe periódicamente para solicitar detalles de aviso sobre los pagos digitales que se han procesado.
  2. Esta solicitud se envía al add-on de pagos digitales de SAP para solicitar los detalles de aviso de todos los PSP relevantes.
  3. Los detalles del aviso se fusionan y se devuelven a la aplicación del consumidor.

El add-on de pagos digitales de SAP proporciona soporte para los pagos realizados a través de canales externos, que son diferentes de los pagos realizados mediante tarjetas de pago. En consecuencia, también utiliza las siguientes funciones diseñadas específicamente para dar soporte a estos procesos de pago externos:

Captura directa:

  1. Un usuario solicita un producto y desea pagar mediante un canal de pago externo. La aprobación de la transacción final debe obtenerse del PSP.
  2. A continuación, la aplicación del consumidor envía una solicitud de captura directa al add-on de pagos digitales de SAP. En función del tipo de pago, se determina el PSP relevante y se envía una solicitud de iniciación al PSP en el formato adecuado.
  3. El usuario aprueba la solicitud de captura directa en la interfaz de usuario del PSP, que llama la aplicación del consumidor.
  4. Una vez obtenida la aprobación, se envía la solicitud de ejecución para la captura directa. El resultado se devuelve a la aplicación del consumidor mediante el add-on de pagos digitales de SAP.

Autorización de pago:

  1. Un usuario solicita un producto y desea pagar mediante un canal de pago externo. La aprobación del importe de la transacción debe obtenerse del PSP.
  2. La aplicación del consumidor envía una solicitud de autorización al add-on de pagos digitales de SAP. En función del tipo de pago, se determina el PSP relevante y se envía una solicitud de iniciación al PSP en el formato adecuado.
  3. El usuario aprueba la solicitud de autorización en la interfaz de usuario del PSP, que llama la aplicación del consumidor.
  4. Una vez obtenida la aprobación, se envía la solicitud de ejecución para la autorización. El resultado se devuelve a la aplicación del consumidor mediante el add-on de pagos digitales de SAP.

Cancelación de autorización:

  1. Un usuario cancela un pedido para el que ya se ha aprobado un pago externo.
  2. La aplicación del consumidor envía una solicitud de cancelación de autorización al add-on de pagos digitales de SAP.
  3. En función del tipo de pago, se determina el PSP relevante y la solicitud se envía al PSP en el formato adecuado.
  4. A continuación, el PSP procesa la cancelación y devuelve el resultado a la aplicación del consumidor mediante el add-on de pagos digitales de SAP.
  5. Si la cancelación no es posible, se informa a la aplicación del consumidor.

Liquidación:

  1. La aplicación del consumidor desencadena ejecuciones de liquidación periódicamente para liquidar pagos externos autorizados.
  2. La autorización se envía al add-on de pagos digitales de SAP que se debe liquidar.
  3. En función de la autorización, se determina el PSP relevante y la solicitud se envía al PSP en el formato adecuado.
  4. A continuación, el PSP procesa la liquidación y devuelve el resultado a la aplicación del consumidor mediante el add-on de pagos digitales de SAP.

Reembolso del pago:

  1. La aplicación del consumidor solicita un reembolso cuando un pago externo que ya se ha liquidado debe devolverse al cliente, por ejemplo, en el caso de una devolución.
  2. La solicitud contiene información de referencia sobre el pago que se debe reembolsar.
  3. A continuación, el PSP procesa el reembolso y devuelve el resultado a la aplicación del consumidor mediante el add-on de pagos digitales de SAP.

Aviso de pago digital

  1. La aplicación del consumidor ejecuta un informe periódicamente para solicitar detalles de aviso sobre los pagos digitales que se han procesado.
  2. Esta solicitud se envía al add-on de pagos digitales de SAP.
  3. El add-on de pagos digitales de SAP solicita los detalles de aviso de todos los PSP relevantes.
  4. Los detalles del aviso se fusionan y se devuelven a la aplicación del consumidor.

Contabilidad de pagos digitales

Manejar correctamente los pagos autorizados con tarjeta de crédito dentro de un sistema financiero es crucial para mantener registros contables precisos y garantizar operaciones financieras fluidas.

Los pagos autorizados con tarjeta de crédito se transfieren a la contabilidad de deudores a través de varios canales. Estos incluyen el Portal del cliente, donde los clientes inician sesión en sus cuentas personales para realizar pagos directamente con sus tarjetas de crédito. Otro canal es la Tienda Online, o sistemas de punto de venta, donde los pagos fluyen a través de sistemas integrados como plataformas de compras en línea o sistemas físicos de punto de venta (POS), a menudo involucrando a los departamentos de ventas o distribución antes de llegar finalmente al sistema financiero.

Una vez autorizados y recibidos los pagos, se representan en el sistema financiero como partidas abiertas en Contabilidad de deudores: Cuenta de compensación de tarjeta de crédito (cuentas de mayor). Estas entradas garantizan que se realice un seguimiento de cada transacción hasta que se reconcilie y se compense por completo. Las partidas pendientes correspondientes en la cuenta del cliente se compensan automáticamente una vez que se registra el pago, lo que mejora la eficiencia y reduce el riesgo de error manual.

Cada transacción de pago contiene información clave que ayuda en el proceso de autorización y seguimiento. Esto incluye un token de tarjeta de crédito, que es un sustituto del número de tarjeta de crédito real y se utiliza para mejorar la seguridad al garantizar que la información confidencial esté protegida durante el proceso de transacción. Además, se almacenan los datos de autorización, que incluyen detalles relacionados con la aprobación del pago por parte del emisor de la tarjeta de crédito. Estos datos incluyen códigos de autorización, cronomarcadores de transacción y otra información relevante, lo que proporciona un seguimiento de auditoría integral.

Estos procesos automatizados reducen el riesgo de errores de registro manual y un seguimiento claro de las transacciones garantiza una generación de informes financieros precisa, lo que mejora la precisión. El uso de tokens de tarjeta de crédito protege la información sensible del cliente, mientras que los datos de autorización ofrecen un registro fiable necesario para la auditoría y la resolución de conflictos, mejorando así la seguridad. La optimización del proceso desde la autorización de pago hasta la compensación reduce la carga administrativa del personal financiero y permite actualizaciones más rápidas de los estados financieros y las cuentas de clientes, mejorando así la eficiencia operativa.

La imagen ilustra el proceso de transferencia de pagos a cuentas de deudores financieras a través de varios canales, como un portal de clientes y tiendas en línea o punto de venta a través de ventas o distribución. Tres iconos que representan estos canales apuntan hacia una sección etiquetada AR Credit Card Clearing con flechas. Debajo de esta sección, menciona la contabilidad de deudores de S/4HANA Finance. Los pagos se representan como partidas abiertas en cuentas de compensación de tarjeta de crédito de deudores y la posición correspondiente en la cuenta de cliente se compensa automáticamente. El proceso implica token de tarjeta de crédito y datos de autorización.

Los pagos con tarjeta de crédito autorizados se liquidarán (o capturarán) mediante el informe de liquidación de tarjeta de crédito estándar. Este informe desempeña un papel crucial en la finalización del proceso de pago al garantizar que las transacciones aprobadas se procesen completamente y se tengan en cuenta dentro del sistema financiero.

El informe de liquidación crea lotes de transacciones y los envía al PSP mediante el add-on de pagos digitales de SAP. Este proceso automatizado optimiza la transferencia de datos de transacción, mejorando la eficiencia y la precisión del proceso de liquidación. Al agrupar las transacciones en lotes, el sistema puede gestionar grandes volúmenes de datos de manera más eficaz, reduciendo el riesgo de error y garantizando que todos los pagos se procesen sistemáticamente.

Una vez que el informe de liquidación ha enviado los lotes al PSP, las posiciones en la cuenta de compensación de tarjeta de crédito de deudores (AR) se compensan y contabilizan en una cuenta de compensación de efectivo para tarjetas de crédito. Este paso finaliza el proceso de contabilidad para cada transacción, asegurándose de que los fondos estén representados correctamente en las cuentas monetarias de la organización.

Este enfoque integrado y automatizado no solo mejora la precisión y la eficiencia del proceso de liquidación de pagos, sino que también respalda la fiabilidad general de los informes financieros de la organización.

La imagen muestra un flujo de proceso para transacciones de tarjeta de crédito aprobadas, que se procesan mediante el informe Liquidación de tarjeta de crédito. Una captura de pantalla muestra la interfaz del informe con secciones para la programación y los parámetros. Una flecha apunta a una pantalla de detalles de log que indica la transmisión de lotes a un proveedor de servicios de pago mediante el add-on de pagos digitales de SAP. Otra flecha lleva a un diagrama de contabilización de ejemplo que muestra entradas en la cuenta de compensación de tarjeta de crédito de deudores, que se reconcilian y se transfieren a una cuenta de compensación de efectivo designada para tarjetas de crédito, resaltando la contabilidad de deudores de S/4HANA Finance.

Aviso de pago digital y extractos bancarios

SAP Digital Payment Advice captura información sobre las transacciones procesadas en el PSP. Esta información es vital para garantizar que los detalles de cada transacción se registren meticulosamente y se reconcilien dentro del sistema financiero. Al hacer coincidir los detalles de pago capturados del proveedor de servicios de pago con los registros internos, el sistema puede identificar y abordar rápidamente cualquier discrepancia, lo que garantiza que los estados financieros sean precisos y estén actualizados.

La información de aviso se puede solicitar mediante el informe Aviso de pagos digitales en SAP S/4HANA. Este report se puede ejecutar periódicamente para extraer los datos más recientes del PSP. Una vez integrado el aviso, los datos se procesan en Contabilidad de deudores. Como parte de este proceso, las partidas en la cuenta de compensación de tarjeta de crédito en efectivo se compensan y contabilizan en una cuenta de transferencia de efectivo para tarjetas de crédito. Este paso tiene en cuenta cualquier cargo asociado con las transacciones de tarjeta de crédito, lo que garantiza que los importes netos se reflejen correctamente en los registros financieros.

La cuenta de compensación de tarjeta de crédito en efectivo se compensa automáticamente mediante un informe de compensación automático de libro mayor (LM) periódico. Este informe periódico se ejecuta en intervalos programados para garantizar que los saldos restantes en la cuenta de compensación se reconcilien y contabilicen en las cuentas adecuadas, actualizando así la exactitud de los registros financieros.

SAP Digital Payment Advice captura información de las transacciones procesadas por el proveedor de servicios de pago.

La imagen describe el proceso de gestión de avisos de pago digitales en SAP. Muestra una captura de pantalla de la interfaz Pagos digitales de SAP: Procesamiento de avisos y resalta cómo se capturan las transacciones desde el proveedor de servicios de pago. Se menciona el informe de procesamiento de avisos de pagos digitales en SAP S/4HANA, que muestra cómo se solicita la información de aviso. Una tabla de contabilización de ejemplo ilustra la transferencia de importes de la cuenta de compensación de tarjeta de crédito en efectivo a una cuenta de transferencia de efectivo, incluidos los gastos.

El siguiente paso implica transferir dinero cobrado a una cuenta bancaria mediante la funcionalidad de extracto bancario estándar. Este paso es crucial para garantizar que los fondos de las transacciones de tarjeta de crédito procesadas se registren con precisión en la cuenta bancaria de la organización.

Las posiciones de extracto bancario correspondientes se contabilizarán en la cuenta de transferencia de tarjeta de crédito en efectivo. Esta transacción registra la transferencia de fondos de la cuenta de compensación interna a la cuenta bancaria real de la organización, asegurándose de que los registros financieros reflejen el estado real de los fondos.

La compensación de la cuenta de transferencia de tarjeta de crédito en efectivo se puede automatizar o realizar manualmente, dependiendo de la información de referencia proporcionada por el proveedor de servicios de pago (PSP). Este paso de compensación es necesario para verificar que los importes transferidos coincidan con los importes registrados en el sistema financiero. Implica la verificación cruzada de la información de referencia, como los ID de transacción y los importes, para garantizar que cada transferencia se tenga en cuenta correctamente, lo que respalda la fiabilidad y precisión generales del sistema de gestión financiera de la organización.

La imagen es un diagrama que representa el proceso de transferencia y compensación en cuentas bancarias. Hay tres secciones etiquetadas. En la sección 1, el dinero se transfiere desde la cuenta propia bancaria, que muestra los importes 210,53 y 38,62, mediante la funcionalidad de extracto bancario estándar. La sección 2 muestra la cuenta de compensación de banco propio con dos entradas, 210.53 y 38.62, que reflejan un extracto bancario correspondiente contabilizado contra la transferencia de tarjeta de crédito en efectivo. La sección 3 implica la compensación manual de la cuenta de transferencia de tarjeta de crédito en efectivo basada en la información de referencia del PSP.

Seguridad y tokenización

El enfoque de tokenización en el add-on de pagos digitales de SAP está diseñado para mejorar la seguridad y el cumplimiento de las regulaciones de privacidad de datos y, al mismo tiempo, facilitar el procesamiento fluido de transacciones. Los detalles de la tarjeta de crédito original, incluido el número de cuenta principal (PAN), se almacenan en el proveedor de servicios de pago certificado por PCI (PSP). Estos detalles nunca se almacenan directamente en el sistema SAP, lo que reduce el riesgo de filtraciones de datos.

El PSP es responsable de generar un token para la tarjeta de crédito. Este token se utiliza para reemplazar la información confidencial de la tarjeta de crédito dentro de los sistemas de SAP. Los detalles tokenizados de la tarjeta de crédito, incluida la información del titular de la tarjeta, se almacenan en el add-on de pagos digitales de SAP en nombre de la aplicación del consumidor. Esto garantiza que, mientras se conserva la información de pago necesaria para el procesamiento de transacciones, se realiza de forma segura y compatible.

Los datos de tarjeta de crédito tokenizados se consideran datos personales en virtud de la normativa de privacidad de datos, pero no se clasifican como datos personales confidenciales. Esta distinción simplifica el cumplimiento de las leyes de privacidad, al tiempo que garantiza que los datos se manejen con un alto nivel de seguridad. La eliminación de datos después de que se hayan utilizado se inicia mediante una solicitud de la aplicación del consumidor, lo que garantiza que los datos no se conserven durante más tiempo del necesario.

La aplicación de consumidor tiene la capacidad de leer los datos de tarjeta tokenizados para proporcionar funcionalidad de divulgación al usuario final, tal como mostrar los últimos cuatro dígitos del número de tarjeta con fines de verificación. Sin embargo, los usuarios del add-on de pagos digitales de SAP no tienen acceso de lectura a los datos tokenizados, protegiendo aún más la información confidencial del acceso no autorizado. Además, no se requiere el registro de accesos de lectura desde la aplicación del consumidor, lo que optimiza el proceso y reduce los gastos generales.

El token de tarjeta de crédito se almacena en una tabla de asignación que vincula tokens internos y externos. El add-on de pagos digitales de SAP crea un token de pago digital interno para todos los tokens externos proporcionados por los PSP. Este token interno se utiliza dentro de los sistemas de SAP para hacer referencia a la transacción sin exponer los detalles de la tarjeta original.

El borrado de datos se gestiona mediante la API de borrado, que desencadena la aplicación del consumidor cuando los datos ya no son necesarios. Esto garantiza que los datos se purguen de forma oportuna, cumpliendo con los principios de minimización de datos. De nuevo, los usuarios del add-on de pagos digitales de SAP no tienen acceso de lectura a los datos tokenizados, manteniendo un control estricto sobre quién puede ver la información confidencial.

El token de tarjeta de crédito es una parte crucial de cualquier transacción procesada y se almacena en el add-on de pagos digitales de SAP. A pesar de su importancia para el procesamiento de transacciones, los protocolos de seguridad vigentes garantizan que los usuarios del add-on de pagos digitales de SAP no puedan acceder directamente a los datos confidenciales.

La tokenización garantiza que se cumplan los requisitos de privacidad y protección de datos en todas las soluciones de SAP.

Log in to track your progress & complete quizzes

Learning

SAP FacebookSAP YoutubeSAP LinkedIn