https://efactura.dgi.gub.uy:6475/efactura/ws_personaGetActEmpresarial
https://efactura.dgi.gub.uy:6443/efactura/ws_certificacion?wsdl
- (ambiente test RUT 219999830019)
- (producción RUT 214844360018)
Last active
April 8, 2025 19:13
-
-
Save MaskeZen/bb33acc685732ce0161bb23bdf5f4ab8 to your computer and use it in GitHub Desktop.
WS DGI
Hola MaskeZen espero estés bien. Quería saber si llegaste a implementar llamados a DGI para obtener datos de una empresa mediante su RUT https://efactura.dgi.gub.uy:6475/efactura/ws_personaGetActEmpresarial utilizando PHP, actualmente tengo un problema solamente con ese servicio. Al momento agregar el certificado me devuelve: Hash values do not match.
Hola @iurrieta, en algún momento utilicé tanto C# como PHP, pero hace tiempo que no interactuo con los WS de DGI.
Recuerdo que había un repositorio de una implementación de factura electrónica en PHP.
Si llego a tener un tiempo en el fin de semana pruebo algún experimento, el problema es que para esos WS si no mal recuerdo tenés que tener una empresa en estado de postulación por lo menos.
Le habia dicho a @amav96 que lo iba a revisar pero no he tenido tiempo, o cuando lo he tenido no lo he tenido presente.
Si obtengo alguna información que les pueda ser de utilidad les escribo, saludos.
Buenas, hace unos meses intente realizar esa consulta con c# y no pude lograrlo. En Soapui funciona no así al momento de pasar a c# o otro lenguaje. Si alguno puede lograrlo y puede compartir se agradece. (Para cualquier consulta de web service de DGI deben contar con un certificado digital)
@luisferreira22, algo que podés hacer es debuguear lo que envías con wireshark por ejemplo, y así ver que diferencias tenés entre el XML que te esta generando el SOAPUI y el que estás generando vos en C#.
Funciona perfectamente, tienen que tener el certificado
En mi caso pruebo el servicio en SOAPUI y funciona (por ende el certificado funciona) pero al momento de realizarlo en .net me da un error.
En un post de Genexus alguien de esta empresa contesto que hay un error en los nombres dentro de los servicios que cuando lo invocas desde por ejemplo .Net da error. Alguien puedo hacer uso de los servicios desde .Net, Java o cualquier otro lenguaje sin utilizar genexus?
En mi caso poseo el certificado, haciendo pruebas desde SoapUI me funcinoa sin embargo desde PHP no. Me devuelve un error: Hash values do not match.
Los servicios de DGI consultados desde SOAPUI funcionan perfectamente, si utilizas Genexus también funcionan perfectamente ahora cuando te salís del entorno Genexus no funcionan. Muy extraño............
Buenas, tengo el mismo problema. Una sola vez me funcionó desde Postman. Después de eso dejó de andar. En PHP lo mismo.
Uso las mismas cabeceras que SoapUI
[
"Content-Type" => "text/xml;charset=UTF-8",
"Accept" => "*/*",
"accept-encoding" => "gzip, deflate",
"User-Agent" => "Apache-HttpClient/4.5.5 (Java/11.0.11)",
"Host" => "efactura.dgi.gub.uy:6475",
"SOAPAction" => "'DGI_Modernizacion_Consolidadoaction/AWS_PERSONAGETACTEMPRESARIAL.Execute'",
"Connection" => "Keep-Alive"
]Solo que en mi caso, obtengo el error *RSA signature did not verify*
Logre hacerlo funcionar recreando el xml desde el log de soapui y probando primero en Postman.
Creo que el problema está en darle formato al xml. Desde PHP probe enviarlo usando Guzzle y logré que funcione.
Este es el xml que me funciono.
<soapenv:Envelope xmlns:dgi="DGI_Modernizacion_Consolidado" xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
<soapenv:Header><wsse:Security xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"><wsse:BinarySecurityToken EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3" wsu:Id="X509-B9D9D6EDB4705F978916232421499786">{TOKEN}</wsse:BinarySecurityToken><ds:Signature Id="SIG-B9D9D6EDB4705F9789162324215022910" xmlns:ds="http://www.w3.org/2000/09/xmldsig#"><ds:SignedInfo><ds:CanonicalizationMethod Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"><ec:InclusiveNamespaces PrefixList="dgi soapenv" xmlns:ec="http://www.w3.org/2001/10/xml-exc-c14n#"/></ds:CanonicalizationMethod><ds:SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/><ds:Reference URI="#id-B9D9D6EDB4705F978916232421499799"><ds:Transforms><ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"><ec:InclusiveNamespaces PrefixList="dgi" xmlns:ec="http://www.w3.org/2001/10/xml-exc-c14n#"/></ds:Transform></ds:Transforms><ds:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/><ds:DigestValue>TKTZ1TqvGJha5JbEY4XpF4FBJ40=</ds:DigestValue></ds:Reference></ds:SignedInfo><ds:SignatureValue>{LINE 1}
{LINE 2}
{LINE 3}
{LINE 4}
{LINE 5}</ds:SignatureValue><ds:KeyInfo Id="KI-B9D9D6EDB4705F978916232421499787"><wsse:SecurityTokenReference wsu:Id="STR-B9D9D6EDB4705F978916232421499788"><wsse:Reference URI="#X509-B9D9D6EDB4705F978916232421499786" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3"/></wsse:SecurityTokenReference></ds:KeyInfo></ds:Signature></wsse:Security></soapenv:Header>
<soapenv:Body wsu:Id="id-B9D9D6EDB4705F978916232421499799" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<dgi:WS_PersonaGetActEmpresarial.Execute>
<dgi:Rut>211003420017</dgi:Rut>
</dgi:WS_PersonaGetActEmpresarial.Execute>
</soapenv:Body>
</soapenv:Envelope>
Felicitaciones Alvaro Canepa, como incluiste o como enviaste el certificado
digital en la peticion?
Yo tengo una llave privada, un certificado .pem que me dio el correo y cree un archivo pfx.
De que manera pudiera o de que manera me pueden servir para autenticarme y realizar la petición con éxito? . Usando php.
Saludos
@amav96 Después de varias pruebas, incluso usando librerías externas, no funciona como se espera. Por alguna razón los token que se generan desde PHP no son validos para el ws de dgi. En mi caso logre que funcione parcialmente porque use la muestra generada previamente por SoapUI. Pero cuando cambie el RUT dejó de andar, ya que se debe generar un nuevo token basado en el RUT.
Buenas, me estuve enfocando mas en la opción de agregar un servicio de referencia por .Net. Al intentar consumir me retorna que el mensaje no ha sido firmado pero el servicio no tiene ningún mensaje. Por lo que probé descargar Genexus demo y intente crear un web service, al conectarlo a DGI este reconoce que hay un campo mensaje pero desde otras plataformas no. Volví a .Net y me puse o mirar todas las propiedades y encontré que el servicio al momento de conectarse intenta crear la propiedad mensaje pero se genera este error "CommunicationObjectFaultedException". Por lo que me puse a buscar y lo que encontré es que este error se produce cuando del lado del servidor en este caso DGI hay un error en el código.
Buenas, ahora sí puedo decir que logré hacer que funcione el servicio de DGI desde PHP.
Pero no directamente, es necesario contratar el servicio de uruware (ucfe) y ellos hacen de puente con DGI. De esa forma es posible obtener los datos de una empresa desde su rut.
Por si les interesa, estoy trabajando en una librería para consumir datos de UCFE desde PHP.
Es muy reciente y no tengo mucho aún, tampoco he llegado a documentar nada.
El siguiente es un ejemplo para obtener los datos de la empresa desde el rut, que es el unico servicio que tengo implementado hasta ahora.
\PlanetaDelEste\Ucfe\Auth::credentials(
env('UCFE_USERNAME'),
env('UCFE_PASSWORD'),
env('UCFE_CODCOMERCIO'),
env('UCFE_CODTERMINAL'),
env('UCFE_URL')
);
$obResponse = (new \PlanetaDelEste\Ucfe\Service\ActEmpresarial())->get('NUMERO_DE_RUT');
print_r ($obResponse->getResult());
Grande @alvaro-canepa Gran aporte, vi la documentacion, es simple y clara. Que tal ha sido tu experiencia con el servicio de URUWARE?
Por lo que veo la integracion las hiciste desde Laravel ?
Muchas gracias @amav96
La integración esta hecha para Laravel sí, pero debería funcionar en otros entornos.
Sobre el servicio de UW, por el momento no tengo ninguna queja. Hasta ahora estoy trabajando en modo desarrollo, no hemos pasado nada a producción aún. Tampoco tengo mucha experiencia como para comentar algo al respecto.
En el repo estoy actualizando la parte de facturación, que, de momento, esta en pleno desarrollo (WIP).
Cualquier aporte es bienvenido!
\PlanetaDelEste\Ucfe\Auth::credentials(
$ucfeUsername,
$ucfePassword,
$ucfeCodComercio,
$ucfeCodTerminal,
$ucfeUrl
);
Aca irian las credenciales del URUWARE? Me imagino que hay que contratar el servicio de ellos como si yo fuera una empresa. ¿Es Asi?
\PlanetaDelEste\Ucfe\Auth::credentials( $ucfeUsername, $ucfePassword, $ucfeCodComercio, $ucfeCodTerminal, $ucfeUrl );
Aca irian las credenciales del URUWARE? Me imagino que hay que contratar el servicio de ellos como si yo fuera una empresa. ¿Es Asi?
@amav96 Sí exacto, es necesario tener una cuenta en URUWARE.
Si encuentran el repositorio con el ejemplo porfa compartan
@dlespinosa365 Denis, el repositorio es este: https://github.com/planetadeleste/ucfe
Pero por falta de tiempo no tengo documentación aún y está en pleno desarrollo. Sí está funcionando la llamada de ActEmpresarial.
Suerte y Felices fiestas!!!
Hola como estan?
una consulta alguien me podria indicar como se generan los claves para consultar el web service, de datos de empresa por RUT¡?
Gracias.
Hola @MaskeZen , te hago una consulta: existe algún servicio online que traiga los datos del CFE con este formato?
De ser así, cómo he de consumirlo?
Gracias!
Estimdos, como estan?, estoy intentando consumir el servicio desde Java, logre hacer el llamado con el certificado sin problema, pero al momento de hacer la consulta, me tira el error:
2024-06-12 12:15:27.757�[0;39m �[31mERROR�[0;39m �[35m1920�[0;39m �[2m---�[0;39m �[2m[nio-8080-exec-2]�[0;39m �[36mo.a.wss4j.dom.message.WSSecSignature �[0;39m �[2m:�[0;39m javax.xml.crypto.dsig.TransformException: org.apache.xml.security.c14n.CanonicalizationException: Element RUTPersonaGetEntidad.Execute has a relative namespace: xmlns="DGI_Modernizacion_Consolidado"
Original Exception was org.apache.xml.security.c14n.CanonicalizationException: Element RUTPersonaGetEntidad.Execute has a relative namespace: xmlns="DGI_Modernizacion_Consolidado"
A alguno le salio este mismo error y pudieron solucionarlo?
Hola @MaskeZen , te hago una consulta: existe algún servicio online que traiga los datos del CFE con este formato? De ser así, cómo he de consumirlo? Gracias!
Hola @kmonsanto, hace mucho que no trabajo con esto, pero no existía. Esto el receptor lo recibe por correo (a menos que se haga un servicio particular entre los emisores-receptores electrónicos).
Hola @MaskeZen , te hago una consulta: existe algún servicio online que traiga los datos del CFE con este formato? De ser así, cómo he de consumirlo? Gracias!
Hola @kmonsanto, existe un servicio pago (https://www.uruware.com/) que permite traer comprobantes en formato xml.
saludos
Buenas!
Estuve tratando de hacer llamadas a consultas por Rut pero me fue imposible poder hacer una invocación exitosa! Alguien ha podido desde algún lenguaje firmar correctamente el XML y consultar directo al WS de DGI? Desde SoapUI funciona perfecto.
Gracias.
Hola @MatiasMastrangelo , si no estoy errado, funciona bien bajo entornos Java, desconozco la razón, pero usando, por ej. PHP, ya es un dolor de cabeza. Tampoco pude hacer la consulta basica que es traer los datos de un RUT. En todos los casos tuve que usar el servicio de uruware. Tengo entendido que hay otro servicio como uruware, que tambien hace de puente con DGI y permite usar su API desde cualquier lenguaje.
Buenas! Estuve tratando de hacer llamadas a consultas por Rut pero me fue imposible poder hacer una invocación exitosa! Alguien ha podido desde algún lenguaje firmar correctamente el XML y consultar directo al WS de DGI? Desde SoapUI funciona perfecto. Gracias.
Hola @MatiasMastrangelo
Cuando lo utilicé fue con C#, alguna complejidad tuve pero salió. Igual en su momento había un repositorio en PHP que también funcionaba bien. De todos modos lo más sencillo para trabajar con WS de este tipo posiblemente sea java tal como dice @alvaro-canepa .
Hola a todos por acá!
Para empezar con el proceso de homologación estuve usando la url en este archivo; pero aunque sigo las indicaciones de la docu de DGI, recibo un error:
<Respuestas> <Respuesta> <codigo>212</codigo> <descripcion>Error en Certificación</descripcion> <detalle>El sobre incluye al menos un CFE que no tiene el CAE solicitado. SobreId = 16944340.</detalle> </Respuesta> </Respuestas>
A alguien más le pasó esto?
El CAE que estoy incluyendo es 90250001110 para una efactura - siguiendo esta guía de la documentación:
Para realizar estas pruebas, el sector del CAE deberá completarse con:
o Número de CAE de los CFE 90aa000xxx0: donde aa corresponde a los dos
últimos números del año en que se realizan las pruebas y xxx al código del
tipo de comprobante
o Fecha de vigencia: 31/12 del año siguiente al que se realizan las pruebas
(aa+1).
A alguien más le pasó? Algun pique de como resolverlo?
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Tranquilo MaskeZen, dale, si obtienes alguna informacion seria bueno saberla. Si, estos webservices te piden un certificado digital