ACBrTEF - Propriedade ConfirmarDepoisDosComprovantes.

[Abundante osskz Moura]

Bom dia ...

Só está confuso por conta da propriedade ´"ConfirmarAntesDosComprovantes" e não da propriedade de "ConfirmarDepoisDosComprovantes" . Alias o ACBr até algum tempo atrás deixava a opção de confirmar as transações pendentes, a critério da automação. Prova disso é que os métodos pra "confirmartransacoespendentes" e "cancelartransacoespendentes" são públicos e não privados. Se o programador não tem a opção de escolher a hora da Confirmação porque então elas são publicas. Por questão de coerência e cumprimento as regras do TEF se tivesse que existir alguma propriedade deveria ser "confirmadepoisdoscomprovantes" e não "confirmasantesdoscomprovantes. Então se o amigo subir não estará tomando uma decisão correta. De já agradeço.

 

Em 2017-5-19 at 17:46, Daniel Simoes disse:

Não pretendo subir... está muito confuso da maneira que está implementado... Duas propriedades com a mesma função..

Bom dia ...

Resposta acima. Tinha esquecido de citar.

Editado 22 Maio, 2017 por Abundante osskz Moura

[Daniel Simoes]

Fique a vontade para manter o seu branches... mas não pretendo subir a modificação...

[NORTELINK SISTEMAS]

A propriedade é mais interessante do que confirmar antes. Não subir é só uma questão de não querer mesmo.

[Daniel Simoes]

14 minutos atrás, NORTELINK SISTEMAS disse:

A propriedade é mais interessante do que confirmar antes. Não subir é só uma questão de não querer mesmo.

Isso é questão de opinião... cada um tem a sua... e como autor do componente, eu discordo da implementação... (é uma prerrogativa minha)

[Fernando Rodrigo]

na minha opinião,

como disse ai em cima não irá adiantar nada, mas acho que deveria subir, quem quiser utilizar que utilize quem não quiser e so deixar como esta pq não irá alterar em nada quem não for utilizar.

e nos como meros usuários não temos opinião para dizer o que poderia ou não entrar no componente, ja sabemos que não irá fazer essa alteração.

lamentável isso

[NORTELINK SISTEMAS]

Você tem a admiração de todos nós e é conhecedor do assunto tanto que recorremos ao ACBr,  

Você tem todo direito de não subir DANIEL Só não pode dizer que é questão de opinião pois você sabe que não é. O TEF tem regras e uma delas diz que é preciso confirmar as transações apos e não antes da impressão. Sendo assim é questão de atender o TEF e não questão de opinião.

[Roberto Evangelista]

28 minutos atrás, NORTELINK SISTEMAS disse:

Você tem a admiração de todos nós e é conhecedor do assunto tanto que recorremos ao ACBr,  

Você tem todo direito de não subir DANIEL Só não pode dizer que é questão de opinião pois você sabe que não é. O TEF tem regras e uma delas diz que é preciso confirmar as transações apos e não antes da impressão. Sendo assim é questão de atender o TEF e não questão de opinião.

Também estou de pleno acordo! Não podemos deixar nossas opiniões pessoais serem maiores do que as regras que regem o "TEF".

[Ivan de Souza]

Bom, minha modesta opinião? Você pode ser o dono do componente, mas de uma certa forma todos aqui do Fórum participaram no desenvolvimento dele, com opiniões, dúvidas e até mesmo com doações para o incentivo do desenvolvimento. Que fosse dada uma justificativa plausível, não uma prerrogativa. Daqui um tempo o ACBr vai ser igual ao Interbase-FireBird!

[NORTELINK SISTEMAS]

Daniel, como comentou o amigo acima. Adiciona a Propriedade e quem não quiser utilizar beleza. Mas se a propriedade não vai atrapalhar quem utiliza e ainda vai ajudar as pessoas que estão precisando , porque não colocar não é ? Nós que trabalhamos com automação que estamos em contato com o cliente todos os dias sabemos de muitas necessidades que talvez nunca chegassem a vocês senão a essa experiência de está junto ao cliente. São coisas simples mas que ajudam a muitas pessoas. Esse caso é um exemplo disso.

