manual sermepa

5/17/2018 Manual Sermepa - slidepdf.com

http://slidepdf.com/reader/full/manual-sermepa 1/35

Guía Ráp ida d e Com erc ios - TPV V i r t ua l SI S

Versión: 1.0

24/09/2007

Referencia CE0044

Ref CE0044 24/09/2007

Versión: 1.0 i



Guía Ráp ida de Com erc ios - TPV Vi r tua l SI S

Ref CE0044 24/09/2007

Versión: 1.0 ii

L a p r o p i e d

a d i n t e l e c t u a l d e e s t e d o c u m e n t o p e r t e n e c e a S e r v i R e d .

Q u e d a p r o h i b i d a s u r e p r o d u

c c i ó n , v e n t a , o c e s i ó n a t e r c e r o s

Í NDI CE DE CONTENI DO

1 . I nt r od ucci ón ... . . . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . . .. . . . . . . .. . . . . 1

2 . Requer im ient os Prev ios a la I nt egr ación . . . .. . .. . . .. . . .. . .. . . .. . .. . . .. . .. . . .. . .. . . .. . . 2

3 . I nt egr ación d el TPV en ent or no d e Test . . .. . . .. . . .. . . .. . . .. . . .. . .. . . .. . . .. . . .. . . .. . . .. 4

4 . Un ej em pl o ... . . . . .. . . . . . . .. . . . . . . .. . . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . . .. . . . . . . .. . . . . . . .. 8

4.1 Ejemplo con parámetros:.................................................................... 8

4.2

Ejemplo HTML................................................................................... 9

5 . Apl icac ión Canales para e l SI S: Módulo de Adm in is t r ac ión. . . . .. . .. . .. . .. . 11

6 . Actu al izacion es o cam bio s de en t or no . . . .. . . .. . . .. . . .. . . .. . .. . . .. . .. . . .. . . .. . .. . . .. . . 12

7 . Com probac ión de l f unc ionam ien to de l a pasare la de pago i n teg r ada :Test / Real .. . . . . . .. . . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . . 13

7.1 Validación de la realización de operaciones.......................................... 13

7.2 Comprobación de la Notificación Online............................................... 15

8 . An ex os t écn icos ... . . . . . .. . . . . . . .. . . . . . . . .. . . . . . . .. . . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . . .. . . . . . . .. . . . . 17

A.1. ANEXO I: Datos del formulario de pago a través del TPV Virtual ............. 17

A.2. ANEXO II: Firma del comercio ........................................................... 20

A.3. ANEXO III: Contestación “on-line” del TPV Virtual al comercio................ 23

A.4. ANEXO IV Tabla de códigos de error del TPV Virtual.............................. 29




Ref CE0044 24/09/2007

Versión: 1.0 iii

L a p r o p i e d




Ho ja de I n fo r m ación Genera l

CONTROL DOCUMENTAL

PROYECTO: TPV Virtual SIS

TÍTULO: Guía Rápida de Comercios - TPV Virtual SIS

CÓDIGO DE REFERENCIA CE0044

VERSIÓN 1.0

FECHA DE EDICIÓN: 24/09/2007

FICHERO: Guia_Rapida_Comercios_SIS_v1.0Caixa.doc

HERRAMIENTAS DE EDICIÓN: MICROSOFT WORD 2000

AUTORES: ServiRed

COMPAÑÍA: ServiRed




Ref CE0044 24/09/2007

Versión: 1.0 iv

L a p r o p i e d




Cont ro l d e Vers iones

Vers ión Fecha Afec ta Breve descr ipc ión de l cambio

1.0 24/09/2007 - Documento original




Ref CE0044 24/09/2007

Versión: 1.0 1

L a p r o p i e d




1 . I n t r o d u c c i ó n

Esta Guía pretende dar una visión sencilla de la integración de uncomercio con la pasarela de pago. Para ello, sólo se especificará aquí elejemplo de un comercio con todos los datos por defecto y con lasmínimas opciones necesarias. Cualquier opción que no esté por defectose deberá consultar en la “Guía de Comercios. TPV Virtual SIS”, en laque se especifican todas las posibilidades de la pasarela.

El TPV Virtual es de fácil instalación, pero necesita de una figura

informática que sepa adaptar la tienda al sistema de pago. Esresponsabilidad del comercio aportar este conocimiento, bien porexperiencia propia, o por la contratación de un proveedor.




Ref CE0044 24/09/2007

Versión: 1.0 2

L a p r o p i e d




2 . Requer im ien tos Prev ios a l a I n t eg rac ión

El comercio pasará por dos entornos (test y producción), en ambosentornos podrá acceder al módulo de administración del SIS, dondepodrá ver la configuración de su comercio, pudiendo modificarla, así como las operaciones que se han realizado.

Las direcciones de esta aplicación son:

- Test: https://sis-t.sermepa.es:25443/canales/lacaixa

- Real: https://sis.sermepa.es/canales/lacaixa

Antes de empezar con el desarrollo de la pasarela de pago ha de tenerdisponible la información siguiente:

Las direcciones/url’s del Módulo de Administración: son lasexpuestas arriba.

El usuario y password para el acceso al Módulo deAdministración.

La url para la conexión de la pasarela: esta url viene en ladocumentación, y es la url de integración para realizar lasoperaciones. Esta URL deberá ser llamada desde su TiendaVirtual, no se puede navegar por ella directamente.

• Url Test:

https://sis-t.sermepa.es:25443/sis/realizarPago

• Url Real:

https://sis.sermepa.es/sis/realizarPago

Los datos de su comercio :

• número de comercio (FUC),

• número de terminal,

• moneda del terminal,

• clave secreta de encriptación,

• tipo de clave.

Una tarjeta para la realización de sus pruebas, recuerde quesólo será válida para el entorno de test, nunca para pruebasen un entorno real.




Ref CE0044 24/09/2007

Versión: 1.0 3

L a p r o p i e d




• Número de Tarjeta: 4548812049400004

• Fecha de caducidad: 12/07

• CIP: 123456

• Código de seguridad: 564

Una vez disponga de toda esta información, podrá comenzar con eldesarrollo de la integración de su pasarela de pago para la venta deproductos desde su tienda virtual.




Ref CE0044 24/09/2007

Versión: 1.0 4

L a p r o p i e d




3 . I n t eg rac ión de l TPV en en to r no de Test

Disponiendo de los datos indicados en el punto anterior, introduzca la urldel módulo de administración en su navegador. Le recordamos que la urlde acceso para el entorno de test es:

https://sis-t.sermepa.es:25443/canales/lacaixa

Le aparecerá una página de inicio donde le pedirá su usuario y supassword del Módulo de Administración. Tecléelo y aparecerá la páginaprincipal de la aplicación.

Las aplicaciones que va a necesitar para el desarrollo van a ser elapartado de documentación, principalmente, y el apartado Módulo deAdministración del SIS.

