ECODEX TIENE ESTOS NUEVOS DATOS DE CONTACTO :
Comercializacion y Ventas - Evelia Vicke evicke@ecodex.com.mx 33-16-03-03-48
Soporte - Humberto Guerrero soporte@ecodex.com.mx 33-34-90-46-03
Y para empezar Que es una Factura Electronica? Como empiezo? Necesito Autorizacion? Que medios hay para Facturar Electronicamente? estos y todos los temas de iniciacion deberan estar aqui
acuz15 escribió:Amigo a mi me pasa exactamente lo mismo y lo peor de todo es que el formato de reporte esta bien, en mi caso es el tercer mes que mando el reporte y nunca habia tenido problemas hasta hoy.
Comparo el formato de reporte de los meses anteriores que si fueron aceptados con el que trato de mandar y que no ha sido aprobado y es la misma estructura ya intente quitando espacios en blanco al final de cada regsitro pero nada, nuestro proveedor de factura electronica no sabe que hacer puesto que el formato esta correcto y en el SAT no pasan de decirle a uno que elimine las cookies.
Ojala alguien que le haya pasado y lo haya solucionado nos pase el dato.
Gracias.
La estructura de mi reporte es esta:
|SPF970806D99|A|10|2010212660|08/01/2011 14:15:32|31194.38|4456.34|1|I||||
|SPF970806D99|A|11|2010212660|17/01/2011 12:16:36|26135.83|3733.69|1|I||||
|SPF970806D99|A|12|2010212660|24/01/2011 11:48:05|32248.24|4606.89|1|I||||
|SPF970806D99|A|13|2010212660|29/01/2011 12:52:34|44262.28|6323.18|1|I||||
Sin espacios en blanco despues de cada registro.
Contando del final hacia atrás, el quinto "pipe" no es pipe, ese es tu problema.
|SPF970806D99|A|10|2010212660|08/01/2011 14:15:32|31194.38|4456.34|1| I (<-este) ||||
acuz15 escribió:Amigo a mi me pasa exactamente lo mismo y lo peor de todo es que el formato de reporte esta bien, en mi caso es el tercer mes que mando el reporte y nunca habia tenido problemas hasta hoy.
Comparo el formato de reporte de los meses anteriores que si fueron aceptados con el que trato de mandar y que no ha sido aprobado y es la misma estructura ya intente quitando espacios en blanco al final de cada regsitro pero nada, nuestro proveedor de factura electronica no sabe que hacer puesto que el formato esta correcto y en el SAT no pasan de decirle a uno que elimine las cookies.
Ojala alguien que le haya pasado y lo haya solucionado nos pase el dato.
Gracias.
La estructura de mi reporte es esta:
|SPF970806D99|A|10|2010212660|08/01/2011 14:15:32|31194.38|4456.34|1|I||||
|SPF970806D99|A|11|2010212660|17/01/2011 12:16:36|26135.83|3733.69|1|I||||
|SPF970806D99|A|12|2010212660|24/01/2011 11:48:05|32248.24|4606.89|1|I||||
|SPF970806D99|A|13|2010212660|29/01/2011 12:52:34|44262.28|6323.18|1|I||||
Sin espacios en blanco despues de cada registro.
Contando del final hacia atrás, el quinto "pipe" no es pipe, ese es tu problema.
|SPF970806D99|A|10|2010212660|08/01/2011 14:15:32|31194.38|4456.34|1| I (<-este) ||||
Yo también tengo el mismo problema; el informe de dic 2010 me fue rechazado con la leyenda "formato de archivo incorrecto" siendo que el reporte de nov 2010 lo envié con el mismo formato y sí me fue aceptado.
Si alguno de ustedes ya resolvió este problema por favor de compartir su experiencia; aunque yo pienso que el problema lo tiene el sistema SICOFI que le hicieron algun ajuste indebido ya que el formato de mis reportes mensuales está de acuerdo a lo que dicta el Anexo 20 de la última RMF.
Tus datos son reales? o los cambiaste como prevencion para el robo de informacion, lo pregunto por que el numero "2010338450" se me hace muy elevado, este es el numero de autorizacion de folios. En la estructura esta correcto tratandose de una CFD normal (no aduanas, no ieps).
contadormex escribió:
Tus datos son reales? o los cambiaste como prevencion para el robo de informacion, lo pregunto por que el numero "2010338450" se me hace muy elevado, este es el numero de autorizacion de folios. En la estructura esta correcto tratandose de una CFD normal (no aduanas, no ieps).
Ese es el año más el número de aprobación [2010-338450], sí está dentro del rango esperado.
@RAY , ¿no será la terminación de línea?, yo lo presenté con #13#10 como terminación de línea y no me dio problema.
Mira ya me aceptaron mi reporte, tuve que quitarle los espacios en blanco del final de cada registro y quitar el ultimo enter para que no tuviera ni un espacio en blanco ni ningun renglon en blanco, el problema es que me aceptaron mi reporte pero en el acuse dice que nada mas son tres registros cuando en realidad son cuatro es el archivo que puse de ejemplo mas arriba son datos reales.
En efecto al parecer compuchafon ya le dio en el clavo la causa del rechazo de sus reportes, y son espacion en blanco que quedan al final del ultimo pipe, que a simple vista no es detectable.
Mira ya me aceptaron mi reporte, tuve que quitarle los espacios en blanco del final de cada registro y quitar el ultimo enter para que no tuviera ni un espacio en blanco ni ningun renglon en blanco, el problema es que me aceptaron mi reporte pero en el acuse dice que nada mas son tres registros cuando en realidad son cuatro es el archivo que puse de ejemplo mas arriba son datos reales.
Es que DEBE haber retorno de carro al final del último registro (uno solo, no doble). Tómalo como que cada registro debe terminar en Pipe+<Retorno de carro>
