FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#281
|
||||
|
||||
de acuerdo a "lo que me han dicho", después del 2011, todos los CFD (comprobante fiscal digital) deberían ser sellados por un PAC (Proveedor Autorizado de Certificación). Dando al traste con el esfuerzo realizado por el área de desarrollo para generar de manera interna los CFD, ya que sin importar lo que se haga, se tendrían que enviar al PAC para su proceso, así que en este caso, pos pa que lo hago yo si el PAC también lo hace...
Pero por lo que he leído, aquellos que ya iniciaron con la emisión de CFDs en 2010, por medio de desarrollo interno o por medio de la adquisición de un sistema que emita CFDs, podrán seguir utilizando este medio de manera indefinida, es decir, no se requerirá de los servicios de un PAC. ¿Alguién está más informado que yo en este tema? Saludos.
__________________
|
#282
|
||||
|
||||
Cita:
Lo otro que acabo de confirmar es que los que ya generamos CFD's en 2010 SI tendremos que cambiar la forma del sellado utilizando SHA1 en lugar de MD5 para obtener la cadena de digestión... y la versión del cfd no cambiará en estos casos, pues seguirá siendo la versión 2 (Solo cambia un algoritmo). Esto lo leí en las FAQ de http://www.sat.gob.mx/sitio_internet.../66_19430.html Por lo demás de los CFDI, creo que la mayoría seguimos en el limbo, solo unos cuantos le han agarrado mas o menos el hilo a esto pues los ejemplos y la información publicada efectivamente si dejan mucho que desear.
__________________
Tiempo y ocasión acontecen a todos! |
#283
|
||||
|
||||
La versión 3, es la versión "perfeccionada" y ya con las omisiones corregidas. Hace rato estaba escribiendo una respuesta y se me reinicio mi lap y ya no la terminé, pero resumo:
Si tu desarrollo basado en el esquema actual ya lo tienes listo libéralo cuanto antes para que no tengas que hacer ningún cambio en 2011. Si crees que ya no te da tiempo, no hablar, empieza a ver como cambiarlo al esquema nuevo. QUienes ya estan con lo del 2010 NO tienen que cambiar nada ya que la resolución claramente indica que pueden seguir con el esquema que tienen hasta finales de 2011. El esquema nuevo es mucho más sencillo de implementar además de que elimina obligaciones fiscales que el esquema actual si impone como: * registrar simultaneamente cada factura en la contabilidad * llevar contabilidad en algún software * proporcionar las herramientas al SAT para que en caso de así requerirlo puedan consultar las cfds que ya emitiste (hacerles su software para consultar tus datos) * emitir y presentar reporte mensual ante el SAT de los cfds generados La información completa está en famoso Anexo 20, el cual pasó de unas 89 páginas a mas de 190 ya que se le agregó mucha información más específica y concisa. Los PAC (que ahora todavia son PCFD) están como "perros" tratando de convencer a todo mundo de entrarle "de una vez" al esquema actual ya que en 2011 el servicio de certificación de los comprobantes es gratuito por ley y están obligados a cumplir con el mismo. Esto último no lo dicen por obvias razones, dado que por el momento SI pueden cobrar por ese servicio y quienes opten por entrar en este esquema no podrán cambiarlo al menos hasta junio del año que viene, o sea, a pescar lo que se pueda. Por lo que si en sus empresas o clientes le están pensando o ya los están bombardeando, no les hagan caso y tomen una alternativa de transición de las que hay varias opciones y esperen a que salgan las demás reglas que faltan para que les salga mucho más barato y mucho más sencillo el desarollo. Edito: Las FAQ a que se refiere nuk3sito se refieren exclusivamente a los aspirantes a PAC (está equivocado el título en la página del SAT), en todo caso si te remites al CFF verás que el contribuyente que ya emita CFDS por medios propios NO está obligado a cambiar nada al menos durante el 2011. Además te lo confirmo dado que ayer precisamente estuve en un taller del SAT y fue una de mis preguntas. Finalmente, para que le comenten a sus clientes, solo hay alrededor de 25 proveedores autorizados (si vieran todos los requisitos que se piden para obtener la autorización se espantan, no cualquier empresita tiene los recursos) pero sin embargo ya muchas empresas andan vendiendo soluciones que supuestamente "cumplen al 100%" con la disposición, pero no indican que no tienen autorización.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| Última edición por AzidRain fecha: 04-11-2010 a las 19:46:14. |
#284
|
||||
|
||||
Cita:
Para esto mismo, cryptosys liberó el 2 de Noviembre el método para obtener el sellado usando SHA1 en lugar de MD5. Repito, no es que no te crea a ti, pero debemos de creerle al SAT, no crees? El problema como te digo es que en cada llamada telefónica dicen algo diferente, y lo único escrito explícitamente para este tema es en las FAQ lo cual contradice lo que anteriormente se dijo de que la forma de sellado funcionaría en el 2011 "tal y como se hace hoy" en el caso de empresas que iniciaron con CFD's antes de 2011. Si pudieras mostrarnos una URL en donde diga explícitamente que se seguirá usando MD5 en lugar de SHA1 te estaré agradecido, y no solo yo, creo que somos varios aunque la mayoría solo son lectores de este hilo. Aqui vienen las FAQ que menciono: http://www.sat.gob.mx/sitio_internet.../66_19430.html Saludos.
__________________
Tiempo y ocasión acontecen a todos! |
#285
|
|||
|
|||
Ayuda con comprobante emitido por Micro-e
Hola amigos, disculpen desviarme un poco del tema para pedir ayuda. Lo que pasa es que estoy verificando si la libreria que hice (de codigo abierto) funciona adecuadamente. Para ello descargue la utilidad del SAT Micro-e ver 1.5 descargue los certificados, llave privada de ejemplo de persona con actividad empresarial e hice un comprobante, hasta ahi todo bien, sin embargo al usar mi libreria el sello es totalmente diferente, me estuve quebrando la cabeza todo un dia viendo porque, sin embargo subi el comprobante y el sello al validador del SAT y resulta que dice: "El sello no pudo ser verificado" sin mas detalles. Esto signfifica que la utilidad del SAT esta generando mal los comprobantes???
A alguien le ha pasado esto? es porque es la "version de prueba" del micro-e? hay alguna version mas nueva que la 1.5 ?? La descargue apenas hace 3 dias. Anexo a este post los archivos que estoy usando asi como el PDF y el XML generado por el MicroE por si alguien puede generarla usando su codigo, programa, etc y verificar quien tiene la culpa. Les estaria muy agradecido si me dan algunos tips. PD. Aun no publico la liga al proyecto porque quiero liberar algo terminado y funcional y en cuanto logre pasar esta etapa les mando la liga. Aunque "dado" ya se ofrecio a colaborar y supongo la esta revisando. |
#286
|
||||
|
||||
Micro-e va a seguir trabajando con el esquema 2010, de hecho la rsolución menciona que si empiezas a trabajar con el durante 2010 te quedas con el hasta que termine 2011 y no puedes cambiarte.
Por otro lado Nuk3sito, por teléfono es bastante difícil que te resuelvan dudas muy específicas, como es el caso, pues te atiende un operador entrenado en las cosas más comunes que preguntan, todo lo demás se va sobre una base de conocimiento a la que tienen acceso. Precisamente el taller al que te comento que asistí, fue dado por un especialista en la cuestión informática y otro en la cuestión fiscal por parte del SAT. Estos talleres son la mejor forma de obtener retroalimentación. Te voy a buscar el fundamento legal para que veas que no tienes que cambiar nada, recuerda que en este caso una cosa es lo ténico y otra la legal. Podrán decirte que si va a cambiar y que no se cuanto, pero legalmente no tienes obligación de hacerlo, precisamente porque MD5 correspondia a como lo indicaba la resolución anterior y SHA1 es como lo indica la resolución nueva, si te apegas a lo legal no hay nada que te obligue (por mucho que te lo digan por teléfono u otro medio) a que lo cambies. Prometo buscarte el fundamento, jejeje, discúlpenme porque de repente me oigo medio legaloide pero convivo con 2 que 3 contadores eruditos en materia fiscal pero sin mucha experiencia en lo técnico y pues ahi nos vamos ayudando unos con otros. Les pongo el link mas tarde
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
#287
|
||||
|
||||
Orale, te agradezco mucho AzidRain.
Ya había iniciado con ese pequeño cambio pero había contemplado dejarlo parametrizable por si si o por si no. Pero tienes razón, por teléfono lo único que quieren es salir del problema. Gracias y saludos.
__________________
Tiempo y ocasión acontecen a todos! |
#288
|
||||
|
||||
jeje Nuk3sito...lo que sobra no hace daño tratándose de software. Lo menos que puede pasar es que no tengas que usarlo pero es peor lo contrario
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
#289
|
|||
|
|||
certificados raiz
Hola amigos,
necesito un poco de ayuda con la factura electronica que la implementamos en SAP. en sistema de test nos funciono todo bien. ahora en productivo usamos los certificados raiz de la pagina de SAT File ( 6 kB) Certificados raíz de los certificados que emite el SAT. Sin embargo recibimos el error Test signature Signature ERROR - Unknown signer or recipient Test encryption Encryption ERROR - Unknown signer or recipient entendi que a veces estos certificados raiz no son los correctos, pero deberian ser los reales ya que los proporciona SAT. porque tenemos este error? gracias |
#290
|
||||
|
||||
Un problema muy común, es que se trata de utilizar el certificado de la FIEL en lugar del certificado de los CFDs... también la contraseña es sensible a más yúsculas y menos yúsculas... por ahí podría estar tu problema...
__________________
|
#291
|
|||
|
|||
nosotros utilizamos los certificados FIEL para generar certificados CFDs.
despues de esto utilizamos los certificados raiz productivos (no de prueba) de la pagina de SAT para generar la factura. entiendo que estos certificados de raiz son los ultimos que se necesitan para generar la factura....el archivo PSE. desafortunamente tambien entendi que los certificados raiz que SAT proporciona son varios y depende cual ellos usaron para generar los certificados FIEL. si no son los mismos, compatible generan problemas.... alguien sabe como y donde encontrar el certificado raiz correcto si no en la pagina de SAT? |
#292
|
|||
|
|||
Cita:
Estas revolviendo peras con manzanas. Antes que nada OLVIDATE DEL CERTIFICADO RAIZ DEL SAT. Eso no tiene NADA que ver con factura electronica, bueno, no mucho. La cosa esta asi : Tienes que descargar un programa llamado SOLCEDI de la pagina del SAT, con ese programa y tu Certificado FIEL vas a solicitar (pon atencion) UN CERTIFICADO DE SELLOS DIGITALES Ese CERTIFICADO DE SELLOS DIGITALES es personalizado y con ese vas a sellar tus facturas. Fin---- Solo por aclarar, el CERTIFICADO RAIZ es otra cosa, ese es el certificado "PAPA" de todos los certificados FIEL y CSD, digamoslo asi, (en palitos y bolitas), si te llegara a tu correo un certificado FIEL de una persona y te dice "Este certificado me lo dio el SAT" entonces puedes usar el CERTIFICADO RAIZ del SAT y verificar su ADN (por decirlo de alguna forma), este ADN es el mismo para el Certificado Raiz padre y para el FIEL (hijo) y comprobar que efectivamente un certificado FIEL fue expedido por el SAT. Dicho de otra forma, es la manera en que se evita que cualquier mortal genere una FIEL a su antojo. Habia visto errores de usar la FIEL para sellar CFD, pero usar el Certificado Raiz....eso si esta en chino. Mmmmh, ademas, como sellaste (lo que sea) con un Certificado Raiz ? Para eso necesitas la LLAVE PRIVADA del Certificado Raiz y esa seguramente solo la tiene Felipe Calderon (no es broma, asi de super-secreta debe ser la LLAVE PRIVADA de un Certificado Raiz del SAT) Última edición por dado fecha: 06-11-2010 a las 05:09:40. |
#293
|
|||
|
|||
gracias por estas aclaraciones. si me ayudan a entender el proceso....pero todavia no se porque recibo los errores.
Tienes que descargar un programa llamado SOLCEDI de la pagina del SAT, con ese programa y tu Certificado FIEL vas a solicitar (pon atencion) UN CERTIFICADO DE SELLOS DIGITALES....hasta aqui todo claro! tambien consequimos la contrasena de clave privada. al generar el archivo PSE recibimos este error: ERROR: Incomplete certification path -- NEED certificate Tributaria, CN=A.C. del Servicio de Administraci¾n Tri"!of "unstructuredName=Responsable: Fernando MartÝnez Coss, L=Cuauhtemoc, SP=Distrito Federal, C=MX, postalCode=06300, ST="Av. Hidalgo 77, Col. Guerrero", EMAIL=acods@sat.gob.mx, O=Servicio de Administraci¾n SAP Mexico nos dijo que buscamos los certificados raiz en pagina de SAT. Certificados raíz de los certificados que emite el SAT es el archivo. y los encontramos. despues de tener estos archivos recibimos un nuevo error: Test signature Encryption ERROR - Unknown signer or recipientSignature ERROR - Unknown signer or recipient Test encryption y de aqui no sabemos como ir adelante....no sabemos que falta, que hicimos mal? |
#294
|
||||
|
||||
No es por nada mirokiszel pero SAP sabe de este tema lo mismo que todos los que andamos en el hilo y creo que hasta menos. El problema con SAP fue que se metieron a diestra y siniestra con su producto y nunca contemplaron a fondo la legislación vigente, resulta paradójico que empresas mexicanas mas pequeñas ya tengan productos que funcionan perfectamente mientras SAP deja a sus usuarios "a la buena de Dios" practicamente para que ellos mismos busquen la solución. Sobre todo si tomamos en cuenta que no es un producto nada barato (ni siquiera en us versión "light" Bussiness One). Revisa lo que te comenta dado porque ahí te lo explico bastante bien. De cualquier forma como mencionaba posts atrás, les conviene más esperar al nuevo esquema precisamente porque te evitas hacer todo este circo con los certificados ya que no tienes que solicitar ya folios ni nada.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
#295
|
|||
|
|||
AzidRain tiene toda la razon del mundo, SAP tengo entendido se desarrolla en Alemania, pues seran muy chin... muy buenos, pero cuando se trata de hacer las cosas como se hacen en Mexico pues simplemente fallan.
Porque para empezar dices : "Al generar el archivo PSE" ....y eso que es? Y bueno, no es presuncion, solo por comentarte que he estudiado mucho acerca de la factura electronica y nunca he visto un archivo "PSE", he visto (y te puedo definir cada uno) archivos "CER", archivos "KEY", archivos "PEM" archivos "DER" archivos "X509" y archivos "PKCS8" pero nunca un "PSE", Te sugiero que contactes con soporte tecnico de SAP porque aparentemente tienen un oscuro y complejo sistema de factura electronica |
#296
|
|||
|
|||
Hicimos pruebas en sistema de pruebas con archivos Cer_Sellos_2010_12.sda y Root_Cer_Sellos_2010-12.zip. Aqui estos ROOT Certificate/Certificatos de raiz funcionaron.
Quisimos despues hacer todo en sistema productivo. Con programa SOLCEDI generamos un archivo .req, .key. Estos 2 los mandamos a SAT y recibimos otros archivo .cer. Con este archivo .cer generamos un nuevo .key y .sdg archivo. Nos faltaba contrasena de clave privada que nosotros mismos creamos. Despues de esto quisimos crear el archivo PME…. Y salio el primer error…. ERROR: Incomplete certification path -- NEED certificate of "unstructuredName=Responsable: Fernando MartÝnez Coss, L=Cuauhtemoc, SP=Distrito Federal, C=MX, postalCode=06300, ST="Av. Hidalgo 77, Col. Guerrero", EMAIL=acods@sat.gob.mx, O=Servicio de Administraci¾n Tributaria, CN=A.C. del Servicio de Administraci¾n Tri"! SAP nos dijo que sacamos los certificados raiz de pagina de SAT, parte de comprobantes fiscales, archivos con nombres de certificados de raiz…y ahora tuvimos otro error. Test signature Signature ERROR - Unknown signer or recipient Test encryption Encryption ERROR - Unknown signer or recipient De lo que nosotros entendemos y comparando con lo que paso en sistema de prueba….nos faltan certificados raiz que SAT uso para generar el ultimo archivo .cer que nos mando. Este es el proceso completo. cual paso el incorrecto? si necesito los certificados raiz como los necesitabamos en sistema de prueba? Es que esos certificados de prueba si no los proporciono SAP, pero para el uso productivo solo los puede proporcionar SAT de lo que yo entiendo.... |
#297
|
|||
|
|||
Voy a hacer una coreccion>>>
Hicimos pruebas en sistema de pruebas con archivos Cer_Sellos_2010_12.sda y Root_Cer_Sellos_2010-12.zip. Aqui estos ROOT Certificate/Certificatos de raiz funcionaron. Quisimos despues hacer todo en sistema productivo. Con programa SOLCEDI generamos un archivo .req, .key. Estos 2 los mandamos a SAT y recibimos otros archivo .cer. Con este archivo .cer generamos un nuevo .key y .reg y al final el .sdg. mandamos el archivo .sdg a SAT y recibimos un nuevo archivo .cer ( el de cellos) Nos faltaba contrasena de clave privada que nosotros mismos creamos. Despues de esto quisimos crear el archivo PME…. Y salio el primer error…. ERROR: Incomplete certification path -- NEED certificate of "unstructuredName=Responsable: Fernando MartÝnez Coss, L=Cuauhtemoc, SP=Distrito Federal, C=MX, postalCode=06300, ST="Av. Hidalgo 77, Col. Guerrero", EMAIL=acods@sat.gob.mx, O=Servicio de Administraci¾n Tributaria, CN=A.C. del Servicio de Administraci¾n Tri"! SAP nos dijo que sacamos los certificados raiz de pagina de SAT, parte de comprobantes fiscales, archivos con nombres de certificados de raiz…y ahora tuvimos otro error. Test signature Signature ERROR - Unknown signer or recipient Test encryption Encryption ERROR - Unknown signer or recipient De lo que nosotros entendemos y comparando con lo que paso en sistema de prueba….nos faltan certificados raiz que SAT uso para generar el ultimo archivo .cer que nos mando. Este es el proceso completo. cual paso el incorrecto? si necesito los certificados raiz como los necesitabamos en sistema de prueba? Es que esos certificados de prueba si no los proporciono SAP, pero para el uso productivo solo los puede proporcionar SAT de lo que yo entiendo.... |
#298
|
|||
|
|||
Interface not supported
Saludos
He comenzado a trabajar con esto de los CFD para el sistema Aspel SAE 3.0 ya genere el archivo cfdv2.pas con XML Data Binding y ya redacte la carga de los datos pero al probarlo en esta instruccion me vota este error "Interface not supported" nunca habia usado XMLDocument a si que no tengo ni idea de donde revisar.
|
#299
|
|||
|
|||
Componente para factura electrónica
Quiero comentar que estoy a punto de liberar una librería de clases que te permite de forma rápida y sencilla generar un CFD y CFDI y lo lo mejor de todo, es que son totalmente gratuitas.
Si quieren leer mas del tema puedes entrar electronicdocument.wordpress.com |
#300
|
|||
|
|||
Libreria de Facturacion Electronica de codigo abierto
Hola amigos, despues de varias semanas de desarrollo, pruebas, lectura del foro, etc en la empresa que tenemos decidimos liberar el codigo que estaremos usando para la facturación electrónica como código abierto para que la comunidad se beneficie. Pueden ver más información sobre este proyecto asi como descargarlo junto con ejemplos, etc de la siguiente liga:
ww.bambucode.com/codigoabierto/facturacion_electronica_delphi.php (Falta ponerle una w al principio ya que aun no tengo derechos para poner ligas). Agradezco publicamente a "dado" por su ayuda en algunas preguntes que han surgido asi como su ofrecimiento para abrir un foro de ayuda para el proyecto en su sitio web. Y aunque probablemente no sea la unica librería ni lo será, como comento nuestro compañero Dario, publicamos el código de esta librería ya que al menos hace unos meses no encontramos nada parecido y lo vimos como una necesidad que beneficiaría a toda la comunidad en este tema de facturación electrónica que puede llegar a ser bastante complejo. Gracias a este foro y a toda la comunidad por compartir el conocimiento, esperamos esta sea una manera de regresar algo a cambio. P.D. La libreria es 100% gratuita y libre de dependencias (fuera de los DLL de OpenSSL). Saludos! |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Mexico - Como crear sellos en FACTURA ELECTRONICA.. | pcicom | API de Windows | 12 | 10-11-2012 19:46:55 |
Factura Electrónica | aig | Varios | 13 | 10-12-2010 18:12:44 |
factura electronica | cmm07 | Varios | 4 | 02-04-2009 18:46:03 |
factura electronica | spia | Varios | 2 | 22-02-2009 22:30:06 |
Factura electronica AUNA | Aprendiz | Varios | 5 | 01-09-2005 11:44:15 |
|