Psousa 2 Posted December 21, 2020 Report Share Posted December 21, 2020 (edited) Em 14/12/2020 às 18:39, Psousa disse: Obrigado pela resposta Jmsimoes. Mas o erro persiste mesmo repetindo as declarações de namespaces ... Request: <S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> <S:Header> <wss:Security xmlns:wss="http://schemas.xmlsoap.org/ws/2002/12/secext" xmlns:at="http://at.pt/wsp/auth" S:actor="http://at.pt/actor/SPA" at:Version="2"> <wss:UsernameToken> <wss:Username>555555555</wss:Username> <wss:Password>QfCePvaW2YJuW3d523IgcA==</wss:Password> <wss:Nonce>CCf62VxmmaIeQJT2mPh6zlo0fMwIiyGTANp1b9ZTCtM2wnGz4iVglsaB5j0XmKyCpWPIxrpAotX12Y1QF2mjleWoBvxDL6eojygPM6yRZLuUuhg+YSKC1ymmHheUwUm7pJpfEoCP6dlVvrtpjynzufxIwqmj6hBe/8MdL1Q8nrjSPT+EZPV7fUEpQYoBtK23XyrVvL2GwnlEPxIE1pPDYd0A1k5WfAQym6CRHqPMgL+/kD2meS3incs37z8y0rO2vD3zNPDqXGaWKwZasE2WV8GVVAAPLdHyppz0fIJNLucWRy+YvPb1bDpXRtDvBVV9aD/o0JdGhnrzkPG0KJDnSw==</wss:Nonce> <wss:Created>uNgtgq94rB2dDh06MmeammPfxqFXX871ZBTfeq2LgMM=</wss:Created> </wss:UsernameToken> </wss:Security> <wss:Security xmlns:wss="http://schemas.xmlsoap.org/ws/2002/12/secext" xmlns:at="http://at.pt/wsp/auth" S:actor="http://at.pt/actor/TOC" at:Version="2"> <wss:UsernameToken> <wss:Username>111111111</wss:Username> <wss:Password>/41oLgZPCG5hqrHoLJTOjA==</wss:Password> <wss:Nonce>JFADd5UXURfCWBzDXDX2OHbzbpTVhsBqFxMndQWb9RR8eDZ70KBYGeop8e+hs+FHzwnGbwsQ/hCeMjLpLF8gDq5B8e6Xl55PhW1t2u6NaTZZGTl2lqYEyrcy7kxe2/XQSeOj37LNgkzSSMIY7IeYwQtQQ9QgZV6ygoh0LEW0qLiVTZhDZxuYK15NpsOdJ5ZEjPxrJ/i0NY49vlF9b+t5Kcb81FOVI/uy+0tXpa8BEOumbrxI3pgilRSvkbl/TuRxURE7pg/IkO/bcZ9NsCLHUajRj+OPoCHWh5I9z/Y9WJ51exJ2iq/UGqb2IJlrOcDisse5zVLz2yAUESW9e7ecxA==</wss:Nonce> <wss:Created>QlZts0xkBrrWBYCDZ11Ah5+XK2ftYwYKSO76G/B57eg=</wss:Created> </wss:UsernameToken> </wss:Security> </S:Header> <S:Body> <ns2:validarDeclaracaoPeriodicaIVARequest xmlns:ns2="https://servicos.portaldasfinancas.gov.pt/dpivaws/DeclaracaoPeriodicaIVAWebService"> <versaoDeclaracao>2016</versaoDeclaracao> <declaracao>xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx</declaracao> </ns2:validarDeclaracaoPeriodicaIVARequest> </S:Body> </S:Envelope> ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Resposta: <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"> <SOAP-ENV:Header/> <SOAP-ENV:Body> <ns3:validarDeclaracaoPeriodicaIVAResponse xmlns:ns3="https://servicos.portaldasfinancas.gov.pt/dpivaws/DeclaracaoPeriodicaIVAWebService"> <codigo>51</codigo> <mensagem>Actor não é único no Header.</mensagem> </ns3:validarDeclaracaoPeriodicaIVAResponse> </SOAP-ENV:Body> </SOAP-ENV:Envelope> Encontrei o problema. Tenho ativo no envio um traceListener que acrescentava uma tag no header. A validação da AT considera como mais um "actor"... <s:Header> <Security xmlns="http://schemas.xmlsoap.org/ws/2002/12/secext"> <UsernameToken> <Username> <!-- Removed--> </Username> <Password> <!-- Removed--> </Password> <Nonce> <!-- Removed--> </Nonce> <Created>RPzt9pt8md3+EP2WpcBxvBFoalOT1YU4OJAQKmP0nCA=</Created> </UsernameToken> </Security> <ActivityId CorrelationId="6a40bdf0-2468-4875-85ee-3b8e8cb2aea0" xmlns="http://schemas.microsoft.com/2004/09/ServiceModel/Diagnostics">00000000-0000-0000-0000-000000000000</ActivityId> </s:Header> Edited December 21, 2020 by nunopicado Syntax Highlight 2 Report Link to post Share on other sites
albertosilva 34 Posted December 21, 2020 Report Share Posted December 21, 2020 Á semelhança de tantos de vocês que usam C#, temos a comunicação dos documentos de transporte dentro de um try/catch, do género try { ... } catch (WebException ex) { if (ex.Status == WebExceptionStatus.ProtocolError) { WebResponse resp = ex.Response; StreamReader sr = new StreamReader(resp.GetResponseStream()); return sr.ReadToEnd(); } else { return ex.Message; } } A semana passada começámos a ter um erro, e percebemos que sendo um "ProtocolError" o objeto ex.Response está a null e como tal ao tentar abrir um StreamReader sobre o mesmo como no exemplo, rebentava com uma NullReferenceException. Em muitos anos foi a primeira vez que aconteceu, pelo menos de forma consistente que chamasse a nossa atenção. As circunstâncias em que o erro ocorre é em comunicação a partir de um modelo específico de equipamento Android (aplicação Xamarin) quando é utilizada a ligação de dados móveis do próprio equipamento. Partindo de dois equipamentos idênticos A e B, em que nenhum consegue comunicar docuemntos de transporte utilizando a sua própria ligação de dados móveis, se o equipamento A se ligar através do equipamento B a servir de hotspot ou de uma rede wifi, a comunicação é feita sem problemas. Se o mesmo equipamento A partilhar a sua ligação de dados via hotspot com o equipamento B, este já passa a conseguir comunicar com o wifi do primeiro. Das V/ experiências, em algum momento tiveram alguma situação em que o ProtocolError não devolvesse resposta, para tentar perceber o que pode estar a provocar esse erro quando o equipamento usa a própria ligação de dados? Link to post Share on other sites
Cláudio Moreira 0 Posted January 4 Report Share Posted January 4 (edited) Malta, Edited January 11 by Cláudio Moreira Link to post Share on other sites
Nuno Bagulho Marques 1 Posted January 8 Report Share Posted January 8 Bom dia a todos. Na comunicação dos documentos à AT, como preenchem o campo 1.18.2 Product Description? Eu preenchi com o código do produto, que me parece o mais lógico. Link to post Share on other sites
americob 395 Posted January 8 Report Share Posted January 8 2 horas atrás, Nuno Bagulho Marques disse: Bom dia a todos. Na comunicação dos documentos à AT, como preenchem o campo 1.18.2 Product Description? Eu preenchi com o código do produto, que me parece o mais lógico. Eu estou a usar a decrição da linha que está no documento, ou seja, ignoro a decrição que está na tabela de produtos, mesmo que a descrição do campo possa levantar duvidas de interpretação: "Descrição da linha da fatura, ligada à tabela de produtos e serviços." A não ser assim, a impressão do Documento de Transporte pelo programa poderia ser diferente da impressão obtida no Portal eFatura, o que não faria qualquer qualquer sentido. 2 Report Link to post Share on other sites
Nuno Bagulho Marques 1 Posted January 8 Report Share Posted January 8 bom dia @americob vou adotar essa prática, uma vez que foi precisamente o que conta no EFatura que levantou esta questão. Obrigado Link to post Share on other sites
Hugo Esteves 1 Posted January 11 Report Share Posted January 11 Boa tarde caros! O Covid também está a causar chatices nas submissões IVA... Como o IVA foi prorrogado, em dezembro, todas as submissões que eram entregues no período de prorrogação devolviam o seguinte erro: "Indicou declaração dentro do prazo mas a declaração está fora do prazo ou vice-versa". Ou seja o WS erradamente achava que a declaração estava fora do prazo. O mais incrível foi que ao serem submetidas pelo site normal eram aceites. Dá a sensação que a AT se esqueceu de actualizar as políticas nos WS da mesma forma que fizeram com o Portal AT. (Nem sei como é possível existirem "políticas internas" diferentes para o Portal e os WS.) Esta situação aconteceu a mais alguém? Abraços! 1 Report Link to post Share on other sites
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now