Nova ferramenta disponível no GMR.

O novo sistema de transportadora agora pode ser ativado e configurado pelo administrador do sistema.

Para configurar a Transportadora, acesse o escritório virtual como administrador, você vera no menu pedidos duas novas opções, Transportadora e Taxa Transportadora. Na opção "Transportadora" cadastra as informações da transportadora, e na opção "Taxa Transportadora" O administrador informa as localidades de entrega e os valores a serem cobrados.

Acesse o menu "Pedidos" e clique em Transportadora.

Preencha as informações e clique em "criar"

Agora acesse o menu "pedidos" novamente e escolha a opção "Taxa Transportadora".

Clique no botão "Nova" como mostrado na imagem acima para adicionar uma nova taxa de entrega.

No campo "Initial zip code" Informa o CEP inicial.

No campos "Finish zip code" Informa o CEP final, definindo assim a região de entrega. Exemplo Cep inicial 86000000 e Cep Final 88000000, dessa forma eu estou definindo uma taxa para a região que usa esse Cep, que no caso é o Paraná.

No campo "Value" informe o valor que será cobrado para essa região.

No campo "Carrier" Selecione a Transportadora.

Após preencher todos os campos clique em Criar.

Pronto, a transportadora esta configurada, você pode criar quantas taxas você quiser, para diferentes regiões, cidades, bairros, ruas e etc, de acordo com o CEP.

Veja na imagem abaixo onde estará visível a transportadora no carrinho de compras.

Dando continuidade ao artigo anterior das maiores diferenças entre o GMR e os softwares da concorrência, irei expor as vantagens de ter o suporte disponibilizado pela komeia para os clientes do GMR.

Para quem tem ou teve um software da concorrência, sabe como é difícil ser atendido, ouvido e principalmente ter o problema resolvido. Nós da Komeia aprendemos por experiência que o cliente precisa de nós, assim como precisamos dele, não adianta ter o melhor software e não saber como usar, ou ter um software que não atenda suas expectativas.

Se você passou por isso, sabe como é grande a dor de cabeça, ou como é frustrante quando você contrata alguém para fazer algo e essa pessoa não consegue realizar o trabalho, e simplesmente desaparece sem dar uma justificativa ou atender seu contato.

Poderia falar sobre tantas outras consequências negativas de se contratar empresas ou pessoas que não tem uma estrutura de T.I e suporte condizentes com as expectativas de crescimento do cliente, porém, acho mais produtivo falar sobre alguns diferenciais competitivos que a Komeia disponibiliza através de seus produtos em especial o GMR.
Vamos então à alguns desses diferenciais …

A Komeia possui uma estrutura física projetada para receber clientes de qualquer parte do mundo, oferecendo assim um atendimento personalizado, com foco no desenvolvimento customizado e suporte direcionado, oferecendo ao cliente segurança, seriedade e confiabilidade.

Você pode ligar para Komeia e falar com seu gerente financeiro, comercial ou direto com o coordenador do seu projeto, ou se preferir pode fazer uma visita agendada ao nosso centro de desenvolvimento e ser recebido de maneira confortável e com um atendimento VIP pelos responsáveis diretos do seu projeto em nossa empresa.

Gostou? Ainda tem mais, muito mais… A Komeia já disponibilizava uma área para soluções de suporte online no site www.gmrkomeia.com.br que permite ao usuário entrar em contato online com nossos atendentes. Mas com o lançamento do novo site da Komeia em 2011, estamos disponibilizando para todos os clientes, uma área exclusiva, para um suporte ainda mais eficiente, tornando realmente fácil e rápido qualquer solicitação, com um atendimento eficaz e personalizado. Ainda na área exclusiva, o cliente tem acesso a manuais e vídeos de treinamento.

Além disso, os clientes do GMR possuem suporte 24 horas por dia, durante os 7 dias da semana (exclusivo), além de ser a única empresa a realizar um treinamento gratuito, mostrando como utilizar todas as funções do sistema.

Pra que passar por isso?

Parte 1

Com certeza você já nos ouviu falar que o GMR é o melhor software de Gerenciamento de Marketing Multinível do Brasil, mas talvez ainda se pergunte por que é considerado o melhor.
Vou abordar as principais diferenças entre o GMR e os atuais softwares concorrentes no mercado brasileiro. Irei abordar uma de cada vez para expor o máximo do assunto por vez, e dar uma maior chance de você mesmo definir qual é o melhor.

Vamos começar com a diferença mais abordada em nosso blog e site institucional, que é a linguagem de programação atualmente utilizada para desenvolver o GMR.

