Algunas sugerencias al SAT para aclarar y optimizar las definiciones de XML del CFDI

Estimado Sistema de Administración Tributaria (SAT):

Por medio del presente documento quiero sugerirles algunos cambios, que considero alimentarían el modelo de los documentos de facturación electrónica, previo a que liberen la versión 3.3 del CFDI (Comprobante Fiscal Digital a través de Internet).

1) Dentro d los apartados de “Concepto” poder usar un nuevo campo llamado “Serie”, ya que el actual de “noIdentificacion” es confuso y no permite manejar correctamente las claves de producto y números de serie. Ejemplificando, Tengo un producto electrónico con clave “iPhone6S-16G-Gray” y número de serie “AW12345667”.

En la actual versión, no es posible hacer esto a menos que recurramos a “Parte”, actualmente se ve así para resolver esto:

  <cfdi:Conceptos>
    <cfdi:Concepto cantidad="1"
                   descripcion="Teléfono celular marca Apple modelo 6S, 16GB, gris espacial"
                   importe="14099.00"
                   noIdentificacion="iPhone6S-16G-Gray"
                   unidad="LLamada"
                   valorUnitario="14099.00">
      <cfdi:Parte cantidad="1"
                  descripcion="Teléfono celular marca Apple modelo 6S, 16GB, gris espacial"
                  noIdentificacion="AW12345667" />
    </cfdi:Concepto>
...
   </cfdi:Conceptos>

Cuando sería mas sencillo hacer esto:

  <cfdi:Conceptos>
    <cfdi:Concepto cantidad="1"
                   descripcion="Teléfono celular marca Apple modelo 6S, 16GB, gris espacial"
                   importe="14099.00"
                   noIdentificacion="iPhone6S-16G-Gray"
                   unidad="LLamada"
                   valorUnitario="14099.00">
      <cfdi:Series serie="AW12345667" />
    </cfdi:Concepto>
...
   </cfdi:Conceptos>

y en caso de multiples series, es decir que vendo 10 iPhones debería quedar así:

  <cfdi:Conceptos>
    <cfdi:Concepto cantidad="10"
                   descripcion="Teléfono celular marca Apple modelo 6S, 16GB, gris espacial"
                   importe="140990.00"
                   noIdentificacion="iPhone6S-15-G"
                   unidad="LLamada"
                   valorUnitario="14099.00">
          <cfdi:Series serie="AW12345667" />
          <cfdi:Series serie="AW12345668" />
          <cfdi:Series serie="AW12345669" />
          <cfdi:Series serie="AW12345670" />
          <cfdi:Series serie="AW12345671" />
          <cfdi:Series serie="AW12345672" />
          <cfdi:Series serie="AW12345673" />
          <cfdi:Series serie="AW12345674" />
          <cfdi:Series serie="AW12345675" />
          <cfdi:Series serie="AW12345676" />
    </cfdi:Concepto>
...
   </cfdi:Conceptos>

y lo mismo puede aplicar para “Parte”:

  <cfdi:Conceptos>
    <cfdi:Concepto cantidad="1"
                   descripcion="Teléfono celular marca Apple modelo 6S, 16GB, gris espacial"
                   importe="14099.00"
                   noIdentificacion="iPhone6S-16G-Gray"
                   unidad="LLamada"
                   valorUnitario="14099.00">
      <cfdi:Parte cantidad="1"
                  descripcion="Teléfono celular marca Apple modelo 6S, 16GB, gris espacial"
                  noIdentificacion="iPhone6S-16G-Gray" >
            <cfdi:Series serie="AW12345667" />
      </cfdi:Parte>
      <cfdi:Parte cantidad="1"
                  descripcion="Plan amigo Kit 500MB"
                  noIdentificacion="PA-500" >
      </cfdi:Parte>
    </cfdi:Concepto>
...
   </cfdi:Conceptos>

Los Beneficios de esto serían evidentes para el intercambio electrónico de datos entre Emisores y Receptores de los XML que amparan cada operación.

2) Del lado del Timbre Fiscal, sugerimos dos campos nuevos llamados “estado” y “fechaCancelación”:

    <tfd:TimbreFiscalDigital FechaTimbrado="2016-04-15T16:29:45"
                             UUID="CB4362A3-9258-4E5C-B6FF-0A7E53FCDB23"
                             noCertificadoSAT="00001000000300250292"
                             selloCFD="Jzlz98qxFhlMqGDI4wxWc6PuPO0diF6vL0ey5RqHNt17sRGMrsbXFE8gGuIaJBNWDFKh7+9mN+EP+smXZ4vnBNF8QPK/QuG0+m/TSnTH7LZ86yvw2gC3vux5GbvuHAbHKj/UDO9NPNN9EGwJDOMqKNntuTx/axWLsawQO3Y0+mI="
                             selloSAT="Bi+7BIer7TSHmgMP1qbwJh252GQdsX6oQT2ndqe0PDJNxR65FX5gHjdWGRmJmLBAEfkADCnyCFAXKxOw0/vphJD5G/YTROiyxM8xg6L1R4xAiW8RmIRksTzJr3ORj/HIesnGTN1+jXbYlEdioPw7QFHBcx/6CMFKpcysibC2glw="
                             version="1.0"
                             estado="cancelado"
                             fechaCancelación="2016-04-15T18:13:52"
                             xmlns:tfd="http://www.sat.gob.mx/TimbreFiscalDigital"
                             xsi:schemaLocation="http://www.sat.gob.mx/TimbreFiscalDigital http://www.sat.gob.mx/TimbreFiscalDigital/TimbreFiscalDigital.xsd" />

Obviamente los valores de “estado” pueden ser “emitido” y “cancelado”.

Esto para que al recuperar los certificados de los sistemas del SAT, el XML ya tenga la marca de cancelación, evitando buscar documento por documento en su sistema para obtener el estado del CFDI.

Espero entiendan la utilidad de esto y los malabares que tenemos que hacer los contribuyentes para dar y recibir datos que deberían ser básicos en la operación del CFDI.

Saludos…. Fernando Romo
pop@cofradia.org
@El_Pop


0 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 50 votes, average: 0.00 out of 5 (0 votes, average: 0.00 out of 5)
You need to be a registered member to rate this post.
Loading...
Programacion, Tecnología, XML | RSS 2.0 |     145 views

RSS feed

Comments »

No comments yet.

Name (required)
E-mail (required - never shown publicly)
URI
Your Comment (smaller size | larger size)
You may use <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong> in your comment.

Trackback responses to this post