En el apartado “Documentación” ( ) accederá a la siguientedocumentación para descargarse:

- La guía Rápida de Comercios (este documento).

- La guía de Comercios: guía completa extendida para laintegración de su comercio.

- Conexión_sis (fichero comprimido): contiene ejemplos deconexión en distintos lenguajes de programación.

Para hacerle más sencillo el desarrollo, le recomendamos se descargueel fichero comprimido (conexión_sis). Si procede a descomprimirlo podráver unos ejemplos sencillos en distintos lenguajes de programación quepodrá usar para su desarrollo. Tenga en cuenta que son ejemplos quetendrá que adaptar a su comercio.

Cogeremos el ejemplo de conexión en el lenguaje que más se asemeje anuestro desarrollo, y si miramos su código nos encontramos con losiguiente:

Un formulario con los campos mínimos para hacer una compra en el

tpv/pasarela de Pago.Estos campos necesarios, irán en un formulario de la web del comerciocon los datos que representen la compra.

Diferenciaremos 2 diferentes tipos de campos:

• campos Ob l i ga to r i os :

- DS_Merchant_MerchantCode : FUC del comercio(numérico 9 dígitos como máximo, no es necesariorellenar con 0 hasta las 9 posiciones).




Ref CE0044 24/09/2007

Versión: 1.0 5

L a p r o p i e d




- DS_Merchant_Terminal : terminal del comercio (numérico3 dígitos, tampoco es necesario rellenar con 0).

- Ds_Merchant_Order : número de pedido (este si no segenera en la web se facilita una generación automáticadentro del código facilitado). Tiene un formatoobligatorio:

• Los 4 primeros dígitos han de ser numéricos .

• Los 8 restantes deben ser números (0..9) o letras (a..z) o (A..Z).

- DS_Merchant_Amount : cantidad a pagar, para euros las

dos últimas posiciones se consideran decimales. - Ds_Merchant_ProductDescription : descripción de la venta.

- Ds_Merchant_Titular : este campo se mostrará al titularen la pantalla de confirmación de la compra.

- Ds_Merchant_Currency: identificador de la moneda apagar. Cada comercio-terminal tiene asociado unamoneda para pagar, en el caso de euros toma valor ‘978’.

- Ds_Merchant_TransactionType : identificador del tipo detransacción. En esta guía usaremos la más habitual quees la transacción=0 Autorización. Más posibilidades en

la Guía de Comercios.- Ds_Merchant_MerchantURL: puede ir en blanco. Es la url

del comercio dónde quiere recibir la notificación Onlinecon el resultado de la petición. Esta URL del comercio, sidefinida, recibirá un post con los datos de la transacción ysu resultado. Si va en blanco no se realiza notificaciónhttp. (Si no se quiere esta notificación, es recomendablecambiar la configuración de su comercio en el campo

“Notificación on-line”).

- Ds_Merchant_Signature: es un campo que generará elcomercio aplicando a una cadena con los datos enviados,

un algoritmo de encriptación (este código está facilitadoen los ejemplos de conexión). Esta firma se deberá pasartambién en el formulario, ya que en el servidor del TPV secomprobará que la que se genera es la misma que la queha mandado el comercio. Con esta firma, se proporcionauna seguridad al comercio de que, solo él, pueda realizarpeticiones al TPV Virtual. En el Anexo II el documento seexplica más detenidamente su proceso de creación.

• camp os Opc iona les más usados:




Ref CE0044 24/09/2007

Versión: 1.0 6

L a p r o p i e d




La lista de campos opciones se puede ver en el Anexo I, en este puntose muestran dos campos opcionales que tienen un uso muy extendidopor los comercios.

- Ds_Merchant_UrlOK: página del comercio a la que seredireccionará al titular si la compra ha idocorrectamente, cuando el titular pulse el botón de

“Continuar” del recibo de compra

- Ds_Merchant_UrlKO : página del comercio a la que seredireccionará al titular si la operación no ha sidoaceptada, cuando el titular pulse el botón “Continuar· delrecibo de compra.

Con estos campos, se puede realizar la petición a la pasarela para larealización del pago.

Los posibles errores que pueden aparecer son:

- Pedido Repet ido: este error nos indica que se hanenviado dos peticiones con el mismo número de pedido.El número de pedido debe de ser único para cadatransacción.

- Er ro r en da tos env iados , con tac te con su comerc io:este error es un mensaje genérico que se muestra cuandoel TPV Virtual detecta algún error en los datos recibidosen la petición. Para facilitar el desarrollo, se ha habilitadoen el entorno de test la posibilidad de que el errorademás de este mensaje muestre: el código de error y unbreve resumen para los tres casos de error máshabituales.

• S I S 0 0 4 2: error en la generación de la firma. Lafirma enviada por el comercio y la generada por elTPV Virtual SIS no coinciden. Revise la generaciónde su firma.

• S I S 0 0 0 9: error en el formato delDs_MerchantCode. El código del comercio esexclusivamente numérico y no debe incluir elnúmero de terminal.

• S I S 0 0 2 6: error en los datos del comercio –terminal. El comercio – terminal recibido con losdatos del formulario no existe en el entorno. Reviselos campos Ds_Merchant_MerchanCode yDs_Merchant_Terminal.




Ref CE0044 24/09/2007

Versión: 1.0 7

L a p r o p i e d




La descripción del resto de los códigos de error, se puedenconsultar en la tabla de errores que aparecen en el AnexoIV del presente documento.




Ref CE0044 24/09/2007

Versión: 1.0 8

L a p r o p i e d




4 . U n e j e m p l o

En esta sección vamos a ver, de manera práctica, un ejemplo de losdatos que llegan al TPV Virtual SIS, la cadena de la firma, y lageneración de la misma.

Utilizaremos un comercio ficticio, para poder ver todos los pasos:

Comercio : 999008881

Terminal : 9

Clave Secreta : qwertyasdf0123456789

Precio a cobrar : 8.25 €

Número de Pedido : 070803113316

4 .1 Ejem p lo con pa rám e t ros :

Ds_Merchant_MerchantCode : 999008881

Ds_Merchant_Terminal : 9

Ds_Merchant_ProductDescription : Alfombrilla para raton

Ds_Merchant_Order : 070803113316 Ds_Merchant_Titular : Sermepa

Ds_Merchant_Currency : 978

Ds_Merchant_MerchantURL: https://sis-t.sermepa.es:25443/sis/pruebaCom.jsp

Ds_Merchant_MerchantName : Comercio Pruebas

Ds_Merchant_MerchantSiganture :

ca2bd747d365b4f0a87c670b270cc390b79670ce

Ds_Merchant_Amount : 825

Ds_Merchant_TransactionType : 0

Con estos datos, se generará la cadena para encriptar la firmasiguiente:

8250708031133169990088819780https://sis- t.sermepa.es:25443/sis/pruebaCom.jsp

