msnigres

Boa noite!!! Desculpe reativar o tópico. Estou com o mesmo problema do amigo q criou o tópico. Meu Delphi esta funcionando corretamente. Tenho diversos projetos que são compilados sem problemas. Estou com problema somente no ACBr. Meu Delphi esta instalado no D: e minha pasta de usuário tb esta no D:. Pode ser isso? Obrigado

Boa noite!!! Estou iniciando desenvolvimento de NFSe para São Paulo e Taboão da Serra usando o ACBrNFSe. Se alguém já estiver fazendo algo para essas cidades e precisar de ajuda ou se alguém quiser ajudar também estou a disposição. Quando homologar para essas cidades enviarei os fontes. Abraços. [email protected]

Opa... desculpa a demora em responder... mas só volto pra SP daqui duas semanas, onde estou internet é complicada.... mas vamos la... O nivel intelectual seria o de menos, não comprei os fontes para aprender mas para ganhar tempo sem precisar desenvolver do zero os cadastros basicos. Vou ver esse negócio da senha... ainda não sei se mantenho uma senha qualquer, se deixo a padrão... de qualquer forma em duas industrias em mais de 40 maquinas funcionou sem problemas... Não existe essa de código complicado, meus 20 anos de experiencia foram quase sempre para dar manutenção em sistemas muitas vezes com qualidade de código duvidavel. Dos diversos fontes que comprei para iniciar o projeto o vision foi o melhor deles, o código extremamente legivel, consultas muito bem montadas (nada de select * from table), bom reaproveitamento de codigo alem de algumas funções ja implementadas que são legais, tais como o filtro por formulario e a escolha simplificada da ordenação dos registros. São coisas bobas mas que querendo ou não tomam tempo de desenvolvimento. Se você realmente conhece de onde copiei deve ter notado que não foram só as imagens trocadas, essa parte voce realmente me ofendeu. Eu desenvolvi muito mais coisas e alterei outras tantas. Além de ter corrigido os bugs eu implementei uma rotina que o usuario nem precisa saber o CFOP para venda, compra, transaferencia, etc Desenvolvi tambem a rotina de ordem de produção. Não esta madura ainda, mas ja funciona, faz as transformações direritinho. Falta apenas desenvolver uns uns relatorios legais e melhorar uma coisa ou outra, mas ja ta funcionando. Ja da pra tirar uma média de consumo de cada veiculo através dos lançamentos de abastecimento. Estou terminando o controle de frota, falta apenas fazer a entrada de combustivel nas bombas e o controle do numero de fogo dos pneus. Tambem desenvolvi os mapas de carregamento, possibilitando separar os pedidos por mapa de carregamento, processar o mapa para informar o sistema que o o KM que caminhão saiu, fazer o acerto dos mapas com os valores que o motorista recebeu e o KM que o caminhão retornou. Desenvolvi tambem o controle de contratos de emprestimos/financiamentos com lançamentos automaticos no contas a receber e contas a pagar. Desenvolvi tambem o controle de contratos de terceiros que possibilita, por exemplo, fazer o controle de duas ou mais frentes de trabalho em uma obra de construção civil ou o controle de contratos de diversas glebas com mesmo contrato em uma usina de açucar, tudo com lançamento automatico no contas a pagar. Vou iniciar a rotina de controle dos investimentos com movimentação automatica nas contas bancarias tanto da saida quanto do saque, dos juros, etc. Haaaa.... lembrando que tudo isso pode ser feito em Dolares, Euros ou outro tipo de cotação como a cotação da Cana na ESALQ. Todo dia uma rotina verifica a ultima cotação dos indices e atualiza automaticamente os valores do contas a pagar e contas a receber que estiverem sem cotação fixada, e guarda as variações cambiais em uma especie de extrato, possibilitando fazer diariamente a contabilização das perdas ou ganhos. Desenvolvi tambem a rotina que faz com que o contas a receber e contas a pagar somente possam ser baixados depois de fixada a cotação pelo depto responsavel e depois autorizado o pagamento e /ou recebimento pela gerencia/diretoria. Tem muito mais coisas, mas fica inviavel explicar tudo por aqui. Bom... da pra ver que não é simplesmente uma cópia e que desenvolvi rotinas que não são comumente encontrados em ERP´s de mercado. Claro que falta muita coisa, tenho diversas tarefas ja planejadas para futuras versões. Quero, por exemplo, desenvolver uma rotina para simular cenarios de fluxo de caixa levando em consideração diversas cotações futuras das moedas, possibilitando uma tomada de descisão antecipada por parte da diretoria. Dizer que é simplesmente uma cópia com imagens alteradas é ignorancia e falta de respeito da sua parte....

