BigWings

Ao que parece a consulta está sendo feita para a nota carregada em vez da chave informada. Tente chamar o método NFE_LimparLista antes de fazer consulta por chave de acesso.

Se você olhar o tópico abaixo, o Elton fez uma varredura geral nas impressões DFe com relação as margens estarem em mm ou cm: Pelo tópico, NFCe em Fast era em mm, e o padrão do componente era em cm, então ficava 0.51 mm pra margem direita, 0.6 mm para a esquerda... Agora o padrão alterou para mm, ficando 5.1, 6, 8 e 8 mm, consequentemente mudando as margens no DANFE NFCe em Fast. Não tinha como manter como era em todos os documentos, algum ia ter modificação, foi feito da forma a ter impacto menor considerando todos os DFe. Pra finalizar, sugiro colocar a margem superior e inferior como 0, pra não cortar o rodapé do DANFe NFCe.

Dica, configura pro ambiente de homologação do AM. http://portalnfce.sefaz.am.gov.br/desenvolvedor/ambiente-de-homologacao-para-desenvolvedores/ NFCe em MG em homologação está MUITO problemático.

Não compreendi o problema, não apareceram aqui os prints.

Em operação presencial precisa informar iiOperacaoSemIntermediador ou iiOperacaoComIntermediador. Lembrando que em produção a regra ainda não está ativada e deve causar rejeição por falha no schema.

Se o erro continua ainda deve ter conflitos. Abra esse fonte e veja como está a linha 95: Como pode ver não tem caractere "<" aí...

Você deve ter tido conflitos na atualização por conta de alterações locais. Use a opção "Resolve" do TortoiseSVN pra resolver os conflitos, ou reverta os fontes pra descartar as alterações locais.

Sim, isso não é erro da SEFAZ, está previsto na NT 2020.006 v1.10. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Acho que o instalador do Fortes não está 100% com Win64. Mas o que diz aí na mensagem é que está tendo incompatibilidade com o .dcu que é x86 (32bits). Então remova a pasta LibD24 no library path Win64 e adicione o dos fontes .pas.

Nada... é só informativo. No library path Win64, assim como nas demais plataformas não Win32, será adicionado o path dos fontes do ACBr, quando você compilar o seu projeto eles serão compilados junto. Para Win32 existe a opção de ter apenas os fontes compilados (.dcu) no library path.

A mensagem de erro indica que estão faltando arquivos. A atualização via SVN Update finalizou sem erros? Tente repetir o processo.

O validador da SEFAZ ainda não foi atualizado. Já os schemas do ACBr estão validando:

Pedi o arquivo XML, não tem como testar aqui só com trecho de XML, que está correto aliás. O problema é a sua pasta de Schemas desatualizada. Você verificou a propriedade PathSchemas? Testou com o programa exemplo do ACBrNFe?

Anexe o XML.

Não é necessário um Schema diferente pra homologação, como a tag é opcional no layout, os novos schemas vão funcionar você informando ou não a tag. Então basta estar com a pasta de Schemas atualizada conforme já está na pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe. Verificar também se está configurando a propriedade PathSchemas para uma pasta atualizada.

- Carregue no componente o XML que foi gerado, assinado e validado no momento da emissão (antes do envio). - Chame o método ACBrNFe.Consultar. Caso tenha sido autorizada, o XML será atualizado com o protocolo de autorização. A propriedade em questão é ACBrNFe.NotasFiscais[0].XML.

Certo, mas lembre de colocar o IFDEF na declaração do método na seção interface também.

Usa apenas essa versão? Você notou que eu passei duas formas de resolver? Qual delas você usou?

A assinatura desse método muda conforme a versão do Delphi. Se você implementou numa versão e está abrindo em outra pode ter esse erro, mas basta atribuir novamente. Ou usar IFDEFS, por exemplo: {$IFDEF DELPHI2009_UP} procedure TFTelaPrinc.BalancaLePeso(Peso: Double; Resposta: AnsiString); {$ELSE} procedure TFTelaPrinc.BalancaLePeso(Peso: Double; Resposta: string); {$ENDIF} begin [...] end; Insira a diretiva {$I ACBr.inc} pra usar o IFDEF.

Tente o método ACBrBoleto.Banco.MontarCampoNossoNumero.

As margens são em milímetros.

Na documentação não encontrei nada a respeito de email ou de uma forma de o banco enviar o boleto. Lembrando que a documentação seguida pelo ACBrBoleto é esta: https://svn.code.sf.net/p/acbr/code/tools/Bancos/Santander/H7815_Layout_Cobranca_CNAB_240_posicoes_padrao_Santander_Multibanco_Agosto_2020_V.3.4.pdf

Nessa linha você precisa fazer o mesmo cálculo mas sem a chamada do RoundTo, depois chamar o RoundTo e ver qual a diferença entre os dois cálculos. Essa diferença é o resíduo que você acumula em outra variável, ao final do loop você volta no item de maior valor e soma esse acumulado ao desconto.

Sim, o sequencial é por CNPJ + modelo + série do documento.

Desculpe, não percebi que era sobre SAT, te passei documentação da NFe/NFCe. Pelo que vi no layout do SAT não está previsto o uso do CSOSN 103: https://portal.fazenda.sp.gov.br/servicos/sat/Downloads/Especificacao_SAT_v_ER_2_27_05.pdf