Iniciar Sesión

Ver la Versión Completa : [Componente] Factura Electronica Argentina


JulioBenitez9470
24 de abril de 2015, 22:35
Hola amigos despues de varios intentos logre entrar, espero que este no termine como ESCOBOL.
Tengo necesidad de preparar facturacion electronica para algunos clientes, he visto ocx pagas, me gustaria saber si alguien ha desarrollado algo o esta en eso, me gustaria hacer una dll pura de power cobol que nos sirva a todos.

desde ya gracias y es un gusto estar de nuevo con ustedes :beber:

Kuk
25 de abril de 2015, 16:42
Juliobenitez9470, te aseguro que este foro no va a terminar como el otro porque es un motor diferente mucho mas moderno y ademas somos varios moderando. En caso de que haya ataque (cosa poco probable porque el motor previene este tipo de cosas con varias medidas de seguridad) podremos limpiarlo entre varias personas. :fuma:

Yo no se lo que significa exactamente una factura electornica. Podria aportar ideas tecnicas pero para ello necesitaria entender bien que es realmente esa factura electornica y en que se diferencia de una factura vilgar y corriente.

Un saludo :hi:

JulioBenitez9470
26 de abril de 2015, 00:31
En realidad es FACTURA ELECTRONICA y es una normativa de la AFIP de argentina, mediante la cual, cuando vas a emitir una factura, tenes que requerirles a ellos un codigo de autorizacion, que puede ser via e-mail enviando un txt con todos los datos de la factura a emitir y ellos te devuelven ese codigo, o accediendo manualmente a una pagina web entrando alli los datos y esperando respuesta, o acceder desde tu aplicacion en forma silenciosa a la web y haciendo el tramite, ellos facilitan codigo html para hacer la gestion, ocurre que para arrancar hay que tener experiencia en web desde power, yo no la tengo...


<soap12:Envelope xmlns:soap="http://www.w3.org/2003/05/soap- envelope"
xmlns:ar="http://ar.gov.afip.dif.FEV1/">
<soap12:Header/>
<soap12:Body>
<FECAESolicitar>
<Auth>
<Token>string</Token>
<Sign>string</Sign>
<Cuit>long</Cuit>
</Auth>
<FeCAEReq>
<FeCabReq>
<CantReg>int</CantReg>
<PtoVta>int</PtoVta>
<CbteTipo>int</CbteTipo>
</FeCabReq>
<FeDetReq>
<FECAEDetRequest>
<Concepto>int</Concepto>
<DocTipo>int</DocTipo>
<DocNro>long</DocNro>
<CbteDesde>long</CbteDesde>
<CbteHasta>long</CbteHasta>
<CbteFch>string</CbteFch>
<ImpTotal>double</ImpTotal>
<ImpTotConc>double</ImpTotConc>
<ImpNeto>double</ImpNeto>
<ImpOpEx>double</ImpOpEx>
<ImpTrib>double</ImpTrib>
<ImpIVA>double</ImpIVA>
<FchServDesde>string</FchServDesde>
<FchServHasta>string</FchServHasta>
<FchVtoPago>string</FchVtoPago>
<MonId>string</MonId>
<MonCotiz>double</MonCotiz>
<CbtesAsoc>
<CbteAsoc>
<Tipo>short</Tipo>
<PtoVta>int</PtoVta>
<Nro>long</Nro>
</CbteAsoc>
</CbtesAsoc>
<Tributos>
<Tributo>
<Id>short</Id>
<Desc>string</Desc>
<BaseImp>double</BaseImp>
<Alic>double</Alic>
<Importe>double</Importe>
</Tributo>
</Tributos>
<Iva>
<AlicIva>
<Id>short</Id>
<BaseImp>double</BaseImp>
<Importe>double</Importe>
</AlicIva>
</Iva>
<Opcionales>
<Opcional>
<Id>string</Id>
<Valor>string</Valor>
</Opcional>
</Opcionales>
</FECAEDetRequest>
</FeDetReq>
</FeCAEReq>
</FECAESolicitar>
</soap12:Body>
</soap12:Envelope>

Kuk
26 de abril de 2015, 13:50
Juliobenitez9470, ya me he enterado! Lo des SOAP ese lo conozco, es el metodo Web-Service de conexion entre Mainframe y Web. He usado una aplicacion, SoapUI en el cual teniamos los datos en formato XML. Debia insertar un enlace WSDL, y era la aplicacion ESB que se encargaba del resto.

