Italo Giurizzato Junior

Bom dia @Rogério Ricardo Santos, Você tem que entrar em contato com a prefeitura e questionar sobre a demora no processamento do lote.

@Márcio Baroni, Muito obrigado pela colaboração, já esta no SVN a alteração para assinar tanto o Rps quanto o Lote.

Bom dia @willian_delan, Fiz uma alteração no código do componente visando gerar a alíquota com 2 casas decimais. Desta forma essa alteração vai atender todas as cidades que se utilizam desse provedor. Por fim a URL de homologação que você colocou na seção da referida cidade esta errada, pois essa URL não é do webservice e sim do site. Resumindo o arquivo ACBrNFSeXServicos.ini não precisa de nenhuma alteração no que se refere a URL da referida cidade.

Bom dia @Márcio Baroni, O provedor esta exigindo que o RPS e o Lote sejam assinados ou somente um deles?

Boa tarde @willian_delan, Muito obrigado pela colaboração, já foi criado a TK-6242 para realizar a alteração.

Boa tarde a todos, Quem esta com problemas com o provedor RLZ, saibam que o componente já foi corrigido e esta funcionando. Por favor, sigam o passo a passo: Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes.

Boa tarde @gralak, Esse erro esta ocorrendo em ambiente de homologação ou produção?

Boa tarde @Rogério Ricardo Santos, Essa mensagem de erro X202 que dizer para você que: No retorno deveria constar uma lista com 1 ou mais notas e essa lista indicada pela tag ListaNfse não esta presente no XML de retorno. Resumindo, no retorno não consta o XML da nota. Tem um outro erro anterior a este ai, você deve focar nele, para resolver. Que no caso é: Erro(s): Código : E178 Mensagem: Lote aguardando processamento. Correção: O lote de RPS correspondente ao protocolo informado foi recebido pela Prefeitura, mas ainda não foi processado. O Lote de RPS foi enviado, mas o provedor ainda não realizou o seu processamento. Você deve aguardar e tentar consultar novamente o lote informando o numero do protocolo.

Bom dia @Heronim Antonio Marçal, Vai ser necessário entrar em contato com a prefeitura/provedor para saber o que esta errado. Como esse tópico esta com 4 páginas vou fechar ele. Favor criar um novo para continuarmos a procura de uma solução. Desde já muito obrigado pela colaboração e compreensão.

Boa tarde @ISBS, O problema é que o site esta gerando o XML com a grafia errada, veja. Peguei o primeiro XML que você anexou: <CompNfse> <Nfse> <InfNfse> <numero>227</numero> (...) As tag CompNfse, Nfse e InfNfse estão corretas, mas a tag numero esta errada o correto é Numero (com a letra "N" em maiúsculo). O componente ao tentar ler a tag Numero não a encontra porque esta escrito numero, ai o campo referente ao numero da nota fiscal fica em branco/zerado. O componente foi escrito para ler o XML retornado pelo webservice do provedor e não o XML baixado do site da prefeitura.

Boa tarde @ernesto.ricardo, Fiz uma alteração no seu XSD no que se refere aos Itens da lista de serviço. Já esta no SVN.

Bom dia @Alex Leiva, Notei que você fez alterações em algumas units que estão na pasta ACBrDFe, sendo assim se faz necessário que toda a equipe ACBr analise essas alterações antes de enviarmos para o SVN. Precisamos garantir que elas não vão gerar efeitos colaterais nos demais componentes que se utilizam de assinatura digital. Muito obrigado pela colaboração, foi criado a TK-6233 para a analise.

@Heronim Antonio Marçal, [3201308] ; Atualizado em 13/11/2024 Nome=Cariacica UF=ES Provedor=SilTecnologia Versao=2.03 ProRecepcionar=https://sistemas.cariacica.es.gov.br/tbw/services/Abrasf23 HomRecepcionar=https://servicos.cariacica.es.gov.br/tbwhomologacao/services/Abrasf23

@Heronim Antonio Marçal, Verifica se na pasta que esta o programa exemplo não tem uma cópia do arquivo ACBrNFSeXServicos.ini

Bom dia @ernesto.ricardo, Muito obrigado pela colaboração, já foi criado a TK-6231 para analise.

Bom dia @Sanvitron, Já esta no SVN a alteração da URL de produção. Como você utiliza o ACBrLibNFSe favor aguardar uma nova versão da DLL.

