Egon José Klipstein

Não seria o caso de examinar as propriedades ACBRNfe.Webservices.retorno.cStat e .xMotivo, logo após realizar a transmissão ? Em cStat eu sempre recebo o código resultante e em xMotivo a mensagem de resposta, pelo menos penso que é assim ( se não for, estou com sérios problemas, hehehe ). Para cada operação tem um código, em transmissão 100 é para transmissão realizada com sucesso. Apenas uma sugestão de controle do retorno.

Muchas Gracias, estava com esta dificuldade na transmissão da NFCe em contingência OF LINE, e verificando no validador do sefaz notei que o problema era na chave do XML, então a rotina de geração da NFCe quando em contingência, por ter feito a tentativa de transmitir, já estava gerada em modo normal, por alguma razão não mudava, então ao zerar e gerar novamente antes de validar, assinar e imprimir, resolveu. A rotina ficou assim para quem enfrentar a mesma dificuldade: Geração da NFCe 1 - Criar a NFCe a partir de uma venda 2 - Gerar 3 - Validar 4 - Assinar 5 - Tentar transmitir em modo normal 6 - S não deu por problema na comunicação processar em contingência 1 - Colocar em contingência - tpEmiss := teOffLine; xJust := 'Bla bla bla Wiskas sachê...'; dhCont := now; 2 - InfNFe.ID := ''; 3 - GerarNFe; 4 - Valida; 5 - Assinar; 6 - Imprimir; 7 - Depois do problema de comunicação ser resolvido, carregar o XML da NFCe e transmitir sem alterações.

WANDEROK, você está informando o campo de código de barras EAN de algum produto da nfe (Prod.cEAN) com um valor não válido, minha sugestão é deixar este campo sem valor quando o código de barras não é válido. Este campo do produto é especificamente para o código de barras do produto em questão, se colocar, tem que ser válido, mas não existe a obrigatoriedade da informação. Um valor válido para este campo é numérico somente, com 8 ou 13 dígitos, lembrando que existe uma regra para montagem deste código, tem um dígito verificador. Existem funções na internet para verificar a validade. Espero que tenha ajudado.

Encontrei uma solução, talvez uma gambiarra, mas funcionou, como o colega acima colocou, o certificado está certo, caminho do PFX existe e com CAPICOM o mesmo certificado funciona. A forma de resolver foi a adição de uma linha no arquivo ACBRCTeConhecimentos " CTeUtil.initXMLSec; " na procedure TConhecimentos.Assinar... Se existe outro local em que esse efeito seja o mesmo sem a necessidade de alterar o código fonte, seria preferível, creio eu. Conclusão: Creio que essa instrução faça algum tipo de inicialização em variáveis que podem estar com um valor default indesejado...

Perdão se estiver postando no lugar errado. Pesquisei um bocado antes, não consegui um assunto específico. A dificuldade é: Preciso desenvolver a aplicação de CTE para LINUX UBUNTU e usará o WINE, o certificado digital é A1, devo usar OPENSSL. Nos meus testes estou recebendo o erro "Error:failed to load private pem key from : "c:\certificado.pfx" quando faço a assinatura. Obs.: A mesma aplicação rodando com capicom e o mesmo certificado está funcionando perfeitamente, o certificado é válido e foi emitido em maio deste ano. Atualizo com frequência os fontes, semanalmente ou menos.Estou usando a seguinte sintaxe: {$IFDEF ACBrCTeOpenSSL} frmprinc.ctre.configurações.certificados.certificado := 'c:\certificado.pfx'; frmprinc.ctre.configurações.certificados.senha := 'senha'; {$ELSE} frmprinc.ctre.configurações.certificados.NumeroSerie := 'BLABLABLANumerode serie'; {$ENDIF} Ademais segue a codificação como no uso com CAPICOM... Tem alguma configuração a ser informada, algum macete, formato do certificado, qualquer coisa a mais que talvez eu tenha esquecido ? Pode ter relação com a versão das DLLs ?

Arlindo Reis, o componente é o mesmo da NFe, o que muda é a forma de instanciar e o componente para impressão da DANFE, deve ser usado o adequado, e está na aba de componentes ACBR como ACBRNFeDANFCeFortes. Se vc olhar com um pouco de calma no DEMO da NFe, vai perceber que tem um exemplo bem claro como emitir uma NFCe. E funciona muito bem, estou com ele rodando em alguns clientes, é perfeito. Se precisar estamos as ordens para te auxiliar !!!

