openerp-brazil-team team mailing list archive

[Ronaldo Padula <ronaldopadula@xxxxxxxxx>]

Ok..considerações importantes. Acho que tem módulo pra tudo isso, exceto 
o fiscal. Porém os módulos existentes precisam ser reescritos e mudados 
alguns termos pois se traduzir ao pé da letra fica ruim. é o caso do 
módulos de parceiros que dei uma destrinchada e enviei a lista...Acho 
que devemos arranjar um meio de organizar isso tudo. Tipo..fazermos um 
documento ou listagem de todas as nescessidades que teriam que ser 
supridas pelo sistema, uma listagem do que se tem, e uma analise dos 
módulos para identificar o que tem que ser mudado e alterado. Eu estou 
instalando algumas ferramnetas de programação pra tentar resolver alguns 
códigos, mas ainda não sei como postar as modificações ou se devo 
renomear o módulo e lancar como se fosse outro.


Web-ASBLogic escreveu:
> Boa Tarde Ronaldo
>
> O que vc falou sobre fisco é certo. Pois aqui sou empresa simples e 
> fabricante. E todo minha parte fiscal e feita no escritório do contador.
>
> Hj para mim o que software precisa ter:
>
> Estoque com locais e quantidades,
> Valores reais da mp e agora vou começar a implantar alguma coisa do 
> MRP do soft
> Cadastro de clientes, fornecedores e prestadores de serviço
> CRM pois vou fazer um trabalho em cima dos clientes. Pois hj tudo vem 
> até mim e fica anotado em mil anotações o que acaba se perdendo e usar 
> o crm para trabalhar a parte de assistência tecnicas como defeitos e 
> falhas para melhorar o produto.
>
> O agora não tem jeito tem que ter um modulo que faço pelo menos a 
> esportação txt de nf para o software da receita pois digitar pedidos 
> duas vezes vai ficar complicado.
>
> Sobre o arquivo xml de cidades, estado e paises com os códigos do ibge 
> e bc fiz nás dá erro na importação o que consegui fazer para carregar 
> as tabelas pois usar o importar da interface gtk e consegui carregara 
> todos os paises, estados e cidades do Brasil. Más tive que mudar o 
> arquivo xml base_data.xml para não carregar os paises e estados que 
> estão lá somente deixei carregar o Brasil. E depois no importação do 
> arquivo txt de paises excluio brasil dele pois não pode haver 
> duplicidade!!
>
> Quem quiser me adicionar no msn é asblogic@xxxxxxxxxxx
>
> Sidnei
>
>
> Ronaldo Padula escreveu:
> > Criei este novo tópico para separar o assunto fiscal da interação com 
> > o fedora
> >
> > No Open ERP não há nenhum módulo de taxas e impostos? Porque no 
> > calculo pode ser algo bem padrão, com a diferença que há impostos em 
> > que o valor está imbutido no preço e outros com valor a parte. as 
> > nescessidades ficais de escrituração e documentação pode ser criadas 
> > em módulos a parte. Pensei em desenvolver a parte de gestão dos 
> > negócios primeiro, uma vez que em pequenas empresas (meu foco) a 
> > contabilidade e fisco é atendida em escritório de contabilidade 
> > separado!
> >
> > Há a nescessidade de apurar, contabilizar e escriturar o fisco.
> > Sobre o tempo demandado eu entendo o que é gasto, mas investimentos? 
> > que tipo de investimentos? financeios? sei que ninguém trabalha de 
> > graça, mas quando falamos em adaptação de uam coisa que vem de graça 
> > pra nós é meio incoerente falar em cobrar dinheiro para adaptar! Eu 
> > estou me comprometendo em trazer pessoas pro projeto que não vão 
> > trabalhar pensando em grana, mas em oportunidades de crirar formas de 
> > prestação de serviço...o que dará grana posteriormente!
> >
> > De qualquer forma valeU!
> >
> > Web-ASBLogic escreveu:
> > > Boa Tarde Pessoal
> > >
> > > A meu ver é possivel sim adaptar a realidade sim! O que demanda 
> > > tempo e investimento!!
> > >
> > > E a parte mais complicada é sim a  tributação brasileira que é uma 
> > > bagunça!! Cada estado tem a sua o que fica bem complicado!
> > >
> > > Podemos pensar no sistema de impostos tirando os nomes, IPI, ICMS, 
> > > PIS, ...
> > >
> > > Em duas grandes classe:
> > > 1° - Debito de Crédito.
> > >
> > > 2° - Debito sobre a venda.
> > >
> > > E a forma de calculo
> > > Valor de venda + Imposto como IPI
> > > Valor da venda c/ imposto incluso como ICMS
> > >
> > > Sei que é bem simplista pois tem substituição tributária,
> > >
> > > É descobrir como criar as regras!
> > >
> > > Estou anexando uma imagem de como tem possibilidade de imposto por ai!!
> > >
> > > Abraços
> > >
> > > Sidnei
> > >
> > >
> > >
> > >
> > >
> > > paulino1@xxxxxxx escreveu:
> > > > Se adaptar o OpenERP para a realidade brasileira, é uma tarefa 
> > > > dificil, para criar um sistema ERP de raiz com base no OpenObject 
> > > > as dificuldades serão muito maiores...
> > > >
> > > >
> > > >
> > > >
> > > > Citando Luiz Franca <luiz@xxxxxxxxxxxxxxxxxxxxx>:
> > > >
> > > > > Vou colocar o meu ponto de vista.
> > > > >
> > > > > O OpenERP está funcional, com alguma parte já traduzida, porem não 
> > > > > está adaptado a realidade do Brasil. Na parte de vendas, se existe 
> > > > > alguma coisa operacional está a nível de uma ou outra empresa, que 
> > > > > não disponibilizou as implementações para a comunidade, portanto 
> > > > > não temos nada que atenda as necessidades fiscais e tributárias do 
> > > > > Brasil.
> > > > > Acho que existe um outro problema grave na minha visão, que é o 
> > > > > conceito de administração praticado no Brasil e o conceito 
> > > > > Europeu, e isto acho que dificultaria um pouco o uso do OpenERP 
> > > > > principalmente nas pequenas e médias empresas brasileiras. Para 
> > > > > resolver isto teriamos que praticamente reescrever quase todos os 
> > > > > módulos.
> > > > > Trabalho como software house e havia me proposto junto com o Celso 
> > > > > e o Normanha (grupo de BH) a traduzir e adaptar o OpenERP para 
> > > > > nossa realidade, mas esbarramos em tantas dificuldades que 
> > > > > acabamos tomando uma decisão meio radical.
> > > > > Estas dificuldades foram dificuldades em se construir 
> > > > > conhecimentos, temos uma documentação muito fraca tanto a nível de 
> > > > > módulos, quanto a nivel de desenvolvimento (OpenObject), e o tempo 
> > > > > que estavamos levando para construir este conhecimentos nos levou 
> > > > > a esta decisão.
> > > > > A decisão que tomamos foi de usar o OpenObject e construir tudo do 
> > > > > zero, uma vez que cada um de nós já possui conhecimentos sobre ERP 
> > > > > suficiente para isto.
> > > > > Já iniciamos o trabalho, e estamos empolgados com o 
> > > > > desenvolvimento, apesar de ainda possuir-mos muito pouco 
> > > > > conhecimento sobre o OpenObject.
> > > > >
> > > > > Como eu disse, este é o meu ponto de vista.
> > > > >
> > > > > []s
> > > > >
> > > > > --
> > > > > Luiz Fernando Maciel França
> > > > > Sig Informática Ltda.
> > > > > Rua João Pereira Amorim, 700
> > > > > Bairro Jardim Arizona
> > > > > 35.700-373 - Sete Lagoas - MG - Brasil
> > > > > (31)3773-1043
> > > > > Skype: lfmfsig  
> > > > ------------------------------------------------------------------------ 
> > > >
> > > >
> > > > _______________________________________________
> > > > Mailing list: https://launchpad.net/~openerp-brazil-team
> > > > Post to     : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx
> > > > Unsubscribe : https://launchpad.net/~openerp-brazil-team
> > > > More help   : https://help.launchpad.net/ListHelp
> > > >   
> > >
> > >
> > > ------------------------------------------------------------------------ 
> > >
> > >
> > > ------------------------------------------------------------------------ 
> > >
> > >
> > > _______________________________________________
> > > Mailing list: https://launchpad.net/~openerp-brazil-team
> > > Post to     : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx
> > > Unsubscribe : https://launchpad.net/~openerp-brazil-team
> > > More help   : https://help.launchpad.net/ListHelp
> > >