A estos datos, es necesario añadirle la clave secreta que para el entornode desarrollo es, generando la cadena:

8250708031133169990088819780https://sis- t.sermepa.es:25443/sis/pruebaCom.jspqwertyasdf0123456789




Ref CE0044 24/09/2007

Versión: 1.0 9

L a p r o p i e d




A esta cadena se le pasa el algoritmo de encriptación sha1 y se generael valor que se envía en el campo Ds_Merchan t_Merchan tS igna tu re .Este valor se compara con el generado por el TPV y, si coinciden,entonces se pasará a realizar el pago.

Si ambos valores no coinciden (la firma enviada por el comercio en elcampo ‘Ds_Merchant_MerchantSignature’, con la generada por el TPV)se generaría un error de firma y no se realizaría la compra generándoseun error SIS0042.

Si la firma es correcta y no se detectan errores en los datos enviados alTPV Virtual, se tramitará la petición de compra y como resultado puedendarse dos situaciones:

- Que la compra haya sido autorizada por el banco del titular yse muestre el recibo de compra autorizada al cliente.

- Que la compra haya sido denegada por el banco del titular, noautorizándose la solicitud de pago.

En cualquiera de los dos casos, el comercio tiene configurado pordefecto una notificación (por defecto tiene notificación http y email delcomercio), por lo que el comercio podrá disponer de información acercadel resultado de la petición y de sus parámetros. Para conocer lascaracterísticas de estos parámetros, véase el Anexo III de notificación.

4 .2 Ej em plo HTML

En este punto se incluye el código html de prueba, si usáramos elejemplo de conexión jsp

<html>

<head>

<script type="text/javascript" language="JavaScript">

function validar() {

document.validaForm.submit();}

</script>

</head>

<body>

<form name="validaForm" action="http://MIPATH/conexion_sis.jsp" method="post">

<table>

<td>

<tr width="80%"/><tr>




Ref CE0044 24/09/2007

Versión: 1.0 10

L a p r o p i e d




<table>

<td>

<tr>Nombre</tr>

<tr>

<input type="text" name="Ds_Merchant_MerchantName" value="Comercio pruebas JSP"/>

</tr>

</td>

<td>

<tr>Importe</tr>

<tr><input type="text" name="Ds_Merchant_Amount" value="1"/> </tr></td>

<td>

<tr>Tipo transaccion</tr>

<tr><input type="text" name="Ds_Merchant_TransactionType" value="0"/></tr></td>

<td>

<tr>URL</tr>

<tr>

<input type="text" name="Ds_Merchant_MerchantURL" value=" "/>

</tr></td>

<td>

<tr><img src="graficos/boton.bmp" onclick="javascript:validar();"/> </tr>

</td>

</table>

</tr>

</td>

</table>

</form>

</body>

</html>

Con este código generaríamos un formulario que conectaría con elejemplo facilitado.

