Cancelamento de desconto e acréscimo no Item

[eliziorezende]

Boa tarde,

Ao implementar a função de cancelamento de desconto/acréscimo no item percebemos que não estava implementado para a impressora bematech.

Fizemos as modificações nas classes wrappers java e também em algumas DLL´s e gostaríamos de contribuir para o projeto.

Segue as classes em anexo.

Favor nos avisar quando fazer a integração para que possamos fazer checkout do trunk novamente.

 

Atenciosamente,

 

Elizio Rezende

arquivos java.zip

arquivos pas.zip

[eliziorezende]

Boa tarde,

Alguém poderia nos auxiliar nessa questão?

Podemos de alguma forma ajudar com esse commit?

 

Att,

 

Elizio Rezende

[Juliomar Marchetti]

Mas notei que não está somente no código ali mas sim nos componentes ACBr também é isso?

[eliziorezende]

Mas notei que não está somente no código ali mas sim nos componentes ACBr também é isso?

Isso mesmo, fizemos alterações nas classes wrappers Java e em alguns componentes do ACBr.

[eliziorezende]

Srs., Alguma posição sobre o código enviado?

Será adicionado ao projeto?

Abs

[Juliomar Marchetti]

Bom a nível de java pode ser que seja add mas no ACBr pode vir a quebrar compatibilidade e códigos que o pessoal de delphi e lazarus fizeram!

[eliziorezende]

Certo, nós implementamos esse requisito para atender a mudança da lei, então como fazer para contribuir nesse caso que talvez outras pessoas estejam precisando?

Se mudar o java e não mudar o Lazarus irá quebrar, pois as classes wrappers mudaram.

[Daniel Simoes]

Notei que o código em PAS não é para o "Trunk2"... e portanto não será aplicado no SVN

Não consegui compreender a natureza das modificações, pois os fontes estão muito diferentes... Basicamente, qual é a modificação proposta ?

Não consegui compreender o que você deseja modificar...

 

[eliziorezende]

O cancelamento de desconto/acréscimo no item não estava implementado para a impressora bematech.

Nós adicionamos essa implementação para a bematech, na Daruma estava funcionando corretamente.

[Daniel Simoes]

Você conseguiria aplicar suas modificações nos fontes atuais do "trunk2" ?

[Pedro E. Braga]

Bom Dia Daniel, sei que faz algum tempo que solicitou segue em anexo a implementação sugerida nos fontes do "trunk2" a principal implementação é referente a função "CancelaDescontoAcrescimoItem" a qual estava implementada apenas para Daruma e protocolo EscECF o qual continha erro por não ter o tipo definido o que fazia com que não cancelava acréscimos. As Units foram testadas nos emuladores disponíveis uma Adendo é que para Epson o Desconto e cancelamento são sempre realizados para o ultimo item mesmo que passamos o parâmetro do número do item.

ACBrSerial.7z

[Juliomar Marchetti]

Repassei para o @Daniel Simoes que é o pai da criança para avaliar!

notei que é desatualizado alguns arquivos

[Pedro E. Braga]

Juliomar como a alteração foi pontual em uma função utilizei a versão que utilizamos, assim algumas rotinas podem realmente estar desatualizadas, mas foi verificado se a função havia alterações com base na ultima release e não havia alterações na mesma.

[eliziorezende]

Nós fizemos a alteração na última versão do trunk2 para a bematech, assim como umas mudanças no jacbr para a homologação.

Quer que enviemos os códigos?

[Juliomar Marchetti]

13 minutos atrás, eliziorezende disse:

Nós fizemos a alteração na última versão do trunk2 para a bematech, assim como umas mudanças no jacbr para a homologação.

Quer que enviemos os códigos?

jACBr?

[eliziorezende]

10 minutos atrás, Juliomar Marchetti disse:

jACBr?

Sim, nós alteramos o jAcbrFramework para passar os parâmetros necessários para o cancelamento de desconto/acréscimo e também alteramos o projeto em lazarus implementando a função para a bematech.

Como temos o PDV java, afetou os dois projetos. 

[Juliomar Marchetti]

Anexe e analisamos

[Daniel Simoes]

Desculpe-me mas não posso aceitar a modificação proposta pelos seguintes motivos...

- Não está atualizada com os fontes atuais do SVN.

- Quebra a compatibilidade no método: CancelaDescontoAcrescimoItem... o ideal é que o novo parâmetro fique no final, e com um valor default para evitar a quebra de compatibilidade com as aplicações existentes...

[Pedro E. Braga]

Daniel, entendo essa questão de compatibilidade mas temos que ver também que para escecf, bematech, epson o parâmetro é obrigatório e deixando como default acho que fica incorreto podendo gerar erros na execução do processo.

[Daniel Simoes]

Não fica... pois já é assim hoje em dia... Quebra de compatibilidade nos fontes gera muitos transtornos aos usuários do projeto...

[Pedro E. Braga]

Boa Tarde Daniel, realizei as alterações no método como solicitado segue em anexo.

ACBrSerial.7z

[Daniel Simoes]

Você tem certeza que efetuou um Merge com a versão atual ? ou anexou os fontes corretos ?

Ainda restam muitas diferenças entre as Units... veja...

[Pedro E. Braga]

Boa Tarde Daniel,

Realizei um Merge com base na Trunk2 Atual, além das alterações no método mencionado, existe algumas outras implementações e correções que realizamos aqui na empresa.

ACBrSerial.7z