Jump to content
cjulio

Utilizar Webservices da AT

Recommended Posts

exception

Ora aí está uma boa questão, como eles conseguem e nós não...

Bom dia, é curioso mas será um fail-safe com o '3.2 Comunicação por SAF-T (PT)'. Não tenho este procedimento implementado, mas poderá ser enviado em diferido?

Alguém faz uso deste processo?

Share this post


Link to post
Share on other sites
rukako

Parece que a AT está a alterar a forma como se efectua a comunicação por webservice mas ainda não informou ninguem ou talvez só informou os amigos da Primavera

Share this post


Link to post
Share on other sites
nunopicado

Eu também já comunico...

Considerando a possibilidade de "comunicação posterior" que foi adicionada há muito tempo alguém está a permitir nas suas aplicações que se imprima as guias sem código e depois comunicar com data de inicio de transporte anterior à comunicação e retorna código "-100 - A data início de transporte é inferior à data atual, pelo que esta informação será considerada uma mera comunicação de dados à AT;"

Para estas situações era util porque permitia às empresas continuar a trabalhar ... neste momento deve haver muitas empresas com muitos camiões carregadinhos e parados ....

Guias manuais não é solução nestes casos ...

No meu, quando uma guia falha a comunicação por webservice, acontece o seguinte:

- Diz que não foi comunicada

- Pergunta se quer imprimir ainda assim

Depois, na consulta de documentos, é possível:

- Voltar a tentar por webservice

Se ainda for a tempo de receber código, optimo, senão, recebe o -100 e tudo bem

- Comunicar por telefone

Permite inserir o numero à mão, e mantém a possíbilidade de comunicar mais tarde por webservice para registar o resto dos dados

Sim, referia-me ao certificado deles. Entretanto, estou perplexo... não recebemos esse .p7b... há aqui alguém que possa mandar esse ficheiro? uma vez que é o certificado público, penso que não há qualquer problema. Obrigado!

Testa agora, o mais certo é nem precisares. ;)

Se precisares mesmo assim, apita


"A humanidade está a perder os seus génios... Aristóteles morreu, Newton já lá está, Einstein finou-se, e eu hoje não me estou a sentir bem!"

> Não esclareço dúvidas por PM: Indica a tua dúvida no quadro correcto do forum.

Share this post


Link to post
Share on other sites
bordonhos

Bom dia, é curioso mas será um fail-safe com o '3.2 Comunicação por SAF-T (PT)'. Não tenho este procedimento implementado, mas poderá ser enviado em diferido?

Não me parece, porque conseguem gerar logo número AT, portanto conseguiram efectivamente comunicar. Eu apostava mais num tipo de autenticação diferente, algo que eles tenham desenhado entre eles...

Share this post


Link to post
Share on other sites
Solskajer

Não me parece, porque conseguem gerar logo número AT, portanto conseguiram efectivamente comunicar. Eu apostava mais num tipo de autenticação diferente, algo que eles tenham desenhado entre eles...

um canal privilegiado?

Share this post


Link to post
Share on other sites
exception

Sobre a Primavera, será que estão a ignorar erros de canal?

Neste projecto não fiz, mas é possível ignorar erros de ssl (canal) na comunicação (sem abortar o processo), pode ser tão simples quanto isso.

Alguém por aqui faz isso (ignorar\permitir erros de certificado\canal) e continua com problemas?

Share this post


Link to post
Share on other sites
javlacerda

um canal privilegiado?

Uma possibilidade seria o software tentar comunicar um DT através da submissão do ficheiro SAFT caso detete que não o pode fazer por webservice.

É um pouco rebuscado mas com algum engenho talvez se consiga fazer isso sem que o utilizador se aperceba de que a comunicação está a ser feita por SAFT e não por web service.

  • Vote 1

Share this post


Link to post
Share on other sites
Jose Guerreiro

Uma possibilidade seria o software tentar comunicar um DT através da submissão do ficheiro SAFT caso detete que não o pode fazer por webservice.

É um pouco rebuscado mas com algum engenho talvez se consiga fazer isso sem que o utilizador se aperceba de que a comunicação está a ser feita por SAFT e não por web service.