Entre em contato se houver interesse ainda . [email protected]

Necessito uma rotina que efetue a assinatura digital em um arquivo XML com um certificado A3. Esta rotina deve receber como parâmetro um Stringlist ou o endereço de arquivo e devolva um Stringlist com o conteúdo assinado ou o endereço do arquivo assinado. Esta rotina deve ser feita no LAZARUS, e deve rodar no LINUX. Pode ser escolhido um hardware específico, como um SMARTCARD perto, TOKEN, etc.. Obs.: Não é o arquivo de NFe. Necessito que os fontes sejam comentados. Meu endereço de email é [email protected]. Meus telefones são (51)8584.6366 / 8204.4159 Favor informar valor e tempo de execução.

REGISTRO 0015: DADOS DO CONTRIBUINTE SUBSTITUTO - Eu nunca usei. REGISTRO 0150: TABELA DE CADASTRO DO PARTICIPANTE - Falando grosseiramente, é o cadastro de Clientes e Fornecedores, de forma suscinta, é o emitente de uma nf destinada a empresa, e/ou o destinatário de uma nf emitida pela empresa. REGISTRO 0206: CÓDIGO DE PRODUTO CONFORME TABELA PUBLICADA PELA ANP (COMBUSTÍVEIS) - São produtos que fazem parte da família dos combustiveis e lubrificantes, existe uma tabela classificando isso, é só perguntar pro mestre GOOGLE que ele te localiza fácil fácil. REGISTRO 0220: FATORES DE CONVERSÃO DE UNIDADES - Um produto que é comprado em fardo de unidades, "CERVEJA LATA" por exemplo, a unidade de medida é fardo, na NF de compra vem descrito x fardos, e são vendidos em unidades ( acho que é assim ). REGISTRO 0300: CADASTRO DE BENS OU COMPONENTES DO ATIVO IMOBILIZADO - Não uso, então não saberia te dar maiores detalhes.

Necessito de uma aplicação para TABLET. Preciso integrar com aplicação DESKTOP, preferencialmente usando o padrão XML da NFe. Manda uma proposta para [email protected].

Acabei de atualizar os componentes, recompilei-os, tudo certo, porém quando fui compilar o sistema ocorreu o erro : Error reading danfe.TamanhoFonte_RazaoSocial: Property TamanhoFonte_RazaoSocial does not exist. Há algo que eu possa fazer para ajustar isso ? Alguém pode me orientar ?

Resolvido...Muchas gracias... Conforme o amigo Juliomar Marchetti mencionou, tendo todas as DLLs na pasta da aplicação, funciona..

Bem, eu estou usando a DLL que baixei 26-03-2013 via SVN da ACBR na pasta da aplicação. DarumaFrameWork.dll

Sou do RS e necessito gerar o arquivo para Nota Fiscal Gaúcha, o PDV não está homologado no PAF por não haver obrigatoriedade. Relativo a função ecf.PafMF_LMFC_Cotepe1704(dti,dtf,'c:\temp\nfg.txt') está ocorrendo um erro Erro ao executar xrGerarRelatorio_ECF_Daruma. Cod.: -1 Erro do Método. Obs.: Estou usando um ECF Daruma FS-600. Uso o componente TACBRECF sem nenhum outro componente vinculado a ele. Alguém já passou por algum problema semelhante a este ? Será que é por este método necessitar algum tipo de informação do PAF ?

O arquivo XML do CTe CTe-1.xml

Primeira experiência em CT-e, visualização do DACTE, assinatura e validação perfeito, porém a trannsmissão ocorre o erro Rejeicao:Lote com CT-e de diferentes UF. O código para transmissão é ctre.Enviar(strtoint(dm.tblctrctre_numero.Text)); Obs.: Definitivamente existe somente um conhecimento no componente. Fiz o teste antes desta linha mostrando o seguinte label.caption:=inttostr(ctre.Conhecimentos.Count); Já tentei mudar o tipo de emissão para "Ide.tpEmis := teNormal;" bem como "Ide.tpEmis := teSVCRS;" e a mensagem não muda.

Perfeito. Imprimiu exatamente como eu queria !!! Estou maravilhado com os componentes ACBR, parabéns aos mentores deste projeto...

Estou iniciando o uso dos componentes ACBR. Minha dificuldade está em imprimir Código de Barras no ECF. Já tem alguma implementação desses recursos ? Se existe, alguém sabe me orientar como fazer isto. Obs. Percebi que tem a configuração do Código de barras !