Atenas Soluções Softwares

Editado por estar modificando links de acesso em outro post !

Comac , é exatamente por ai mesmo tá , já desenvolvi um pequeno prototipo disso e é logico que ainda não estou espelhando informações em estoque pelo menos ainda , pois a idéia é com está absorção de dados gerar os EFD's Sintegra , Sped's gerais , enfim gerar tudo que é nescessário no fisco , estou enviando o projeto ao Isaque pra que ele veja e ajude-nos a chegar num resultado bacana . Veja isto : viewtopic.php?f=12&t=3160 Forte abraço !!

Isaque , qual e-mail ?

Então Isaque , mas eu entendi oque vc entendeu naquele post !!! , vc pensou que eu queria apenas importar o XML e pronto , e na verdade não era só isso , não é tão simples assim mesmo ir importando o xml e já gerando tudo que é EFD , tem que se lapidar mesmo algumas informações para se ter informações corretas no BD o DB como queira . Veja o know-how do projeto , se temos um só aplicativo de absorção do movimento de entrada e saida da empresa temos tudo que precisamos em EFD's , certo ? e muito mais qualidade nas informações geradas , pois são todos estudando e melhorando um só projeto ! , Vou te mandar os fontes/projeto no seu email , se vc me permite .

É por ai mesmo Isaque , mês a mês as informações vão ser mais exigidas com maior exatidão , futuramente sem erros e com penalidades por erros , aproveitando a deixa e voltando a te contatar por aquele caso que vc adora (rss) , de EFD por importação XML da NFe e ECF , lembra ? Estou aqui com um projeto beta , na verdade oque o sistema faz : Fiz um Cadastro de CST ICMS,CST IPI,CST Pis e Cofins , Cfop de entrada e tbm saida , Empresa , Contabilidade , Configurações . -Para NFe , os XML's após a importação pelo usuario são verificados consistencias pelo sistema e tbm usuario , coloquei algumas consistencias e claro que faltam muitas outras , mas ta indo . -Para ECF , tive que gerar mesmo um txt vindo do Banco Dados delimitados com Pipe e foi tranquilo e sem maiores complicações quanto foram os XMLs das NFe's . Já consigo gerar Sintegra com as informações deste sistema (NFs de entrada e saida e informações de ECF's) . Objetivo do projeto : Ter este aplicativo como Monitor do movimento da empresa e com geração de todos os EFD's , centralização de discussão e desenvolvimento de um só aplicativo para todos (Open Source). Gostaria de envia-lo para analize ! Abraço .

É isso mesmo Isaque , ta certo . Muito grato pela atenção .

Pessoal Vejam , tenho duas NFE's de ambos fornecedores do mesmo estado - SP , na NFe 35110912259071000192550010000161081001999154 as tags de ICMS CST 60 estão sem valores informados , já a NFe 35110908544703000192550010005860931216155419 estão com as tags ICMS CST 60 com valores informados , ao importar estas NFE's com o ACBrNfe , o mesmo traz as tags CST 60 sem valores informados das duas NFE's , ou seja , o próprio componente ja trata a CST 60 como valores Zero , esta correto ?

Ivan , já adquiri a coletanea DevExpress, de qualquer forma muitissimo grato amigo pela atenção !!!

Felipe , há alguns dias atraz criei um tópico até "aparentemente contestado" mas estou iniciando um projeto que parece ter uma pequena luz no fim do tunel e vou iniciar gerando o Sintegra , é lógico que é um projeto Beta com muitas dificuldades e claro tambem da possibilidade de não haver sucesso no mesmo , mas iniciei mesmo assim , onde com NFEs=XMLs de entrada e saída possamos gerar o Sintegra e demais EFDs . veja : viewtopic.php?f=12&t=3056 Brevemente quando tiver algo proximo do real , estarei disponibilizando para testes . Abraço .

Isaque , ja tenho este recurso de Entradas de NFs lendo as tags do XML para uso dos meus clientes e funciona perfeito , mas não para os demais colegas , na verdade oque eu quero é ter uma solução globalizada sem egoismo que funcione para todos não só para mim e meus clientes , quero tentar um produto igual ao ACBr onde o trabalho é compartilhado e funcione para todos e não só para mim , entende ? Mas tudo bem ja entendi que no seu ponto de vista isto não vai funcionar , blz , mas mesmo assim vou tentar algo e se alguem aqui tiver idéias para o caso estamos juntos .

Isaque , sim , estamos falando em possibilidades , sendo que existem dificuldades e muito trabalho , por isso precisamos de todas as idéias . 1- CFOP , poderia haver Diretórios de NFEs por CFOP ja pré definido . :exemplo NFEs de produtos para comercialização = Diretório X , com CFOP = X :exemplo NFEs de produtos para uso = Diretório N , com CFOP = N 2- Vc disse que as informações tem que ser gravadas no BD é isso mesmo , mas as informações que estão no XMLs=(Aprovados) , já foram autorizadas pelo Sefaz e ja foram contabilizadas e essas mesmas informações são gravadas no BD , outra coisa , Frete , Desconto, Despesas Acessórias, Seguro estão sim no XML já rateado nos itens (Veja o XML em anexo). Mais idéias ?

Saudações a todos ! Ja vi algo aqui no forum sobre este assunto , e acredito que muito de vcs tbm ja pensaram nisso , sei tbm que algumas tags referente ao arquivo de retorno referente aos ECFs que são gerados mensais não são completos em relação as tags nescessarias para gerar os EFDs , mas isso seria o minimo se cada um comparasse os arquivos gerados pelo ECFs com seu BD de Produtos , ja nos arquivos XML (NFEs) de Entrada e Saida são mais completos com informações para geração dos EFDs . Pergunta/Propósito do projeto : Me ajudem a raciocinar se há possibilidade ou é impossível : 1-Diretório de NFEs de Entrada . 2-Diretório de NFEs de Saída . 3-Diretório de Arquivos Download do ECF . Uma rotina onde em um laço e add destes arquivos nestes 3 Diretórios gerassem os Sped Fiscal , Sped Contábil , Sped Pis/Cofins , etc etc . Forte abraço .

Atilio , o numero das nfs são chaves primarias sendo que no ciclo de quando é gerada/enviada uma nova nf esse número é sequencial gerado no inicio deste ciclo , não sei se fui claro , não sei como vc esta gravando estes numeros de nfs , mas quando no caso uma nf não é autorizada mesmo assim o numero desta nf tem que ser gravado e posteriormente inutilizado para não dar este tipo de erro de duplicidade , verifique no demo que tem a função Inutilização de Nfs , em relação a impressão de Danfes , tbm se entendi corretamente , não é nescessario toda ves que for imprimir o Danfe gerar e enviar uma nova Nf , ou seja , apenas selecione o xml da nfe aprovada para impressão , tbm tem exemplo no demo , no meu caso eu gravo o numero da chave quando esta nf é retornada como aprovada no bd e tenho uma rotina que busco na pasta de xmls enviados esta nf para reimpressão quando nescessario . espero que ajude .

Para S.O Windows o ACBr é somente para Delphi , agora existe o projeto ACBr dll que funciona em qualquer linguagem , só não sei se na dll tem todos os recursos implementados que o Componente tem .

Ja tentou antes de ativar o componente colocar : ACBrECF1.Device.ProcessMessages := False ;

Esse erro é bem provavel ser de certificado mesmo , veja : viewtopic.php?f=6&t=2166

lcvmartins , oque vc importa não é o Danfe e sim o XML com os dados da NFe , o Danfe é apenas a impressão dos dados contidos no XML enviado ao WebService , em relação a importação do XML pelo seu software com o Componente Danfe do ACBr vc não faz isso , leia o tópico abaixo : viewtopic.php?f=5&t=54

JrClemente , vc tentou assim como esta na imagem ? As dlls estão corretas , tenho uma conta hotmail e funciona normal em todas as maquinas que testei tanto com WinXP e 7 , só o antivirus mesmo que tem que liberar o smtp , veja a imagem , é o mesmo sistema de envio ACBrNFE com synapse .

gilson , vc quer obter o valor de retorno da chave da NFe após envia-la , anexando este valor de retorno em uma variavel é isso ?

centuryinf , tenho clientes que tem conta hotmail e esta funcionando blz na porta smtp 25 , tem varios topicos relacionados a este assunto , veja este : viewtopic.php?f=6&t=2428

Jeferson , só complementando um pouco mais oque o colega Elton disse em relação ao tema TEF , quando desenvolvi ha um tempo atraz o TEF (Só Dedicado) em meu frente não tive o prazer de poder contar com a praticidade e qualidade do ACBr para desenvolver pois ainda não existia na época o ACBrTef , e na época utilizei a Dll da Sitef ( CliSiTef32.dll e CliSiTef32I.dll ) que foi simples de desonrolar o aplicativo , caso vc resolva desenvolver com a Dll da Sitef é só ligar na Software Express e cadastrar sua Software House e eles te enviam o material nescessario para desenvolvimento ( Servidor Sitef + Cliente Sitef + Demos Exemplo da sua linguagem para desenvolvimento ) , mas acho que vale a pena vc utilizar o ACBrTef ja que esta iniciando o seu projeto pois seria mais um desenvolvedor e parceiro a utilizar esta magnifica ferramenta !!! Forte abraço . Marcelo .

Entendi Fernando , é na verdade ativo somente uma vez utilizando um laço booleano ao iniciar a aplicação e não desativo mais . Marcelo .

Será que é por eu ter um laço em todos os comandos inclusive na ativação que eu não estou tendo problemas ? tenho um cliente que tem 10 frente , 3 st100 e 7 st120 i a média de coo dele é de 1100 por dia pessoal i não da nem um pau , oque esta acontecendo ? Marcelo

Vagner , oque vc quer não existe = (TROCA DE OPERADOR NO ECF) , vc tem que após cada finalização de venda , Cancelamento etc.. , gravar no seu BD as informações referentens ao operador de caixa atual , e ao efetuar a TROCA DE OPERADOR vc tira um relatório gerencial imprimindo o movimento de Vendas , Cancelamentos etc...etc... daquele OPERADOR atual e consequentemente substituindo pelo outro que vai entrar , enfim controlando os usuarios OPERADORES pelo BD . Marcelo .

Flavio , 1-É bem provavel que o seu library path está faltando algum caminho junto aos diretórios da biblioteca de componentes ACBr , verifique !!! 2-Tente dar um rebuild nos componentes ACBr . 3-Desinstale , Exclua o diretório do ACBr e baixe o novo e reinsta-le tudo novamente , configure novamente o library path . Marcelo .