Habia un ejemplo de Rapinto, para usar WebServices desde PowerCOBOL: Ligar ao Site da União Europeia VAT Number - COBOL Foro (http://www.cobolforo.es/showthread.php?t=59)

Rapinto
27 de abril de 2015, 19:25
Julio,

Em Portugal, temos que enviar as Finanças a "guia de Transporte de mercadoria" e receber um código, que é impresso no documento. Só depois se pode ir para a estrada com a carga.
Penso que será parecido com o que têm aí.

Começando pelo inicio:

Consegue gerar o XML para o documento???
Depois de Gerar o Documento, quais as instruções do WEB Service: Site, Username, Password, Data e Hora, encriptação?
Em seguida, escrever o código para ligar por Web Service
Como é devolvido o código ??? Quais as instruções do WEB Service para receber o código.


O exemplo que eu fiz para a Europa, (verificar o Numero Fiscal para VAT no Site Europeu) está aqui neste Forum.
Posso tentar esclarecer melhor o que faz.

Un Saludo,
Rui

JulioBenitez9470
28 de abril de 2015, 18:13
Rui
Lo que tu defines en tu mensaje es exctamente lo mismo que se requiere aqui.
Para poder emitir una factura, hay que informar al ente fiscalizador todos sus datos fecha, numero, productos cantidades etc, si todo esta bien, se recibe un codigo numerico de autorizacion, que hay que incluirlo en la factura.
El ente fiscalizador tiene un manual donde esta todo el codigo html que hay que usar, mi problema es que yo de verdad no tento experiencia en ole/com, si bien tengo enorme experiencia en uso del lenguaje cobol, en esto no es asi.
Entiendo que segun el manual del ente fiscalizador, debo acceder una pagina y luego interactuar con ella para obtener este codigo, un problema adicional es que uso power cobol 5.
No quiero ser una carga para ti amigo, pero todo lo que puedas aclarar o guiar me vendria bien, de todas formas te repito de ninguna manera pretendo hacerte perder tu tiempo.

un abrazo Rui :help:
julio

Rapinto
28 de abril de 2015, 23:21
Julio,

Consegues colocar aqui no foro o manual do ente fiscalizador??
Pode ser que apareça mais alguém para ajudar a resolver.

E assim eu poderia também tentar ver se entendo e consigo alguma coisa, para te dar um exemplo de como fazer.
Fico a aguardar.

(Desculpa responder em Português ... no foro em espanhol!!!)

Abraço,
Rui A. Pinto

Fito
29 de abril de 2015, 09:10
Hola Amigos:

Yo también estoy tratando de incorporar Factura Electrónica a mis sistemas de facturación. Para comunicarse con los webservice de AFIP, se puede hacer mediante el envío de xml, o podés buscar un producto, llámese activex o alguna aplicación, que ya te lo resuelva.
He visto que hay aplicaciones donde cargando un txt con cierto formato, devuelve otro txt con la respuesta, eso es interesante para los que trabajan todavía con DOS (parecido al pfbatch de las impresoras fiscales Epson).
Y también he visto controles ocx, que se cargan en las propiedades todos los datos requeridos y tienen métodos para hacer la comunicación y recibir las respuestas.

Yo me decidí por un control activex como ese (OCX Factura Electrónica y web services AFIP (https://sites.google.com/site/facturaelectronicax/)), no es gratis, pero me resultó muy clara y sencilla la forma de usarlo, y además no es tan costoso. Necesité hacer una consulta a los desarrolladores por un error que no encontraba y obtuve una respuesta inmediata.

Logré hacer las pruebas y funcionó perfectamente.

Yo calculo que la semana que viene ya voy a estar en condiciones de instalarlo de uno de mis clientes para trabajar a full con este tema.

Hay muchos productos dando vueltas, el tema es elegir alguno y probar.

Saludos.

PD: por más que no se decidan por este activex, les recomiendo la página, porque explican detalladamente todos los pasos que hay que seguir para trabajar con Factura Electrónica.

JulioBenitez9470
1 de mayo de 2015, 02:41
Rui
Te adjunto el manual, agradezco infinitamente tu predispoción y aqui en argentina y mas en el norte no nos molesta el portugues, ademas, quasi todos falamos portuñol, jajaja.
En el siguiente enlace esta el manual en cuestion.

Microsoft OneDrive - Access files anywhere. Create docs with free Office Online. (https://onedrive.live.com/redir?resid=53b3ad5ecb97e0ea!5765&authkey=!AOZFmOnqrKCQ4cc&ithint=folder%2cpdf)

Un abrazo amigo

Softdac
11 de agosto de 2015, 23:59
Hola Foro, quería consultar si alguien desarrollo algo en powercobol 7 para las facturas electrónicas, o bien orientarme como se usan los objetos com, para poder interactuar con los requisitos de la afip, para poder obtener los CAE y fechas de vencimiento.
La verdad que estoy medio desorientado, por no decir completo.

Desde ya muchas gracias por su tiempo.

Saludos

Hrmcobol
12 de agosto de 2015, 00:27
Te mande un mensaje privado.
Saludos

Softdac
12 de agosto de 2015, 04:51
Estimado Julio, logró algo con el tema de facturas electrónicas o se decidió por algo pago?, ya que estoy en su misma situación. Yo lo que estuve viendo, la página de sistemasagiles.com.ar, en donde tienen varias aplicaciones desarrolladas en python y gratuitas, salvo que quiera soporte que es pago. Pero la verdad que estoy un poco mareado, y no sé como implementarlo, y tampoco se bien cual es la opción que debería utilizar.
Cualquier cosa estoy a disposición.
Saludos
Daniel Ceci
Gálvez (Sta Fe)

Softdac
12 de enero de 2016, 17:38
Estimados, quisiera saber si alguno tiene algún apunte o instructivo para aprender a usar objetos com/ole en powercobol, ya que lo estoy necesitando para poder aplicarlos con las facturas electrónicas en Argentina.

Desde ya muchas Gracias por su aporte!!!
Saludos

Lascu
13 de enero de 2016, 12:38
Si utilizás el ocx de sistemas agiles aquí tenes un ejemplo de su uso
http://www.sistemasagiles.com.ar/trac/wiki/PyAfipWs#EjemploparaFujitsuNetCobol

Saludos

Gusaiello
22 de enero de 2016, 21:10
Yo tuve un problemita similar al que estan teniendo algunos de ustedes.

Primero intenté con la interfase del sr. Reinghart (PYAFIPWS), la cual aparentemente es gratuita, solo cobran por el asesoramiento para su uso (o por lo menos algo asi entendí de lo que leí en la página de Sistemas Ágiles), pero lamentablemente yo estoy usando ACUCOBOL GT y no encontré ningún ejemplo utilizable. Para RM/85 bajo DOS, lo único que vi en esa página es un formato de registro, pero que hago con ese registro, una vex generado, ni idea.

Luego intenté con la interfase del sr. Camusso (WSAFIPFE), pero me encontré con un problemita similar, ni un solo ejemplo que pudiera utilizar. La digerencia con el anterior, es que el sr. Camusso se ofreció a ayudarme y hasta lo intentó trabajando directamente sobre mi pc vía TeamViewer, pero sin éxito.

Hasta que por fin di con la página de http://www.any2fe.com.ar y gracias a esta interfase pude resolver el problema.

Esta gente usa la interfase WSAFIPFE (de hecho hay que instalarla previamente), pero ha agregado un pequeño programita que se encarga de todo el trabajo.

Yo le genero 2 o 3 archivitos con los datos de la factura, luego llamo al mencionado programita y éste me devuelve la autorización, el cae, el código de barras y guarda un registro de las transaciones automáticamente, o de lo contrario, si hay algún problema, me devuelve el código de error y un mensaje explicativo del mismo.

El tiempo estimado de respuesta para la generación de una factura es de 12 a 15 segundos para la primera del día, ya que esta primera vez tramita tambien el tiquet de acceso que usará durante el resto del día, y de 3 a 5 segundos para las demás facturas del día.

Hago esta aclaración del tiempo que demora por que es lo primero en lo que piensa el usuario que le va a traer problemas.

Las licencias se pueden comprar de a una o en paquetes 5, 10 o 40 e ir habilitándolas a medida que sea necesario, y cada licencia es válida para cualquier cantidad de puntos de venta siempre que se trate del mismo cuit emisor.

Saludos.

Santiago Rodriguez
14 de febrero de 2017, 14:10
http://www.progresis.com

Como utilizar la INTERFACE DE FACTURACION ELECTRONICA


Siglas

SG = Sistema de gestión
IFE = Interfaz de factura electrónica
WSFE = Web Service Facturacion Electronica (AFIP)


¿Que función cumple?
Es un programa que sirve de nexo entre SG y el WSFE.
Es el encargado de traducir las peticiones de cualquier SG, negociar con WSFE y generar una respuesta que interpretara el SG



¿Como funciona?
Una vez instalada la IFE queda en estado de espera de un archivo de solicitud generado por parte de SG (archivo de texto con formato JSON) . inmediatamente hace la gestión dependiendo del comando enviado (solicitar, generar, imprimir, etc)
Negocia con WSFE y genera una respuesta (archivo de texto), que esta esperando el SG y que será interpretada en el SG .En caso de ser requerido generara un archivo PDF y/o su impresión.


Importante
Un ticket (petición) deberá tener un identificador único (nombre del archivo). Nunca generar un nuevo archivo con el mismo id de ticket ya utilizado.
La respuesta al ticket es única y utilizara el mismo identificador de la petición agregando una extensión que la identificara como respuesta. IFE nunca generará una respuesta diferente a un mismo id de ticket


Cuando se realiza un ticket existen 5 (cinco) posibles resultados por parte de la IFE

A – Aprobado en cuyo caso, el resultado óptimo es generado por el WSFE.

R – Rechazado, es la respuesta con error generado por el WSFE.

T – Time OUT proveniente de una falta de respuesta por parte de la WSFE
No se pudo ni siquiera solicitar el último comprobante.
(motivos: falta de internet , caída del servidor de AFIP, problemas técnicos, etc).

X – Time OUT proveniente de una falta de respuesta por parte de la WSFE
Se solicitó el ultimo comprobante y hizo la petición del nuevo comprobante .
(motivos: nunca llego la respuesta de WSFE)

E – Error de estructura del archivo
ESQUEMAS SUGERIDOS PARA EL MANEJO DE RESPUESTAS DEL IFE .


Caso Resultado A:
Es el resultado Óptimo:
Retorna como respuesta en el caso de una
Solicitud de comprobante (feCaeSolicitar):
El nro. de CAE, la fecha de Vencimiento, y el Nro de Comprobante Asignado.
Consulta de Comprobante (feCompConsultar):
Datos consignados en la base de AFIP correspondientes a la cabecera y totales del comprobante consultado.
Generación de PDF (feGeneraPDF).
Únicamente Aprobación.

Acción en SG. Asignar o ratificar CAE , FECHA DE VTO , NRO DE COMPROBANTE


Caso Resultado R:
Tres tipos de respuestas posibles para (feCaeSolicitar) :

a) Es un error de acceso al WSFE.
Dos opciones.
1) Se cancela el comprobante en el SG .
2) Se reenvía con un nro. de Ticket nuevo desde el SG con la esperanza de que sea un pequeño corte en el WSFE. En caso de prolongarse el tiempo se procederá a realizar la facturación manual.

b) Es un error de datos ya sea en sumas o validaciones (Ej. asignación de campos de las tablas de AFIP, validación de CUIT, sumas de los netos e ivas no coinciden con los totales, etc).
Dos opciones.
1) Si se pueden solucionar los errores informados se envía con un nro. de Ticket nuevo desde el SG.
2) En el caso de no poder hacerlo se deberá cancelar el comprobante en el SG hasta poder corregirlos y enviar el correcto.