Bom dia. Segue link com o demo do ERP. Ainda estou estabilizando essa versão, mas esta funcional. Essa versão ja é multimoeda com contabilização diaria das variações cambiais. A parte de contratos de financiamentos/emprestimos falta só melhorar a regra de calculo dos juros, creio que deve haver diferenças conforme o tipo de contrato. Como não conheço todos os contratos, deixarei para fazer junto aos clientes. Os contratos de terceiros só falta lançar automaticamente no contas a pagar. O lançamento dos abastecimentos e dos impostos dos veiculos são lançados na moeda da empresa. Todos os pedidos em moeda são que forem finalizados em dinheiro, cheque, boleto, etc... tem a moeda fixada na cotação informada no pedido. Os pedidos confirmados como a prazo com moeda não fixada, além de todos os dias serem feitos lançamentos de variação cambial para sensibilizar o fluxo de caixa corretamente, tambem tem que ter a cotação da moeda fixada para poder ser autorizado o pagamento/recebimento. Não ha necessidade de saber o CFOP para pedidos de compra/venda. Basta um contador ou usuario mais experiente fazer o cadastro de transações, CFOP´s e produtos e o sistema ja emite a NFe com o CFOP correto para cada item da nota. O valor da NFe para moeda estrangeira esta sendo calculado para a cotação informada no pedido de venda. Estou fazendo o melhor para deixar as telas com bom layout e agradaveis ao usuario. Bom... o sistema é grande e esta crescendo cada vez mais... estou precisando urgente de alguem que se junte a mim na parte comercial. Estou trabalhando nesse sistema ha mais de um ano, preciso começar a vende-lo para botar comida na mesa ... hehe... bom... se alguem se interessar estou no aguardo. http://www.4shared.com/file/J_G7e3YL/Setup_Elantra.html?

Boa noite... tenho sim... estou em viagem agora... durante a semana posto o demo aki... Essa semana comecei a passar o sistema para multimoeda com contabilização diaria da diferença cambial no contas a pagar e no contas a receber alem da autorização eletronica por parte da gerencia para o finaceiro poder efetuar os pagamentos, dispensando as autorizações em papel para o grente assinar... implantei tambem o controle de contratos de terceiros por frente de contrato... lembrando que tanto a planilha dos contratos de financiamentos/emprestimos quanto os contratos de terceiro são lançados automaticamente no fluxo de caixa.... durante a semana coloco o link com o demo... abraços

Bom dia. Tenho um ERP voltado a industrias e distribuidoras que faz pedidos de compra, venda, emissao de NFe, grade de produtos, ordem de produção, financeiro completo, controle de frota, contratos bancarios e de terceiros, etc... enfim... o software ta bem legal... Estou em busca de alguem com perfil de vendas para me ajudar na venda do produto em sociedade ou comissão. Minha intenção é ficar apenas na parte tecnica e ter um sócio que trabalhe na venda/divulgação do produto. Se alguem estiver disposto ou conhecer alguem que possa ter interesse, por favor, me comunicar. At Marcelo Soares De Nigres

Entenda que não é fixa... O que estou propondo seria uma serie de cadastros que levaria ao calculo dos impostos e a escolha automática do CFOP. Os dados seriam todos parametrizados... vc teria um cadastro de transações e de CFOPs. No cadastro dos CFOPs o usuário ou um contador indicaria a aliquota para cada imposto. Esse cadastro teria tantos campos quanto necessários para realizar corretamente os cálculos dos impostos alem de com isso conseguir fazer a escolha correta do CFOP. Seria mais ou menos como o usuario dizer ao sistema q quando for venda para o produto tal o cfop sera tal, o icms sera tal, o ipi sera tal, etc.... isso transação a transação, produto a produto... como no modelo q indiquei acima... Entenda essas tabelas como telas onde o usuário iria configurar toda a transação. Estou tentando montar esse modelo por que passei por varios problemas com usuarios que estavam indicando CFOPs errados nas NFes. Estou querendo "sistematizar" isso para evitar erros do usuario. Acho que esse seria o papel de um bom ERP.