Ora ai está uma possibilidade...alguem por acaso envia as guias por submissão do SAFT para receber o codigo, isso é possivel?

Share this post


Link to post
Share on other sites
javlacerda

Sobre a Primavera, será que estão a ignorar erros de canal?

Neste projecto não fiz, mas é possível ignorar erros de ssl (canal) na comunicação (sem abortar o processo), pode ser tão simples quanto isso.

Alguém por aqui faz isso (ignorar\permitir erros de certificado\canal) e continua com problemas?

Não estou a ver forma de se fazer iss! A comnunicação de DT (tratando-se de um consumo de um web service) termina quando o produtor do web service envia a resposta.

Share this post


Link to post
Share on other sites
bubbu78

Ora ai está uma possibilidade...alguem por acaso envia as guias por submissão do SAFT para receber o codigo, isso é possivel?

Eu tenho isso implementado, mas ninguém usa.

Mas lembro-me de ler qualquer coisa que permite enviar o SAFT por comando, será que existe tambem para os DT?

Share this post


Link to post
Share on other sites
javlacerda

Ora ai está uma possibilidade...alguem por acaso envia as guias por submissão do SAFT para receber o codigo, isso é possivel?

É possível comunicar DT através do SAFT (ou, pelo menos, era!!) mas trata-se de um processo manual: após a gravação do(s) documento(s) de transporte gera-se um ficheiro SAFT. Envia-se o ficheiro através do portal e recebe-se um ficheiro XML com os códigos das guias ou eventuais erros.

Share this post


Link to post
Share on other sites
chesser

Chesser,

Não estou a dizer que o facto do WebService da AT estar em baixo não seja mau para os clientes, no entanto também acho que devemos alertar os clientes para as restantes alternativas que têm de comunicar os documentos (Portal, telefone, SAFT submetido no Portal).

Como é óbvio os clientes não podem parar de trabalhar, ou não enviar uma carga só por que o WebService não funciona... Tendo em conta isto, quando disponibilizei o WebService aos meus clientes também lhes alertei para o caso de poder haver falhas de comunicação e de como podem resolver o problema por outras vias.

Cumprimentos.

Totalmente de acordo. Nós também explicamos isso aos nossos clientes aquando da instalação do programa. Depois voltamos a explicar sempre que o servidor da AT não funciona e os clientes ligam para cá a perguntar o que têm de fazer. Quanto a isso, não há problema nenhum.

O problema foi o que aconteceu a semana passada (quarta-feira) em que tivemos clientes que ligaram para cá a dizer que a sra do atendimento da AT lhes disse ao telefone para falarem connosco (produtores do software) porque nós é que tínhamos de resolver. Isso é que já não é correcto.

Share this post


Link to post
Share on other sites
nunopicado

Eu tenho a comunicação por SAFT implementada, e só não faço o parse automático da resposta, mas não era difícil ser isso...


"A humanidade está a perder os seus génios... Aristóteles morreu, Newton já lá está, Einstein finou-se, e eu hoje não me estou a sentir bem!"

> Não esclareço dúvidas por PM: Indica a tua dúvida no quadro correcto do forum.

Share this post


Link to post
Share on other sites
pacpintob

Eu tenho isso implementado, mas ninguém usa.

Mas lembro-me de ler qualquer coisa que permite enviar o SAFT por comando, será que existe tambem para os DT?

O mais provável é isso mesmo. Se calhar até é assim que funciona sempre a comunicação deles... a AT disponibilizou uma coisa horrível em Java para comunicar via "linha de comandos". Será isso??

Eu também já comunico...

No meu, quando uma guia falha a comunicação por webservice, acontece o seguinte:

- Diz que não foi comunicada

- Pergunta se quer imprimir ainda assim

Depois, na consulta de documentos, é possível:

- Voltar a tentar por webservice

Se ainda for a tempo de receber código, optimo, senão, recebe o -100 e tudo bem

- Comunicar por telefone

Permite inserir o numero à mão, e mantém a possíbilidade de comunicar mais tarde por webservice para registar o resto dos dados

Testa agora, o mais certo é nem precisares. ;)

Se precisares mesmo assim, apita

