Ir para conteúdo
  • Cadastre-se

dev botao
  • Este tópico foi criado há 2994 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

Postado (editado)

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 por Abundante osskz Moura
  • Fundadores
Postado
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)

Consultor SAC ACBr

Daniel Simões de Almeida
O melhor TEF, é com o Projeto ACBr - Clique e Conheça
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

Postado

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

  • Curtir 1
Postado

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.

  • Curtir 1
Postado
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".

  • Curtir 2
Postado

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!

  • Curtir 3
Postado

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. 

  • Curtir 2
  • Fundadores
Postado

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...

 

Consultor SAC ACBr

Daniel Simões de Almeida
O melhor TEF, é com o Projeto ACBr - Clique e Conheça
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

Postado

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

Postado
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 ?

Postado
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.

  • Fundadores
Postado
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

  • Curtir 1
Consultor SAC ACBr

Daniel Simões de Almeida
O melhor TEF, é com o Projeto ACBr - Clique e Conheça
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

  • Este tópico foi criado há 2994 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.
Visitante
Este tópico está agora fechado para novas respostas
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...
The popup will be closed in 10 segundos...