Italo Giurizzato Junior

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

Bom dia Anderson, Na verdade o problema é que o XML esta fora do padrão esperado pelo provedor. O que esta entre parênteses é uma aberração na resposta, uma vez que quem gera a mensagem de erro ou de alerta é o webservice do provedor, logo que esta fazendo a kaka são eles. Favor entrar em contato com o provedor e questionar eles sobre o problema.

Olá Pessoal, É com grande alegria e satisfação que a Equipe ACBr depois de quase 1 ano de trabalho comunica que já se encontra disponível para todos o novo componente para emissão de NFS-e. Por conta de varias melhorias e quebra de código optamos por manter o componente atual e disponibilizar o novo com um outro nome: ACBrNFSeX e também um novo componente para impressão do DANFSE: ACBrNFSeXDANFSERL (Fortes Report). Já esta disponível no repositório Trunk2 os fontes dos componentes bem como os pacotes de instalação (para o Delphi e Lazarus) e o programa exemplo para o Delphi). Em breve vai estar disponível o DANFSE feito em Fast Report, programa exemplo para o Lazarus e a atualização do ACBrInstall com a opção de instalação do novo componente. Estamos também elaborando um manual de migração que terá como objetivo ajudar os desenvolvedores que utilizam o componente atual a migrar para o novo. Esse manual vai apresentar as propriedades de configuração bem como os campos que não existem mais ou que tiveram seus nomes alterados e varias outras informações valiosas. Acreditamos que com o manual e o programa exemplo do novo componente qualquer desenvolvedor vai ser capaz de migrar a sua aplicação para o novo componente em uma semana, digo isso pois sempre aconselhamos que todos estudem o programa exemplo. O que esperar do novo componente: 1. Código mais limpo, removemos a maioria dos IF e CASE que antes eram utilizados para sanar a falta de padronização entre os provedores; 2. Um único método de emissão de NFS-e, que detecta automaticamente o modo de envio correto para cada provedor; 3. Leitura dos retornos padronizado; 4. Mais veloz; 5. Eliminação dos arquivos INI de provedores e o Cidades.ini, simplificando bastante os arquivos a serem distribuídos juntamente com o executável. 6. A implementação de novos provedores que seguem a versão 1 ou 2 do layout da ABRASF tendo todas as informações necessárias se faz em menos de 1 hora. O que vem pela frente: 1. Inclusão da NFS-e no ACBrMonitor Plus, desta forma os desenvolvedores que se utilizam dessa ferramenta em fim vão poder emitir também a NFS-e. 2. Desenvolvimento da ACBrLibNFSe, uma DLL para os desenvolvedores que preferem usar a DLL em vez do ACBrMonitor. Noticia: Nós achamos que o Projeto ACBr tem os melhores componentes disponíveis pelo melhor preço: grátis. Se você concorda, por favor espalhe essa noticia.

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

Bom dia Fernando, Você continua usando o método Enviar, eu lhe pedi para usar o método Gerar. Veja a mensagem de erro, ela se refere ao EnviarLoteRps. Quanto ao erro de compilação do novo componente no Lazarus foi resolvido, era problema no pacote de instalação. Favor atualizar todos os fontes de todas as pastas e tente instalar novamente o novo componente.

Boa noite Guilherme, Muito obrigado pela colaboração, fiz mais alguns ajustes e enviei para o repositório. Favor atualizar e fazer novos testes. O ambiente de homologação estava previsto para ser liberado ontem (01/06/2021), mas o evento em questão vai ser recepcionado pelo Ambiente Nacional e não pela SEFAZ-Autorizadora. No seu teste o evento foi para a SEFAZ-SP, fiz uma alteração para que ele seja enviado para o Ambiente Nacional.

Boa tarde Fernando, Tente usar o método Gerar para enviar o Rps para o WebService.

Boa tarde Thiago, Já enviei para o repositório uma possível solução para esse problema, mas para que funcione corretamente se faz necessário informar o código do município do tomador para comparar com o do tomador. Tomador.Endereco.CodigoMunicipio := código do municipio; PrestadorServico.Endereco.CodigoMunicipio := código do municipio;

Bom dia Eliezer, Se algumas cidades devemos usar o https e outras http, podemos mudar o arquivo Cidades.ini Em vez de: NomeURL_H=setelagoas NomeURL_P=setelagoas mudar para: NomeURL_H=https://setelagoas NomeURL_P=https://setelagoas e nas demais cidades (por exemplo Aracuai) mudar para: NomeURL_H=http://nfsearacuai NomeURL_P=http://nfsearacuai Por fim no arquivo INI do provedor mudar para: [URL_P] RecepcaoLoteRPS=%NomeURL_P%.portalfacil.com.br/nfseserv/webservice/servicos [URL_H] RecepcaoLoteRPS=%NomeURL_H%.portalfacil.com.br/homologacao/webservice/servicos Atualiza os fontes e note que fiz as alterações nos arquivos INI. Verifica se esta funcionando como deveria.