c) El WSFE no autoriza al cliente informando el motivo por el cual le negó la transacción.
Una sola opción.
El SG deberá cancelar el comprobante.


Caso Resultado T :
No hubo nunca respuesta por parte de la WSFE.

Dos Posibles acciones para el SG.
a) Reenviar el mismo ticket esperando unos segundos. ( Comprobar conexión internet, acceso al WEB SERVICE, etc.).
b) Cancelar el comprobante.




Caso Resultado X:
Es el caso que me informo que comprobante debería solicitar y no hay respuesta de la solicitud,
Con lo cual, no sabemos si en el WSFE se gestionó el comprobante.

Tenemos dos posibles Acciones para el SG.

a) En el SG generamos un (feCompConsultar) con un nuevo ticket con los datos del comprobante (se agrega el posible número de comprobante que trajo la respuesta de feCaeSolicitar)
Teniendo a su vez dos resultados posibles.
1) Si el resultado de la WSFE coincide con los datos consultados (es decir en totales, cuit, etc ), asignamos el CAE , FECHA DE VTO y NRO DE COMPROBANTE en el SG .
2) En caso de no coincidir (nos indica que no asigno cae al ticket solicitado)
Debemos generar un nuevo ticket (feCaeSolicitar) con los mismos datos.

b) Cancelamos en el SG el comprobante.
Atención: en este punto podemos tener un comprobante faltante, que puede ser recuperado en cualquier momento, haciendo una petición de consulta por parte del SG.


