Diego Foliene

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

Boa tarde. Por favor, veja este tópico Acompanhe também o canal aberto disponível em nossa comunidade do Discord.

Boa tarde. Verifique na pasta Logs do programa exemplo e nos caminhos que você definiu para salvar. Os arquivos terão -soap no nome.

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

Bom dia. No dia 28/09/2022 começaram a ser feitos relatos tanto em nossa comunidade do Discord quanto no Fórum informando Erro ao tentar emitir NFCe, havendo diferentes retorno como Erro HTTP 0 e Erro HTTP 403. Pela análise dos relatos, percebemos que os problemas não ocorrem para todos os contribuintes, ocorrendo em sua maioria com os que se utilizam certificados A3 na emissão. O ponto onde foi percebido ser algo na SEFAZ-SP é o fato de apesar de não conseguirem emitir NFC-e, a emissão da NF-e corre normalmente corretamente com o mesmo certificado. Graças a persistência de nossos membros da comunidade em contatar a SEFAZ, o problema entrou em análise por lá, mas seria importante que mais colegas também entrem em contato via email [email protected] conforme as instruções a seguir: Assunto: FC NFC-e 8811640 Devem ser enviadas no e-mail as seguintes informações: Tracert com destino ao nfce.fazenda.sp.gov.br completo; IP de Origem do contribuinte que está informando o problema. Certificado público utilizado.(Orientações de como conseguir o Certificado Publico podem ser encontradas aqui Print da tela do erro apresentado. Arquivo XML de envio e de retorno da requisição. Informar o nome da operadora de internet que utilizam. Assim que tivermos novas informações atualizaremos aqui.

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

A modificação já foi feita e está no SVN.(https://sourceforge.net/p/acbr/code/26843/) Caso queira é possível baixar e realizar os testes pelo programa exemplo.

Boa tarde! Isso foi informado por outro membro da comunidade e já estamos fazendo os procedimentos necessários para deixar tudo certo. Mas isso está sendo feito no ACBrNFSeX, o ACBrNFSe foi descontinuado e não sofre mais manutenções. Sugiro que migre para o novo componente.

Bom dia. Talvez esses tópicos lhe sejam úteis de alguma forma.

Bom dia Maiquel. A alteração foi disponibilizada no SVN, por favor, atualize seus fontes e faça novos testes.

Boa tarde. Alteração disponibilizada no SVN, por favor, atualize seus fontes e faça novos testes.

Boa tarde. O ACBrNFSe não é mais atualizado. Se você ainda o utiliza o convido a migrar para o novo componente o ACBrNFSeX.

Boa tarde C4Dev. Por favor, você está com seus fontes atualizados? De que maneira está fazendo chamando o envio pelo componente para receber essa mensagem de "Método Não Implementado"?

Boa tarde Niron. Anexe também o arquivo de Log gerado pelo ACBrMonitor para que tenhamos mais informações, por favor.

Vai depender se o provedor segue o layout da versão 1.0 estipulada pela Abrasf. Mas isso seria mais para uma medida paliativa. O correto mesmo é a resposta do WebService devolver o campo situação para você. Você fez o teste pelo Emitir com a propriedade ConsultarLoteAposEnvio definida como true ou emitiu e depois consultou? Se foi o primeiro caso, por favor, faça um novo teste aumentando as propriedades AguardarConsultaRet, Tentativas e IntervaloTentativas.(No programa exemplo os campos correspondentes a elas ficam na aba WebService como Aguardar, Tentativas e Intervalo respectivamente). Além disso, marque também a opção "Salvar Envelope Soap"(ACBrNFSeX.Configuracoes.WebServices.Salvar) para que sejam salvos os arquivos envelopados como enviou e como recebeu do WebService. Depois verifique também se nesses arquivos envelopados não vem a informação da Situação do Lote. Por favor, eu conferi no ACBrNFSeXServicos.ini, mas não localizei está cidade, você está fazendo a implementação?

Bom dia. Estranho o webservice não te devolver a situação do Lote. Essa é justamente a informação que essa consulta deveria te devolver. E esse campo consta na versão 1.0 do Layout da Abrasf(http://abrasf.org.br/arquivos/publico/NFS-e/Versao_1.00/NFSe_ManualDeIntegracao_2008dez29.pdf). Por favor, qual é a cidade e o provedor que você está fazendo o envio? Como medida paliativa sugiro que confira as propriedades Erros e Alertas. Ambas são Collections que recebem o conteúdo da Lista de Mensagens de Retorno. Você pode acessar elas assim. with ACBrNFSeX.WebService.ConsultaSituacao do begin Erros[indice].Codigo Erros[indice].Descricao Erros[indice].Correcao //- Alertas[indice].Codigo Alertas[indice].Descricao Alertas[indice].Correcao end;

Bom dia. Algumas vezes durante a instalação do ACBr pode ser que surjam erros relacionados ao Fortes Report. Caso isso aconteça com você é muito importante verificar algumas coisas. Verifique se seu Fortes Report está atualizado. Não devem haver instalações antigas em sua máquina. Não copie diretamente os arquivos .bpl para dentro do diretório em que esta instalado o Delphi. Se existir o arquivo frce.bpl ou RL*.* na pasta BPL do delphi devem ser elimininados. Não devem haver múltiplas instalações do Fortes Report em sua máquina. Caso tenha se certificado de tudo isso e ainda estiver dando erro, entre em contato com a equipe de suporte do ACBr em nossos canais de atendimento oficiais(Fórum ou Discord)com o log de Instalação para que tenhamos o máximo de informações e possamos ajudar.

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

Bom dia! Por favor, o seu Fortes Report está atualizado? O Log de instalação aponta o seguinte erro: Se abrirmos essa Unit e pesquisarmos por UnlimitedHeight tem a seguinte mensagem logo abaixo.

Muito obrigado Julio! Vou finalizar este tópico, se precisar, por favor, abra um novo.

Bom dia! Por favor, anexe o Log gerado pelo ACBrMonitor para que possamos ter mais informações.

Bom dia! O @Italo Giurizzato Junior disponibilizou ontem no programa exemplo do componente na procedure AlimentarComponente um exemplo de preenchimento do SegmentoJ52. Você pode fazer assim. with Lote.New do begin [...] with SegmentoJ.New do begin [...] with SegmentoJ52.New do begin CodMovimento := imInclusaoRegistroDetalheLiberado; with Pagador do begin with Inscricao do begin Tipo := tiCNPJ; Numero := '12345678000123'; end; Nome := 'Nome do Pagador'; end; with Beneficiario do begin with Inscricao do begin Tipo := tiCNPJ; Numero := '12345678000123'; end; Nome := 'Nome do Beneficiario'; end; with SacadorAvalista do begin with Inscricao do begin Tipo := tiCNPJ; Numero := '12345678000123'; end; Nome := 'Nome do Sacador/Avalista'; end; Chave := ''; TXID := ''; end; end; end; Claro que para um entendimento maior, peço por favor, que atualize seus fontes e estude o programa exemplo.

Bom dia! Note que o Soap que você anexou explica o retorno recebido. 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 envio para esse provedor é síncrono, ou seja, ele já retorna o resultado do lote para você. Então o que pode ter ocorrido é ter dado alguma congestionada no web service e ele ter retornado para você essa mensagem. Como foi dito que as notas foram autorizadas na prefeitura, sugiro que faça a consulta do lote através do número do protocolo ou a consulta por Rps para pegar o XML das notas.