Modalidades Web y Web Service

Volver al índice de contenidos

 

 

 

Modalidad Web

Volver al índice de contenidos

 

El Servicio de Pago Telemático en su modalidad tecnológica Web (en ocasiones también se denominará como ASP), se encuentra bajo el paradigma del B2C (Business to Customer). Los OOAA redireccionarán la navegación mediante la invocación https a una URL del SPT.

Para los casos de pagos de Ciudadanos y Representantes en su nombre la url a utilizar es la siguiente:

https://spt.red.es/PAGO/

En el caso de pagos con resultado satisfactorio (ejecución del pago en la Entidad Financiera y generación del NRC), el SPT, en su modalidad web, El SPT redirige la navegación con los datos resultantes del proceso de pago a la url especificada por el Organismo Acreedor.

El acceso a esta modalidad se realiza mediante la invocación a las URL correspondientes (según se trate de SOP de Ciudadanos o de Representantes), por protocolo seguro https.

El mecanismo de integración es similar al caso de un Pago en modalidad Web. El Organismo remitirá la navegación del usuario al SPT, donde este se deberá autenticar con su certificado reconocido para acceder al listado de las órdenes de pago efectuadas con ese certificado.

Modalidad Web Service

Volver al índice de contenidos

 

Se identifica mediante este término a los mecanismos normalizados para la integración de aplicaciones Web, utilizando estándares abiertos (XML, SOAP, WSDL, UDDI) sobre Internet.

El Servicio de Pago Telemático en su modalidad tecnológica de Web Services, se encuentra bajo el paradigma del B2B (Business to Business), es decir los sistemas informáticos de los OOAA se comunican directamente con el SPT y son siempre los OOAA quienes mantienen el flujo de la navegación con el Ciudadano.

Para realizar una integración en esta modalidad los OOAA deberán realizar o contemplar las siguientes acciones:

Articular los mecanismos de determinación de la Deuda con el usuario.

Dotar al Ciudadano de los mecanismos de Firma Electrónica reconocida por el SPT, para que este firme la Solicitud de Pago que se enviara al SPT.

Realizar la Firma, reconocida, de la Solicitud de Pago a enviar al SPT, por el Servidor que realiza la petición (B2B).

Invocar a las funcionalidades (método) de Pago del Web Services del SPT. La estructura del mensaje SOAP a enviar al SPT se basara en el WSDL publicado en la URL:

https://spt.red.es/PAGO/services/ServicioOrganismoWS?wsdl

Por ultimo los OOAA recogerán la respuesta del Web Services remitida por el SPT a la finalización del proceso de pago.

Para la consulta de Organismo en esta modalidad, se seguirán las mismas pautas que en la integración de un pago en modalidad Web Services. Teniendo en cuenta las siguientes particularidades:

La definición del Web Services es la misma que para el proceso de pago, pero el método es diferente y es el de “BusquedaSOPâ€�.

El mensaje SOAP deberá estar firmado por una CA (reconocida por el SPT) del Organismos Acreedor. En el caso de consulta únicamente se admite la firma del Organismo.

 

 

Ayuda Ventana SIMO Pago