Outro exemplo , que nem é aqui do tópico é é a impressão Danfe da NF-e de produtos com lote. Numero do lote, fabricação, vencimento, quantidade e pmc, sao impressão cada um numa linha diferente. Não seria útil uma propriedade para definir se essas informações numa linha apenas? pois aumenta e muito o tamanho da impressão do danfe.Uma nota com 100 itens ao invés ser impressa em 100 linhas vai precisar de 600 linhas. São os clientes que nos reportam e agente compartilha para que possa atender todas as pessoas. 

[Daniel Simoes]

Discordo da maneira como está sendo sugerido,porque poderá causar confusão, por ter duas propriedades com nomes semelhantes, e com finalidades que se chocam...

Em 19/05/2017 at 13:03, Daniel Simoes disse:

Não parece fazer sentido... já existe uma propriedade "ConfirmarAntesDosComprovantes: Boolean", que é o inverso da que você pretende criar "ConfirmarDepoisDosComprovantes"...

Ora, se "ConfirmarAntesDosComprovantes" é False, então o comportamento padrão (como sempre foi feito), é Enviar a confirmação somente apenas o Termino de todas as Impressões...

 

[Fernando Rodrigo]

pelo visto, nós usuários do ACBR que tanto abraçamos o componente e que direta ou indiretamente fazemos milhares e milhares de testes nele para que chegasse a esse nível que esta hoje, nós, analistas de sistemas., desenvolvedores somos obrigados a aceitar as condições impostas pelos DONOS do  ACBR, infelizmente nos como meros usuários não temos o direito nem de sugerir e muito menos pedir algumas mudanças que muitos acham necessário ter no componente. LAMENTÁVEL ISSO

[NORTELINK SISTEMAS]

1 hora atrás, Daniel Simoes disse:

Discordo da maneira como está sendo sugerido,porque poderá causar confusão, por ter duas propriedades com nomes semelhantes, e com finalidades que se chocam...

 

Boa noite. Creio que descorde apenas do nome. Então sugira outro nome. Só precisamos que o componente NÃO NECESSARIAMENTE CONFIRME AS TRANSAÇÕES após a impressão (como dantes funcionava, como é a regra do TEF), deixando a critério do Desenvolvedor, da aplicação. Tudo bem ?

[abinoan]

5 minutos atrás, NORTELINK SISTEMAS disse:

Boa noite. Creio que descorde apenas do nome. Então sugira outro nome. Só precisamos que o componente NÃO NECESSARIAMENTE CONFIRME AS TRANSAÇÕES após a impressão (como dantes funcionava, como é a regra do TEF), deixando a critério do Desenvolvedor, da aplicação. Tudo bem ?

Boa noite. Concordo. A propriedade pode receber outro nome, nome entanto que o COMPONENTE deixe a carga do programador confirmar ou cancelar as TRANSAÇÕES PENDENTES. Creio que isso seja suficiente. Ficaremos gratos.

[Daniel Simoes]

5 horas atrás, Fernando Rodrigo disse:

pelo visto, nós usuários do ACBR que tanto abraçamos o componente e que direta ou indiretamente fazemos milhares e milhares de testes nele para que chegasse a esse nível que esta hoje, nós, analistas de sistemas., desenvolvedores somos obrigados a aceitar as condições impostas pelos DONOS do  ACBR, infelizmente nos como meros usuários não temos o direito nem de sugerir e muito menos pedir algumas mudanças que muitos acham necessário ter no componente. LAMENTÁVEL ISSO

Você não é obrigado a usar o ACBr... e nem pagou nada para usá-lo...

Crie o seu próprio projeto, da maneira que achar melhor, e se tiver disposição, publique-o como OpenSource...

Notei que esse assunto não está gerando nada produtivo... Tópico Fechado