BigWings

O ACBrNFeServicos.ini já está atualizado com as novas URL para a NFCe no CE. Pode só copiar o arquivo, ou recompilar para o ACBrNFeServicos.res, reinstalar o ACBr e recompilar a aplicação.

Correção no SVN.

Na sua remessa a parcela está indo sequencial, para diferentes boletos: var Titulo: TACBrTitulo; begin Titulo := ACBrBoleto.CriarTituloNaLista; Titulo.Parcela := ???? ;

No boleto gerado pelo banco está como parcela 20. Veja se está informando correto ao registrar/gerar remessa.

Como está informando carteira, nosso número e número da parcela no componente?

O cStat 150 é retornado sempre que você envia a NFCe em contingência após o prazo de 24 horas. Ou agora quando enviar uma NFe com data de emissão retroativa de mais de 7 dias. No meu entendimento não tem problema nenhum, afinal a NFCe está autorizada. O que pode acontecer é que se for algo corriqueiro a SEFAZ pode vir a pedir explicações sobre os atrasos no envio. Mas como disse o Juliomar, o contador tem responsabilidade fiscal sobre a empresa, se ele está pedindo pra gerar as notas de devolução ele pode ter as suas razões pra isso.

Que saiba os A3 tem proteção pra não permitir extrair a chave privada, então você não conseguiria gerar um PFX a partir do A3. Não dá pra dizer que o problema é só esse, mas se tem algo explícito na documentação e você não está seguindo, eu começaria por aí.

https://apoio.developers.bb.com.br/referency/post/65c11f7fb9e47a00137a14f5

No caso é a abaixo: Exceção 12: A regra de validação acima não se aplica para emitentes optantes pelo Simples Nacional (CRT=1). Sim, basta não informar os campos do grupo pra não gerar o ICMSUFDEST.

Provável que a regra esteja validando a tag "orig" do CST e não do CSOSN, já que sendo emitente do Simples Nacional não é obrigado a destacar o ICMS para a UF destino, conforme exceção 12 da RV NA01-20 (NT 2015/003 v1.94)

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

No botão de distribuição por último NSU tem o exemplo carregando o arquivo em vez de fazer a chamada ao webservice. O componente também salva o XML extraído, e você também consegue acessar o conteúdo pela propriedade ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip[x].XML.

Carregue o arquivo no componente, conforme demonstração no programa exemplo do ACBrNFe. O componente converte de base64 e descompacta o conteúdo (gzip) para ter o XML.

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

A mensagem de erro não ajuda muito... Mas para o evento de prestação de serviço em desacordo do CTe, deve preencher a tag infEvento.DetEvento.xOBS, e não a xJust. A tag cOrgao deve ser o código da UF do emitente do CTe (pode extrair da chave de acesso) e não o ambiente nacional 91. Da mesma forma, precisa configurar o componente para a UF do emitente: ACBrCTe1.Configuracoes.WebServices.UF := CUFtoUF(eventoCTe.InfEvento.cOrgao); Lembrando que não existem as manifestações que existem para a NFe (Ciência, Confirmação, Desconhecimento, Operação não realizada) no caso do CTe.

Para isento deve deixar a tag IE em branco. Se está acusando rejeição mesmo assim pode indicar que existe IE ativa para o CNPJ na UF. Consulte no CCC: https://dfe-portal.svrs.rs.gov.br/NFE/CCC

Pela imagem você está colocando os schemas em outra máquina, e apontando pelo caminho UNC \\servidor\compartilhamento. A libxml2 tem problemas pra carregar os arquivos de schema dessa forma. A sugestão é copiar os arquivos para uma pasta local, mapear unidade de rede ou usar link simbólico.

Por que traumático? No SVN já está em conformidade pra usar com o ACBr. Mas que me lembre o ajuste foi feito no arquivo tiposBasico_v4.00.xsd.

Está no manual do DANFE NFCe e QrCode: https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=k/IuuaW4YiY= Se você usa o ACBr não precisa se preocupar com isso, já está implementado.

Não parece ser algo novo porque tem tópico de 2017 com a mesma rejeição:

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

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

Segundo o MOC: No teu XML não consta dados de averbação (nAVer).

Então não é erro no componente, concorda? Abra o XML de retorno, pode dar algum indicativo do problema.

Atualizei e testei aqui o status de serviço, não teve erro.