Thiago Sist. Auditor

Bom dia @Italo Giurizzato Junior, eu fiz o ajuste no arquivo que o @Douglas Miiller pediu acima e funcionou, segue o arquivo ajustado. ACBrNFeServicos.ini

Eu fiz o debug para avaliar e verifiquei q o valor que informei "NFSe.Servico.Valores.Aliquota" aqui esta chegando zerado. Foi informado no exemplo o valor "5" ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Base/Provedores/ACBrNFSeXGravarXml_ABRASFv2.pas fonte: Aliquota := NormatizarAliquota(NFSe.Servico.Valores.Aliquota, DivAliq100); Result.AppendChild(AddNode(FormatoAliq, '#25', 'Aliquota', 1, 5, NrOcorrAliquota, Aliquota, DSC_VALIQ)); o campo "NFSe.Servico.Valores.Aliquota" esta chegando com valor zerado mesmo informando no exemplo.

O ERP é feito no Delphi 6, nó já compramos 2 licenças do novo delphi para iniciarmos uma migração mas estamos avaliando algumas inovações para ser feita. Não vai ser apenas acertar código e colocar para funcionar.

Italo, a versão do nosso Delphi é antiga que não suporta o ACBR, então fizemos uma DLL de comunicação com o ACBR nós geramos um XML padrão nosso, e passamos para esta DLL que tem o projeto ACBR e fazemos a leitura do xml q geramos e preenchemos campo a campo no ACBR para depois emitir para as prefeituras isso já tem alguns anos que fazemos assim e funciona perfeitamente, agora a prefeitura de Cariacica fez uma mudança e parou de funcionar. Então este xml é só para vc ter noção dos dados que passamos para o ACBR.

