MarceloDev
-
Total de ítens
98 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por MarceloDev
-
-
-
Em 04/02/2023 at 12:14, Italo Giurizzato Junior disse:
Bom dia Marcelo,
Compare o XML do Rps enviado até o dia 02/02/2023 com o enviado após essa data.
Verifique o conteúdo da tag <ItemListaServico> em ambos os XMLs.
Bom dia Ítalo.
Não houve alteração no conteúdo dessa TAG. Percebi sim alteração somente na estrutura do XML gerado por nós(Acbr) e o que baixei diretamente do Portal EloTech. Mas não creio que seja esse o problema.
Verificado a parte fiscal do cliente junto a prefeitura e tudo Ok!
Também tentei testando a emissão com Tomador de fora da cidade. Mesmo erro.
Abaixo o XML do dia 02/02/2023 baixado do site. A geração dos XMLs a partir do nosso sistema não houve alteração na estrutura.
Caso necessite dos XMLs envolvidos faço Upload.
-
Bom dia à Todos!
Alguém mais está com esse problema no provedor EloTech?
o envio de NFS-e vinha ocorrendo normalmente até dia 02/02/2023, no dia seguinte começamos receber esse retorno. Entretanto, não houve alteração nenhum e os envolvidos(Prestador/Tomador) são do mesmo município (Palmeira/PR).
ACBr atualizado
Não consegui testar pelo DEMO. Pois informa erro de autenticação(senha). Todavia, a senha está correta.
Agradeço desde já à todos!
-
Bom dia Senhores,
Já estamos conseguindo enviar normalmente para Elotech nas cidades informadas acima. Fico a disposição caso necessitem de alguma outra informação.
Para novas ocorrência, estarei abrindo novo tópico caso seja necessário.Desde já gradeço!
-
No nosso caso aqui, para as cidades de Palmeiras e Guaratuba / PR deu certo depois que passei preencher assim:
Servico.Valores.RetidoPis := snNao;
Servico.Valores.AliquotaPis := QryNFSe.FieldByName('ALIQUOTA_PIS').AsCurrency;
Servico.Valores.ValorPis := QryNFSe.FieldByName('PIS_PASEP').AsCurrency;Servico.Valores.RetidoCofins := snNao;
Servico.Valores.AliquotaCofins := QryNFSe.FieldByName('ALIQUOTA_COFINS').AsCurrency;
Servico.Valores.ValorCofins := QryNFSe.FieldByName('COFINS').AsCurrency;
Servico.Valores.RetidoInss := snNao;
Servico.Valores.AliquotaInss := QryNFSe.FieldByName('INSS_NFSE').AsCurrency;
Servico.Valores.ValorInss := QryNFSe.FieldByName('INSS').AsCurrency;
Servico.Valores.ValorIr := QryNFSe.FieldByName('IR').AsCurrency;
Servico.Valores.RetidoIr := snNao;
Servico.Valores.AliquotaIr := QryNFSe.FieldByName('ALIQUOTA_IR').AsCurrency;
Servico.Valores.RetidoCsll := snNao;
Servico.Valores.AliquotaCsll := QryNFSe.FieldByName('ALIQUOTA_CSLL').AsCurrency;
Servico.Valores.ValorCsll := QryNFSe.FieldByName('CSLL').AsCurrency;
Servico.Valores.ValorServicos := QryNFSe.FieldByName('VALOR_SERVICO').AsCurrency;
Servico.Valores.ValorDeducoes := QryNFSe.FieldByName('DEDUCOES').AsCurrency;
Quando há retenções, snSim!!! -
5 minutos atrás, Italo Giurizzato Junior disse:
No XML que você anexou notei que foi informado a alíquota com o valor 2 e não consta as informações do tomador.
Boa tarde Ítalo,
O provedor EloTech permite a emissão sem identificar o Tomador, e Sim, o valor da Alíquota é 2, no caso desse cliente.
5 minutos atrás, Italo Giurizzato Junior disse:As tags CodigoMunicipio e MunicipioIncidentia tem o mesmo código de município, posso entender que se trata de serviço prestado dentro do municipio?
Isso mesmo, tomador e prestador do mesmo município quando identificado. Quando Tomador não é identificado, consideramos ser do mesmo município. Como se fosse "Consumidor não identificado".
5 minutos atrás, Italo Giurizzato Junior disse:Se sim, esta correto informar a alíquota?
Entendo, também, que não precisaria informar. Mas sim, informamos sim...
5 minutos atrás, Italo Giurizzato Junior disse:Ou quando CodigoMunicipio for igual a MunicipioIncidencia não devemos gerar a tag Aliquota?
Como você falou antes, mesmo sendo tudo dentro do mesmo município, precisar gerar.
-
1 hora atrás, MarceloDev disse:
Bom dia.
No caso em questão, o serviço e dentro do município (prestador e cliente são do mesmo município).
-
16 minutos atrás, Italo Giurizzato Junior disse:
Bom dia Marcelo,
Se não informa a Alíquota acusa que ela não foi informada.
Por outro lado se informa acusa que não permite tributação fora do município.
Precisamos saber se quando a tributação for fora do município devemos gerar a tag alíquota com o valor zero.
Bom dia.
No caso em questão, o serviço e dentro do município (prestador e cliente são do mesmo município).
-
54 minutos atrás, Italo Giurizzato Junior disse:
Boa tarde Marcelo,
A rejeição se refere a alíquota que você não deve ter informado e não as tags com valores zerados que não foram geradas.
Quando informo
O retorno passa a ser
-
Antes gerada assim
Agora está assim
Retorno...
-
7 minutos atrás, Italo Giurizzato Junior disse:
Bom dia Marcelo,
Já esta no SVN.
Bom dia,
Atualizar aqui e tão logo posto retorno.
Grato!
-
1
-
-
Removi todo o ACBr do PC, baixei e reinstalei. Notei que para Guaratuba ainda constava ISSIntel.
Efetuei a alteração, rodei Compila_RES.BAT, removi o acbr e reinstalei e continua pegando ISSIntel.
Não tenho o ACBr em outra pasta ou parte do projeto além de C:\ACBr.
15 horas atrás, Italo Giurizzato Junior disse:Já inclui na minha lista de tarefas para enviar para o SVN a sua contribuição referente a troca do provedor. TK-3273
O que posso está fazendo de errado?
-
14 horas atrás, Italo Giurizzato Junior disse:
Boa tarde Marcelo,
Acredito que você não esteja com todos os fontes atualizados.
Eu simplesmente alterei o arquivo ACBrNFSeXServicos.ini, compilei ele, reinstalei o ACBr e veja o resultado.
Requisição Ambiente: 2 Cidade : Guaratuba/PR Provedor: EloTech Versão: 2.03 Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : True Erro(s): Código : S17 Mensagem: Requerente não credenciado. Correção: Informe um requerente que possua o credenciamento e habilitação para utilização da NFS-e no município.Já inclui na minha lista de tarefas para enviar para o SVN a sua contribuição referente a troca do provedor. TK-3273
Bom dia Ítalo,
Vou providenciar novamente a reinstalação do zero para maiores testes.
Posto resultado aqui...
14 horas atrás, Italo Giurizzato Junior disse:Boa tarde Marcelo,
Acredito que você não esteja com todos os fontes atualizados.
Eu simplesmente alterei o arquivo ACBrNFSeXServicos.ini, compilei ele, reinstalei o ACBr e veja o resultado.
Requisição Ambiente: 2 Cidade : Guaratuba/PR Provedor: EloTech Versão: 2.03 Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : True Erro(s): Código : S17 Mensagem: Requerente não credenciado. Correção: Informe um requerente que possua o credenciamento e habilitação para utilização da NFS-e no município.Já inclui na minha lista de tarefas para enviar para o SVN a sua contribuição referente a troca do provedor. TK-3273
Bom dia Ítalo,
Vou providenciar novamente a reinstalação do zero para maiores testes.
Posto resultado aqui...
-
Boa tarde,
Estou recebendo o retorno do erro
no município de Guaratuba/PR. Recentemente o provedor mudou para EloTech.
[4109609]
Nome=Guaratuba
UF=PR
Provedor=EloTech
Versao=2.03
ProRecepcionar=https://guaratuba.iss.elotech.com.br/iss-ws/nfse203.wsdl
HomRecepcionar=https://guaratuba.iss.elotech.com.br/iss-ws/nfse203.wsdlRealizado o procedimento de update do ACBR, inclusão do município no ACBrNFSeXServicos.ini, executado Compila_RES.BAT, removido 100% o ACBr e reinstalado.
Outro detalhe interessante é que ele busca o Schema em ...\Schemas\EloTech\2.03\nfse.xsd ao invés de ...\Schemas\NFSe\EloTech\2.03\nfse_v2_03.xsd
usando o ACBrNFSeX
-
11 horas atrás, Renato Rubinho disse:
Se normalizar para todos, acredito que teremos que nos contentar com essas hipóteses.
Bom dia.
Normalizado com as configurações antiga, em todos nossos clientes.
-
1
-
-
Bom dia @Renato Rubinho,
Obrigado pelas dicas!
10 horas atrás, Renato Rubinho disse:As configurações das Opções de Internet não fazem mais diferença se utilizar.
SSLHttpLib := httpWinHttp ou httpOpenSSL
Já utilizo conforme abaixo:
De fato as opções de internet não deveriam fazer mais "efeito". Pelo menos comigo o Time Out (12002) ocorre em 50% das vezes. A princípio eram apenas em Pc´s com win7, agora também com win10.
Mas vou proceder com sua dica e realizar mais testes.
-
O mais curioso foi que mesmo passando TLS 1.2 no componente, só consegui enviar (MDF-e) conforme orientação abaixo.
A princípio era apenas em máquinas com Win7, depois com win10 (Update em dia).
-
3 minutos atrás, Luciane Conte disse:
Bom dia Marcelo,
Testei a alguns minutos, ainda não está autorizando com as novas tags.
Obrigado Luciane,
Ficar no aguardo para poder testar em homologação.
-
Em 17/03/2022 at 14:30, Italo Giurizzato Junior disse:
Boa tarde Luciane,
A SEFAZ-RS ficou parada por 30 minutos hoje, não sei se foi algum problema técnico ou se essa parada se deu ao fato deles atualizarem os seus webservices com os campos novos.
Favor tentar novamente, se o problema persistir, significa que a implementação dos novos campos nos WebServices estão atrasados.
Bom dia,
Não consigo ainda validar em homologação o MDFe caso seja informado Nº Contrato e Valor...
rodo.infANTT.infContratante[0].infContrato.NroContrato := '12345';
rodo.infANTT.infContratante[0].infContrato.vContratoGlobal := 1;Será que ainda não foi implementado no ambiente de Homologação??
-
27 minutos atrás, Italo Giurizzato Junior disse:
Bom dia Marcelo,
Confrontando o XML de retorno com a rotina que faz a leitura do mesmo não encontrei nada que pudesse estar provocando esse erro de violação de acesso.
Verifique se a unit ACBrNFSeXProviderABRASFv2 ou outra que pertence ao componente ACBrNFSeX possui uma bolinha vermelha em seu ícone.
Caso afirmativo delete, atualize novamente, reinstale o ACBr e repita os testes.
Caso não tenha, coloque um ponto de parada na primeira linha da procedure TratarRetornoConsultaNFSeporRps que se encontra na unit: ACBrNFSeXProviderABRASFv2 e inicie o debug, desta forma vamos descobrir em qual linha esta ocorrendo o AV.
Bom dia Ítalo.
Vou dar uma verificada aqui e debugar com calma. Mas da forma que está, por enquanto dar para atender com as demais funcionalidades.
Vamos encerrar esse tópico aqui para não ficar muito extenso. Mais para frente, se for o caso, eu abro outro...
Agradeço mais uma vez!!!
Abraços,
-
2 horas atrás, Italo Giurizzato Junior disse:
Boa tarde Marcelo,
Necessito do XML (soap) de retorno dessa consulta, pois pelo erro que consta na imagem ele esta tentando ler algo que não existe.
Boa tarde,
Lembrando que esse erro só ocorre se a NFS-e já estiver com CANCELADA quando efetua-se a consulta NFSe por RPS.
As demais funcionalidades está ok!
4561-comp-nfse.xml 4561-comp-nfse-soap.xml 4561-con-nfse-rps.xml 4561-con-nfse-rps-soap.xml
-
22 horas atrás, Italo Giurizzato Junior disse:
Boa tarde Marcelo,
Favor atualizar os fontes e faça novos testes.
Boa tarde,
O erro aparece somente quando a NFS-e efetua a consulta de uma NFS-e a mesma está Cancelada. Quanto aos XMLs estão retornando certinho.
Por enquanto estou deixando false essa opção até correção.
-
1 hora atrás, Italo Giurizzato Junior disse:
Boa tarde Marcelo,
Favor atualizar os fontes e faça novos testes.
Esse é o erro agora em todas as funcionalidades para esse provedor no que diz respeito aos retornos.
-
no município de Guaratuba/PR. Recentemente o provedor mudou para EloTech.
Erro Provedor EloTech / Palmeira - PR (Item da lista de serviço informado para operação não permite tributação fora do município)
em ACBrNFSe
Postado
Bom dia @Italo Giurizzato Junior
Como informei anteriormente. Não houve alteração nos XMLs gerados antes do dia 02/02/2023 e depois
Em anexo exemplo do XML
259-env-lot-sinc.xml