Empresa CODIGO UF 1 SP Produtos CODIGO DESCRICAO TIPO 001001001 CHAPA ALUMINIO 1 001002001 PARAFUSO 2 Transacoes Codigo Descricao 1 Venda 2 Bonificacao Natureza da operação CFOP Descricao tipo_produto transacao Aliq_ICMS ST ? 5101 Vendas Estado 1 1 18 N 6101 Vendas Fora Estado 1 1 18 N 5405 Vendas Estado 2 1 18 S 6405 Vendas Fora Estado 2 1 18 S 5910 Bonificacao Estado 1 2 18 N 6910 Bonificacao Fora Estado 1 2 18 N 5910 Bonificacao Estado 2 2 18 S 6910 Bonificacao Fora Estado 2 2 18 S CLIENTE CODIGO UF CONSUMIDOR_FINAL? 1 SP S 2 RJ N 3 RJ S Exemplos de pedidos: Cliente Produto Transacao CFOP ICMS ICMS_ST 1 001001001 1 5101 18 00 Busca natureza da operação onde cfop começa com 5 (UFEmpresa = UFCliente), tipo produto = 1 e transacao = 1 Para calculo do ICMS verifica se cliente é consumidor final. 1 001002001 2 5910 00 18 Busca natureza da operação onde cfop começa com 5 (UFEmpresa = UFCliente), tipo produto = 1 e transacao = 2 Para calculo do ICMS verifica se cliente é consumidor final. 2 001001001 1 6101 18 00 Busca natureza da operação onde cfop começa com 6 (UFEmpresa <> UFCliente), tipo produto = 1 e transacao = 1 Para calculo do ICMS verifica se cliente é consumidor final. 2 001002001 2 6910 00 00 Busca natureza da operação onde cfop começa com 6 (UFEmpresa <> UFCliente), tipo produto = 2 e transacao = 2 Para calculo do ICMS verifica se cliente é consumidor final. Nesse caso os 18% do ST vaõ para dados complementares se nao me engano sem compor o valor da nota. 3 001002001 1 6405 00 18 Busca natureza da operação onde cfop começa com 6 (UFEmpresa <> UFCliente), tipo produto = 2 e transacao = 1 Para calculo do ICMS verifica se cliente é consumidor final. 3 001002001 2 6910 00 18 Busca natureza da operação onde cfop começa com 6 (UFEmpresa <> UFCliente), tipo produto = 1 e transacao = 2 Para calculo do ICMS verifica se cliente é consumidor final. Uma pequena atualização do modelo...

Haaa. Ricardo. Alem do mais, eu faço a comparação do UF do cadastro da empresa com o UF do cadastro do cliente. Dessa forma eu sei como começa o CFOP.

Boa tarde Ricardo... Coloquei o tópico justamente para debater e amadurecer mais a ideia. A intenção é discutir o assunto profundamente pois vejo como questão critica, pois a maior parte das empresas nao tem uma pessoa que consiga fazer isso de forma eficaz. Na tela de cadastro de CFOP pode-se colocar mais campos para calculo dos impostos. Hoje no meu sistema, esses parâmetros ficam no cadastro do produto... Eu pretendo em breve fazer esse cadastro de transações e melhorar meu cadastro de CFOP para deixar mais ou menos na estrutura acima, que acredito, deixa mais flexível o calculo dos impostos. Vamos supor seu exemplo de consumidor final. Eu tenho no meu cadastro de clientes um campo booleano para contribuinte e nao contribuinte. Esse campo, creio eu, pode ser usado para identificar se o cliente é consumidor final ou não. Entao, utilizando o cadastro de cliente, produto, transacao e CFOP como eu sugeri, acho que fica facil deduzir o CFOP e a formula para calculo dos impostos.

Legal... Vou tentar implementar dessa forma... vai ser complicado fazer isso devido a forma com que o sistema foi desenvolvido... é outro conceito... mas vou por a mão na massa... valeu....

Boa tarde!!! Ja trabalhei na cervejaria Petropolis que fabrica as Cervejas Crystal e Itaipava. Na época a idéia abaixo tinha servidor para automatizar a escolha do CFOP pelo sistema. Andei pesquisando e o pessoal só diz que não tem jeito de fazer isso hoje. Alguem poderia informar se ainda é possivel fazer isso ou não? Produtos CODIGO DESCRICAO TIPO 001001001 CHAPA ALUMINIO 1 001002001 PARAFUSO 2 Transacoes Codigo Descricao 1 Venda 2 Bonificacao 3 Devolucao NATUREZA DA OPERACAO CFOP Descricao transacao tipo_produto 5101 Vendas 1 1 1201 Devolucao Vendas 3 1 5405 Vendas 1 2 5910 Bonificacao 2 2 No momento de digitar um pedido de venda ao informar a transação e o produto seria só fazer um join com a tabela de CFOP e o sistema pegaria o CFOP correto. Por exemplo, para transação 1 (venda) do produto 001002001 o CFOP seria 5405. Para transação 3 (devolucao) do produto 001001001 o CFOP seria 1201. Sera que rola fazer isso?