Vou esboçar aqui algumas dúvidas sobre o funcionamento de alguns recursos disponíveis no MK-AUTH bem como as expectativas e experiências que estou tendo.
1 - Configurado boleto SICREDI em uso e funcionamento com máximo dias de atraso em 36.
2 - Configurado em dados da empresa, dias para corte em 36, não efetuar corte em domingo, auto lançamento 1 e manter títulos sim.
Exemplo do que acontece:
| [+] | 00000006 | R$76,90 | 10/01/2012 | R$76,90 | mensalidade | 122300060 | 17/12/2011 |
Cliente não pagou até o vencimento, no dia seguinte entra no pgcorte ( o cadastro fica em vermelho), sendo que eu configurei o corte para apenas depois de 36 dias, logo a meu ver a configuração não condiz com o que ocorre.
Poderia ficar em vermelho, sinalizando que esta em atraso, mas ao meu ver deveria entrar em pgaviso até a data de vcto+36dias quando entraria em pgcorte.
Hoje com o que ocorre, eu fico impossibilitado de bloquear o cliente, também tive a percepção que clientes bloqueados pelo atraso não são desbloqueados quando o vencimento é reaprazado.
Se eu estiver errado me corrijam, continuarei meus testes até que todas as dúvidas sejam sanadas.
Obrigado pela participação de todos.
Respostas
opa, não sei se estou no tópico certo, mais gostaria de saber se tem como eu por o backup do sicredi dentro do mk auth? pois instaei a pouco tempo o mk e ja tenho bastante titulos feito pelo sistema do sicredi e nao pretendo fazer tudo novamente :/ grato
Luciano,
Importante salientar que esta é a maneira que, eu acho, seja como funciona, Pedro ainda não confirmou!
m4d3 disse:
Então parece simples de resolver, a cada alteração do boleto verificar e alterar o status do vencimento e o status do cliente bloqueado / liberado.
Obrigado pelo exclarecimento.
Luciano, creio que o bloqueio é feito pelo status do boleto no sistema, uma vez que o sistema marcou um boleto como vencido, acredito que ele permance nessa condição independentemente da alteração de data, que o Pedro me corrija se eu estiver errado. Não considero essa lógica correta, como sugeri em outro tópico a cerca do procedimento de retirar da observação, vou sugerir um alteração a cerca dos procedimentos de bloqueio:
Pedro, que tal colocar as regras de bloqueio e aviso em "Procedures" na base dados? /Assim teríamos controle sobre esse código, podendo modificar em caso de algum problema de funcionamento. Acredito que isso também diminuiria seu suporte. As chamadas do crontab podem ser feitas diretamente a estas procedures sem a necessidade de uma função em php.
m4d3 disse:
Acho que compreendi em parte o funcionamento do bloqueio.
Quando ocorre o bloqueio a data de vencimento é a do cadastro do cliente e não do boleto, para desbloqueio a mesma data é levada em consideração (data de vencimento que esta no cadastro do cliente), dessa forma quando um cliente com vencimento dia 01 e bloqueio para 15 dias após o vencimento, no dia 16 o cliente será bloqueado.
Na minha cabeça se eu alterasse a data do boleto para dia 10 o cliente seria desbloqueado e teria mais alguns dias para pagar o boleto, mas não foi isso que ocorreu então a data do bloqueio é a data do vcto que esta no cadastro do cliente + XX dias, e não a data do ultimo boleto + XX dias.
No meu caso seria mais util e eficaz que fosse a data do boleto + XX dias pois assim conseguiria prorrogar o pagamento do boleto alguns dias em caso de necessidade.
Confirma isso Pedro ? A data do corte é a data do vencimento que esta no cadastro do cliente + os dias para corte e não a data de vencimento do boleto + os dias para corte ?
Desde já obrigado pelo retorno acima.
testei o corte aqui e funcionou na data correta, me envia um Backup de seu sistema Luciano com o numero do titulo que não gerou o corte na data correta que irei testar e sobre o desbloqueio o sistema atualmente somente desbloqueia automaticamente clientes que foram bloqueados automaticamente, estou vendo uma forma de ser configuravel isso tb...
III, pessoal estamos no ceu, tenho amigos que pagam mensalidades e não bem atendidos e quando sao ninguem resolve nada, o negocio é estudar e dominar pra resolver...
Carlos,
Já me vi em situação de precisar de algum recurso, e com mais frequencia ainda de não entender o funcionamento de algum recurso ou ainda de precisar muito de alguma correção. Mas o que tenho a dizer é que eu uso porque preciso e tenho que concordar com os termos de uso que são bastante claros quanto as garantias e suporte e só quem pode mudar isso é o autor.
Tem diversas pessoas aqui no fórum capacitadas a prestar suporte no sistema MK-AUTH, além delas se for o caso e a necessidade exigir pode-se enviar um e-mail para o próprio autor que sempre nos deu a devida atenção.
Que é necessário esperar, sim é, mas também é em outros sistemas, as vezes mais do que julgamos necessário .
Já entendi o seu ponto de vista, mas compreenda que é o seu ponto de vista e cada um de nós vê do seu próprio ângulo.
Sugiro que crie um tópico relacionado as suas dificuldades que todos teremos acesso e claro quem tiver conhecimento vai poder te ajudar de uma forma ou de outra, com dicas ou suporte conforme o caso.
Seria bom ter uma equipe programadores trabalhando no sistema, sim seria ótimo, ao meu ver fica a critério do Pedro e não da vontade dos usuários decidir o rumo a seguir, estamos aqui pra nos ajudar mutuamente, estou sendo redundante e não quero, vou parar por aqui.
Luciano
Respeito seu pensamento amigo mas acho que alguns pontos do que falei precisam ser mais esclarecido pois vc pode não ter entendido por isso vou responder as suas colocaçoes:
1ª - 1. Se o amigo quer um sistema com mensalidade, tem diversos no mercado que estao doidos atras de clientes.
R= Não trata-se de querer um sistema com mensalidade, e sim é uma proposta para viabilizar financeiramente a possibilidade do Pedro montar uma equipe de profissionais pra melhorar a agilidade em suporte do sistema, até mesmo porque existem sistemas pagos no mercado que não tem um atendimento humanizado como o do Pedro mas apenas atendimento humanizado não resolve, me compreenda por favor.
2ª - 2. A proposta do Pedro até agora foi desenvolver um sistema para uso próprio e compartilhar com os demais usuários que estiverem dispostos aos seus termos de uso e licenciamento sem a necessidade do pagamento mensal, eu duvido muito que ele se recuse a receber ajuda seja ela financeira ou de qualquer outro tipo desde que venha da mesma forma que o sistema (sem cobrança mensal).
R= Acho que vc tem razao que o sistema foi criado para uso próprio mas quando ele compartilhou o sistema e os provedores se benificiou logico, so que da mesma forma tambem o sistema foi benificiado com descobertas de falhas, sugestao de correçao e implementaçao e não ta errado não isto chama-se troca de "favores", vamos dizer assim. nada impede de querer evoluir por exemplo vendendo novos modulos incrementando novos recursos avançados para necesidades espercificas, é esta minha colocaçao.
3ª 3. O que eu acho que é melhor pro sistema, nem sempre ou na maioria das vezes não é o que o Pedro ou a maioria acha, então o fórum cumpre o papel de juntar as melhores idéias e opiniões e o Pedro tem a tarefa ardua de filtrar e priorizar cada decisão em prol do bem comum sempre quando de acordo com o que ele estipula para o sistema (buscando o bem comum), é o que tem feito e o que tem funcionado até agora.
R= Concordo Plenamente.
4. Faço uma aposta de que mais da metade dos recursos disponíveis no MK-AUTH o Pedro não necessitaria para uso próprio, no entanto o fez para abranger o maior número de usuários, por isso estamos todos aqui hoje.
R= Concordo Afinal o sistema deixou de ser usado apenas por ele, não tinha como ser diferente. As boas ideias vao surgindo e ele inteligente como é procura inplantar pois percebe que a maioria precisa do recurso.
5. Seu principal diferencial é não ter uma cobrança mensal e ter esse fórum para ajuda mutua e crescimento do sistema, se perder um destes dois diferenciais vai ser mais um sistema como os outros disponíveis.
R= Aqui concordo em partes, ainda acho que mesmo que não se tenha uma cobrança irrisória mensal ( pois não estou falando em mensalidade astronomica ), mas pelomenos implementar modulos com necesidades especificas daí o principal estaria a disposiçao de uma vesão basica vamos diser que um pequeno provedor já poderia funcionar, e daí por diante de acordo com a necessidade poderia ir adicionando os modulos, e assim por diante.
6. Quando eu tenho dúvidas ou problemas eu crio um tópico pra expor minhas dúvidas ou levantar a possíbilidade de que alguém possa me ajudar a resolver um problema, assim dou chance de todos participarem da forma correta.
R= entendo mas e se esta duvida ou problema te causar uma complicaçao em teu financeiro por exemplo e vc abre um topico mas o problema só pode ser resolvido por Pedro, e a coisa perdura por muitos dias e as veses mes, por que é uma soluçao que vc tem necessidade mas a grande maioria não e vc tem que compriender que o Pedro não tem outros profissionais o ajudando, e vc fica precisando e não tem o que fazer pois tem mesmo é que aguardar. É, fica complicado não é amigo, aí te pergunto a soluçao seria vc abandonar o Mk-Auth e passar a pagar um outro sistema que talvez o suporte seja ainda pior, como vc me sugeriu? Ou quando vc sentir na pele o sofrimento que outros tem individualmente, vc não passaria a ver a necessidade de que o Pedro deveria realmente ter uma equipe consigo e bem que deveria se ter um meio de o Pedro conseguir recurso entre os usuarios para haver um filtro mais abrangente e quem sabe o recurso que vc tanto precisa, fosse disponibilizado mais rapido?
7. Mesmo com as dificuldades que enfrentei nesta versão, acredito que seja a melhor até agora e o saldo é bastatne positivo, a cada nova release temos novos recursos, novas correções e algumas vezes alguns bugs o que faz parte de qualquer sistema em pleno desenvolvimento.
R= concordo.
Desculpe qualque mal entendido mas como aqui é um forum de descussao está aí meus pensamentos.
Nao abro mão do Mk-auth porque acredito no profissionalismo do Pedro e seriedade com que gerencia o sistema, e não é apenas pelo fato de ser gratuito (sem mensalidade), mas sim pelas qualidade profissionais que o sistema disponibiliza, mas tambem nem por isso vou ser aqui demagogo e deixar de dizer aqui aquilo que acho que seria muito melhor para o sistema e consecutivamente para todos nós.
Carlos.
-------------------------------------------------------------------------------
m4d3 disse:
Penso eu que!!
1. Se o amigo quer um sistema com mensalidade, tem diversos no mercado que estao doidos atras de clientes.
2. A proposta do Pedro até agora foi desenvolver um sistema para uso próprio e compartilhar com os demais usuários que estiverem dispostos aos seus termos de uso e licenciamento sem a necessidade do pagamento mensal, eu duvido muito que ele se recuse a receber ajuda seja ela financeira ou de qualquer outro tipo desde que venha da mesma forma que o sistema (sem cobrança mensal).
3. O que eu acho que é melhor pro sistema, nem sempre ou na maioria das vezes não é o que o Pedro ou a maioria acha, então o fórum cumpre o papel de juntar as melhores idéias e opiniões e o Pedro tem a tarefa ardua de filtrar e priorizar cada decisão em prol do bem comum sempre quando de acordo com o que ele estipula para o sistema (buscando o bem comum), é o que tem feito e o que tem funcionado até agora.
4. Faço uma aposta de que mais da metade dos recursos disponíveis no MK-AUTH o Pedro não necessitaria para uso próprio, no entanto o fez para abranger o maior número de usuários, por isso estamos todos aqui hoje.
5. Seu principal diferencial é não ter uma cobrança mensal e ter esse fórum para ajuda mutua e crescimento do sistema, se perder um destes dois diferenciais vai ser mais um sistema como os outros disponíveis.
6. Quando eu tenho dúvidas ou problemas eu crio um tópico pra expor minhas dúvidas ou levantar a possíbilidade de que alguém possa me ajudar a resolver um problema, assim dou chance de todos participarem da forma correta.
7. Mesmo com as dificuldades que enfrentei nesta versão, acredito que seja a melhor até agora e o saldo é bastatne positivo, a cada nova release temos novos recursos, novas correções e algumas vezes alguns bugs o que faz parte de qualquer sistema em pleno desenvolvimento.
Acho que é isso, o tópico volta ao seu estado anterior pra dirimir as dúvidas sobre os recursos nele apontados.
Obrigado pelas participações.
-
1
-
2
de 2 Próximo