Boa tarde @Italo Giurizzato Junior, eu trabalho junto com o Douglas, o XML do RPS é um layout nosso que usamos para integrar o nosso sistema com o ACBR, os dados que vem neste XML nós criamos um componente do TACBrNFSeX e adicionamos os dados nele com os dados do XML e depois chamamos apenas a função emitir (mAcbrNFSe.Emitir(lLote, meLoteAssincrono). Então com os dados preenchidos quem gera o RPS q vai para a prefeitura é o próprio ACBR.

O ambiente teste desta prefeitura é um cliente teste, mas ele fica na base de produção.

Estamos testando em ambiente de produção. Esta cidade não possui ambiente de homologação.

Ao utilizar a função "emitir" do NFSex, ocorreram duas exceções só que a segunda sobrepõem a primeira. 1º Exceção URL invalida ou inexistente. (Ok, foi mexido aqui nesta URL esta errada mesmo.) 2º Exceção "Access violation". Para o usuário final só aparece esta mensagem, não aparece a primeira. Só conseguir ver as duas mensagens pois estava debugando para tentar identificar onde estava ocorrendo o "Access violation"

Cidade Anchieta-ES, provedor E&L. Foi alterado a URL dessa mesma cidade Anchieta-ES

Boa tarde @Italo Giurizzato Junior, eu estou fazendo teste na emissão da NFSe pelo componente NFSex fazendo os ajustes que o @Douglas Miiller conversou com você. Aconteceu o seguinte: O Douglas alterou a URL de homologação então o ACBR gerou um exeption que a URL esta errada, esta mensagem eu conseguir pegar em modo de Debug. Mas logo em seguida, da uma segunda exceção de "Access violation at address", matando a mensagem anterior isso tudo na função "emitir" do ACBRNFSex.

Italo eu conferir no arquivo do xml e esta na versão 2.01. correto, mas eu continuo a não receber os valores das tags dos arquivos de retorno. Eu estou testando pelo exemplo de demonstração testei a geração nos botôes : "Emitir nota (Novo)" ; "Emitir lote RPS (Síncrono)"; "Emitir lote RPS (Assíncrono)" e nenhum obtive retorno. Eu preciso receber alguma informação da PMV.

Ok, mas e o arquivo de retorno veio com valores nas tag's?

Boa trade @Italo Giurizzato Junior, fiz o teste acrescentei as linhas e depois reinstalei o ACBR, no ACBRNFSexDemo ele continuou exibindo a versão 2.00 por q eu não alterei o arquivo ACBrNFSeXServicos.ini, e o envio continuou a mesma coisa trazendo as tag's de retorno vazias. igual meu anexo anterior.

Bom dia @Italo Giurizzato Junior, estou implementando o provedor ISISS de Vitória-ES, problemas encontrados foram o seguinte: - Versão do provedor no site da Prefeitura informa que esta na versão 2.01 e o ACBR esta na versão 2.00, link do site https://nfse.vitoria.es.gov.br/doc/documentacao.cfm - Testando a versão 2.00 os arquivos de retornos ficaram com as tags todas vazias, foi gerado o XML de envio certo com a assinatura segue em anexo os arquivos do log. 2920-env-lot.xml 2920-env-lot-soap.xml 2920-rec.xml 2920-rec-soap.xml 3222023978558900011656000000000002920-rps.xml

Ok, vai funcionar tbm obrigado.

Eu havia feito este teste e aparece a validação "E03 Contribuinte não pertence ao simples nacional. Não deve informar a alíquota do simples nacional.". Se quiser mudar caso seja zero não criar a tag tbm funcionaria eu segui o que a msg de retorno informou.

Bom dia @Italo Giurizzato Junior, eu tenho um cliente em Governador Valadares-MG que não é do Simples Nacional, para o provedor Sigiss quando não é do simples nacional não pode ser informado a tag "Aliquota_simples" caso seja informado é retornado a seguinte mensagem "E03 Contribuinte não pertence ao simples nacional. Não deve informar a alíquota do simples nacional." Eu já fiz o teste removendo a tag e funcionou a comunicação com a prefeitura. Segue em anexo o ajuste feito para avaliação. SigISS.GravarXml.pas

Pode concluir atualização, funcionou no município de Linhares-ES.

Pode finalizar este tópico resolvido no tópico:

Bom dia @Italo Giurizzato Junior, a prefeitura de de Anchieta funcionou 100%, eu tenho outro cliente só q outro município agora em Linhares-ES que usa o mesmo provedor da EL mas como exemplo de Anchieta eles usam um servidor próprio, e a rotina não conseguiu nem abrir a seção neste município. Eu faço o teste aqui de duas formas eu gero os arquivos de abertura pelo ACBR e colo em um outro programa chamado SoapUI e consigo fazer comunicação vou anexar o retorno do ACBR que me trouxe e desse programa o que me retorna detalhe eu estou usando o mesmo xml para abertura para os dois e os retornos são diferentes. Arquivo 902-abr-ses.xml é o xml de abertura que foi utilizado tanto no ACBR quanto no SoapUI Arquivo 902-ret-abr-soap.xml é o retorno do ACBR. Arquivo RetornoSoupUP.xml é o retorno do SoapUI. A url utilizada para os dois foi : Link WebService - https://notafiscal.linhares.es.gov.br/el-nfse/RpsServiceService?wsdl 902-abr-ses.xml 902-ret-abr-soap.xml RetornoSoupUP.xml

Bom dia @Italo Giurizzato Junior, eu trabalho com o Douglas que abriu o tópico abaixo sobre a prefeitura de Anchieta-ES utilizando o servidor da EL. Ele me passou que vcs conseguiram fazer a comunicação com servidor mas estava dando alguns erros de estrutura do XML. Eu fiz a correção nas units e conseguir validar sem nenhum retorno de problema segue em anexo as units ajustados para analise e atualização. Obrigado. EL.GravarXml.pas EL.Provider.pas

Bom dia Italo fiz a atualização e fiz dois testes de envio e consulta e nenhum dos dois deram retorno. No envio o valor de "mAcbrNFSe.WebService.emite.XmlRetorno" veio com os seguintes dados: <ret></ret> <retws><protocolo></protocolo></retws><versao>1.44.1.5</versao> Já na consulta o valor do " mAcbrNFSe.WebService.Emite.XmlRetorno" <ret></ret> <retws><msg></msg> <retws></retws> <listanfse></listanfse></retws><versao>1.44.1.5</versao> Este acima foi retorno do meu sistema tentei fazer a consulta pelo sistema de exemplo do NFSeX e deu o seguinte retorno: Método Executado: ConsultarSituacao Parâmetros de Envio Numero do Prot: 000000007138 Numero do Lote: Parâmetros de Retorno Situação Lote : Sucesso : False Erro(s): Código : X999 Mensagem: Erro Interno: 12007 Erro HTTP: 0 URL: https://es-anchieta-pm-nfs.cloud.el.com.br/RpsServiceService Erro: 12007 - O nome do servidor não pode ser resolvido Correção: --------- Fiz o ajuste no link para : http://servicos.anchieta.es.gov.br:9090/nfse/RpsServiceService E tentei fazer a consulta no exemplo do NFSeX e o retorno foi: Método Executado: ConsultarLote Parâmetros de Envio Numero do Prot: 000000007138 Numero do Lote: Parâmetros de Retorno Situação Lote : Sucesso : False Erro(s): Código : Mensagem: EL68 - Lote RPS encontra-se na fila de processamento de conversão para Nota Fiscal Correção: --------- Só o detalhe q no site esta NFSe já esta liberada. E WS informa q ela esta na fila de processamento. Fiz o teste de envio e o retorno foi: Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : Mensagem: EL52 - HASH não informado - Informe o HASH de autenticação do prestador. Correção: --------- NFS-e Numero....: 103 Cod. Verificacao: Prestador.......: CONTRIBUINTE NOTA FISCAL TESTE Tomador.........: INSCRICAO DE TESTE Nome do arquivo.: \\des04\Livre1\NFSE\Logs\202110\Notas\ ==> Xml da nota salvo na pasta e com o nome informado acima.

Bom dia eu estou fazendo um teste comparativo entre o componente NFSe x NFSex para ver se posso migrar mas ainda possuo problema com uma cidade Anchieta-ES (3200409). Ela utiliza o Provedor EL mas com WS próprio. Na versão do NFSe possui esta cidade já na versão do NFSex ainda não foi liberada. No arquivo EL.ini esta com seguinte link para cidade de anchieta: ; Anchieta/ES RecepcaoLoteRPS_3200409=http://servicos.anchieta.es.gov.br:9090/nfse/RpsServiceService?wsdl Eu tentei alterar a unit ACBRNFSeXServicos.ini acrescentando adicionando as linhas abaixo: [3200409] Nome=Anchieta UF=ES Provedor=EL Versao=1.00 ProRecepcionar=http://servicos.anchieta.es.gov.br:9090/nfse/RpsServiceService?wsdl HomRecepcionar=http://servicos.anchieta.es.gov.br:9090/nfse/RpsServiceService?wsdl ; ProLinkURL=http://servicos.anchieta.es.gov.br:9090/nfse/paginas/sistema/autenticacao.jsf?cpfCnpj=%Cnpj%&chave=% HomLinkURL=http://servicos.anchieta.es.gov.br:9090/nfse/paginas/sistema/autenticacao.jsf?cpfCnpj=%Cnpj%&chave=% Mas não obtive nada no retorno.

Qual é seu conhecimento atual sobre a Contingência na NFCe? Bom conhecimento Se implementou ou iniciou a implementação, quais foram suas maiores dificuldades? Implementei foi entender o processo como funciona o processo de armazenagem e envio posterior Quais artigos, manuais ou documentos você já leu relacionado ao assunto? Eu utilizei principalmente o manual de contingência offline q é bem explicativo, vou anexar o manual. Na pagina 9 tem um exemplo pratico que fica fácil entender como deve funcionar o processo. Manual_de_especificacoes_tecnicas_da_Contingencia_Off-line_versao_2.0.pdf

No arquivo de retorno o cOrgao = 91 é referente a quem deu o retorno no caso o 91 é a SEFAZ_AN então esta tudo correto. O problema é a SEFAZ não acetirar o tipo Envento 110150 que é o que esta na NT.