Italo Giurizzato Junior

Bom dia Sandro, Com essas alterações nos fontes do evento deu certo a leitura do arquivo INI?

Boa tarde Dercide, Já desfiz a alteração e ainda hoje estarei enviando para o repositório.

Boa tarde Dercide, Quando você se refere a um exe antigo "de fevereiro" está se referindo a fevereiro deste ano? Se sim, é preciso checar as configurações, ou começar a reverter os fontes para descobrir em que atualização passou a provocar esse erro.

Boa tarde, O numero do lote é você que informa, ele não é retornado pelo webservice do provedor.

Boa tarde Ângelo, Muito obrigado pela colaboração, vamos analisar o que foi feito e se tudo estiver correto vamos disponibilizar no repositório. Mas seria interessante que você e outros desenvolvedores também se dispusessem a fazer essa implementação nos demais eventos.

Bom dia, Qual é a UF do emitente?

Boa tarde Ângelo, Se tratando do eSocial, ao carregar o XML de um evento, a única propriedade que é alimentada é a: XML conforme a imagem que você anexou. Nenhum campo dos eventos do eSocial é alimentado. Temos uma unit para cada evento, nessa unit temos a rotina que gera o XML, a que lê o arquivo INI e chama a que gera o XML, mas não temos uma rotina que lê o XML e alimenta os campos. Se desejar implementar fique a vontade, toda ajuda é bem vinda.

Qual é o numero? Sou, o medo e temor constante da menina vadia bem vadia

Fred, Todas as cidades que utilizam o provedor, neste caso o Bethav2 (é o que segue a versão 2 do layout da ABRASF) com certeza tem esse serviço. Mas não podemos afirmar que todos os provedores que seguem a versão 2 do layout da ABRASF disponibilizaram o serviço em questão. Veja este exemplo: provedor TcheInfov2 que também segue a versão do layout da ABRASF, disponibilizou somente os serviços: Gerar, Cancelar e Consultar NFSe por RPS.

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

Boa tarde Michele, Você esta gerando o XML do RPS e tentando ler ele através do site do provedor e ocorre esse erro? Se sim, pode ser que o validador do site se o valor for zero não pode ter a parte decimal, já o validado do webservice deve aceitar.

Boa tarde Souza, Houve alterações no arquivo INI desse provedor, você esta usando o arquivo INI atualizado?

Boa tarde Marcos, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Giovani, Por favor faça as alterações que você julga necessárias, anexa a unit alterada para que possamos analisar.

Bom dia Marcelo, Tente com essa URL: NomeURL_H=https://homologa.e-nfs.com.br/arapiraca

Boa tarde Dercide, Além de atualizar os fontes, reinstalar os componentes, recompilar a sua aplicação, nos clientes que esta ocorrendo o problema, foi atualizado os arquivos INI? Alguns provedores tiveram os seus arquivos INI alterados, se não atualizar vai ocorrer problemas.

Boa tarde, Essa consulta não foi implementada, pelo simples fato de que somente alguns provedores implementaram esse serviço em seus webservices. Lembre-se, a NFS-e é uma zorra, não é porque o provedor segue a versão XYZ do layout da ABRASF que todos os serviços especificados nessa versão foram implementados.

Boa tarde Everto, Muito obrigado pela colaboração, fiz um teste com as duas URLs de homologação e notei que uma delas foi desativa, alterei o arquivo e enviei para o repositório.

Boa tarde Everton, Não foi feito nada nesse sentido, mas se desejar contribuir fique a vontade. Mas lembre-se que temos: Averbação do CT-e, Averbação da NF-e e a Declaração do MDF-e.

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

Boa tarde, Muito obrigado pela postagem. Já se encontra disponível no repositório tanto a atualização dos schemas bem como do componente que visa atender a Nota Técnica em questão. Favor atualizar todos os fontes de todas as pastas. Reinstalar a suíte ACBr usando o ACBrInstall_Trunk2 deixando marcado a opção para apagar os arquivos antigos.

Olá pessoal, Com o passar do tempo e havendo necessidade acabamos fazendo alterações tanto no arquivo Cidades.ini bem como no arquivo INI do provedor que a cidade do seu cliente contratou. Sendo assim é de vital importância que na maquina do seu cliente os arquivos INI (informados acima) bem como os arquivos XSD (Schemas) estejam sempre atualizados. Na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI, encontramos os arquivos INI de todos os provedores que o componente reconhece mais o Cidades.ini Na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas, temos uma pasta para cada provedor e dentro de cada uma delas os arquivos XSD, ou seja os schemas usados pelo provedor. A minha sugestão é que dentro da pasta que se encontra o executável da sua aplicação deve constar também os arquivos: Cidades.ini e o INI do provedor, uma pasta com o nome Schemas e dentro desta os arquivos XSD do provedor. No que diz respeito a configuração, o componente deve estar configurado da seguinte forma: ACBrNFSe.Configuracoes.Geral.PathIniCidades := "Informar o path (caminho completo) de onde se encontra o arquivo Cidades.ini"; ACBrNFSe.Configuracoes.Geral.PathIniProvedor := "Informar o path de onde se encontra o arquivo INI do provedor"; ACBrNFSe.Configuracoes.Arquivos.PathSchemas := "Informar o path de onde se encontra os arquivos XSD (Schemas) do provedor";

Bom dia Demostenes, Você esta com todos os fontes de todas as pastas atualizados? Reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 deixando marcado a opção para apagar os arquivos antigos?

Boa tarde Fabio, Muito obrigado pela correção, ainda hoje estarei enviando para o repositório.

Boa tarde Sandro, Muito obrigado pela informação, precisamos agora dos Schemas e das URLs (caso tenha alguma alteração).