Volver al índice de contenidos

 

  • NIF del Certificado. Definición: CIF (si es de Persona Jurídica) NIF (si es de Persona Física) del Certificado que se utiliza para solicitar la Orden de Pago. Origen: En Modo Web, el SPT tomará este dato del certificado del usuario. En Modo Web Services, el Organismo deberá proporcionará este dato. Formato: formato del Número de Identificación Fiscal, relleno con ceros a la izquierda. Longitud: 9 caracteres.


  • Fecha de la Solicitud de Pago. Definición: Fecha en la que se realiza la solicitud de pago. Origen: Esta fecha la informa el Organismo Acreedor y se debe corresponder con el día en que se realiza la solicitud. En los casos de reintento el SPT actualiza esta fecha al día en que realiza el reintento. Formato: AAAAMMDD AAAA - Cuatro dígitos del año. MM - Dos dígitos correspondientes al mes. DD - Dos dígitos correspondientes al día del mes. Longitud: 8 caracteres.


  • Hora de la Solicitud de Pago. Definición: Hora en la que se realiza la solicitud de pago. Origen: Esta hora la informa el Organismo Acreedor y se debe corresponder con la hora en que se realiza la solicitud. En los casos de reintento el SPT actualiza esta hora a la del momento en que realiza el reintento. Formato: HHMMSSZZZZ HH - Dos dígitos correspondientes a la hora. MM - Dos dígitos correspondientes a los minutos. SS - Dos dígitos correspondientes a segundos. ZZZZ - Cuatro dígitos correspondientes a diez milésimas de segundo. Longitud: 10 caracteres.


  • CPR (Código de Procedimiento de Recaudación). Definición: Este código, que pasó a formar parte de los distintos procedimientos de recaudación, deberá ser incorporado en el proceso de emisión de los documentos de pago. Se establece un período para la adaptación al nuevo procedimiento, que finalizó el 1-10-2003, por lo que a partir de dicha fecha todos los documentos deberán contener el citado código (CPR). Los valores específicos de este campo varían dinámicamente, según las necesidades de cada Organismo. Se especifican en la lista de valores. Longitud: 7 caracteres.


  • Entidad Financiera Colaboradora. Definición: Código del Banco de España asignado a la Entidad Financiera Colaboradora que va a recibir y ejecutar la Orden de Pago. Origen: En Modo Web Service, el Organismo debe proporcionar el código de la EFC a la que se le solicitará la Orden de Pago. En Modo Web, si el Organismo no lo proporciona, el SPT lo pedirá al usuario que está efectuando la operación. Formato: Cuatro dígitos, de acuerdo a la lista de valores. Longitud: 4 caracteres.


  • Código Cuenta Cliente (CCC) o Número de Tarjeta. Definición: Número de cuenta o de tarjeta en la que se realiza el cargo. Longitud: 20 caracteres.


  • Número de Tarjeta (PAN). Definición: Número de tarjeta en la que se realiza el cargo. Origen: En Modo Web Service, el Organismo proporcionará este dato. Longitud: 16 caracteres.


  • Fecha Caducidad (en modalidad Webservices y en Cuaderno 57). Definición: fecha de caducidad de la tarjeta. Origen: el Organismo proporcionará este dato. Formato: MMAA MM - Dos dígitos correspondientes al mes. AA – Dos dígitos del año. Longitud: 4 caracteres.


  • Importe. Definición: El importe a pagar. Origen: el Organismo debe proporcionar este dato. Formato: se especifica en céntimos de euro (por ejemplo, 125 € se indicaría como 000000012500). Longitud: 12 caracteres.


  • NIF del Representante 1. Definición: NIF del primer representante. Origen: El Organismo deberá proporcionará este dato. Formato: formato del Número de Identificación Fiscal, relleno con ceros a la izquierda. Longitud: 9 caracteres.


  • NIF del Representante 2. Definición: NIF del segundo representante. Origen: El Organismo deberá proporcionará este dato. Formato: formato del Número de Identificación Fiscal, relleno con ceros a la izquierda. Longitud: 9 caracteres.


  • Apellidos y Nombre del Representante 1. Definición: Apellidos y Nombre del primer representante. Origen: El Organismo deberá proporcionará este dato. Formato: hasta 40 caracteres alfanumérico o espacios si no corresponde. Longitud: 40 caracteres.


  • Apellidos y Nombre del Representante 2. Definición: Apellidos y Nombre del segundo representante. Origen: El Organismo deberá proporcionará este dato. Formato: hasta 40 caracteres alfanumérico o espacios si no corresponde. Longitud: 40 caracteres.


  • Primera parte de la Identificación (Identificador uno). Definición: El identificador discriminante para que una misma Emisora pueda efectuar recaudaciones diferenciadas, esto es, para diferentes tributos. Origen: Este dato es proporcionado por el Organismo. Formato: Para la modalidad 1, se rellena a ceros. Para la modalidad 2, tres dígitos correspondientes al código del tributo, concepto o gravamen. Para la modalidad 3, tres dígitos correspondientes al código del modelo. Longitud: 3 caracteres.


  • Segunda parte de la Identificación (Identificador dos). Definición: Identificador de ejercicios y periodos de cobranza para el mismo tributo, de forma que diferencia las diferentes remesas pasadas al cobro y la fecha límite de pago en entidades bancarias para las mismas. Origen: Este dato es proporcionado por el Organismo. Formato: Para la modalidad 1, el identificador propiamente dicho. Tal y como se define en el cuaderno 60, se compone de los siguientes valores: código de tributo o concepto (3), ejercicio (2), remesa (2). Para la modalidad 2, siete dígitos compuestos por los siguientes valores: ejercicio (2), ultimo digito año (1), fecha juliana (3), dígito discriminante periodo (1), que admite los siguientes valores: 1 - cuando en el tributo figure un único período de pago e importe. 5 - cuando en el tributo figuren dos períodos de pago y, por tanto, dos importes (se consignará el primer importe) 9 - cuando en el tributo figuren dos períodos e importes (se consignará el segundo) Para la modalidad 3, se rellena a ceros. Longitud: 7 caracteres.


  • Código de Domiciliación Definición. Este campo indica si, además del pago, en la misma operación, se quiere ordenar la domiciliación del correspondiente concepto. Origen: Este dato debe ser proporcionado por el Organismo.


  • Código Cuenta Cliente Domiciliación (CCC Domiciliación). Definición: Número de cuenta para la domicialización. Origen: En modo Web, podrá ser proporcionada por el Organismo o se rellenará al invocar el SPT. En Modo Web Service, el Organismo proporcionará este dato. Formato: Para el cargo en cuenta, las 20 posiciones del Código Cuenta Cliente. Este campo debe estar relleno si el campo cod_dom tiene valor: Si. Longitud: 20 caracteres.


  • Cliente de Firma Definición. Este campo indica que el cliente de firma es @firma.


  • Tipo de firma. Definición: Tipo de firma que se está realizando en SPT en cliente con @firma. Origen: el Organismo indicará que tipo de firma desea.
  •