Alexsandro Haag - Sharing knowledge

O ERP CIGAM possui uma ferramenta integrada que permite que se faça debug das rotinas em tempo de execução, de modo que assim, conseguimos verificar  quais rotinas internas do programa ele acessa, valores de variáveis, inclusive comandos sql. Como precisei montar um pequeno passo a passo para um cliente achei por bem deixar registrado aqui, para uso futuro... Para ativá-lo devemos seguir os seguintes passos... Entrar no CIGAM com seu usuário; Clicar na opção "Utilitários" do Menu do topo e selecionar a opção "Depurador CIGAM": A tela abaixo será apresentada, bastando que se ajuste as opções, conforme o passo seguinte... Abaixo marcamos as opções que desejamos que sejam armazenadas no log e  então trocamos de "Desligado" para "Ligado"; É importante também apontar para um arquivo diferente para que o log seja gerado em um novo arquivo e não faça append em um ar...

Parece que para a nova versão do Pentaho Data Integration (Versão 4.4) já estarão sendo disponibilizados 3 novos steps que facilitarão a integração deste com o OpenERP . Um detalhamento da solução consta nesta apresentação publicada no site openerp.tv . Na documentação dos steps do Pentaho Data Integration já podemos ver também o detalhe de como estes 3 novos steps funcionarão: OpenERP Delete -  http://wiki.pentaho.com/display/EAI/OpenERP+Object+Delete OpenERP Input -  http://wiki.pentaho.com/display/EAI/OpenERP+Object+Input OpenERP OutPut -  http://wiki.pentaho.com/display/EAI/OpenERP+Object+Output Além destes novos steps existe também um projeto de mais tempo da Akretion (Parceiro OpenERP) chamado Terminatoor, que pode ser visto aqui:  http://www.akretion.com/en/products-and-services/openerp-kettle-bi-connector-terminatooor Quero ver se baixo do repositório a nova versão para testar estes novos componentes. Daí comento aqui no Blog ou crio um novo ...

Esta semana fiz uma instalação do OpenERP no serviço Cloud da Amazon (Amazon EC2), sobre a distro da própria, chamada "Amazon Linux AMI beta". Aparentemente esta é baseada no CentOS, ou outra semelhante. Realizei todos os procedimentos de instalação, conforme estava acostumado a fazer no Ubuntu, claro com algumas diferenças e trabalhos adicionais de compilação de alguns pacotes que não vinham empacotados por padrão na distro da Amazon (isso fica para outro post). Após ter realizado a instalação dos pré-requisitos e colocar o ambiente no ar fui surpreendido com um pequeno, porém incômodo, erro de charset da página Web, conforme pode ser visto abaixo: Seguindo uma dica do Renato Lima da Akretion , pesquisei sobre uma configuração no arquivo openerp-web.cfg onde fosse possível definir este charset como utf-8. Na documentação da Openerp não achei nada, então resolvi procurar informações sobre o pacote Cherrypy, e foi aqui onde encontrei a solução. Mais precisament...

Recentemente a Openerp.com disponibilizou o download de 3 ebooks funcionais do OpenERP ao custo de 1 simples Tweet. Para quem tiver interesse em baixar e saber um pouco mais sobre este excelente ERP de Código Aberto segue abaixo os links para Download: - Pré-Vendas:  http://www.openerp. com/node/872 - Logística:  http://www.openerp. com/node/873 - Fabricação:  http://www.openerp. com/node/874 Agradecimentos ao  @rvalyi da #Akretion pela divulgação na Lista!

Como sabemos, o usuário administrador do Openbravo ERP se chama "Openbravo" e sua senha padrão da instalação é também "openbravo".  Quando fazemos a instalação é recomendado que troquemos esta senha, de modo a darmos mais segurança ao produto instalado. Isso é essencial para ambientes em produção. O que ocorre é que, algumas vezes, por inúmeras razões possíveis (falha humana, erros de ambiente, etc) pode ser que ocorra algum erro (nem sempre visível) ao tentarmos efetuar a troca desta senha. Com isso perdemos o acesso privilegiado ao sistema e não conseguiremos mais administrar de forma efetiva nossa instalação. Independente da razão da perda da senha, uma forma rápida de solucionar o problema é restaurando, via comando de banco, a senha original "openbravo". Abaixo demonstro como realizar esta operação: Abrir o PGAdmin ou outra ferramenta para conexão com o Postgres (A instância do Openbravo no Ubuntu utiliza a porta 5832 e não 5432) ; Acessar o databa...

Aos entusiastas e estudiosos de ERP uma boa notícia... Foi liberada, de ontem para hoje, a versão estável do OpenERP 6 . O download pode ser feito neste endereço:  http://www.openerp.com/downloads Aqui pode ser vista uma demonstração online do produto. OpenERP, como o próprio nome sugere é uma ferramenta ERP de Código Aberto sob a licença AGPL 3. Houve uma grande evolução na localização brasileira, realizada pela comunidade, principalmente pela empresa Akretion . Pelas outras soluções de ERP de Código Aberto que conheço (Openbravo, Compiere, Adempiere, etc) esta é a que possui um melhor suporte (na minha opinião pessoal) à realidade brasileira. Link para a Comunidade OpenERP Brasil:  http://www.openerpbrasil.org/ Vídeos interessantes sobre o produto: http://www.openerp.tv

Recently I needed to migrate the OpenERP for a customer who was in version 5.0 to version 6.0. When trying to use the routine of their own migration tool is accused error, I could not identify. To shorten and facilitate this migration job chose to use Pentaho Data Integration (Kettle). As the client is in beginning of project, it was only necessary to import the Business Partners. This made import as shown below: Migrating Partners: Migrating Partner's Addresses: Migrating Partner's Contacts: Migrating Partner's Jobs: Sorry, I'm not with the project to achieve the prints available now. So I will detail it in the next post. 

Complementando o post anterior, segue agora a procedure da geração dos alertas em MSSQL: SET   ansi_nulls    OFF   GO   SET   quoted_identifier    OFF   GO   CREATE   PROCEDURE   cgpr_utl_criaalerta (                    @assunto   VARCHAR ( 300 )    =   'TESTE' ,                   @cd_usu_aviso   CHAR ( 3 )    =   'SQL' ,                   @dt_previsao_ini   DATETIME    =   NULL ,                   @hr_previsao_ini   CHAR ( 6 )    =   NULL ,                  ...

Faz algum tempo, venho comentando com alguns colegas de trabalho sobre como seria útil enviar mensagens para os usuários do CIGAM através do cadastro de alertas via rotinas do banco de dados. Dentre as possibilidades imaginadas, poderia servir por exemplo, para informar ao usuário que seu banco de dados Oracle-XE está chegando muito próximo do seu limite de utilização de 4GB. Ou ainda que faltam X dias para a licença de demonstração do CIGAM expirar. Talvez também alguma informação de negócio, como que determinado cliente estourou seu limite de compra. Ou que o estoque mínimo de certo material foi atingido. As possibilidades são muitas, mas hoje surgiu uma real, que motivou a implementação deste recurso. O usuário gostaria de ser informado se fosse digitado algum pedido para algum cliente que não tivésse um email cadastrado, pois agora, com a Nota Fiscal Eletrônica, esta informação é obrigatória. A partir daí a primeira coisa que fiz foi criar a procedure que cadastra o Alerta, da s...