Bom dia Binho, Realmente esta faltando não só os arquivos LFM como também o programa exemplo para o Lazarus. Estamos providenciando.

Bom dia Marcio, A planilha que o Juliomar se refere não existe mais, foi removida, pois estava totalmente desatualizado. E tem mais, mesmo o arquivo Cidades.ini não tem a garantia de estar atualizado, uma vez que a contratação do provedor pela prefeitura se da por licitação e esta tem um prazo de validade. Quando vence uma nova licitação é realizada e outro provedor pode ganhar. Se ninguém nos avisar que a cidade XYX que era atendida pelo provedor ABC agora é DEF, o arquivo Cidades.ini vai continuar constando o provedor antigo. Fora essa questão, o Cidades.ini é o arquivo para se tornar como base.

Boa tarde a todos, Já esta disponível o novo componente para o Delphi/Lazarus chamado ACBrNFSeX. Em breve estará disponível o ACBrLibNFSe (uma DLL) aos moldes do ACBrLibNFe e também será feita alterações no ACBrMonitor visando a possibilidade de emitir NFS-e através dele também.

Boa tarde Thiago, Já inclui na minha lista de tarefas.

Boa tarde Eliezer, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde Anderson, É preciso verificar se o método Enviar esta funcionado. Se sim, checar o que foi feito para o Enviar e fazer algo semelhante para o EnviarSincrono. Não foi eu que implementou essas alterações, pode ser que alguma coisa tenha ficado para trás.

Boa tarde Patrick, Foi enviado para o repositório uma possível alteração visando atender o provedor IPM. Lhe convido a conhecer o novo componente ACBrNFSeX. Os fontes, os pacotes de instalação bem como o programa exemplo já estão disponíveis no repositório. Mais alguns dias será disponibilizado uma nova versão do ACBrInstall que contempla o novo componente.

Bom dia Matheus, Já enviei para o repositório.

Boa tarde Djean, Ainda não conseguimos resolver esse problema.

Boa tarde, O que temos são componentes para quem desenvolve em Objeto Pascal, ou seja, quem trabalha com Delphi ou Lazarus. Aos poucos (uma vez que temos por volta de 100 componentes) estamos desenvolvendo as DDLs, hoje temos o ACBrLibNFe que é uma DLL para a emissão de NF-e, temos também para CT-e, MDF-e, e outros para o varejo. Já esta em nossa lita de tarefas o desenvolvimento da ACBrLibNFSe, uma DLL para a emissão de NFS-e. Não temos prazo do seu lançamento.

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

Bom dia Sergio, Levando em conta as informações que estão no Cidades.ini e SimplISS.ini as URLs tanto de produção quanto de homologação estão funcionando para a cidade de Dois Córregos/SP.

Bom dia, Lhe convido a atualizar os fontes e instalar via pacote o novo componente para emissão de NFS-e: ACBrNFSeX. Já se encontra no Trunk2 os fontes do novo componente, bem como os pacotes de instalação para o Delphi e Lazarus e o programa exemplo para o Delphi, até o final deste mês teremos também o programa exemplo para o Lazarus e uma nova versão do ACBrInstall que contempla o novo componente. Não tenho como lhe informar se com o novo componente os problemas que você esta enfrentando já estão resolvidos, mas estamos focados no novo componente.

Bom dia ALA, Nenhum serviço do ambiente de homologação esta funcionando? Acabei de fazer um teste usando o programa exemplo, consultando o status de serviço e esta normal, veja: Inicio TMDFeStatusServico Versão Layout: 3.00 Ambiente: 2 Versão Aplicativo: RS20210422122736 Status Código: 107 Status Descrição: Servico em Operacao UF: SP Recebimento: 31/05/2021 11:25:22 Tempo Médio: 1 Retorno: Observação:

Bom dia Jacinto, Por favor faça um teste. Abra a unit ACBrCTe, a linha 315 esta assim: if ( (TipoEmissao in [teSVCSP]) and (CUF in [31,41,50,51]) ) then altere para: if ( (TipoEmissao in [teSVCSP]) and (CUF in [41,50,51]) ) then Remova o código IBGE da UF de MG que é 31 da lista. Reinstale a suíte ACBr, compile a sua aplicação e faça um novo teste.

Bom dia, O componente ACBrNFSe passou por um Refactoring e foi disponibilizado um novo componente chamado ACBrNFSeX. Testei todos os provedores, isso inclui o BHISS. Todos os testes foi usando a seguinte configuração: e SSLType = TL_TLSv1_2 Certificado digital A1. Com essa configuração vai funcionar mesmo depois deles desativarem o SSLv3. Existe uma tendência muito grande dos provedores migrarem para o TLS v 1.2