Painel de líderes

Bom dia a todos, Leandro, quero deixar claro para você e a todos que, todas as alterações realizadas por mim seja em qual for o componente são enviadas exclusivamente para o repositório oficial do ACBr, conforme o link postado pelo Juliomar. Não mantenho cópia dos fontes em nenhum outro repositório a não ser no HD da minha máquina, alias todos nós temos uma cópia dos fontes em nossas maquinas. Em um outro post foi levantado a questão do erro referente a assinatura quando se atribui zero ao campo UseCertificado. A sugestão foi comentar as 2 linhas que faz a checagem e executa a exceção para ver se o erro 12002 é sanado. Alguém chegou a fazer esse teste? Eu não tenho certificado de nenhuma empresa que emite NFS-e través do provedor EL, alias não tenho de nenhum, o que eu tinha, cedido gentilmente por um colega do fórum já venceu. E foi com este certificado que consegui realizar os testes no provedor Ginfes quando fiz a migração do componente para o Trunk2. Sendo assim cabe a todos vocês que necessitam do componente para atender os seus clientes, realizarem testes e apontar os erros e seria ótimo se apontassem as possíveis soluções para os problemas encontrados. Já vi muitos dizerem não conheço a fundo o código do componente para propor correções. Será que o código é tão complicado assim? Vamos arregaçar as mangas e estudar um pouco?

Tire todos os botões fechar do seu sistema na próxima versão que ninguém mais vai perguntar! Sem ofensa, não sei porque o pessoal ainda continua programando botões "fechar" "sair" nas telas dos sistemas. Estranho mais ainda ver o botão Fechar logo mais abaixo do X da janela.

Fazendo teste com o Banco do Brasil me deparei com uma situação onde o exemplo reclamava de que o código da carteira deveria ser informado antes do código do nosso número. Então fiz o ajuste na unit do Delphi já que a do Lazarus já informa a carteira conforme a unit do banco solicitava. A alteração é minima mas já ajuda não gerar erros nos testes. Segue unit em anexo. uDemo.pas

Note site firebase um colega de profissão já converteu o pdf em script de insert, quem quiser pode pegar os dados a adaptar a sua necessidade. Segue o link: http://www.firebase.com.br/artigo.php?id=2862 Vamos todos comentar o post parabenizar o colega pelo trabalho árduo.

Para resolver o problema que esta mostrado acima não anexe o componente de impressão da guia automatico, deverá ser feito em tempo de execução. Fazendo dessa forma não irá dar o erro e será impresso normal as guias, conforme abaixo ACBrGNRE1.Guias.Clear; GerarGNRE; ACBrGNRE1.Enviar; ACBrGNRE1.GuiasRetorno.Clear; ACBrGNRE1.GNREGuia := ACBrGNREGuiaRL1; ACBrGNRE1.GuiasRetorno.LoadFromFile(ACBrGNRE1.Configuracoes.Arquivos.Pathsalvar + ACBrGNRE1.WebServices.Retorno.GNRERetorno.resGuia[0].RepresentacaoNumerica+'-gnre.txt'); ACBrGNRE1.GuiasRetorno.Imprimir;

Olá, também recordo deste problema ao atualizar para o Trunk 2 Mas é bem fácil de resolver 1) Se você instala o ACBr, veja se o no libray path ou seach path do seu projeto está o caminho ...\acbr\acbrdfe\acbrnfe\ Lá tem dois arquivos, um .res e um .ini necessários para o seu projeto 2) Se usa em run-time, basta adicionar estes dos também ao seu projeto;

