Herramientas de usuario

Herramientas del sitio

Unable to set PDF file protection, CSPRNG Functions are not available. Use paragonie/random_compat polyfill or upgrade to PHP 7.
Command unknown: redirect

web-service-retenciones

Web Service Timbrado Retenciones y Pagos

Introducción

Como proveedor autorizado de certificación con el número 68934, iTimbre realiza la validación y certificación (timbrado) de Comprobantes Fiscales Digitales generados por Internet (CFDI) conforme a las especificaciones requeridas por el SAT a través de su Web Service (Software como Servicio) de una manera rápida y segura.

Servicio

La característica principal de la arquitectura del Web Service de iTimbre es que utiliza JSON+REST en lugar del tradicional XML+SOAP. Por lo tanto es importante tener conocimientos del formato JSON para poder crear los mensajes que serán enviados al Web Service. Afortunadamente JSON es mucho más fácil de entender e implementar.

Registro

Antes de comenzar a realizar pruebas con el Web Service de iTimbre es necesario registrarse a través de las siguientes ligas:

Pruebas: https://pruebas.itimbre.com/registro/index.php?servicio=timbrado

Es necesario que en el campo de “Servicio deseado” se mantenga seleccionada la opción de “Solo timbrado”, para que se habiliten en el Web Service las conexiones externas. También es importante distinguir entre la versión de pruebas y la de producción, ya que son sistemas totalmente independientes aunque sean idénticos. La única diferencia es la validez de los comprobantes certificados. La versión de pruebas utiliza un CSD de pruebas para validar los comprobantes, pero al igual que la versión de producción, también verifica el RFC y el certificado del CFDI en la lista de contribuyentes del SAT. Por esta razón no es posible utilizar certificados de pruebas para enviar comprobantes a la versión de pruebas del Web Service, ya que generarán el código de error correspondiente.

Al realizar el registro recibirá un correo electrónico de confirmación con la liga hacia el Portal de iTimbre y una contraseña temporal. En caso de no recibir el correo electrónico busque en su carpeta de “Spam” o “Correo no deseado”.

