Respostas

  • Apoiado,

    Gostei tanto da idéia que vou implementar, por outras vias, até o pedro implentar no mk-auth.

    Pombo Net Internet Banda Larga disse:

    Uma boa ideia pra quem usa os equipamentos em comodato seria a opção de quando o cliente cancelar ficar aberto o registro de retirada de equipamento,antena,modem,etc... Assim fica mais facil de saber quando retirar antena e dar baixa assim que for retirado.

    Outra ideia seria tambem de quando o cliente cancela a internet e fica devendo por exemplo 3 mensalidades. Criar um campo em clientes cancelados com mensalidades restantes....Assim o cliente perde o acesso a internet porem fica constando os débitos que estao devendo... FIca muito facil para poder cobrar o cliente..e nao mistura com clientes desativados...

  • Acho que seria interessante o Pedro adicionar os caracteres de segurança no formulario de contato "Fale Conosco" do website, igual ja tem no formulario de suporte da central do assinante.

    Ate poderia ser feito ja agora nessa versao, dependendo de como o pedro esta de serviço ja poderia ver isso pra nos.

  • tem gente que nem olha o programa direito e fica falando que queria isso ou aquilo, vcs não tem que querer e sim desejar... se for possivel e prioridade o pedro coloca, porem olhei todos os recursos do sistema antes de falar algo, eu tenho o mk-auth instalado em uma maquina faz 6 meses e fico so estudando todos os recursos dele, ainda não implantei pq ainda não esta da forma que necessito...

  • Uma boa ideia pra quem usa os equipamentos em comodato seria a opção de quando o cliente cancelar ficar aberto o registro de retirada de equipamento,antena,modem,etc... Assim fica mais facil de saber quando retirar antena e dar baixa assim que for retirado.

    Outra ideia seria tambem de quando o cliente cancela a internet e fica devendo por exemplo 3 mensalidades. Criar um campo em clientes cancelados com mensalidades restantes....Assim o cliente perde o acesso a internet porem fica constando os débitos que estao devendo... FIca muito facil para poder cobrar o cliente..e nao mistura com clientes desativados...

  • Uma sugestão aqui para a opção Google no cadastro do cliente,

    Quando acionamos o Google para localizarmos o endereço do cliente ele sempre manda com a sintaxe

    CIDADE -BR -ENDEREÇO DO CLIENTE -BAIRRO -ESTADO, ai a pesquisa do Google fica louca e muito raramente mostra o mapa corretamente. Sugiro assim:

    ENDEREÇO DO CLIENTE - CIDADE - ESTADO - BR . 

  • Boa ideia

    Luciano Kalinoski disse:

    Eu queria uma opção de poder cadastrar todos os ssid da rede e depois no cadastro do cliente na aba de conexão, poder selecionar qual ssid se conecta, pois como ta, nunca fiz, mas acredito que não da pra escolher e sim escrever o ssid, dai é um saco escrever de um a um dos clientes. Com essa opção, ficaria bem mais facil saber quais clientes avisar ao fazer uma manutenção em determinada torre.

    Tem como?



    Pedro Filho disse:

    incluir na 4.90 um controle de caixa, o mesmo esta disponivel apartir do menu financeiro...

    Ewerson Oliveira disse:

    O sistema poderia ter um controle de caixa onde possa interagir as entradas do sistema e as saidas do dia para fechar o caixa e dar relatorios!!!

  • Bem,

    Hoje eu to inspirado, então vamos lá, mais uma:

    Sugiro que o relatório de atividades do cliente não tenha apenas as últimas, mas mantenha um período maior de atividades e possua um filtro por atividade. Isso seria muito útil quando queremos saber, quando um cliente foi bloqueado, liberado o desativado, afim de negociar débitos.

  • Deveria haver um melhor controle de versões e changelogs.

    Hoje está na 4.90 e o changelog nao mostra o que mudou em cada versão, 4.89, 4.87 etc.. somente o acumulado até a atual. Sendo que a versão mais atual está sempre tendo ajustes, deveria haver pelo menos o Build. Ex 4.90 build xxx.

    Mais importante ainda é haver a versão BETA e STABLE. Se alguém pretende atualizar pra última versão que ainda está em desenvolvimento normalmente é um versão BETA(supondo hoje a 4.90), que não tem problemas em conter "Bugs". Já a STABLE(hoje poderia ser talvez a 4.89, 87, 86... o desenvolvedor saberá) seria a última que já passou pelos testes necessários para confiabilidade de se colocar em modo PRODUÇÃO sem sustos. Quem não acomapanhar ou estiver desatualizado das novidades das versões aqui no fórum não precisaria ter receio de atualizar para uma versão STABLE.

    Essa explicação é óbvia pra maioria, apenas descrevi para ser claro na sugestão.

  • Aproveitando,

    Minha sujestão para o cache do mk-auth: Isso não deveria existir, ainda bem que pode não ser instalado.

    daslan frança lopes disse:

    Pedro tem como o proxy e o cache armazenar os dados que os clientes baixao. clientes que logam pelo RADIUS do MK-AUTH Lembrando que tudo esta na mesma maquina.

    Os titulos ja baixados tem como criar uma abazinha so pra eles. E colocar tbm no Carne pra gente adicionar cerviços.

    Essa versão com ajuda de todos vai ficar 10000%

  • Olá pessoal,

    Pedro implementou um sistema caixa, muito simples ainda, então vou deixar aki umas sugestões quanto a isso para quando ele for melhorá-lo:

    1 - Dois icones de lancamento: entrada e saida porque como está constantemente alguém esquece de trocar de entrada (padrão) para saída e acaba lançando algo que deveria ser debitado como crédito.

    2 - Penso que conta bancária não é caixa e não deveria ser controlado dessa forma, assim os boletos pagos em banco não deveria entrar no controle do caixa.

    3 - Usuário do sistema precisaria reinformar sua senha quando do lancamento de um debito, tipo o campo com a solicitação da senha poderia ficar no mesmo formulário de lancamento do debito para evitar caixa de diálogo

    por enquanto é isso.

This reply was deleted.