Creacion de XML desde TXT para Factura Electronica

[barna_rasta]

Buenos dias,
tengo un cliente que se ve en la necesidad de emitir factura electronica en formato e.FACT a las administraciones publicas ESPAÑOLAS, gogleando encontre el formato del XML, y necesitaria saber si alguien conoce la forma
de generar el XLM importando los datos desde un fichero TXT que es el formato que la gestion de facturacion puede exportar.
La idea seria seleccionar los datos a incorporar al TXT y posteriormente tratarlo desde PHP, PERL, PYTHON, ....
para conseguir el XML.

La documentacion que encontre es la siguiente:
http://www.facturae.gob.es/formato/u...mplo2_32v1.xml
http://www.facturae.gob.es/formato/u...llano_v3_2.pdf

Gracias

[lauser]

Que tal con print?

Código :

open(FILE1, "<datoejemplo.txt");
open(FILE2, ">datoejemplo.xml");
print FILE2 "<?xml version='1.0' encoding='iso-8859-1' ?><mixml>";
while (my $linea = <FILE1>){
   my ($campo1,$campo2,$campo3,$campo4) = split(/\,/,$linea);
   print FILE2 "<record><dato-ejem>$campo1</dato-ejem><indate>$campo2</indate><outdate>$campo3</outdate><conf>$campo4</conf></record>";
}
print FILE2 "</mixml>";
close(FILE1);
close(FILE2);
 

[barna_rasta]

Gracias por la idea LAUSER,
sabiendo a que corresponde cada campo del fichero origen y la disosicion para crear el XML es faena de chinos pero me volque inicialmente en tu idea.

Por el momento tengo:

Código:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<fe:Facturae xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:fe="http://www.facturae.es/Facturae/2009/v3.2/Facturae">
<FileHeader>
<SchemaVersion>3.2</SchemaVersion>
<Modality>I</Modality>
<InvoiceIssuerType>EM</InvoiceIssuerType>
<Batch>
<BatchIdentifier>743532 </BatchIdentifier>
<InvoicesCount>1</InvoicesCount>
<TotalInvoicesAmount>
<TotalAmount>       831.14</TotalAmount>
</TotalInvoicesAmount>
<TotalOutstandingAmount>
<TotalAmount>831.14      </TotalAmount>
</TotalOutstandingAmount>
<TotalExecutableAmount>
<TotalAmount>831.14      </TotalAmount>
</TotalExecutableAmount>
<InvoiceCurrencyCode>EUR</InvoiceCurrencyCode>
</Batch>
</FileHeader>

La diferencia con el codigo base XML es que el generado no contiene sangrias
y no si si eso puede ser un inconveniente.

Gracias

[lauser]

no si si eso puede ser un inconveniente

Desconozco ese dato, pero a fin de cuentas la lectura sera la misma. Pero la verdad es que no lo se.

[AlvaroG]

En principio no debería ser un problema, ya que se trate de "un salto de línea" o "un salto de línea seguido de espacios", en el árbol del XML será solamente un nodo de texto.
Eso es la teoría, en la práctica sabemos que no siempre se utilizan las mejores herramientas para estos casos, y más de un caso he encontrado donde se obtenían los datos de un XML vía expresiones regulares :S

Una pasada por "xmllint --format" es la forma más sencilla de darle el sangrado al XML.


Saludos.

[barna_rasta]

Iniciado por AlvaroG

en la práctica sabemos que no siempre se utilizan las mejores herramientas para estos casos, y más de un caso he encontrado donde se obtenían los datos de un XML vía expresiones regulares :S
Una pasada por "xmllint --format" es la forma más sencilla de darle el sangrado al XML.
Saludos.

Genial el xmllint !!!!!!
y comentando tonterias.....................ya me tope con la primera que me mato unas buenas horas...

Código:

  <FileHeader>
    <SchemaVersion>3.2</SchemaVersion>
    <Modality>I</Modality>
    <InvoiceIssuerType>EM</InvoiceIssuerType>
    <Batch>
      <BatchIdentifier>737435</BatchIdentifier>
      <InvoicesCount>1</InvoicesCount>
      <TotalInvoicesAmount>
        <TotalAmount>000001267.77</TotalAmount>
      </TotalInvoicesAmount>
      <TotalOutstandingAmount>
        <TotalAmount>000001267.77</TotalAmount>
      </TotalOutstandingAmount>
      <TotalExecutableAmount>
        <TotalAmount>000001267.77</TotalAmount>
      </TotalExecutableAmount>
      <InvoiceCurrencyCode>EUR</InvoiceCurrencyCode>
    </Batch>
  </FileHeader>

Los datos tienen que ser de una longitud predefinida y con relleno de ceros a izquierda !!!! :(
cierto que en el manual lo pone y desesperado alli lo encontre despues de leer tu comentario,
pero ................................. tratandose de XML, quien lo iba a pensar !!!!!

1000 gracias, por el momento esto va saliendo y la validacion con xmllint --validate esta siendo muy util.

[AlvaroG]

bueno, eso no tiene por qué ser culpa del uso de expresiones regulares, bien puede ser por estar aplicando un XSD.

Me alegro de que te sirviera, no dudes en preguntar si aparece algún otro problema :)