BigWings

Precisa atualizar o Fortes Report. https://github.com/fortesinformatica/fortesreport-ce Lembrando que tem que ser feito por um cliente GIT, o github removeu suporte a clientes SVN como o Tortoise.

Para o Sicoob defina a propriedade Banco.TipoCobranca = cobBancoob:

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

Provavelmente é CNPJ novo que ainda não está no banco de dados do receitaws. Talvez no plano pago eles retornem a informação.

Veja que está tendo rejeição por falha no schema, e não na validação local. Então o problema é do lado da SEFAZ, abra um chamado lá.

Acho que é isso aqui:

Está "envelopando" o XML no envio para o webservice?

Para suporte abra um tópico na área do ACBr Pro. Aqui é área da comunidade, como você já teve respostas vou manter o tópico aqui. Veja também o tópico abaixo, da base de conhecimento, se te ajuda:

Pelo log do SVN, você pode ir em qualquer revisão e executar um "Update to revision", assim volta todo o código pra como estava nessa atualização.

Veja se o problema começou a acontecer a partir da revisão 34464.

A SEFAZ entende que o emitente já tem o XML, afinal foi ele que gerou, e é obrigado por lei a armazenar o arquivo em local seguro por no mínimo 5 anos. Então o serviço é para que os demais interessados na operação recebam a NFe. Acima a tabela de quem recebe cada tipo de documento retornado pelo DistribuicaoDFe.

Precisa manifestar como ciência, confirmação ou operação não realizada, para que o serviço gere o novo NSU com a nota completa (NFeProc). Sugiro a leitura da Nota Técnica 2014.002, vai te tirar as dúvidas quanto ao fluxo do serviço, limitações e regras de utilização.

O XML da NFe completa, sim. O XML do evento de manifestação de própria autoria, mas enviado por outra aplicação, não. Os eventos que você recebe são os eventos de autoria de terceiros, por exemplo os destinatários das tuas notas, ou do fisco.

Não é possível saber a situação da manifestação que foi feita por você, você pode apenas capturar as manifestações feitas por terceiros referentes as notas que você emitiu.

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

Tem erro de digitação na chave da primeira NFe informada.

A URL do erro é do retorno do envio / consulta de recibo, quando usando o modo assíncrono, que já não existe mais, desde o início do mês. Altere a sua rotina para usar o envio e tratamento do retorno no modo síncrono.

As DLLs da ACBrLibNFe que você fez o download aqui, copiou pra lá também, na arquitetura correta da sua aplicação (32/64 bits) e convenção de chamada (cdecl), junto com as dependências (OpenSSL, LibXML2, Schemas)?

A ACBrLib é uma DLL nativa Windows/Linux, não é referenciável por não ter o código gerenciado do .net. Mas nos fontes que você baixou na pasta \Projetos\ACBrLib\Demos\C#\NFe você vai encontrar o projeto exemplo para C#. Compilando esse projeto você vai ter as DLLs da classe de alto nível em C# (ACBrLib.Core.dll, ACBrLib.NFe.dll) que você pode referenciar no seu projeto. As DLLs da ACBrLib em si são instanciadas em tempo de execução, então precisa distribuir elas junto a sua aplicação. No demo em C# tem os exemplos do envio de eventos, você já deve ter também os XML das requisições se quiser fazer direto em .net core.

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

Não conheço o .net core mas pra usar em qualquer outra linguagem que não o Pascal você vai precisar dos pacotes da ACBrLib, para NFe tem a ACBrLibNFe. Você pode assinar o ACBrPro e ter acesso aos binários da ACBrLibNFe já compilados além de outras vantagens. Não sendo assinante pode compilar a ACBrLibNFe a partir dos fontes que baixou, da seguinte forma: - Instalar o Lazarus 32 bits (ACBrLib é escrita em Lazarus e não Delphi) - Instalar os componentes do ACBr no Lazarus - Abrir o projeto da ACBrLibNFe e compilar Se não me engano tem sim a ACBrLibNFe (demonstração com limitação de uso) no Nuget e também pra download aqui. https://projetoacbr.com.br/pro/ https://www.projetoacbr.com.br/forum/files/category/36-acbrlib-pro/ https://www.projetoacbr.com.br/forum/files/category/63-acbrlib-demo/

Em caso de pagamento por cartão ou PIX (código 17) deve-se informar se o pagamento é integrado (TEF/SmartPOS/API) ou não. Sendo não integrado informar a tag tpIntegra = 2, ou usar o PIX código 20 (Pagamento Instantâneo - PIX - Estático). Sendo pagamento integrado informar tpIntegra = 1, e as demais tags do grupo <card> de acordo com a legislação. Sendo outro tipo de pagamento não informar a tag tpIntegra, ou informar vazio. O grupo "card" é gerado automaticamente ao informar a tag tpIntegra. Os estados do RS e MT exigem que pagamentos por cartão ou PIX sejam integrados.

Troque para tpIntegra = tiNaoInformado;

Os schemas já foram publicados, e a implementação já está feita no componente, porém... Esse erro indica que os schemas do lado da SEFAZ ainda não foram implantados. Está enviando em homologação ou produção? A entrada em vigor da NT 2024/001 em produção está prevista para até 02/09/2024.