BigWings

O nosso número mostrado na impressão do boleto é "formatado", incluindo informações como código do convênio e dígito verificado, não necessariamente é o nosso número usado no cálculo da linha digitável. Consulte o manual do banco.

Provavelmente você está usando o componente DANFE para NFe (ACBrNFeDANFEFR) e não NFCe (ACBrNFeDANFCEFR).

Tem que ser passado via código. Exemplos: ACBrNFeDANFeESCPOS1.ViaConsumidor := True; ACBrNFeDANFCeFortes1.ViaConsumidor := True; if (ACBrNFe1.DANFE is TACBrNFeDANFCEClass) then TACBrNFeDANFCEClass(ACBrNFe1.DANFE).ViaConsumidor := True;

A configuração só tem efeito quando CST 60 ou CSOSN 500 e não é operação com consumidor final (tag: indFinal = 0).

A maioria dos relatos é de sucesso ao gerar a tag vICMSSubstituto zerada quando configurada a opção ForcarGerarTagRejeicao938, e gerando o XML com a tag indFinal = 0 (não consumidor final). O problema de não gerar a tag pode ser por algo errado com os fontes ou instalação, algum .pas ou .dcu antigos do ACBr no path de compilação. É preciso então verificar se não há fontes antigos em algum lugar do disco que o Delphi esteja encontrando, usar o debug ajuda. Se preferirem podem tentar contratar uma consultoria: https://www.projetoacbr.com.br/forum/companies/category/2-consultores/

Basta configurar a propriedade ViaConsumidor e imprimir novamente.

Não é possível. O webservice DistribuicaoDFe da NFe retorna apenas as notas fiscais modelo 55.

@bilogyn Obrigado por compartilhar, mas evite colar trechos grandes de código no corpo da mensagem. Use a opção de anexar arquivos.

Já debugou pra ver exatamente em que ponto ele trava?

Anexe o arquivo modificado.

Tem razão. Fiz teste com o Delphi Rio e realmente não foram adicionados os paths para plataforma Windows 64 bits. Nesse caso creio que teria que ser adicionado manualmente mesmo.

O instalador não compila os pacotes em 64 bits. É necessário não marcar a opção LibXX para que sejam adicionados no library path os caminhos para os fontes do ACBr, para serem usados na compilação de cada projeto.

Cada município contrata sistemas que implementam a NFSe cada um a sua maneira, apesar de haver um padrão nacional e uma tentativa de implantação da NFSe Nacional ainda capengando. Alguns não exigem nem o certificado digital, podendo a comunicação ser feita via usuário e senha, ou hash de acesso. Se o município em questão permite o uso do eCPF e está implementado no ACBr, provavelmente a resposta é sim.

Não tem substituto pra ele. Você pode usar a versão para a licença comercial do FastReports ou a versão em Fortes. Foi movido para a pasta Obsoletos por não receber mais contribuições, e pode estar defasado.

O enumerado está declarado na unit pcnConversao.pas e a mesma referenciada normalmente na unit ACBrNFeConfiguracoes.pas. Como ACBrInstall_Trunk2.exe compilou normalmente, é algo no seu projeto, pode ser que tenha algum .pas ou .dcu antigo do ACBr no path de compilação dele. Você usa Delphi ou Lazarus? O ACBrInstall_Trunk2.exe serve apenas para o Delphi e você está compilando o ACBrMonitorPLUS no Lazarus... No Lazarus você fez o rebuild após a atualização dos fontes? Idem ao acima.

Não entendi se o erro é na instalação dos componentes ou no código da sua aplicação. Chegou a reinstalar os compoentes pelo ACBrInstall_Trunk2.exe, marcando a opção de remover arquivos antigos?

Sua pasta de Schemas está atualizada?

A recomendação do manual é que quando há tentativa de transmissão no modo normal e há erro de comunicação de qualquer tipo, você deve emitir outra NFCe, com nova numeração, em contingência off-line, e marcar a primeira para cancelamento ou inutilização. Quando a conexão retornar, transmitir a NFCe emitida em contingência, e consultar a primeira, se autorizada fazer o cancelamento, se não existir a NFCe, fazer a inutilização da numeração. O manual não menciona o cancelamento por substituição que ainda não existia, mas esse deve ser necessário já que tem prazo de cancelamento de 168 horas enquanto o cancelamento normal foi reduzido para 30 minutos.

Correto. Também precisa informar na geração do XML as tags Ide.dhCont e Ide.xJust com a data e hora de entrada em contingência e a justificativa, respectivamente. Sim, a contingência SVC está sempre ativada em homologação. O XML tem que ser gerado em contingência, então só alterar as URL não resolve. E o componente já procura as URL na chave [NFe_SVC-AN_P] de acordo com a configuração ACBrNFe1.Geral.Configuracoes.FormaEmissao.

O XML de retorno não contém o protocolo de cancelamento. Fazendo a consulta da chave no portal da SEFAZ consta como cancelada, com um evento com código 110112 (Cancelamento por substituição). A NT 2015.002 limitou os tipos de eventos retornados na consulta de situação para eventos de cancelamento, carta de correção e EPEC. O que deve estar acontecendo é que a SEFAZ não está tratando o evento de cancelamento por substituição como um evento a ser retornado na consulta de situação. Minha sugestão é que entre contato com a SEFAZ reportando essa situação.

Acredito que é usado verde apenas para destacar alterações quando há uma nova versão de uma NT. Como a NT 2018.004 tem apenas uma versão (1.00) todas as alterações estão grifadas em amarelo.

Em 29/04/2019 entrou em vigor em produção a NT 2018.004 que reduziu o prazo de cancelamento de NFCe para 30 minutos, e estipulou o de cancelamento por substituição para 168 horas. Então se a UF em questão não tem exceção para o prazo de cancelamento, deve seguir o da NT.

O SCAN não é mais usado, foi desativado há tempos. Se a SEFAZ agendou a contingência o que vai ser ativado vai ser a contingência SVC. Para saber como tratar a contingência leia o manual de orientações do contribuinte, a partir da página 150: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=URCYvjVMIzI= No caso de SP a SEFAZ usa a SVC-AN para autorização em contingência: O que precisa fazer na aplicação: - Ajustar a configuração ACBrNFe.Configuracao.Geral.FormaEmissao := teSVCAN; - Na geração da NFe informar a tag tpEmis = teSVCAN; O restante do processo é como no envio normal, a NFe é enviada para o webservice de contingência e ele fornece o protocolo de autorização. Nada mais é preciso fazer do lado da aplicação, assim que o serviço da SEFAZ for normalizado, o próprio webservice se encarrega de sincronizar as NFe emitidas em contingência.

Não, isso não é mais necessário.