Facturacion Electronica Peru - PSE

[juancav...@gmail.com]

Estimados, he estado viendo en algunos foros de Facturación Electrónica Perú, por lo visto SUNAT con el tiempo va querer que solo existan PSE

dirigiendo a los clientes a solo usar los servicios de los PSE

Como todos saben ser PSE involucra una inversión económica grande, lo cual es injusto para muchas empresas chicas que dan el servicio 

con calidad y no pueden lograr esa autorización que da la SUNAT, solo por un tema económico, mas no por un tema técnico, que al final es lo que vale para los clientes

He estado conversando con algunas empresas que no son PSE y dan el servicio y nos estamos uniendo para ser PSE, osea cada uno mantendría sus clientes 

y ganaría nuevos, pero tendríamos el amparo de ser PSEs ante cualquier eventualidad que a SUNAT se le ocurra.

nos gustaria saber sus opiniones

si alguno de Uds. esta interesado en esto, favor contactarme por correo.

slds cordiales

[Jean Pierre Adonis De La Cruz Garcia]

la idea es muy buena, el problema radica que cada uno maneja un lenguaje distinto de programacion, yo tengo mis modulos creados en .net, power builder, vfp y e PHP, aunque este ultimo en PHP me es mas rapido y versatil a mi parecer, ya que me evito problemas de subidas de archivos digitales, pdf o xml al ftp, ya que en modo web, lo hace todo directo en solo 1 seg maximo todo el proceso desde la respuesta de sunat y creacion de los XML y PDF.

 la vez que lo estoy terminando de armar mi ERPque tengo mi sistema contable, , mi sistema de emision al PLE y los nuevo proyectos ue estare lanzando a mis clientes tambien.

pero bueno quizas pued ser una opcion la que mencionas, pero hay que ver bien los terminos y afines.

[juancav...@gmail.com]

Osea que cada uno siga con sus sistemas tal cual estan, y que siga buscando sus clientes tal cual, ofreciendo sus sistemas

la union seria solo para darnos de alta como PSE, y claro para todo tema administrativo ante SUNAT, estaríamos amparados al ser PSE

Lo que tendriamos que acordar, es verificar/validar nuestros XML, esto para no tener rechazos por parte de la SUNAT, en mi caso llevo enviando

comprobantes desde hace 2 años y nunca he tenido un rechazado que no sea por los siguientes motivos:

                                             

                                             1. fuera de fecha 

                                             2. certificado no valido (esto no es un rechazado nisiquiera, porque lo reenvias con el mismo numero de factura/boleta) 

de hecho podríamos compartir todo el conocimiento que cada uno debe tener del tema de los XML, porque la factura electrónica en muchos casos es

solo es un agregado, muchas empresas que no tienen ningun tipo de sistema, cuando les das el servicio, junto con Punto de Venta, al final el Punto de Venta

es lo que cuenta mas para ellos, o el ERP o lo que sea que uno les de.  Para los usuarios la factura electronica es algo "transparente" (osea no lo ven en realidad)