Cuando ingrese al sistema por primera vez, éste le pedirá que cambie su contraseña temporal por una personalizada que cumpla con los requisitos de seguridad establecidos. La contraseña debe contener al menos 8 caracteres e incluir al menos una mayúscula, una minúscula, un número y un carácter especial (@#$).

Posteriormente, el sistema lo llevará a la página de inicio, donde podrá ver sus datos personales, editarlos, cambiar su contraseña, y descargar las políticas de uso, el acuerdo de confidencialidad y el presente manual de integración.

En el sub-módulo de “Emisores” aparece la lista de los emisores registrados. El sistema actualmente no cuenta con un límite de emisores, así que puede registrar todos los que desee siempre y cuando no hayan sido registrados en la aplicación gratuita. Para dar de alta un nuevo emisor dar clic en “Agregar Emisor”.

Agregue los datos de la empresa y al terminar haga clic en “Aceptar”. Si los datos fueron llenados correctamente se registrará el emisor en el sistema y se generará una contraseña aleatoria, la cual necesitará al momento de hacer el llamado al Web Service de iTimbre. La contraseña aparecerá en el campo correspondiente.

En caso de necesitar ayuda vaya al módulo de “Soporte” y llene el formulario. En breve nos comunicaremos con usted.

Conexión al Web Service Retenciones y Pagos

Para realizar la conexión con el Web Service de iTimbre es necesario proveer los siguientes datos en el llamado:

  • Usuario. El usuario es el correo electrónico utilizado al momento de crear la cuenta en el Portal de iTimbre. El mismo con el que se ingresa al sistema.
  • RFC del emisor.
  • Contraseña del emisor. La contraseña generada al registrar al emisor en el sistema, como se mostró anteriormente. Nota: no confundir con la contraseña utilizada para acceder al Portal de iTimbre.
  • Método. El método es la función a realizar. Actualmente se cuenta con los siguientes métodos:
    • enviarRetencion → método que se utiliza para validar y timbrar un CFDI.
    • cancelarRetencion →método utilizado para cancelar un CFDI.
    • verificarEstatusRetencion→ Para recibir un acuse utilizando el parametro folio_seguimiento.
  • Parámetros. Los parámetros son datos adicionales que deben enviarse y dependen del método utilizado, los cuales se describen más adelante.

Al realizar el llamado, las variables se deben serializar en formato JSON y almacenarse en una variable llamada “q”, la cual se debe enviar por HTTP.

Las ligas del Web Service se enlistan a continuación.

Direcciones del servicio:

Pruebas:http://portalws1.itimbre.com/itimbreprueba.php?q=

Timbrado de Retenciones y Pagos

Las siguientes validaciones se realizan al XML:

  • La estructura del XML cumple con las especificaciones del SAT.
  • El Certificado de Sello Digital (CSD) del emisor haya sido emitido por el SAT.
  • El CSD esté vigente en la fecha de generación del Comprobante.
  • El Comprobante no haya sido validado previamente.
  • Que el RFC y número de certificado se encuentren en las lista de contribuyentes del SAT.
  • El periodo de tiempo entre la fecha de expedición del documento y la fecha en la que se pretende certificar no exceda de 72 horas.
  • El CSD con el que se sello el documento corresponda al contribuyente que aparece como emisor del CFDI y que el sello digital corresponda al documento enviado.

En caso que el XML cumpla con las validaciones mencionadas, el Web Service lo devolverá al contribuyente con la información contenida y el Timbre Fiscal Digital, este incluye:

  • El número de folio fiscal asignado.
  • Fecha y hora de Validación.
  • El número de serie del certificado del SAT con el que se realizó la validación.
  • El sello digital del Timbre Fiscal Digital.

Llamado

Para realizar la validación y certificación de un CFDI se deben utilizar los métodos “enviarRetencion”. Los parámetros a ser enviados por el Web Service para realizar la función de validación de los comprobantes fiscales están estructurados de la siguiente manera:

Parámetros de la llamada

PARÁMETRO DESCRIPCIÓN
id Identificador de referencia asignado por el cliente. Este parámetro no es requerido por el Web Service de iTimbre, sino que tiene como propósito ser utilizado por el cliente como método de control para asegurarse de recibir la respuesta solicitada. Se recomienda utilizar el número de folio interno del XML. Por defecto se asignará 0.
method Este parámetro consiste en el tipo de petición solicitado para generar el CFDI. Los valores posibles se encuentran en el catálogo de métodos.
params Debe contener un arreglo con los parámetros: user, pass, RFC, y xmldata.
user Usuario del Portal de iTimbre con el que se ingresa al sistema (correo electrónico con el que se registró).
pass Contraseña generada por iTimbre asignada al emisor de manera automática. Se puede utilizar la contraseña máster del administrador de los emisores para cualquier RFC.
RFC RFC del emisor del CFDI. Nota: es el único parámetro que debe estar en mayúsculas.
xmldata Contenido del XML con la información del comprobante.

Ejemplos

Ejemplo de codificación del llamado en formato JSON para certificación de retenciones:

llamado-retenciones.json
{
    "id":"101",
    "method":"enviarRetencion",
    "params": {
        "user":"miemail@midominio.com",
        "pass":"cabb17fb8536180e11af6dff0da42132",
        "RFC":"EEM010101XYZ",
        "xmldata":"<cfdi></cfdi>"
    }
}

Respuesta

En caso de validación del XML o que surja algún error en el proceso, el Web Service de iTimbre le enviará una respuesta.

Parámetros de la Respuesta

PARÁMETROS DESCRIPCIÓN
id El mismo id que fue enviado en el llamado.
result Un arreglo dentro del cual se encuentran el resto de los parámetros que se describen abajo.
retcode Código de retorno, si es 1, la repuesta es exitosa. Si es diferente de 1, el número es el código de error.
UUID Identificador único del CFDI timbrado. Nota: es el único parámetro que se regresa en mayúsculas.
data XML timbrado.
acuse Acuse que proporciona el SAT como comprobante de que el CFDI fue recibido satisfactoriamente. Nota: este parámetro pudiera no ser regresado si el servicio de recepción del SAT no se encuentre disponible en el momento de la llamada.
error En caso de existir, una descripción del error regresado al intentar validar el XML.
Otros Otros parámetros en caso de que se ocupen como referencia, por ejemplo el usuario que hizo el llamado, o algún timestamp.

Ejemplos

Ejemplo de respuesta válida arrojada por el Web Service:

respuesta.json
{
    "id":"101",
    "result": {
        "retcode":1,
        "UUID":"63C2042F-FAF0-48A0-A9AF-0304813D2528",
        "data":"<cfdi></cfdi>",
        "acuse":"<xml></xml>"
    }
}

Ejemplos de errores:

error1.json
{
    "id":0,
    "result":
    {
        "retcode":-1,
        "error":"Variable q faltante."
    }
}
error2.json
{
    "id":0,
    "result":    {
        "retcode":-1,
        "error":"Los datos recibidos no cumplen con el formato JSON correcto."
    }
}

Códigos de Respuesta

Código Validación
1002 El PAC envía versión del estándar no existente.
1004 La estructura del comprobante recibido no es válida.
1006 El Timbre proporcionado ya existe. UUID: <UUID>.
1009 El documento de retenciones no cuenta con los datos mínimos.
1010 Sello de certificación inválido.
1011 Sello del documento de retenciones inválido.
1012 TFD no válido.
1013 Versión del estándar no vigente.
1014 Comprobante con envío extemporáneo por vigencia de versión.
1015 Uso del complemento no vigente.
1016 Uso de complemento no permitido.
1017 Uso del certificado de FIEL no válido.

Cancelación de CFDI

Para cancelar algún CFDI no se necesita que éste haya sido certificado por iTimbre. No obstante, se requiere que el mensaje enviado al SAT incluya cierta información firmada por el emisor del CFDI, por lo que es necesario que se proporcione el sello digital (CSD) con el que fue firmado el CFDI en un archivo PFX. Para más detalle consulte el documento “Manual de Generación del PFX”.

Llamado

Los parámetros a ser enviados para realizar la Cancelación del XML están estructurados de la siguiente manera:

Parámetros enviados para la cancelación

PARÁMETRO DESCRIPCIÓN
id Identificador de referencia asignado por el cliente. Este parámetro no es requerido por el Web Service de iTimbre, sino que tiene como propósito ser utilizado por el cliente como método de control para asegurarse de recibir la respuesta solicitada. Se recomienda utilizar el número de folio interno del XML.
method El nombre del método para cancelar : cancelarRetencion.
params Debe contener un arreglo con los parámetros: user, pass, RFC, y folios.
user Usuario del Portal de iTimbre con el que se ingresa al sistema (correo electrónico con el que se registró).
pass Contraseña generada por iTimbre al momento de registrar al emisor.
RFC RFC del emisor del CFDI. Nota: es el único parámetro que debe estar en mayúsculas.
pfx_pass Llave publica usada para abrir el PFX.
pfx_pem Archivo resultante de convertir el certificado (.cer) y la llave (.key) a PEM. Para generar este archivo puede consultar el documento “Manual de Generación del PFX” ofrecido por iTimbre.

Ejemplos Cancelación

Ejemplo de codificación de llamado en formato JSON (Un solo folio) para retenciones y pagos:

llamada-001cancelacion.json
{
    "id":1001,
    "method":"cancelarRetencion",
    "params": {
        "user":"miemail@midominio.com",
        "pass":"cabb17fb8536180e11af6dff0da42132",
        "RFC":"EEM010101XYZ",
        "pfx_pass":"Clave de mi archivo PFX",
        "pfx_pem":"<<Archivo PFX de mi CSD>>",
        "folios": [
            "25916C58-672A-43CD-96EE-F14E0FDD4378",
        ]
    }
}

Respuesta

PARÁMETROS DESCRIPCIÓN
id El mismo id que fue enviado en el llamado.
result Un arreglo dentro del cual se encuentran el resto de los parámetros que se describen abajo.
retcode Código de retorno, :
Si es 1 –> La cancelación ha sido exitosa y el acuse se regresa en el parámetro acuse_cancelacion
​Si la respuesta es 2 –> Significa que se activo la cancelación asincrona,entonces se regresa un folio de seguimiento en la variable folio_seguimiento.
Si es -1 –>Entonces hubo un error genérico y la descripción se reflejara en la variable error. Cualquier otro valor en el retcode será uno de los códigos del catalogo.
acuse_cancelacion Parámetro de retenciones y pagos , donde regresa el acuse del SAT cuando es exitosa.
fecha Fecha en que el SAT cancela el CFDI, en caso de existir acuse.
signature Firma del acuse del SAT, en caso de existir. Esta firma es parte del acuse, pero aquí se proporciona por separado por simplificación.
error En caso de existir, descripción del error. NOTA: es importante que no exista ningún error para considerar que la cancelación fue exitosa.
folio_seguimiento Parámetro de retenciones y pagos, este parametro se regresa cuando se activa la cancelación asincrona brindando un folio de seguimiento.

Ejemplo de respuesta válida arrojada por el Web Service para retenciones y pagos (un folio):

respuesta-01cancelacion.json
{
    {
        "id":1001,
        "result": {
            "acuse_cancelacion":"<s:Envelope>Acuse del SAT<\/s:Envelope>",
            "id":1001,
            "fecha":"2013-04-15T20:48:39.7200698",
            "retcode":1,
            "signature":"AuPN3mjhCjI2NYiif2Mdtdib9nxhTOw5jf7TPIloqqv2RHnsJ5XnHAdkf5A9ccfXJ4fpJNY0k3kNHkwFRQmhXw==",
            "folios": [
                {
                "UUID":"48D57A35-48BB-4C4B-AB44-678FCBF74D93",
                "status":"201"
                }
            ]
        }
    }
}

Códigos de Respuesta de Estatus UUID

Código Validación
1201 UUID Cancelado.
1202 UUID Previamente cancelado.
1203 UUID no corresponde con el emisor.
1205 UUID no existe.

Códigos de Respuesta a nivel petición

Código Validación
1300 Autenticación no valida.
1301 XML mal formado.
1302 Estructura de folios no válida.
1303 Estructura de RFC no válida.
1304 Estructura de fecha no válida.
1305 Certificado no correspondiente al emisor.
1306 Certificado no vigente.
1307 Uso de la FIEL no permitido.
1308 Certificado revocado o caduco.
1309 Firma mal formada o invalida.


Método para Consulta de estatus de cancelación

Al intentar efectuar una cancelación entre 2 y 10,000 folios como respuesta se recibirá un folio de seguimiento, como se explico anteriormente. Para finalmente recibir un acuse es necesario conectarse nuevamente pero ahora llamando al método verificarEstatusRetencion.El único parámetro que deben mandar es 'folio_seguimiento'. La respuesta es idéntica a la de la cancelación solo que aquí nunca recibirían el retcode 2.

PARÁMETRO DESCRIPCIÓN
id Identificador de referencia asignado por el cliente. Este parámetro no es requerido por el Web Service de iTimbre, sino que tiene como propósito ser utilizado por el cliente como método de control para asegurarse de recibir la respuesta solicitada. Se recomienda utilizar el número de folio interno del XML.
method El nombre del método para cancelar : verificarEstatusRetencion.
params Debe contener un arreglo con los parámetros: user, pass, RFC, y folio de seguimiento.
user Usuario del Portal de iTimbre con el que se ingresa al sistema (correo electrónico con el que se registró).
pass Contraseña generada por iTimbre al momento de registrar al emisor.
RFC RFC del emisor del CFDI. Nota: es el único parámetro que debe estar en mayúsculas.
folio_seguimiento Parámetro de retenciones y pagos, este parámetro se envia cuando se desea recuperar un acuse de cancelación brindando un folio de seguimiento..

Ejemplo de codificación de llamado en formato JSON para recuperar acuse de cancelación de retenciones y pagos:

llamada-0001cancelacion.json
{
    "id":1001,
    "method":"verificarEstatusRetencion",
    "params": {
        "user":"miemail@midominio.com",
        "pass":"cabb17fb8536180e11af6dff0da42132",
        "RFC":"EEM010101XYZ",
        "folio_seguimiento":"005",
 
    }
}
web-service-retenciones.txt · Última modificación: 2016/01/05 23:15 (editor externo)