Deberíamos de cambiar (http://MI_PATH/conexion_sis.jsp) por la localizacióndel fichero en el servidor, y dentro de los ejemplos sustituir los datos delcomercio usado, por los datos de nuestro comercio.




Ref CE0044 24/09/2007

Versión: 1.0 11

L a p r o p i e d




5 . Apl icación Cana les para e l SI S: Módu lo deAdmin is t rac ión .

Además del acceso a la documentación, el módulo de administración nosofrece otras posibilidades que tendremos que saber usar.

Las direcciones de esta aplicación son:



Una vez hayamos entrado en la aplicación con el usuario y el passwordsuministrados (mirar punto 2 del documento), podremos tener acceso alMódulo de Administración.

Si pulsamos sobre el icono del Módulo de Administración del SISaparecerán varias opciones.

Opción “Comercios”: permite visualizar la configuración del comercio, así como modificar ciertos campos. Hay que tener en cuenta que lasconfiguraciones de los comercios se crean tanto en el entorno de testcomo en el entorno de real con las mismas opciones, por lo que si semodifica en un entorno, deberá de modificarse en el otro también, paraque el comportamiento sea el mismo.

Es labor del comercio el realizar esta sincronización para que sucomercio en sus dos entornos se comporte de igual manera.

Además de poder configurar el comercio, también podemos realizarconsultas de las operaciones que se han realizado sobre nuestrocomercio, pudiendo realizar diferentes operaciones, tales comodevoluciones, exportación del detalle de transacciones...

Téngase en cuenta, que cada Módulo de Administración tiene su acceso,y que sólo en cada módulo aparecerán las operaciones que se realicenen él. Es decir, las operaciones de real sólo aparecerán desde el Módulo

de Administración que apunta a real, al igual que las que se realicen entest, sólo aparecerán en el entorno de test.




Ref CE0044 24/09/2007

Versión: 1.0 12

L a p r o p i e d




6 . Actua l izac iones o cam bios de en t o rn o

El paso a un entorno de Real o la actualización de la conexión por algúncambio en la misma es muy sencillo.

Una vez realizado el desarrollo, simplemente habrá que cambiar unosvalores de configuración, que expondremos a continuación.

Recuerde que para el paso a producción es necesario que el comerciohaga una prueba autorizada en el entorno de test.

Los datos a modificar para el paso a Real son:• URL de llamada al SIS:

https://sis.sermepa.es/sis/realizarPago

• Valor de la clave secreta




Ref CE0044 24/09/2007

Versión: 1.0 13

L a p r o p i e d




7 . Comprobac ión de l func ionamien to de la pasa re la depago in teg rada : Test / Rea l

Este punto es uno de los más importantes, ya que en el se explicarácomo hacer la comprobación del funcionamiento correcto de su pasarelade pago.

Estas comprobaciones pueden hacerse tanto en entorno de TEST, paracomprobar que la integración la estamos realizando correctamente,como en el entorno de REAL, permitiéndonos comprobar el estado denuestro comercio. Son dos comprobaciones sencillas las que nos

permitirán hacer la validación del estado de nuestra pasarela:1. Validación de que se están haciendo operaciones.

2. Validación de que las notificaciones son correctas.

Para hacer las comprobaciones, deberemos de acceder a la aplicaciónfacilitada:



7 .1 Val idación de la r ea l izac ión de oper ac iones.

Deberemos acceder al módulo de Administración del SIS. Una vezintroducidos el usuario y el password facilitados en el mail de test/real,dependiendo del entorno al que se quiera acceder, accederemos a laaplicación.

Pulsando sobre el carrito, estaremos en el Módulo de Administración delSIS y, en esa pantalla, tendremos un botón a la izquierda ‘Consultas’.Pulsando sobre ese botón se nos carga esta página




Ref CE0044 24/09/2007

Versión: 1.0 14

L a p r o p i e d




Con esta página podremos acceder a las operaciones realizadas pornuestro comercio.

Pondremos los datos para hacer la búsqueda y que aparezcan lasoperaciones que se están realizando en el entorno. No es necesariorellenar todos los campos para realizar la consulta. Los obligatorios sonel número de comercio y el número de terminal.

Al pulsar en el botón aceptar aparecerán todas las operaciones quecumplan el criterio.




Ref CE0044 24/09/2007

Versión: 1.0 15

L a p r o p i e d




Como resultado, obtenemos un listado de operaciones donde se puedeconsultar los datos concretos de las operaciones efectuadas y suresultado. Nótese que es la misma pantalla desde donde se podránhacer devoluciones sobre el importe de la compra.

Para ver que funciona correctamente, deberá aparecer al menos unaoperación autorizada.

7 .2 Com pro bac ión de la Not i f i cac ión On l in e

Este es un proceso también muy sencillo, ya que se deberá comprobarque la notificación configurada en el comercio va correctamente.

Para ello veremos que en la izquierda aparece un botón ‘Notificación’.Púlselo para acceder a la siguiente página.




Ref CE0044 24/09/2007

Versión: 1.0 16

L a p r o p i e d




Es importante que introduzca su número comercio, terminal y la fechade inicio de sus operaciones.

Pulsando aceptar saldrá el listado con el resultado de sus notificaciones:

Si aparece alguna información en rojo, es indicativo de que tiene unerror. Si no sabe solucionarlo póngase en contacto con nosotros. Perorecuerde que es muy importante que la notificación funcione, porque escon la que el comercio conoce el estado del pedido. Es la que ‘notifica’ alcomercio (no al cliente) de la operación/pago realizado por el cliente.




Ref CE0044 24/09/2007

Versión: 1.0 17

L a p r o p i e d




8 . Anexos técn icos

A.1. ANEXO I : Da tos de l fo rmu la r io de pago a t ravés de lTPV V i r t ua l

El formulario de compra a través de TPV virtual deberá contener losdatos que se muestran en la tabla, dicho formulario se enviará mediante

un POST. El comercio facilitará la información de la compra a lasiguiente dirección del servidor web:

https://sis-i.sermepa.es:25443/sis/realizarPago (entorno de pruebas).

https://sis.sermepa.es/sis/realizarPago (entorno de real).

El cual gestionará la autorización de las operaciones. Los datosimprescindibles para la gestión de la autorización están marcados comoobligatorios en la tabla siguiente.

(En los campos Ds_Merchant_Currency; Ds_Merchant_Terminal;Ds_Merchant_ConsumerLanguage la longitud se considera máxima porlo que no es imprescindible el relleno con ceros a la izquierda; la firmaha de ser generada con los campos exactamente como se envíen).

DATO NOMBRE DEL DATO Long. /Tipo

COMENTARIOS

Importe Ds_Merchant_Amount 12 / Núm. Obligatorio. Para Euros las dos últimas posicionesse consideran decimales.

Moneda Ds_Merchant_Currency 4 / Núm. Obligatorio. Valor 978 para Euros, 840 paraDólares y 826 para libras esterlinas.4 se considera su longitud máxima

Número dePedido Ds_Merchant_Order 12 / A-N. Obligatorio. Los 4 primeros dígitos deben sernuméricos, para los dígitos restantes solo utilizarlos siguientes caracteres ASCII

Del 30 = 0 al 39 = 9 Del 65 = A al 90 = Z Del 97 = a al 122 = z

Descripcióndel producto

Ds_Merchant_ProductDescription 125 / A-N Obligatorio. 125 se considera su longitudmáxima. Este campo se mostrará al titular en lapantalla de confirmación de la compra.

Nombre yapellidos deltitular

Ds_Merchant_Titular 60 / A-N Obligatorio. Su longitud máxima es de 60caracteres. Este campo se mostrará al titular enla pantalla de confirmación de la compra.

Identificaciónde comercio:

Ds_Merchant_MerchantCode 9 / N. Obligatorio. Código FUC asignado al comercio.




Ref CE0044 24/09/2007

Versión: 1.0 18

L a p r o p i e d




código FUC

URL delcomerciopara lanotificación

“on-line”

Ds_Merchant_MerchantURL 250 / A-N. Obligatorio si el comercio tiene notificación “on-line”. URL del comercio que recibirá un post conlos datos de la transacción.

URLOK Ds_Merchant_UrlOK 250 / A-N. Opcional: si se envía será utilizado como URLOKignorando el configurado en el módulo deadministración en caso de tenerlo.

URL KO Ds_Merchant_UrlKO 250 / A-N. Opcional: si se envía será utilizado como URLKOignorando el configurado en el módulo deadministración en caso de tenerlo

Identificaciónde comercio:denominación comercial

Ds_Merchant_MerchantName 25 / A-N. Será el nombre del comercio que aparecerá en elticket del cliente (opcional).

Idioma deltitular

Ds_Merchant_ConsumerLanguage 3 / Núm. El Valor 0, indicará que no se ha determinado elidioma del cliente (opcional). Otros valoresposibles son:Castellano-001, Inglés-002, Catalán-003,Francés-004, Alemán-005, Holandés-006,Italiano-007, Sueco-008, Portugués-009,Valenciano-010, Polaco-011, Gallego-012 yEuskera-013. 3 se considera su longitud máxima

Firma delcomercio

Ds_Merchant_MerchantSignature Obligatorio. Ver operativa en ANEXO II.

Número determinal

Ds_Merchant_Terminal 3 / Núm. Obligatorio. Número de terminal que le asignarásu banco. Por defecto valor “001”.3 se considera su longitud máxima

Importe total Ds_Merchant_SumTotal 12 / Núm. Opcional. Representa la suma total de losimportes de las cuotas. Las dos últimasposiciones se consideran decimales.

Tipo detransacción

Ds_Merchant_TransactionType 1 / Num Campo opcional para el comercio para indicar quétipo de transacción es. Los posibles valores son:

0 – Autor izac ión

1 – Preautor izac ión

2 – Conf i rmac ión 3 – Devo lución Au tom á t i ca

4 – Pago Referenc ia

5 – Transacc ión Recur rente 6 – Transacc ión Suces iva 7 – Autent icac ión

8 – Conf i rmac ión de Autent icac ión9 – Anulac ión de Preautor izac ión

O – Au t or iza ci ón en d i f er ido

P - Conf i rmac ión de autor izac ión end i f e r i do

Q - Anu lac ión de au to r i zac ión en d i f e r i do

R – Au t o r i zación r ecu r ren te i n i c i a l d i f e r i do

S – Au to r i zac ión recu r ren te suces i vad i f e r i do

Datos delcomercio

Ds_Merchant_MerchantData 1024 / A-N Campo opcional para el comercio para serincluidos en los datos enviados por la respuesta

“on-line” al comercio si se ha elegido esta opción.




Ref CE0044 24/09/2007

Versión: 1.0 19

L a p r o p i e d




Frecuencia Ds_Merchant_DateFrecuency 5/ N Frecuencia en días para las transaccionesrecurrentes y recurrentes diferidas (obligatoriopara recurrentes)

Fecha límite Ds_Merchant_ChargeExpiryDate 10/ A-N Formato yyyy-MM-dd fecha límite para lastransacciones Recurrentes (Obligatorio pararecurrentes y recurrentes diferidas )

Código deAutorización

Ds_Merchant_AuthorisationCode 6 / Num Opcional. Representa el código de autorizaciónnecesario para identificar una transacciónrecurrente sucesiva en las devoluciones deoperaciones recurrentes sucesivas. Obligatorio endevoluciones de operaciones recurrentes.

Fecha de laoperaciónrecurrentesucesiva

Ds_Merchant_TransactionDate 10 / A-N Opcional. Formato yyyy-MM-dd. Representa lafecha de la operación recurrente sucesiva,necesaria para identificar la transacción en lasdevoluciones de operaciones recurrentes

sucesivas. Obligatorio para las devoluciones deoperaciones recurrentes y de operacionesrecurrentes diferidas.




Ref CE0044 24/09/2007

Versión: 1.0 20

L a p r o p i e d




A.2. ANEXO I I : Fi rm a de l com erc io

Se dotará al comercio de una clave, que se utilizará para firmar losdatos aportados por el mismo, pudiendo verificarse no solo laidentificación del comercio, sino que los datos no han sido alterados enningún momento. Se utilizará como algoritmo de securización el HashSHA-1, que garantiza los requisitos mínimos de seguridad en cuanto a laautenticación del origen. La clave se proporcionará para ser incluida enla web del comercio.

Este mismo algoritmo se utilizará para asegurar al comercio laautenticidad de los datos de la respuesta, en caso de que se proporcioneURL de notificación por parte del comercio.

La firma electrónica del comercio se deberá calcular de la formasiguiente si está configurado con el t i po de c l ave SHA1 comp le to enel TPV Virtual SIS (a través de su entidad financiera podrá confirmar eltipo de clave definido en su comercio):

Digest=SHA-1(Ds_Merchant_Amount + Ds_Merchant_Order +Ds_Merchant_MerchantCode+ DS_Merchant_Currency + CLAVE SECRETA)

En el caso de que la transacción se trate de un PAGO RECURRENTEINICIAL la firma se calculará:

Digest=SHA-1(Ds_Merchant_Amount + Ds_Merchant_Order +Ds_Merchant_MerchantCode+ DS_Merchant_Currency + Ds_Merchant_SumTotal + CLAVE SECRETA)

Para aquellos comercios con t i po d e c l ave SHA1 comp le to am p l i ado,(necesario para poder realizar devoluciones o anulaciones depreautorizaciones), o que deseen incrementar el nivel de seguridad, sedeben añadir los campos tipo de operación(Ds_Merchant_TransactionType) y URL de notificación “on-line” (Ds_Merchant_MerchantURL). Si el comercio no tiene URL denotificación “on-line”, se deja este campo en blanco. El t ipo de c laveSHA1 comp le to am p l i ado no es tá d i spon ib le en ve rs i ones de phpin fe r i o res a l a ve rs i ón 4 .3 .0 .

Hay dos posibles casos:

• Transacción normal:




Ref CE0044 24/09/2007

Versión: 1.0 21

L a p r o p i e d




La firma electrónica del comercio se deberá calcular de la formasiguiente:

Digest=SHA-1(Ds_Merchant_Amount + Ds_Merchant_Order +Ds_Merchant_MerchantCode+ DS_Merchant_Currency +Ds_Merchant_TransactionType + Ds_Merchant_MerchantURL+ CLAVE SECRETA)

• Transacción PAGO RECURRENTE INICIAL:

La firma electrónica del comercio se deberá calcular de la formasiguiente:

Digest=SHA-1(Ds_Merchant_Amount + Ds_Merchant_Order +Ds_Merchant_MerchantCode+ DS_Merchant_Currency + Ds_Merchant_SumTotal + Ds_Merchant_TransactionType +

Ds_Merchant_MerchantURL + CLAVE SECRETA)

NOTA: los campos que entran a formar parte de la firma descritaanteriormente solamente son válidos si la operación se envía por laentrada realizarPago, no por la entrada XML. Para consultar los datos aañadir para dicha entrada, consulte el Anexo VII.

Ejemplo (de firma convencional):

IMPORTE=1235 (va multiplicado por 100 para ser igual que el Ds_Merchant_Amount).NÚMERO DE PEDIDO=29292929

CÓDIGO COMERCIO=201920191

MONEDA=978

CLAVE SECRETA=h2u282kMks01923kmqpo

Cadena resultado: 123529292929201920191978h2u282kMks01923kmqpo

Resultado SHA-1: c8392b7874e2994c74fa8bea3e2dff38f3913c46

Existen ejemplos de conexión con el TPV en distintos lenguajes deprogramación.

Donde, “importe” corresponde a Ds_Merchant_Amount del formularioweb, “pedido” a Ds_Merchant_Order, “comercio” aDs_Merchant_MerchantCode, “moneda” a Ds_Merchant_Currency,

“Bdclave” a la c lave secreta del comercio, que NUNCA DEBE SERTRANSMITIDA . Las variables en “C” (importe, moneda,…) son lascadenas mientras que en el formulario web figuran como camposocultos.




Ref CE0044 24/09/2007

Versión: 1.0 22

L a p r o p i e d




En caso de p r ob lem as a l acceder a l TPV (d a tos e r r óneos ) :

Una vez que se ha generado la firma no se deben modificar losdatos de ningún modo ya que el TPV los utiliza para validar lafirma y si lo que recibimos no es exactamente lo que se utilizópara generar la firma no pasa la validación.

El I m p o r t e vendrá multiplicado por 100, sin decimales y sinceros a la izquierda.

El n ú m e r o d e p e d i d o será diferente cada transacción y las 4primeras posiciones han de ser numéricas.

Si aparece en pantalla un mensaje de Datos Er r óneos: • Comprobar que el comercio (FUC/TERMINAL) está dado de

alta en el módulo de administración del entorno al que seestá enviando la transacción.

• Verificar que la c lave que está utilizando para hacer la firmaes la que está asignada al comercio en el módulo deadministración del TPV Virtual.

Su entidad adquirente podrá suministrarle la información deconfiguración del comercio (código de comercio, terminal, clave, tipo de

clave etc.)

Referenc ias SHA-1:

Estándar de Hash Seguro, FIPS PUB 180-1.http://www.itl.nist.gov/fipspubs/fip180-1.htm

http://csrc.nist.gov/publications/fips/fips180-1/fips180-1.pdf

Lista de Implementaciones Validadas del SHA-1http://csrc.nist.gov/cryptval/dss/dsaval.htm

Las especificaciones del Estándar del Hash Seguro (AlgoritmoSHA-1): http://csrc.nist.gov/cryptval/shs.html

¿Qué es SHA y SHA-1?http://www.rsasecurity.com/rsalabs/faq/3-6-5.html




Ref CE0044 24/09/2007

Versión: 1.0 23

L a p r o p i e d




A.3. ANEXO I I I : Con tes tac ión “on - l i ne ” de l TPV V i r tua l a lcomerc io

Esta opción esta disponible para aquellos comercios que necesitan unaverificación inmediata de la transacción para su gestión. Solo se podrárealizar cuando la sincronización tome valor: Síncrona o Asíncrona.Actualmente, existen 8 formas de realizar la contestación “on-line” alcomercio configurables desde el módulo de administración por suentidad financiera:

1 . Em a i l comerc io .

2 . Fo rmu la r i o h t tp . S i f a l l a ema i l comerc io : el comercio recibe unPOST mediante http al Ds_Merchant_MerchantURL. Si no llega el POSTse envía un email al comercio.

3 . F o r m u l a r i o h t t p + e m a i l c o m e r c i o : el comercio recibe un POSTmediante http al Ds_Merchant_MerchantURL y un email al correoindicado en el módulo de administración.

4 . F o r m u l a r i o h t t p : el comercio recibe un POST mediante http alDs_Merchant_MerchantURL.

5. Emai l comerc io . S i fa l la emai l en t idad : se envía un email alcomercio; si éste no llega se envía un email a la entidad adquirente.

6 . Fo rm u la r i o h t tp . S i f a ll a ema i l com erc io . Si f a l l a ema i l en t i dad:el comercio recibe un POST mediante http alDs_Merchant_MerchantURL. Si no llega el POST se envía un email alcomercio; y si éste no llega se envía un email a la entidad adquirente.

7 . Fo rm u la r i o h t t p+ em a i l com erc io . Si f a l l a em a i l en t i dad: elcomercio recibe un POST mediante http al Ds_Merchant_MerchantURL yun email al correo indicado en el módulo de administración; si el email oel HTTP no llega al comercio se envía un email a la entidad adquirente.

8 . S in no t i f i cac ión “on - l i ne ” : el comercio no recibe ningún tipo derespuesta “on-line”.

9 . Fo rmu la r i o h t tp+ ema i l comerc io operac iones au to r i zadas . S ifa l l a ema i l en t i dad : el comercio recibe un POST mediante http alDs_Merchant_MerchantURL, y un email al correo indicado en el módulode administración en el caso de operaciones autorizadas. Si el email o elhttp no llegan al comercio se envía un email a la entidad adquirente.

1 . - Respuesta h t tp :




Ref CE0044 24/09/2007

Versión: 1.0 24

L a p r o p i e d




Recomendamos el uso de este método, ya que garantiza la respuesta deforma inmediata.

La respuesta http es un proceso independiente de la conexión con elnavegador del cliente y n o t i e n e n i n g ú n r e f l e j o e n p a n t a l l a d e lm i s m o . Evidentemente, en el lado del comercio, deberá haber unproceso que recoja esta respuesta http.

El protocolo utilizado en las respuestas puede ser http o https, elformato de este mensaje es un formulario HTML, enviado con el método

POST, y cuyos campos son los siguientes (en los campos Ds_Currency;Ds_Terminal; Ds_ConsumerLanguage la longitud se considera máximapor lo que no es imprescindible el relleno con ceros a la izquierda; lafirma será generada con los campos exactamente como se envíen):

DATO NOMBRE DEL DATO LONG/TIPO COMENTARIOS

Fecha Ds_Date dd/mm/yyyy Fecha de la transacción

Hora Ds_Hour HH:mm Hora de la transacción

Importe Ds_Amount 12 / Núm. Mismo valor que en la petición.

Moneda Ds_Currency 4 / Núm.Mismo valor que en la petición. 4 seconsidera su longitud máxima.

Número de pedido Ds_Order 12 / A-N. Mismo valor que en la petición.

Identificación decomercio: código FUC

Ds_MerchantCode 9 / N. Mismo valor que en la petición.

Terminal Ds_Terminal 3 / Núm.Número de terminal que le asignará subanco. 3 se considera su longitud máxima.

Firma para el comercio Ds_Signature 40 / A-N Ver a pie de página las instrucciones parasu cálculo.

Código de respuesta Ds_Response 4 / Núm. Ver tabla siguiente

Datos del comercio Ds_MerchantData 1024 / A-N Información opcional enviada por elcomercio en el formulario de pago.

Pago Seguro Ds_SecurePayment 1 / Núm.0 – Si el pago NO es seguro

1 – Si el pago es seguro

Tipo de operación Ds_TransactionType 1 / A-N Tipo de operación que se envió en elformulario de pago

País del titular Ds_Card_Country 3/Núm

País de emisión de la tarjeta con la que seha intentado realizar el pago. En elsiguiente enlace es posible consultar loscódigos de país y su correspondencia:

http://unstats.un.org/unsd/methods/m49/m49alpha.htm

Código de autorización Ds_AuthorisationCode 6/ A-N Código alfanumérico de autorizaciónasignado a la aprobación de la transacciónpor la institución autorizadora.




Ref CE0044 24/09/2007

Versión: 1.0 25

L a p r o p i e d




Idioma del titular Ds_ConsumerLanguage 3 / Núm

El valor 0, indicará que no se hadeterminado el idioma del cliente.(opcional). 3 se considera su longitudmáxima.

Tipo de Tarjeta Ds_Card_Type 1 / A-N

Valores posibles:

C – Crédito

D - Débito

Al igual que el ANEXO II se explica el procedimiento de cálculo de lafirma que protege los datos de la transacción que el comercio hagenerado, en caso de que éste desee recibir una respuesta “on-line” a

las peticiones, el sistema le proporcionará una firma que garantiza a suvez la integridad de las respuestas.

El algoritmo será el mismo y la fórmula a tener en cuenta para el cálculoserá:

Digest=SHA-1(Ds_ Amount + Ds_ Order + Ds_MerchantCode + Ds_ Currency + Ds _Response + CLAVE SECRETA)

La conexión utilizada para comunicar la confirmación “on-line” entre el

TPV Virtual y el comercio puede ser SSL. Opcionalmente el comerciopuede activar un filtro para limitar la recepción de la confirmación “on-line” solo desde el TPV Virtual para evitar comunicaciones fraudulentas.

El TPV Virtual por defecto puede comunicar a los puertos 80, 443, 8080y 8081 del comercio. Otros puertos deberán ser consultados.

Una vez que el comercio recibe el formulario, el código de respuesta(ds_response) tendrá los siguientes valores posibles:

CÓDIGO SIGNIFICADO

0000 a 0099 Transacción autorizada para pagos y preautorizaciones

0900 Transacción autorizada para devoluciones y confirmaciones

101 Tarjeta caducada

102 Tarjeta en excepción transitoria o bajo sospecha de fraude

104 Operación no permitida para esa tarjeta o terminal

116 Disponible insuficiente

118 Tarjeta no registrada




Ref CE0044 24/09/2007

Versión: 1.0 26

L a p r o p i e d




129 Código de seguridad (CVV2/CVC2) incorrecto

180 Tarjeta ajena al servicio

184 Error en la autenticación del titular

190 Denegación sin especificar Motivo

191 Fecha de caducidad errónea

202Tarjeta en excepción transitoria o bajo sospecha de fraude con retirada detarjeta

912/9912 Emisor no disponible

Cualquier otro valor Transacción denegada

N o t a: solo en el caso de las preautenticaciones (preautorizacionesseparadas), se devuelve un 0 si está autorizada y el titular se autenticay, un 1 si está autorizada y el titular no se autentica.

El TPV Virtual efectúa el envío de las notificaciones on-line para lasoperaciones de compra autorizadas y denegadas por la entidad emisorade la tarjeta, así como en aquellas situaciones en las que el proceso decompra ha sido interrumpido al haberse producido uno de los siguienteserrores:

SIS0051 -> Pedido repetido. Se envía notificación con código 913.

SIS0078 -> Método de pago no disponible para su tarjeta. Se envíanotificación con código 118

SIS0093 -> Tarjeta no válida. Se envía notificación con código 180.

SIS0094 -> Error en la llamada al MPI sin controlar. Se envíanotificación con código 184

SIS0218 -> El comercio no permite preautorización por la entrada XML.

SIS0256 -> El comercio no puede realizar preautorizaciones.

SIS0257 -> Esta tarjeta no permite operativa de preautorizaciones.SIS0261 -> Operación detenida por superar el control de restriccionesen la entrada al SIS.

SIS0270 -> El comercio no puede realizar autorizaciones en diferido.

SIS0274 -> Tipo de operación desconocida o no permitida por estaentrada al SIS.




Ref CE0044 24/09/2007

Versión: 1.0 27

L a p r o p i e d




El resto de errores del TPV Virtual SIS mencionados en el ANEXO V de lapresente guía, no se notifican. Asimismo, tampoco se envía notificaciónen aquellos casos en los que la operación no termine, por ejemplo porque el usuario no indica la tarjeta o cierra el navegador antes de quefinalice la autenticación.

2 . - Mé todo e -ma i l :

El formato de contestación es exactamente igual que en el métodoanterior.

TPV Vi r tu a l

< TPVVi r tua l@serm epa.es>

20/08/2007 12:247 Para:cc:Asunto: Confirmación On Line del TPV Virtual

Fecha: 20/08/2007 Hora: 12:47;

Ds_SecurePayment: 1;

Ds_Card_Type: C;

Ds_Card_Country: 724;

Ds_Amount: 45;

Ds_Currency: 978;

Ds_Order: 070820124150;

Ds_MerchantCode: 999008881;

Ds_Terminal: 001;

Ds_Signature: E2E5A14D690B869183CF3BA36E2B6005BB21F9C5;

Ds_Response: 0000;

Ds_MerchantData: Alfombrilla para raton;

Server URL: sis-i.sermepa.es:25443;Ds_TransactionType: 0;

Ds_ConsumerLanguage=1;

Ds_AuthorisationCode: 004022

También se podrá solicitar que el TPV al finalizar la transacción y pulsarel titular en el botón “continuar” del recibo de compra, vaya a una rutaespecificada por el comercio. Ofrecemos la posibilidad de ir a 2 rutasdistintas en función de sí la transacción es autorizada o no. Estas son lasrutas UrlOK y UrlCancel.




Ref CE0044 24/09/2007

Versión: 1.0 28

L a p r o p i e d




Las rutas UrlOK y UrlCancel pueden recibir los mismos datos que seenvían mediante la respuesta http (vía GET en este caso).

Si tienen interés en utilizar esta posibilidad pueden darlas de alta en laconfiguración de su comercio, o bien enviarlas en el formulario de pagotal y como indica el Anexo I.




Ref CE0044 24/09/2007

Versión: 1.0 29

L a p r o p i e d




A.4. ANEXO I V Tab la de cód igos de e r r o r de l TPV V i r t ua l

ERROR DESCRI PCI ÓNMENSAJE

(ANEXO VI )

SIS0007 Error al desmontar el XML de entrada MSG0008

SIS0008 Error falta Ds_Merchant_MerchantCode MSG0008

SIS0009 Error de formato en Ds_Merchant_MerchantCode MSG0008

SIS0010 Error falta Ds_Merchant_Terminal MSG0008

SIS0011 Error de formato en Ds_Merchant_Terminal MSG0008

SIS0014 Error de formato en Ds_Merchant_Order MSG0008

SIS0015 Error falta Ds_Merchant_Currency MSG0008

SIS0016 Error de formato en Ds_Merchant_Currency MSG0008

SIS0017 Error no se admiten operaciones en pesetas MSG0008

SIS0018 Error falta Ds_Merchant_Amount MSG0008

SIS0019 Error de formato en Ds_Merchant_Amount MSG0008

SIS0020 Error falta Ds_Merchant_MerchantSignature MSG0008

SIS0021 Error la Ds_Merchant_MerchantSignature viene vacía MSG0008

SIS0022 Error de formato en Ds_Merchant_TransactionType MSG0008

SIS0023 Error Ds_Merchant_TransactionType desconocido MSG0008

SIS0024 Error Ds_Merchant_ConsumerLanguage tiene mas de 3 posiciones MSG0008

SIS0025 Error de formato en Ds_Merchant_ConsumerLanguage MSG0008

SIS0026 Error No existe el comercio / terminal enviado MSG0008

SIS0027 Error Moneda enviada por el comercio es diferente a la que tiene asignadapara ese terminal

MSG0008

SIS0028 Error Comercio / terminal está dado de baja MSG0008SIS0030 Error en un pago con tarjeta ha llegado un tipo de operación que no es ni

pago ni preautorizaciónMSG0000

SIS0031 Método de pago no definido MSG0000

SIS0033 Error en un pago con móvil ha llegado un tipo de operación que no es nipago ni preautorización

MSG0000

SIS0034 Error de acceso a Base de Datos MSG0000

SIS0037 El número de teléfono no es válido MSG0000

SIS0038 Error en java MSG0000

SIS0040 Error el comercio / terminal no tiene ningún método de pago asignado MSG0008

SIS0041 Error en el cálculo de la HASH de datos del comercio. MSG0008

SIS0042 La firma enviada no es correcta MSG0008

SIS0043 Error al realizar la notificación online MSG0008

SIS0046 El bin de la tarjeta no está dado de alta MSG0002

SIS0051 Error número de pedido repetido MSG0001SIS0054 Error no existe operación sobre la que realizar la devolución MSG0008

SIS0055 Error existe más de un pago con el mismo número de pedido MSG0008

SIS0056 La operación sobre la que se desea devolver no está autorizada MSG0008

SIS0057 El importe a devolver supera el permitido MSG0008

SIS0058 Inconsistencia de datos, en la validación de una confirmación MSG0008

SIS0059 Error no existe operación sobre la que realizar la confirmación MSG0008

SIS0060 Ya existe una confirmación asociada a la preautorización MSG0008

SIS0061 La preautorización sobre la que se desea confirmar no está autorizada MSG0008

SIS0062 El importe a confirmar supera el permitido MSG0008

SIS0063 Error. Número de tarjeta no disponible MSG0008

SIS0064 Error. El número de tarjeta no puede tener más de 19 posiciones MSG0008




Ref CE0044 24/09/2007

Versión: 1.0 30

L a p r o p i e d





(ANEXO VI )

SIS0065 Error. El número de tarjeta no es numérico MSG0008

SIS0066 Error. Mes de caducidad no disponible MSG0008

SIS0067 Error. El mes de la caducidad no es numérico MSG0008

SIS0068 Error. El mes de la caducidad no es válido MSG0008

SIS0069 Error. Año de caducidad no disponible MSG0008

SIS0070 Error. El Año de la caducidad no es numérico MSG0008

SIS0071 Tarjeta caducada MSG0000

SIS0072 Operación no anulable MSG0000

SIS0074 Error falta Ds_Merchant_Order MSG0008

SIS0075 Error el Ds_Merchant_Order tiene menos de 4 posiciones o más de 12 MSG0008

SIS0076 Error el Ds_Merchant_Order no tiene las cuatro primeras posiciones

numéricas

MSG0008

SIS0077 Error el Ds_Merchant_Order no tiene las cuatro primeras posicionesnuméricas. No se utiliza

MSG0000

SIS0078 Método de pago no disponible MSG0005

SIS0081 La sesión es nueva, se han perdido los datos almacenados MSG0007

SIS0084 El valor de Ds_Merchant_Conciliation es nulo MSG0008

SIS0085 El valor de Ds_Merchant_Conciliation no es numérico MSG0008

SIS0086 El valor de Ds_Merchant_Conciliation no ocupa 6 posiciones MSG0008

SIS0089 El valor de Ds_Merchant_ExpiryDate no ocupa 4 posiciones MSG0008

SIS0092 El valor de Ds_Merchant_ExpiryDate es nulo MSG0008

SIS0093 Tarjeta no encontrada en la tabla de rangos MSG0006

SIS0094 La tarjeta no fue autenticada como 3D Secure MSG0004

SIS0097 Valor del campo Ds_Merchant_CComercio no válido MSG0008

SIS0098 Valor del campo Ds_Merchant_CVentana no válido MSG0008

SIS0112 Error El tipo de transacción especificado en Ds_Merchant_Transaction_Typeno esta permitido MSG0008

SIS0113 Excepción producida en el servlet de operaciones MSG0008

SIS0114 Error, se ha llamado con un GET en lugar de un POST MSG0000

SIS0115 Error no existe operación sobre la que realizar el pago de la cuota MSG0008

SIS0116 La operación sobre la que se desea pagar una cuota no es una operaciónválida

MSG0008

SIS0117 La operación sobre la que se desea pagar una cuota no está autorizada MSG0008

SIS0118 Se ha excedido el importe total de las cuotas MSG0008

SIS0119 Valor del campo Ds_Merchant_DateFrecuency no válido MSG0008

SIS0120 Valor del campo Ds_Merchant_ChargeExpiryDate no válido MSG0008

SIS0121 Valor del campo Ds_Merchant_SumTotal no válido MSG0008

SIS0122 Valor del campo Ds_Merchant_DateFrecuency o no Ds_Merchant_SumTotaltiene formato incorrecto

MSG0008

SIS0123 Se ha excedido la fecha tope para realizar transacciones MSG0008SIS0124 No ha transcurrido la frecuencia mínima en un pago recurrente sucesivo MSG0008

SIS0132 La fecha de Confirmación de Autorización no puede superar en mas de 7días a la de Preautorización.

MSG0008

SIS0133 La fecha de Confirmación de Autenticación no puede superar en mas de 45días a la de Autenticación Previa.

MSG0008

SIS0139 Error el pago recurrente inicial está duplicado MSG0008

SIS0142 Tiempo excedido para el pago MSG0000

SIS0197 Error al obtener los datos de cesta de la compra en operación tipo pasarela MSG0000

SIS0198 Error el importe supera el límite permitido para el comercio MSG0000

SIS0199 Error el número de operaciones supera el límite permitido para el comercio MSG0008

SIS0200 Error el importe acumulado supera el límite permitido para el comercio MSG0008

SIS0214 El comercio no admite devoluciones MSG0008




Ref CE0044 24/09/2007

Versión: 1.0 31

L a p r o p i e d





(ANEXO VI )

SIS0216 Error Ds_Merchant_CVV2 tiene mas de 3 posiciones MSG0008

SIS0217 Error de formato en Ds_Merchant_CVV2 MSG0008

SIS0218 El comercio no permite operaciones seguras por la entrada /operaciones MSG0008

SIS0219 Error el número de operaciones de la tarjeta supera el límite permitido parael comercio

MSG0008

SIS0220 Error el importe acumulado de la tarjeta supera el límite permitido para elcomercio

MSG0008

SIS0221 Error el CVV2 es obligatorio MSG0008

SIS0222 Ya existe una anulación asociada a la preautorización MSG0008

SIS0223 La preautorización que se desea anular no está autorizada MSG0008

SIS0224 El comercio no permite anulaciones por no tener firma ampliada MSG0008

SIS0225 Error no existe operación sobre la que realizar la anulación MSG0008

SIS0226 Inconsistencia de datos, en la validación de una anulación MSG0008

SIS0227 Valor del campo Ds_Merchant_TransactionDate no válido MSG0008

SIS0229 No existe el código de pago aplazado solicitado MSG0008

SIS0252 El comercio no permite el envío de tarjeta MSG0008

SIS0253 La tarjeta no cumple el check-digit MSG0006

SIS0254 El número de operaciones de la IP supera el límite permitido por el comercio MSG0008

SIS0255 El importe acumulado por la IP supera el límite permitido por el comercio MSG0008

SIS0256 El comercio no puede realizar preautorizaciones MSG0008

SIS0257 Esta tarjeta no permite operativa de preautorizaciones MSG0008

SIS0258 Inconsistencia de datos, en la validación de una confirmación MSG0008

SIS0261 Operación detenida por superar el control de restricciones en la entrada alSIS

MSG0008

SIS0270 El comercio no puede realizar autorizaciones en diferido MSG0008

SIS0274 Tipo de operación desconocida o no permitida por esta entrada al SIS MSG0008

manual sermepa

Documents