Skip to Content
Technical Articles
Author's profile photo Diego Mesa

Factura de Credito Electronica – MiPyMEs –

Normativa implementada por el gobierno a travez de la AFIP Administracion Federal de Ingresos Publicos, de acuerdo al manual para el desarrollador provisto por la entidad ( https://www.afip.gob.ar/facturadecreditoelectronica/documentos/Manual-Desarrollador-WSFECRED-v1.0.1-rc1.pdf )

Dado que SAP no desarrollo ninguna nota para dicha soluicion se me encomendo la tarea de solucionar este gap entonces detallo a continuación la implementación en SAP de WSFECRED (http://www.afip.gob.ar/facturadecreditoelectronica/ ) a travez de SAP PI 7.41 , la solución técnicamente es similar a las implementaciones standars de sap para wsmtxca, wsfev1, wsfex, donde se utilizan Bapis en este caso desarrolle funciones Z para el consumo de los métodos, a continuación detallo los objetos de mapeo y los métodos mapeados, todos también consumen el servicio WSAA el cual les devuelve el Token y el Signature que abre la ventana diaria para poder operar con la AFIP. dicho proceso actua como middleware dejandole n funciones z conectando con AFIP para que luego se arme un desarrollo frontend el cual sera utilizado por el usuario final del ERP, lo descripto a continuacion detalla una de las tantas maneras de comunicarse y consumir los web services de la normativa.

Lista de métodos mapeados para operar funcionalmente en un modelo de aprobación y rechazo de Total y no parcial.

Detalle del mapeo wsaa para la obtención del token, similar a los implementados por sap.

Pila del adaptador, en este caso consulta de cuenta corriente, se detallan también el dummy, para estados de servidores, Rechazar FEC, Rechazar NotaDC, Aceptar comprobantes, Consulta de Comprobantes y Consulta de Cuentas Corriente.

Detalle de la invocación del servicio.-

Array resultante, listo para implementar en cualquier solucion funcional.

Estos métodos del lado del ECC, permiten utilizar servicio a travez de cada una de las funciones  abap remotas, quedan disponibles como objetos de workbench para una implementación funcional (me refiero a que cualquier abaper junior consumiento las funciones puede armar un reporte ALV para operar, algo similar a la J1amonitor), vinculando tipos de documentos cargados por MIRO y FB60 contra comprobantes AFIP.

En el próximo blog post les voy mostrar como de la misma manera se puede implementar el consumo del servicio WSCDC para constatación de comprobantes, es mucho mas simple por q son pocos métodos pero muy util dado que permite validar la veracidad de los comprobantes de los Proveedores.-

S@ludos! @ddm.-

Assigned Tags

      7 Comments
      You must be Logged on to comment or reply to a post.
      Author's profile photo Jose Luis Bossio
      Jose Luis Bossio

      Hola Diego, gran contribución por aquel intonces.
      ¿Al final publicaste el consumo del servicio WSCDC? En realidad necesito saber porque la BAPI_AR_WS_LOOKUP_TOKEN_SIGN no me guarda en la tabla J_1A_WS_TKN_SIGN el sign y el token.

      Saludos,
      JLB

      Author's profile photo Diego Mesa
      Diego Mesa
      Blog Post Author

      Hola, debes tener vencido el certificado, fíjate en el almacén, por eso no te obtiene el token y el signature.

      Author's profile photo Jose Luis Bossio
      Jose Luis Bossio

      Hola, no esta vencido, porque va a AFIP y lo aprueba (en QAS) desde la J1AMONITOR, ademas me deja por la BAPI_AR_WS_REJ_RESP_2485 consultar comprobantes. Solo que no lo deja en ECC en la tabla  J_1A_WS_TKN_SIGN al token/sign.

      No tengo acceso a ese PI para saber si mapearon bien SOAP receiver channel  CC_Rcvr_SOAP_WSAA.

      ¿Tu tienes acceso a un SAP PI/PO?, ¿te guarda en ERP/ECC en la tabla J_1A_WS_TKN_SIGN cuando el token se crea en SAP PI?

      Gracias,

      JL

      Author's profile photo Jose Luis Bossio
      Jose Luis Bossio

      me refiero a esto de 2370720 - Argentina Electronic Invoice RG2758 Troubleshooting Guide

      This calls BAPI_AR_WS_CONN_TEST, which communicates with PI through a RFC sender channel. In the PI, Mapping MM_Request_FEDummy is initiated. In this mapping, BAPI_AR_WS_LOOKUP_TOKEN_SIGN is called by communication channel CC_Rcvr_RFC_Lookup_TokenSign.

      This BAPI uses the value of the following three variants CUIT_COMP_CODE, WS_SERVICE and GEN_TIME to see if there is an already valid token and sign in ERP. Notice that token and sign given by AFIP webService(WSAA) has a validity of 12 hours. Once there is one, it is saved in table J_1A_WS_TKN_SIGN during those 12 hours. PI uses the same token and sign without the need to consult WSAA. When there is no valid Token and Sign (because 12 hours expired or because table is empty), BAPI returns an N as answer to PI, like the following below. When it happens, PI calls WSAA to get a token and sign through a SOAP receiver channel CC_Rcvr_SOAP_WSAA. Once it gets them, it saves them in the ERP, using the same BAPI.

      Lo que necesito desde ECC es tener el token y sign creados en PI y se supone que lo deja guardado por 12 horas en J_1A_WS_TKN_SIGN, pero no lo veo. Si aprueba comprobantes, o sea token genera pero no se guarda en ECC el token y el sign.

      Saludos

      JL

      Author's profile photo Guillermo Pellegrini
      Guillermo Pellegrini

      Hola Jose Luis. No se si resolviste esto , pero el token y el Sign solo son procesados por PI/PO , y almacenados en el ECC . La funcion de PO solo se fija primero si el token esta valido en SAP ECC y sino busca uno nuevo. para eso tenes que tener validos los certificados de cada compañia sino no te los actualiza.

       

      Author's profile photo Diego Mesa
      Diego Mesa
      Blog Post Author

      mm tal ves en tu implementación no lo graban ahí, raro...  si es la standard, en  mi caso residen en ecc, tal ves pueden haber modificado la clase java q lo solicita y lo guardan en otro repositorio.

      Author's profile photo Jose Luis Bossio
      Jose Luis Bossio

      Gracias Diego, veo si me dan acceso a PI y soluciono el misterio. 🙂