Isaque Pinheiro

O que acho engraçado de pessoas como vocês é que está TUDO ai, pronto, no repositório, basta usar e ainda querem que trabalhemos para necessidades particulares, por favor, cade o profissionalismo, precisam andar com as próprias, pernas, vocês tem várias opções decida por uma mais sem choramingar. 1o Baixem os fontes que estão atualizadíssimos e gerem vocês mesmos seus monitores (É TOTALMENTE GRÁTIS) 2o Assinem o SAC, ajudando assim, a manter o projeto sempre vivo 3o Se não sabe compilar e não quer assinar o SAC, procurem um serviço de terceiro e pague pelo serviço para que compilem os monitores para vocês.

Oscar não sinta-se forçado a aderir o SAC, baixe os fontes e compile você mesmo e gere seus monitores no momento que bem desejar, os fontes como já disse SÃO OS MESMO que nós geramos os monitores semanais.

Driceu, você deveria procuira se informar melhor sobre o que diz respeito ao OpenSource, como o Kiko disse OpenSource são os fontes, e eles estão disponibilizados no repositório para quem quiser baixar SEM CUSTO ALGUM, já a compilação desses fontes para originar os monitores requer trabalho extra, o qual você mesmo pode fazer. Agora meu amigo se você não é programador Delphi, não sabe executar a compilação por si próprio, não venha nos dizer que o projeto saiu do seu proposito inicial, pois ele continua no mesmo propósito OpenSource (Fontes).

Complementando ao post do Juliomar, quero dizer ainda que a assinatura é mensal, ou seja você pode pagar por um mês, para ajudar ao projeto, durante o mês que assinar poderá baixar as versões que sairão semanalmente, não sendo obrigado a renovar a assinatura mais que uma mês. A não renovação, somente em plicará na perda de acesso para baixar as futuras compilações que excedam a do mês que foi assinante, mesmo assim poderá voltar a ser assinante durante o mês que precisar a qualquer instante que desejar. Ou simplesmente pegar os fontes e gerar sua própria compilação dos monitores, eles são os mesmos que são usados para compilação semanal para os usuários do SAC. Fica aqui a minha sugestão para você Oscar.

a versão 8.10.3, é a última do fórum aberto mesmo, a 0.9.03.1 é para usuários do SAC.

Ou crie uma função function "MeuEnvia(ALote: String): Boolean;" nela faça o código sugerido acima, caso haja um except, retorno Result := False;

O passo agora te fazer a consulta até ter o retorno se a NFes foi autorizada ou não. Olhe no Demo como se faz a rotina de consulta.

Tem que vê se essa versão do Monitor já estava preparada para emissão da versão 3.10, você já havia testado outra emissão nessa versão ?

Devo ter uma Query para o MasterData com as informações da duplicata e outro para o SubReport com as informações dos documentos? Sim, baixe os demos do FastReport e de uma estudada nesse modelo.

Qual o modelo no ACBr você está usando para acessar a Sweda, ecfSweda ou ecfSwedaSTX? Ee qual a velocidade de comunicação ta usando? Eu já tive algum problema com a sweda por causa da velocidade usada, tente mudar esses dados em uma dos ECF para teste.

P1 - Sim o link é esse mesmo P2 - para baixar não pede senha, só pede para mandar atualização o que você não tem permissão. P3 - Depende Capicom só pode ser usado em plataforma Windows, OpenSSL em Windows e Linux, porem por enquanto só funciona com certificado A1.

Quando chegar nessa linha pressione F7 ao invés de F8, ele irá processar linha a linha desse método e ai você irá identificar onde ocorre realmente o erro.

Aqui se encontra alguns fontes convertidos, mas como postei o ACBr da forma que é hoje não consegue ir totalmente para FMX, esbarrei no componente ACBrECF que terá que recriar a sua classe base e dela herdar as existentes hoje, mudança essa que não foi aprovada, por justificativa que não vale a pena pela demanda, parado no ACBrECF nem olhei o ACBrNFe.

Verdade, como a pergunta foi genérica a resposta tambem.

Estude a propriedade ACBrECF.Estado

Bom dia, no Sped são alimentados os mesmos registros das NFe, sendo assim no sintegra deve ser os mesmos. 50, 54 etc..

Revise seu código, pois nenhum de meus clientes teve problema semelhante.

Apesar da opção estar disponível no ACBrInstall, existe muita coisa ainda para que o ACBr possa ser compilado em 64bits, como por exemplo biblioteca de terceiro, dll de fabricantes dos ECFs etc..., sendo assim esquece compilação 64bit, e não temos previsão nenhuma também para que ela funcione.

Use o ACBrInstall, mas não mude para 64Bit, deixe 32Bit mesmo.

Cara não entendi bem, mas desde que uso o Delphi, desde a versão Delphi 2, nunca vi sistema gerado em delphi não gerar dcu.

Olá, quero parabeniza-los pela iniciativa, e que após a disponibilização iremos analisar o ponto citado por você sobre as adaptações, pois esses componentes são puramente pascal sendo compatíveis tanto com Delphi e Lazarus, Sobre os registros do Bloco F, são sim necessários eles fazem parte do manual, só não estão implementados ainda. Ficamos no aguardo para analise.

Bom dia Felipe, nessa última versão 0.9.02.3, já disponível para download, adicionei o comando "versaonome" que retornará se a versão é "OpenSSL" ou "CAPICOM"

Daniel você na sua pergunta trata de duas situações: NFC-e, que como o o Elton falou será um documento normal ou seja de produtos acabados, isso ainda não sei se tem ou terá registros exclusivos para eles como é separado NFe e Cupom Fiscal. Produção, compra de matéria prima e venda de produtos acabado, foi para isso que veio o Bloco K, o qual ainda não entrou em vigor.

Daniel, o que pode tentar fazer é criar um tabela nela add uma chave primária/secundária, e outro do tipo varchar(1000) "ex" vai add registros quanto for preciso até que acabe os caracteres da imagem. Quando precisar busque o registro pela chave primária e concatene todos os registros dele, para ter a imagem novamente. Nota: É uma ideia, eu não tenho isso funcionando.

Olha o código, mude ImageList por TImage, te dei um exemplo, mas terá que estudar e mudar para o que precisa, funcionar funciona.