Zer0

Não é Form nem Datamodule, é uma unit comum de código. As dependências dela com o código ACBr são: ACBrNFe.Classes, ACBrUtil.Math, ACBrDFe.Conversao, pcnConversaoNFe.

Cheguei a ler este tópico. E atualizei o nosso fonte de acordo. No entanto o problema de conflito persiste. Vou tentar explicar com um exemplo. ... uses ACBRNFe.Classes; procedure FazAlgumaCoisa; var Pag: TPagCollectionItem; begin ... Pag.tpag := fpDinheiro; // O tipo esperado aqui por TPagCollectionItem é o que está em pcnConversaoNfe.TpcnFormaPagamento ao invés de ser ACBrNFe.Conversao.TpcnFormaPagamento end; Como estamos atualizando os nossos fontes para fazer uso de ACBrNFe.Conversao, no exemplo dado, fpDinheiro seria do tipo que está em ACBrNFe.Conversao, mas TPagCollectionItem.TPag ainda faz referencia para o tipo antigo. Desta forma, o Delphi reclama que os tipos são diferentes. Consegui contornar o problema declarando na mesma unit tanto pcnConversaoNFe quanto ACBrNFe.Conversao. E no ponto onde ocorria o problema coloquei Como está em processo de refatoração ainda. Acredito que logo irá ser alterado as referências de pcnConversao para ACBrNFe.Conversao na unit ACBrNFe.Classes.

Testei na versão mais recente, mas ainda assim classes de ACBrNFe.Classes continua fazendo referência para tipos em pcnConversaoNFe.

Outras propriedades da classe TPagCollectionItem também estão fazendo referência para tipos que estão em pcnConversaoNFe ao invés de ACBrNFe.Conversao

O tipo da propriedade TPag (TpcnFormaPagamento) de TpagCollectionItem presente em ACBrNFe.Classes ainda está referenciando a unit pcnConversaoNFe. Como estamos fazendo alterações no projeto para usar ACBrNFe.Conversao está havendo conflito.

Alteração permite abortar uma transação pix em andamento ao chamar por TACBrTEFAPIClassElgin.AbortarTransacaoEmAndamento. Segundo a documentação Elgin parar abortar a transação é necessário enviar o numeral "9" como valor da chave "automacao_coleta_retorno" durante a coleta. ACBrTEFAPIElgin.7z