Bom dia @Heronim Antonio Marçal, A alteração que eu lhe passei acima ainda não esta no SVN. Você teria que alterar o arquivo ACBrNFSeXServicos.ini conforme eu coloquei acima, ou seja, mudando o nome do provedor. Salvar o arquivo alterado; Executar o Compila_RES para poder gerar um novo ACBrNFSeXServicos.res; Reinstalar o ACBr; Recompilar a Aplicação com a opção Buid; Por fim fazer novos testes.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia @tryideas sistemas, Uma nova versão da Lib já esta disponível, favor atualizar e fazer novos testes.

Bom dia a todos, Peço que atualizem todos os fontes de todas as pastas, reinstale o ACBr, recompile a sua aplicação com a opção Build e façam novos testes, pois tenho relatos de outros desenvolvedores que estão conseguindo já emitir as suas notas usando o provedor Giss em diversas cidades.

Tente dessa forma: [3201308] ; Atualizado em 13/11/2024 Nome=Cariacica UF=ES Provedor=SilTecnologia Versao=2.03 ProRecepcionar=https://sistemas.cariacica.es.gov.br/tbw/services/Abrasf23 HomRecepcionar=https://servicos.cariacica.es.gov.br/tbwhomologacao/services/Abrasf23 Tem muitos provedor que usam o termo IssWeb, mas o nome do provedor é outro.

@Heronim Antonio Marçal, Sim, pois o que mudou foi apenas a URL.

Boa tarde @Heronim Antonio Marçal, Já esta no SVN.

Boa tarde @pcbonetti, Algumas considerações sobre a sua contribuição: Na unit ACBrNFSeXLerXml temos o seguinte: procedure TNFSeRClass.Configuracao; begin FpQuebradeLinha := FpAOwner.ConfigGeral.QuebradeLinha; FpAOwner.ConfigGeral.ImprimirLocalPrestServ := not FpAOwner.ConfigGeral.Params.TemParametro('NaoImprimirLocalPrestServ'); end; Ao ler o XML de uma NFSe é verificado se no arquivo ACBrNFSeXServicos.ini na seção da referida cidade contem o Params=NaoImprimirLocalPrestServ:. Se tiver, o Local de Prestação de Serviço não vai ser impresso, caso contrario vai ser impresso. No caso da cidade de Cariacica/ES não contem o campo Params, logo o local da prestação vai ser impresso. Sendo assim a sua alteração na unit SmarAPD.Provider não se faz necessária. A cidade de Cariacica/ES é atendida pelo provedor SmarAPD que se utiliza da versão 2.03 do layout da ABRASF, a unit ACBrNFSeXLerXml_ABRASFv2 é responsável pela leitura do XML da nota e temos o seguinte fragmento de código: CodigoMunicipio := ObterConteudo(AuxNode.Childrens.FindAnyNs('CodigoMunicipio'), tcStr); if CodigoMunicipio = '' then CodigoMunicipio := ObterConteudo(AuxNode.Childrens.FindAnyNs('MunicipioPrestacaoServico'), tcStr); MunicipioPrestacaoServico := ''; if CodigoMunicipio <> '' then begin MunicipioPrestacaoServico := ObterNomeMunicipioUF(StrToIntDef(CodigoMunicipio, 0), xUF); MunicipioPrestacaoServico := MunicipioPrestacaoServico + '/' + xUF; end; Como você pode ver que no final o campo MunicipioPrestacaoServico contem tanto o nome da cidade quanto a UF. A alteração que você fez na unit: ACBrNFSeXDANFSeRLRetrato não faz muito sentido por dois motivos, primeiro que o campo UFPrestacao (usado pelo provedor Governa) não existe no layout da ABRASF logo ele sempre vai ser vazio, segundo, se existisse a impressão ficaria errada (Cariacica/ES - ES). rllMunicipioPrestacaoServico.Caption := ACBrStr(Servico.MunicipioPrestacaoServico) + ' - ' + ACBrStr(Servico.UFPrestacao); Por fim: Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes.

Boa tarde @willian_delan, Como esta hoje no arquivo ACBrNFSeXServicos.ini ao tentar emitir a nota ocorrer algum erro? Pois a única coisa que vi de diferente na URL é que no final consta o "?wsdl", mas isso a principio é irrelevante para o componente.