Sim, já rola... até à próxima vez que vier o tal Alonso carregar em botões... :cheesygrin:

Share this post


Link to post
Share on other sites
chesser

Eu tenho a comunicação por SAFT implementada, e só não faço o parse automático da resposta, mas não era difícil ser isso...

Nuno, fazes automaticamente a submissão ou apenas geras o xml e depois o utilizador insere no site das AT?

Não me parece, porque conseguem gerar logo número AT, portanto conseguiram efectivamente comunicar. Eu apostava mais num tipo de autenticação diferente, algo que eles tenham desenhado entre eles...

Alguém sabe se o software da SAGE também funcionava? É que não me parece que a Primavera tenha acesso a algum "canal privilegiado" que esteja vedado aos "amigos" da SAGE.

Share this post


Link to post
Share on other sites
nunopicado

Nuno, fazes automaticamente a submissão ou apenas geras o xml e depois o utilizador insere no site das AT?

Não implementei os automatismos...

Mas pode ser que eles o tenham feito! :)


"A humanidade está a perder os seus génios... Aristóteles morreu, Newton já lá está, Einstein finou-se, e eu hoje não me estou a sentir bem!"

> Não esclareço dúvidas por PM: Indica a tua dúvida no quadro correcto do forum.

Share this post


Link to post
Share on other sites
exception

Não estou a ver forma de se fazer iss! A comnunicação de DT (tratando-se de um consumo de um web service) termina quando o produtor do web service envia a resposta.

Existem erros de comunicação que podem impedir a comunicação antes de sair do cliente (a iniciar a comunicação). A situação a que me refiro é especificamente para ignorar erros de canal (certificados self-signed é o mais comum). Na framework .net, erros no ssl\https não permitem comunicação sem um override do erro ou indicação específica.

Exemplo simples (existem mais formas): http://tmkilla.com/2011/03/ignoring-ssl-certificate-errors-programmatically/

Por motivos óbvios não vou fazer experiências nesta fase de mudança, mas se alguém tiver tomado esta medida e puder indicar o resultado pode ajudar entender a razão de algumas entidades não serem afectadas - acha muito importável a existência de canais "privados".

Share this post


Link to post
Share on other sites
americob

Cada vez acho mais estranho que a porta 701 funcione sempre e só para a porta 401 dá problemas.

Estive a ver as diferenças em o ficheiro TestesWebservices.pfx e o meu 599999999.pfx e verifico que no meu não tenho o "caminho da certificação", embora apareça como "Emitido por: DGITA Issuing CA1".

No TestesWebservices.pfx o caminho da certificação, além do próprio "TestesWebServices", aparece também o "DGITA Issuing CA1" e o "DGITA Root CA".

Será isso o problema? Eu gerei o meu PFX de acordo com o manual, especificamente o ponto 5.3, com a linha de comandos:

openssl pkcs12 -export -in 555555555.crt -inkey 555555555.key -out 555555555.pfx

Alguém que perceba mais disto pode tentar esclarecer

Share this post


Link to post
Share on other sites
Pepe71

Cada vez acho mais estranho que a porta 701 funcione sempre e só para a porta 401 dá problemas.

Estive a ver as diferenças em o ficheiro TestesWebservices.pfx e o meu 599999999.pfx e verifico que no meu não tenho o "caminho da certificação", embora apareça como "Emitido por: DGITA Issuing CA1".

No TestesWebservices.pfx o caminho da certificação, além do próprio "TestesWebServices", aparece também o "DGITA Issuing CA1" e o "DGITA Root CA".

Será isso o problema? Eu gerei o meu PFX de acordo com o manual, especificamente o ponto 5.3, com a linha de comandos:

openssl pkcs12 -export -in 555555555.crt -inkey 555555555.key -out 555555555.pfx

Alguém que perceba mais disto pode tentar esclarecer

Podes-me facultar o teu TestesWebservices.pfx pf? È que c o meu - que se encontra dentro do prazo de validade - não consigo chegar à 701.

Obrigado

Share this post


Link to post
Share on other sites

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 account

Sign in

Already have an account? Sign in here.

Sign In Now

×
×
  • Create New...

Important Information

By using this site you accept our Terms of Use and Privacy Policy. We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.