Alteração na abertura de comprovante não fiscal vinculado

[Valdeir Caires]

Olá pessoal, alguém já precisou indicar a quantidade de parcelas na abertura de um comprovante não fiscal vinculado?

Pesquisando no forum não encontrei nada a respeito, e observando a documentação da bematech existe uma função "Bematech_FI_AbreComprovanteNaoFiscalVinculadoCV0909" essa tem o parâmetro de quantidade de parcelas, existe algo similar no componente do ACBr?

Desde já obrigado pela atenção.

Valdeir Caires

Programador - Precisão Sistemas

[Rafael Dias]

Que eu saiba não tem nenhuma chamada do tipo no ACBrECF.

[Valdeir Caires]

Eu expliquei pro meu representante que esse indicador aparece nas impressoras novas, mas o cliente quer que façamos essa "correção", eu montei a comunicação via Bemafi32.dll que vai servir apenas pra bematech(só temos ela testar aqui), e o cliente usa uma EPSON, sem contar o impacto que teria de não testar em todos os modelos de ECF.

[Rafael Dias]

qual a vantagem deste método ? o que ajuda no fluxo ?

[Valdeir Caires]

Essa imagem é a "duplicata" que o cliente assina, ele está questionando que no cabeçalho está indicando que é uma unica parcela, mas no corpo do comprovante está com duas parcelas

Por isso que ele está falando que o sistema está com erro.

[Rafael Dias]

Mas que eu saiba o texto do cupom vinculado é de responsabilidade do seu sistema o ecf não imprime nada em relação a isso.

[Valdeir Caires]

Os indicadores "COO do documento vinculado", "Valor total da operação R$", "Valor do pagamento R$" e "Quantidade de Parcelas" compõem o cabeçalho do comprovante, provavelmente informados na abertura do próprio, assim como o exemplo da bematech que eu coloquei no início.

Segue em anexo a documentação da bematech

 

Editado 20 Abril, 2018 por Valdeir Caires

[Daniel Simoes]

As assinaturas que temos para esse método são:

    Procedure AbreCupomVinculado(COO, CodFormaPagto : String;
       Valor : Double) ; overload ;
    Procedure AbreCupomVinculado(COO, CodFormaPagto, CodComprovanteNaoFiscal :
       String; Valor : Double) ; overload ;

Seria necessário modificar essa assinatura em todas as classes, e rever todos os comandos, para saber como e se há a compatibilidade com esse novo parâmetro...

Com a morte do ECF já anunciada, será que vale a pena, revisarmos esse evento, para adicionar um novo parâmetro ?

[Valdeir Caires]

7 minutos atrás, Daniel Simoes disse:

As assinaturas que temos para esse método são:

    Procedure AbreCupomVinculado(COO, CodFormaPagto : String;
       Valor : Double) ; overload ;
    Procedure AbreCupomVinculado(COO, CodFormaPagto, CodComprovanteNaoFiscal :
       String; Valor : Double) ; overload ;

Seria necessário modificar essa assinatura em todas as classes, e rever todos os comandos, para saber como e se há a compatibilidade com esse novo parâmetro...

Com a morte do ECF já anunciada, será que vale a pena, revisarmos esse evento, para adicionar um novo parâmetro ?

Boa tarde Daniel

Exatamente esse é o meu raciocínio, seria um trabalho muito grande implementar e testar todos os protocolos e modelos.

Eu tenho uma homologação agendada para Junho, creio que será a ultima por conta desse cenário, acho SC só não aderiu ainda a NFCe pois criaram esse novo convênio fazendo com que fabricantes injetassem dinheiro na produção dos novos equipamentos.

Foi por indicação na minha primeira homologação que comecei a usar o ACBrFramework.NET, uso apenas para emissão de cupom fiscal, mas uso em todos os nossos projetos, atende a um leque enorme de equipamentos e funciona perfeitamente.

Só tenho que agradecer a todos que tocam esse projeto que ajudam muitas pessoas, por minha parte um agradecimento em especial ao Rafael Dias que se por realizar a manutenção do ACBrFramework e sempre disposto a ajudar e ensinar.