Muitos, se não todos, sabem que as primeiras versões do GMR (2005 a 2007) foram desenvolvidas em PHP, uma linguagem muito comum no mercado. Hoje a maioria dos softwares de Gestão de MMN ainda utiliza o PHP ou em alguns casos ASP.
Após vários estudos e meses de pesquisa decidimos que as versões do GMR em PHP não estavam atingindo os objetivos como era esperado, ou como dizíamos na época, “não alcançamos o sonho” referindo ao que esperávamos do software. Uma das principais diferenças da Komeia foi justamente pensar adiante e surpreender o cliente com inovações, e o PHP estava nos limitando a uma idéia de desenvolvimento antiga.
Foi quando surgiu a idéia de desenvolver o GMR na linguagem Ruby on Rails, e não demorou muito para a Komeia construir uma equipe de ENGENHEIROS especializados em Ruby on Rails focada unicamente no desenvolvimento do GMR. Esse sem dúvida foi o passo mais importante para alcançarmos nosso “sonho”.
Hoje a Komeia Interativa possui o software mais flexível do mercado devido ao fato de usar o Ruby on Rails e os concorrentes ainda estarem presos a antiga forma de programar.
Algumas das vantagens que encontramos com o Ruby on Rails para o software:

• Maior organização e visão do código;
• Melhor separação do layout e regras do sistema tornando mais fácil e simples a personalização do software;
• Compartilhamento do código em vários sistemas, reduzindo consideravelmente o prazo de entrega;
• Sistema de teste automático que evita enviar erros ao sistema antes de serem corridos no modo teste.
• Maior performance e desempenho do sistema devido a simplicidade e eficiência do código;
• Redução considerável em linhas de programação;
• Mais segurança já reconhecida em relação a outras linguagens de programação;
• Integração mais natural com o Ajax deixando a usabilidade e aparência com mais destaque;
• E muito mais…

E pensar que quando decidimos em mudar para o rails muitos falaram que a linguagem não mudaria nada. Pergunte isso hoje aos nossos clientes e ouça você mesmo qual é o melhor software de gerenciamento de marketing multinível do Brasil.

Bom o controle de versões é feito para ter um acompanhamento do projeto, onde deve ter melhorias e ajustes de imprevistos e erros do software. Além de ficar mais organizado e poder fazer um planejamento de metas a serem alcançadas dentro das versões.

Esse controle de versões serve também para evitar alguns erros durante a implementação do sistema como:

1-    Sobre escrita de código de outra pessoa, e não conseguir voltar, como era antes de sobre escrever o código.

2-    Dificuldade de visualizar as mudanças feitas no sistema.

3-    Dificuldade de recuperar o código de uma versão mais antiga.

4-    Problemas em manter a variação do sistema ao mesmo tempo.

O controle de versão é necessário para:

• Histórico. Registra toda a evolução do projeto, cada alteração sobre cada arquivo. Funciona para saber quem mexeu no sistema e o que ele fez, e caso precise de alteração ajuda a mostrar com mais facilidade.
• Colaboração. O controle de versão possibilita que vários desenvolvedores trabalhem em paralelo sobre os mesmos arquivos sem que um sobrescreva o código de outro, o que traria reaparecimento de defeitos e perda de funcionalidades;
• Variações no Projeto. Mantém linhas diferentes de evolução do mesmo projeto. Por exemplo, mantendo uma versão 1.0 enquanto a equipe prepara uma versão 2.0.

As empresas utilizam formas diferentes de trabalhar com a numeração das versões, porém em geral é utilizada a mesma idéia.

O primeiro dígito é o chamado de Major, quando o sistema tem alguma mudança muito grande, como a mudança do layout de um sistema.

O segundo dígito é chamado de Minor, indica quando alguma ferramenta foi alterada ou criada no sistema.

O terceiro dígito é chamado Revision (Revisão), este item como o próprio nome diz é uma revisão do sistema, caso tenha bugs pequenos ou melhorias na interface, mas sempre em pequeno porte.

O número da versão é montado da seguinte forma: Major.Minor.Revision. Por exemplo, 2.1.2.

Na fase de testes pode ser utilizada também a palavra beta, ou alfa que é quando o sistema está finalizado, porém sendo testados todos os itens do mesmo.

Neste ultimo fim de semana ocorreu o CONUNE (Congresso nacional da UNE) em sua 52º edição, na cidade de Goiânia, onde foram debatidos muitos assuntos como o uso de agrotóxicos e sobre o código florestal, coloquei esses dois temas em destaque por serem importantes no cenário nacional e que estão já sendo vistos no momento que vivemos.

Eu participei do debate sobre os agrotóxicos e foram pautados vários assuntos interessantes sobre o uso do agrotóxico, como os males que esse veneno causa em nosso meio ambiente e também no nosso próprio organismo, como hoje o uso do mesmo está afetando a economia mundial, como poderíamos parar de utilizar esse produto em nossas lavouras de grande, médio e pequeno porte.

Além desses debates foi feita a votação entre os movimentos de direita e esquerda do Presidente da Une (União Nacional dos Estudantes) onde cada chapa mostrava suas idéias para ser colocada em pratica durante os dois anos de mandato a frente da UNE, eu achei interessante, pois esses debates e essas pessoas que estão à frente dos movimentos estudantis são o futuro da política brasileira.

E realmente em minha opinião nós brasileiros deveríamos nos concentrar mais em nossa política para que conseguíssemos no futuro diminuir a corrupção e o atraso que o Brasil enfrenta a um longo tempo.