Caso Resultado E:
En caso de tener errores de formato en el archivo de solicitud.
El IFE genera una respuesta con la observación: Error de estructura.

Dos opciones posibles para el SG.
a) Arreglo y envío de un ticket nuevo
b) Cancelación por parte del SG.


TRATAMIENTO CORTE DE COMUNICACIÓN INTERNA DE LA RED
En Caso de interrupción de red interna antes de llegar el ticket al directorio de peticiones del IFE

(hay que tener en cuenta que no recibe ninguna respuesta por parte del IFE, ya que no recibió ninguna petición) . Se sugiere poner un indicador de tiempo en el SG para saber que no se obtuvo ninguna respuesta pasado un tiempo prudencial.

Dos opciones posibles para el SG:
a) Reenviar una vez restablecida la comunicación el mismo archivo del ticket sin modificar el contenido al IFE.
b) Cancelar el comprobante hasta que se restablezca el vínculo.

IFE actuará de la siguiente manera:
Si nunca había recibido ese archivo, lo procesará y continúa en su curso normal.
Si ya lo había recibido y procesado, reenvía la respuesta al ticket y en caso de aprobado regenera y reenvía el PDF.


Atte.
Progresis Sistemas.
Software para su empresa (http://www.progresis.com)

fastpho
25 de abril de 2018, 21:57
Buenas tardes queria reflotar el Tema de Factura Electronica para la Argentina porque tengo pensado agregarla a mi sistema , queria consultarles a algunos foreros que he visto que lo estaban por implementar como les ha ido y que me pueden aconsejar con respecto al uso de ocx etc Fito, Lascu,

Desde ya muchas gracias por su tiempo

Fito
26 de abril de 2018, 02:42
Hola Amigo:

Como comenté en su momento, estoy utilizando el ocx de Sergio Camusso (OCX Factura Electrónica y web services AFIP (https://sites.google.com/site/facturaelectronicax/)), hasta ahora ha funcionado todo de maravilla sin ningún tipo de problema, aboslutamente recomendable.

Saludos.

Fito...

fastpho
26 de abril de 2018, 14:53
Gracias Fito, por responder , por lo que he estado investigando muchos interfaces funcionan bien , el problema de algunos casos son los tiempos de respuestas en el caso de esta ocx en que valores de tiempo estan las respuestas ?

Desde ya muchas gracias por tu tiempo

gymasociados
26 de abril de 2018, 16:17
JulioBenitez9470, Hola, estoy usando hace tiempo las rutinas de python con el utilitario rece.exe y anda muy bien en acu, cualquier cosa a su disposicion.

Celina
14 de septiembre de 2021, 16:41
Julio,

Em Portugal, temos que enviar as Finanças a "guia de Transporte de mercadoria" e receber um código, que é impresso no documento. Só depois se pode ir para a estrada com a carga.
Penso que será parecido com o que têm aí.

Começando pelo inicio:

Consegue gerar o XML para o documento???
Depois de Gerar o Documento, quais as instruções do WEB Service: Site, Username, Password, Data e Hora, encriptação?
Em seguida, escrever o código para ligar por Web Service
Como é devolvido o código ??? Quais as instruções do WEB Service para receber o código.


O exemplo que eu fiz para a Europa, (verificar o Numero Fiscal para VAT no Site Europeu) está aqui neste Forum.
Posso tentar esclarecer melhor o que faz.

Un Saludo,
Rui


@Rapinto Boa tarde,

Estou a precisar de implementar (Fujitsu Cobol 5.0) essas comunicações(faturas, documentos de transporte e comunicação das séries documentais) em Portugal e se tivesse alguma informação que pudesse partilhar eu agradecia-me muito, pois neste momento estou um pouco perdida.

Saudações
Célina

Kuk
15 de septiembre de 2021, 16:33
@Celina, lamento decirte que Rapinto ya no está con nosotros...

A ver si alguien más puede ayudarte.

Joseg
15 de septiembre de 2021, 18:22
@Rapinto Boa tarde,

Estou a precisar de implementar (Fujitsu Cobol 5.0) essas comunicações(faturas, documentos de transporte e comunicação das séries documentais) em Portugal e se tivesse alguma informação que pudesse partilhar eu agradecia-me muito, pois neste momento estou um pouco perdida.

Saudações
Célina

Olá,
Manda-me uma msg privada. Já passamos por essa fase !

Paulo
16 de septiembre de 2021, 15:57
Talvez te possa ajudar.
Manda msg

@Rapinto Boa tarde,

Estou a precisar de implementar (Fujitsu Cobol 5.0) essas comunicações(faturas, documentos de transporte e comunicação das séries documentais) em Portugal e se tivesse alguma informação que pudesse partilhar eu agradecia-me muito, pois neste momento estou um pouco perdida.

Saudações
Célina