dna.automacao
-
Total de ítens
121 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por dna.automacao
-
-
Bom dia,
finalmente tivemos um posicionamento de sobre o erro segue o retorno do IPM:
-
1
-
-
24 minutos atrás, dna.automacao disse:
Boa tarde,
conforme solicitado estou postando aqui as funções que crie para consulta de UF pelo nome do Órgão de Jurisdição,
a seguir contexto da implementação:
na tabela de Código tom tem a coluna referente a código do Órgão de Jurisdição:
o mesmo é utilizado por sua vez na "Tabela URF despacho na exportação" (ver: ).
devido a necessidade(que tive de implementar) de alimentar o campo "xLocDesemb" e "UFDesemb", percebi que na Declaração de Importação(DI),
só traz o campo "cargaUrfEntradaNome" preenchido com o nome do órgão(no caso "despacho aduaneiro") de ai a nesesidade de identificar a UF do mesmo para poder preencher o campo "UFDesemb", importante não achei uma correlação direta valida para aproveitar o campo "cargaUrfEntradaCodigo" (que seria o ideal):
exemplo:
pode ver que ó código do campo "cargaUrfEntradaCodigo" não mantem uma relação direta com a tabela do código tom.
já que o mesmo não mantem a numeração, e achei melhor se basear na tabela do código tom que é na mesma identifica ó código do órgão e sua UF,
importante que para isso estou pegando como referencia os primeiros digitos do código que eles já identificam a UF, exemplo RS = 101:
como alguns códigos tem 6 dígitos e outros 7 completei todos para 7 dígitos adicionando um "0" a esquerda.
Agradeceria analisassem a adição das funções e tabelas ao projeto.
Ate. Daniel Ostoic Programdor DNA.
Arquivos anexados com as funções
vou fazer algumas correções na função e subirei novamente o arquivo, obrigado
-
1 hora atrás, Italo Giurizzato Junior disse:
Boa tarde @dna.automacao,
Eu concordo com o provedor sobre o uso correto das consultas, mas bem que poderia dar um retorno decente e não um erro de SQL.
Boa tarde @Italo Giurizzato Junior,
concordo plenamente, pode dar por finalizado o post vou implementar a consulta com o NFS por RPS, muito obrigado.-
1
-
-
Boa tarde,
conforme solicitado estou postando aqui as funções que crie para consulta de UF pelo nome do Órgão de Jurisdição,
a seguir contexto da implementação:
na tabela de Código tom tem a coluna referente a código do Órgão de Jurisdição:
o mesmo é utilizado por sua vez na "Tabela URF despacho na exportação" (ver: ).
devido a necessidade(que tive de implementar) de alimentar o campo "xLocDesemb" e "UFDesemb", percebi que na Declaração de Importação(DI),
só traz o campo "cargaUrfEntradaNome" preenchido com o nome do órgão(no caso "despacho aduaneiro") de ai a nesesidade de identificar a UF do mesmo para poder preencher o campo "UFDesemb", importante não achei uma correlação direta valida para aproveitar o campo "cargaUrfEntradaCodigo" (que seria o ideal):
exemplo:
pode ver que ó código do campo "cargaUrfEntradaCodigo" não mantem uma relação direta com a tabela do código tom.
já que o mesmo não mantem a numeração, e achei melhor se basear na tabela do código tom que é na mesma identifica ó código do órgão e sua UF,
importante que para isso estou pegando como referencia os primeiros digitos do código que eles já identificam a UF, exemplo RS = 101:
como alguns códigos tem 6 dígitos e outros 7 completei todos para 7 dígitos adicionando um "0" a esquerda.
Agradeceria analisassem a adição das funções e tabelas ao projeto.
Ate. Daniel Ostoic Programdor DNA.
Arquivos anexados com as funções
-
1
-
-
Em 26/04/2024 at 09:02, Italo Giurizzato Junior disse:
Bom dia @dna.automacao,
Se no conteúdo do retorno contem uma instrução SQL, com certeza é erro no webservice deles.
Vamos aguardar o retorno do provedor.
Boa tarde @Italo Giurizzato Junior,
resposta do provedor IPM:
-
Bom dia,
conforme solicitado via discord estou criando este post para avisar que esta com erro na consulta por lote da NFS-e de Gramado.
dia 23/04/2024 teve a troca para o provedor IPM a emissão esta funcionando corretamente porem não a consulta mencionada,
verificando no retorno do xml do provedor parese ser um erro interno deles na consulta do webservice a base de dados
já que no conteudo do retorno tem "LOCATION: scanner_yyerror, scan.l:1134 SQL:SELECT 1 FROM WNE.tbnotafiscaleletronicalog where ecocadastro =...."
envio arquivos com os detalhes do erro via e-mail: "[email protected]"
também vou encaminhar via e-mail para o provedor IPM para notificar do erro, assim que tiver uma resposta da parte deles dou um retorno, obrigado.
-
boa tarde,
só para informar que ainda estou verificando com o provedor ipm, troco de atendente assim que estamos atualizando a situação para o novo atendente do ipm,
ficamos no aguardo de uma resposta da parte do suporte do ipm.
-
1
-
-
20 minutos atrás, Italo Giurizzato Junior disse:
Boa tarde @dna.automacao,
Já esta no SVN.
Boa tarde @Italo Giurizzato Junior, pode fechar o post, muito obrigado.
-
56 minutos atrás, Diego Foliene disse:
Boa tarde.
Por favor. Assim eles ficam cientes da questão e podem fornecer mais informações.
Boa tarde @Diego Foliene, entendido, vou encaminhar, assim que me responderem dou um retorno
-
1
-
-
4 horas atrás, Italo Giurizzato Junior disse:
O XML retornado esta no formato ANSI sendo que o correto seria UTF-8.
e tem mais, veja:
<situacao>RPS NÃO convertido em Nota Fiscal Eletrônica</li>
A tag de abertura é situacao e a de fechamento é simplesmente li.
De onde eles tiraram esse tal de "li" ?
Além de gerar o XML no formato ANSI, gera ele corrompido.
Assim fica difícil ler o dito cujo do XML.
Boa tarde @Italo Giurizzato Junior,
se quiser posso enviar esse exemplo para o provedor e questionar eles sobre o problema de como esta vindo o retorno da consulta?
-
1
-
-
Bom dia,
gostaria de solicitar a correção no alias da cidade para o município de Campestre da Serra,
atualmente esta como "Params=AliasCidade:CAMPESTREDASERRA" porem depois de realizar alguns testes entramos em contato com o provedor e nos deram o seguinte retorno:
de ai seria necessário trocar para "Params=AliasCidade:B_CAMPSTRE", a seguir como ficaria a alteração:
-----------------------------------
[4303673]
; Incluído em 26/01/2023
Nome=Campestre da Serra
UF=RS
Provedor=DataSmart
Versao=2.02
Params=AliasCidade:B_CAMPSTRE-----------------------------------------------
em anexo o arquivo .ini para analise, também adicionei os arquivos que envio o provedor via e-mail que são citados na captura anterior, obrigado.
-
15 minutos atrás, Italo Giurizzato Junior disse:
O XML retornado esta no formato ANSI sendo que o correto seria UTF-8.
e tem mais, veja:
<situacao>RPS NÃO convertido em Nota Fiscal Eletrônica</li>
A tag de abertura é situacao e a de fechamento é simplesmente li.
De onde eles tiraram esse tal de "li" ?
Além de gerar o XML no formato ANSI, gera ele corrompido.
Assim fica difícil ler o dito cujo do XML.
Realmente é bem difícil trabalhar com um provedor Imprevisível sem Padrão que vive Mudando.
-
retorno do teste,
a consulta por lote funciono corretamente:
porem a consulta de NFSe por RPS ainda deu o erro, mais desta vez é um erro diferente:
encaminhe novamente os arquivos para "[email protected]" com o assunto "incompatibilidade de versao de layout Estrela/RS novo retorno",
obrigado
-
bom dia @Italo Giurizzato Junior,
entendido, farei a alteração e o teste, na sequencia dou um retorno.
-
1
-
-
e-mail enviado para [email protected] com assunto do e-mail "incompatibilidade de versao de layout Estrela/RS dna arquivos do teste"
-
10 minutos atrás, Italo Giurizzato Junior disse:
arquivos enviados.
-
20 minutos atrás, Italo Giurizzato Junior disse:
Boa tarde @dna.automacao,
É importante ao realizar os testes manter o componente configurado para salvar os arquivos Soap, pois com eles fica fácil vermos o que o provedor esta retornando e fazer algum ajuste necessário.
boa tarde @Italo Giurizzato Junior,
efetivamente quando fiz o teste tinha marcada a opção para salvar os arquivo soap e tenho os mesmos, se me indicarem um e-mail posso passar os arquivos. -
boa tarde,
transmitiu com sucesso
só esta dando problema na consulta tanto a consulta por lote:
como a consulta de nfse por rps:
estamos quase lá
.
-
1
-
-
3 horas atrás, Diego Foliene disse:
Bom dia!
Por favor, substitua o seu arquivo ACBrNFSeXServicos.ini pelo em anexo, execute o arquivo compila_res.bat que fica na pasta dos fontes do ACBrNFSeX, reinstale o ACBr, de um build all e faça um novo teste.
Neste arquivo, removi as URLs especificas da cidade de Estrela/RS, ficando assim:
[4307807] ; Atualizado em 18/04/2024 Nome=Estrela UF=RS Provedor=IPM
Desta forma, o componente vai pegar a URL desta seção do mesmo arquivo:
[IPM] ProRecepcionar=http://sync.nfs-e.net/datacenter/include/nfw/importa_nfw/nfw_import_upload.php HomRecepcionar=http://sync.nfs-e.net/datacenter/include/nfw/importa_nfw/nfw_import_upload.php ProLinkURL=http://sync.nfs-e.net/datacenter/include/nfw/nfw_imp_notas.php?codauten=%CodVerif% HomLinkURL=http://sync.nfs-e.net/datacenter/include/nfw/nfw_imp_notas.php?codauten=%CodVerif%
entendido, vou fazer conforme solicitado e dou um retorno.
-
1
-
-
bom dia segue retorno de ipm:
nossa resposta, passei a url que esta no .ini:
resposta da ipm:
passaram essa url: http://sync.nfs-e.net/datacenter/include/nfw/importa_nfw/nfw_import_upload.php
-
1 hora atrás, Italo Giurizzato Junior disse:
Boa tarde @dna.automacao,
Configure o componente para salvar os arquivo Soap.
E manda para eles o arquivo Soap de envio, pois nele tem a estrutura de dados que o Servidor Rest deles espera receber.
O provedor IPM tem um servidor Rest com uma determinada estrutura que chamamos de versão 1.00 e eles tem um outro servidor Rest com uma outra estrutura que chamamos de versão 1.01
As vezes eles falam que a versão é 1.00 mas para nós tem que ser 1.01 por conta das diferenças na estrutura que o servidor Rest espera receber.
Boa tarde @Italo Giurizzato Junior,
pior que no e-mail anterior já tinha enviado em anexo os arquivos com soap já pensando que teriam a solicitar mais achou que nem olharam pela velocidade com que deram retorno, vou tentar novamente enviar um e-mail para eles com essa explicação e ver o que retoram.-
1
-
-
Boa tarde,
resposta do IPM:
alguma idea?
-
Boa tarde,
atualizei e reinstalei porem não deu certo com essa versão que eles indicaram, detalhe usando o componente antigo "ACBrNFSe" se funciona, pior que foi o suporte da própria IPM que indicou essa versão, vou encaminhar para eles o arquivo xml e ver se tem algum retorno da parte deles que possa dar uma luz em quanto a que pode estar acontecendo.
-
1 hora atrás, Italo Giurizzato Junior disse:
Boa tarde @dna.automacao,
Já esta no SVN.
Boa tarde @Italo Giurizzato Junior,
entendido, assim que possível farei o testes e dou um retorno.
Criadas funções referentes a Códigos de Órgãos de Jurisdição URF e UF
em Dúvidas gerais
Postado
bom dia,
provavelmente já perseveram mais no result da "GetCodigoURF" estava como Tabela_URF[1][I] correto é Tabela_URF[0][I], só fiz esse ajuste, em anexo o arquivo com a correção.
Identificar UF de tabela URF corrigido.TXT