Até agora não vi nenhuma. Mas sinceramente, seria melhor você salvar tudo em um lugar só. Facilite a vida do seu cliente, você tem este poder... hehe Que tal criar uma função no seu sistema para achar os arquivos xml/pdf para o usuário? crie uma função no seu sistema, onde ele por exemplo digitando o numero ou selecionando um nota você salva o XML/PDF para ele, onde ele quiser com um dialogo. Ou ainda, se for algo para enviar os arquivos para o contador, onde preferem separados as notas de todo um ano ou intervalo de meses, sugiro você pode fazer um "Select" na sua base, pela data de emissão das notas e com base nesta criar os diretórios já lá no pen-drive ou local que o cliente indicar para copiar já organizando por datas. Poderia usar as funções FormatDateTime e ForceDirectoriespara afim montar o diretório de destino dos arquivos, barbada! sLocalBackup := sBase + FormatDateTime('yyyy\mm\', aData); ForceDirectories(sLocalBackup); CopyFile(sLocalXML + sArquivoXML, sLocalBackup + sArquivoXML, False); Facilite a vida do seu cliente, além de que as vezes dá medo só de ver a imperícia de alguns usuários em usar o gerenciador de arquivos;

Olá. Ao efetuar um post no site "http://www.codigocest.com.br/consulta-codigo-cest-pelo-ncm" com o parâmetro "ncmsh" valendo o nro do NCM ele retorna um html com o(s) CEST possível. É possível tratar o retorno e extrair os CEST e utilizar. Até mais.

Bom dia! está na pasta trunk2\Fontes\ACBrBoleto\FC\Fortes se alterar é um dfm vai pra todos! mas o boleto é regrado por manuais o porque alterar a vontade do cliente!

Você leu em vermelho no rodapé a mensagem ? Me desculpe, não tinha visto que era XE7, estamos averiguando.

Acredito que a melhor forma seria apenas chamar o EnviarEvento, verificando se for True e em seguida testar se cada evento está entre um dos códigos aceitos... Pois EnviarEvento pode: Retornar True ao enviar evento de Cancelamento e o cancelamento não ter sido realizado (ex: existe cte ativa para a nota) Retornar True ao enviar evento de Carta de correção e o evento de CCe não ter sido registrado (ex: CCe para nota já cancelada... claro que o software não me deixaria fazer isto normalmente, fiz uns testes só para analisar as respostas). FEvento.InfEvento.cOrgao := FCodigoUF; FEvento.InfEvento.CNPJ := FCNPJ; FEvento.InfEvento.tpAmb := FOnwer.ACBr.Configuracoes.WebServices.Ambiente; FEvento.InfEvento.chNFe := Chave; FEvento.InfEvento.nSeqEvento := Sequencia; FEvento.InfEvento.dhEvento := Now; case FEventoTipo of nfevCartaCorrecao : begin FEvento.InfEvento.tpEvento := teCCe; FEvento.InfEvento.detEvento.xCorrecao := Motivo; FEvento.InfEvento.detEvento.xCondUso := ''; end; nfevCancelamento : begin FEvento.InfEvento.tpEvento := teCancelamento; FEvento.InfEvento.detEvento.xJust := Motivo; FEvento.InfEvento.detEvento.nProt := NotaProtocolo; end; end; Result := FOnwer.ACBr.EnviarEvento(1); Result := Result and (FEvento.RetInfEvento.cStat in [128,135,136,155]); //#rever 155 if Result then begin FStatus := FEvento.RetInfEvento.cStat; FProtocolo := FEvento.RetInfEvento.nProt; FMotivo := FEvento.RetInfEvento.xMotivo; FData := FEvento.RetInfEvento.dhRegEvento; FHora := FEvento.RetInfEvento.dhRegEvento; end else begin FFalha := Format('%d: %s', [FEvento.RetInfEvento.cStat, FEvento.RetInfEvento.xMotivo]); end;

Maicon, A solução já está praticamente pronta, falta como já te disse definir a licença e uma parte da documentação. Outra definição que estamos aguardando é o lançamento do delphi para compilar em linux para os testes finais. Em relação a programação Web! Aqui vamos seguir o seguinte caminho: No ERP temos a versão cliente servidor já rodando e no delphi seatle, estamos migrando ela para a consumir api em rest como foi descrito acima e vai rodar tanto local como web pois vai ser uma questão de escolha do cliente onde ele vai instalar o server dele. Mobile optamos nesse momento por Java mas também consumindo Api. Web propriamente dita rodando no browser vamos usar https://angular.io/ para construir nossos apps mas não penso em migrar nesse momento todo ERP para cá. Então veja o cenário acima e são varias frentes, hoje em dia não tem como uma única e exclusiva linguagem atender toda essa demanda. Então faça sua escolha mas olhe o mercado como um todo, use cada uma ferramenta ou linguagem para executar o que ele tem de melhor e não queira adoçar uma xícara de chá com uma pitada de sal que ai não vai dar certo. Agora como você mesmo disse voltando ao tópico: Essa questão do tempo é muito relativo como diria Einstein, mas estamos trabalhando aqui para ver se final de maio ou inicio de junho desse ano já tenhamos alguma coisa pronta e liberada para uso geral.

correção no svn! Obrigado!

Você deve ler estas propriedades da nota fiscal e não do retorno do webservice. ACBrNFe1.NotasFiscais[0].NFe.procNFe.dhRecbto ACBrNFe1.NotasFiscais[0].NFe.procNFe.nProt ACBrNFe1.NotasFiscais[0].NFe.procNFe.xMotivo ACBrNFe1.NotasFiscais[0].NFe.infNFe.ID ACBrNFe1.NotasFiscais[0].XML

Apague o repositorio, baixe novamente e rode o acbrinstall_trunk2 com a opção "remove acbr do computador" marcada.

Não não faça na mão! já tem o instalador pra isso! agora vai ter que fazer novo! use o apagaracbr.bat rode nos dois drivers, pegue depois instale o fortes ou fast corretamente então rode o instalador do acbr ! não tem erro!

afinal existe ja uma tela, criada dinamicamente na unit acbrBase. basta chamar a AcbrAboutDialog, onde é montada uma string com os dados e posteriormente apresentada numa msgbox.

Ruan Sousa, O código que identifica o cancelamento homologado é cStat = 135 ou 155 cStat = 135 para cancelamento homologado dentro do prazo cStat = 155 para cancelamento homologado fora do prazo Pegue esse retorno aqui: ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.cStat Alan Lucas http://www.dftech.com.br

Boa noite. Alteração disponível no svn. Att.

Use ACBrECF... que fala com vários modelos de ECF, sem necessitar das DLLs (usando a comunicação direta pela serial)

Bom dia Dércio, Primeiramente, em relação ao status 128 mencionado na sua postagem anterior, você esta equivocado, veja o que diz a Nota Técnica: Processamento do Lote – o lote foi processado (cStat=128), a validação de cada evento do lote poderá resultar em: * Rejeição – o Evento será descartado, com retorno do código do status do motivo da rejeição; * Recebido pelo Sistema de Registro de Eventos, com vinculação do evento na NF-e, o Evento será armazenado no repositório do Sistema de Registro de Eventos com a vinculação do Evento à respectiva NF-e (cStat=135);