Italo Giurizzato Junior

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).

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

Boa tarde Paulo, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde Souza, Favor anexar a unit alterada para que possamos avaliar.

Bom dia Wellington, Após clicar no botão gerar, clique no botão enviar.

Bom dia Ederson, A versão beta desse componente se encontra no repositório Branches com o nome ACBrRegBol. Temos o programa exemplo, os fontes do componente, bem como o pacote de instalação. Mas tem que copiar as pastas para dentro da estrutura Trunk antes.

Bom dia Daniel, Esse problema não ocorre com a Inscrição Municipal, correto? Se sim, o problema pode estar na leitura do XML, o nome da Tag deve estar diferente e o componente logo não acha e consequentemente a propriedade fica vazia. Antes de mais nada favor atualizar todos os fontes de todas as pastas e faça um novo teste. Se o problema continuar, ai sim, verifique a rotina que lê o XML: pnfsNFSeR.pas

Bom dia Marcus, Já temos uma versão beta de um componente para registrar boleto via Webservice, mas só a Caixa foi implementado. Esse componente ainda não foi liberado esta em faze de testes.

Charles, Esta ocorrendo erro de validação ou rejeição por parte da SEFAZ? Se esta ocorrendo erro de validação é porque você esta usando o schema destinado ao ambiente de produção, neste caso é preciso trocar. Note que na pasta: ...\Exemplos\ACBrDFe\Schemas\NFe temos dois XSD: leiauteNFe_v4.00, sendo que um deles tem a palavra Homologação no nome. Devemos renomear para poder fazer os testes em homologação. Por outro lado se é rejeição da SEFAZ, então isso significa que a mesma não fez a tarefa de casa, pois a sua nota esta para ambiente de homologação e deveria ser aceita.

Bom dia Charler, Você se refere a tag pST? Se sim, favor atualizar novamente e refaça os testes.

Bom dia Ederson, O que temos é uma versão beta de um componente para registrar boletos via Webservice para a Caixa, temos até a documentação para o Banco do Brasil, mas para não perder o costume, o layout do XML de envio é totalmente diferente. Eles não aprendem, sempre acham que o deles é melhor que dos outros. Não tem a capacidade de se reunir e estabelecer um padrão único. Paciência.

Bom dia Everson, Favor atualizar os fontes e faça novos testes.

Bom dia Everson, Favor atualizar os fontes e faça novos testes.

Bom dia, Por favor faça uma copia da sua implementação e atualize os fontes, ontem achei o manual que traz as especificações dessa consulta e fiz varias alterações, inclusive acrescentei a consulta de alguns eventos que ainda não tinham sido implementados. Vou analisar o que você fez, desde já muito obrigado.