TIMBRAR

TIMBRAR

El servicio de Solo Timbrado se invoca mediante la transacción TIMBRAR


SOLICITUD
  1. <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ws="http://www.fact.com.mx/schema/ws">
       <soapenv:Header/>
       <soapenv:Body>
          <ws:RequestTransaction>         
             <ws:Requestor>0c320b03-d4f1-47bc-9fb4-77995f9bf33e</ws:Requestor>         
             <ws:Transaction>TIMBRAR</ws:Transaction>         
             <ws:Country>MX</ws:Country>         
             <ws:Entity>JES900109Q90</ws:Entity>         
             <ws:User>0c320b03-d4f1-47bc-9fb4-77995f9bf33e</ws:User>         
             <ws:UserName>MX.JES900109Q90.Juan</ws:UserName>         
             <ws:Data1>XML del CFDI a timbrar codificado en base 64</ws:Data1>         
             <ws:Data2></ws:Data2>         
             <ws:Data3></ws:Data3>
          </ws:RequestTransaction>
       </soapenv:Body>
    </soapenv:Envelope>


Requestor: Lo proporcionará MYSuite a cada una de las empresas que vayan a timbrar (el mismo procedimiento que se sigue actualmente con los clientes ASP).

Transaction: Valor fijo "TIMBRAR".

Country: País de la empresa que solicita timbrar (en México, valor fijo "MX").

Entity: RFC de la empresa que solicita timbrar. Importante: nuestro esquema comercial permite que una empresa solicite timbrar CFDI de un tercero.

User: Parámetro obsoleto (repetir el valor Requestor).

UserName: Country.Entity.nombre_usuario (ejemplo: "MX.JES900109Q90.Juan").

En Data1: XML del CFDI a timbrar (no puede contener addendas, ni timbre, el CFDI debe estar codificado en base 64)

En Data2: Vacío

En Data3: Vacío


IMPORTANTE:
A pesar de que en nuestro ambiente de test de sólo timbrado deba especificar en su solicitud el campo "Entity" el RFC JES900109Q90, el CFDI que envíe codificado en Base64 en el campo "Data1", también debe contener el RFC de Emisor con valor "JES900109Q90" y este debe estar firmado con el certificado de prueba de este mismo RFC, al final de este artículo se adjunta para su utilización. 

RESPUESTA

Transacción Exitosa

ResponseData.ResponseData1 devuelve, en formato Base64, la cadena que contiene el XML del timbre.

ResponseData.ResponseData2 cantidad de timbres generados por la cuenta.

ResponseData.ResponseData3 valor fijo "OK".


Transacción NO Exitosa

ResponseData.ResponseData1 devuelve cadena vacía (excepto cuando se presenta el error 307 ya que aquí vendrá el timbre codificado en base64 del CFDI previamente timbrado).

ResponseData.ResponseData2 devuelve una cadena con el código del error (este código cumple con el formato exigido por el SAT).

ResponseData.ResponseData3 descripción del error ocurrido (ver tabla de errores).






    • Related Articles

    • TIMBRAR RETENCION

      El servicio de Solo Timbrado se invoca mediante la transacción TIMBRAR_RETENCION SOLICITUD <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ws="http://www.fact.com.mx/schema/ws"> <soapenv:Header/> <soapenv:Body> ...
    • SOLO TIMBRADO

      Los clientes que utilizan ésta modalidad, generan su CFDI con una aplicación distinta a MYSuite, y posteriormente envían este a MYSuite para realizar las validaciones correspondientes y timbrarlo. En caso de éxito, MYSuite devuelve el timbre fiscal ...
    • INTEGRACIÓN MYSUITE

      MYSuite cuenta con dos plataformas de trabajo: Pruebas y Productivo (ambas tienen la misma aplicación), la diferencia es que en el ambiente de pruebas, sólo es posible emitir CFDI's con RFC Emisor de pruebas "JES900109Q90", no es posible generar un ...
    • NUEVO ESQUEMA DE CANCELACIÓN 2022 CLIENTES SOLO TIMBRADO

      Transacciones para nuevo esquema de cancelación 2022. Modalidad (SOLO TIMBRADO) 1. CANCEL_CFDI_3 Petición. · En Data1 (igual que como se hacía para las dos transacciones anteriores) se envía, codificado Base64, un xml que especifica la solicitud de ...
    • CFDI + TIMBRADO

      Es un servicio sustentado en nuestro esquema de integración que engloba los requerimientos de todas las empresas que conforman el mercado de Facturación Electrónica en México y que cuentan con un Sistema administrativo o ERP para el procesamiento de ...