Otavio Benini

muito obrigado pelas respostas Otavio Benini

prezados, em função da Resolução 13/2012 do Senado Federal e do Ajuste Sinief 2/12013, novos códigos de procedencia de mercadorias, antes uma lista de 0 a 2 e agora uma lista de 0 a 7 também, deve constar na NFe a partir de 01/08 o código da FCI (36 dígitos) e um percentual relativo a cada mercadoria que contenha algum material importado o ICMS em operações interestaduais com alíquota de 4% depende do atendimento à esses dados a NFe já está refletindo essas novas condições ? Obrigado Otavio Benini

prezados, preciso controlar a gravação do xml da nfe, de sorte a que não haja sobreposição se ocorre algum erro e o usuário não presta atenção, ato contínuo ele gera outra nfe com o mesmo numero (ele está desatento) e há rejeição na SEFAZ, e o xml fica "estragado" com os dados da nova nota então ele corrige a numeração da nova nota, a vida segue e o xml da nota anterior fica errado grato Otavio Benini

Elton, agradeço seu empenho, mas o prbl era outro achei outras coisas estranhas e depois de zerar meu pc e re-instalar tudo o prbl não mais ocorreu obrigado Otavio Benini

Elton, vou explicar de outro modo prá vc entender: inicio a rotina informando para o componente ACBrNFe algumas informações como ambiente, certificado, etc; depois "preencho" a NFe usando ACBrNFe1.NotasFiscais.Add.NFe depois usando ACBrNFe1.Enviar(NumNFe,true) o xml é criado, entregue, protocolado, tudo direitinho e é essa rotina quem manda imprimir (true), eu não faço nada além ou seja, tudo acontece dentro do componente; se pego o xml gerado, e protocolado, eu consigo impressão usando outro programa que também usa o componente a questão está, portanto, dentro desse modelo, lógico, de usar um único form com um único componente da Nfe e um único componente de impressão sendo chamados por outros forms; tudo está correto, exceto a impressão; mesmo usando só a impressão, quando entrego o xml para o componente (LoadFromFile) e depois uso ACBrNFe.NotasFiscais.Imprimir o erro é o mesmo, ou seja, a rotina de impressão do componente é quem está proporcionando ocasião para o AV Otavio Benini

Elton, essa unit é a ACBrNFeDANFERaveDM, ou seja, do componente de impressão o erro é apresentado logo após clicar OK na tela do Rave ainda é possível ver a mensagem de "imprimindo pagina 1", muito rapidamente por favor, da uma lida no post inicial desta questão Otavio Benini

Elton, adicionei 3 watches: FNFE, Connection e Det FNFE = nil Det = undeclared identifier Connection: ([csInheritable], '7.7.0 (VCL2010)', 684, #4, 0, nil {#0}, 65536, 0, #4, #9, nil {#0}, False, $126BE10, True, 'RT', False, $125CE38, 0, 0, 0, 0, '', '', '', True, False, rtDeveloper, $1283A00, (nil,nil), (nil,nil), (nil,nil), (ACBrNFeDANFERaveDM.TdmACBrNFeRave.CustomDadosProdutosCXNGetCols,$124F930), (ACBrNFeDANFERaveDM.TdmACBrNFeRave.CustomDadosProdutosCXNGetRow,$124F930), (nil,nil), (nil,nil), (nil,nil), (ACBrNFeDANFERaveDM.TdmACBrNFeRave.CustomDadosProdutosCXNOpen,$124F930), (nil,nil), (nil,nil)) sds Otavio Benini imagem:

como faço isso ?

anexo um printscreen da tela durante debug o erro ocorre depois de clicar OK na tela do Rave, na linha 486 do ACBrNFeDANFERaveDM obrigado pela atenção Otavio Benini

bom dia, André na aplicação que apresenta o problema tenho o componente da NFe e do Danfe apenas em 1 form e essa é a idéia, não duplicar

prezados, em alguns aplicativos utilizo os componentes da NFe e DANFERave no mesmo form onde trato os demais dados da NFe; entrego, imprimo o DANFE, envio email e tudo ok; num aplicativo em desenvolvimento utilizei um form para tratar os dados da NFe e outro com os componentes e funçoes comuns da NFe, como consulta, cancelamento, etc. do form-base chamo o form da NFe e envio a NFe, recebo o protocolo ok, mas quando vai para impressão (automática na chamada do .Enviar(lote,true)), já na tela do Rave, ao clicar OK recebo um Access Violation (anexo mensagem) onde estou errando ? o que está faltando ? o xml está ok, protocolado, entregue já re-instalei o DANFERave o mesmo erro ocorre se opto por Imprimir e aponto o xml existente o xml pode ser impresso através dos outros programas existentes agradeço a atenção Otavio Benini

bom dia, Daniel aguardei por uma solução por 36 horas e como nada aconteceu eu fiz exatamente o que vc propõe e, felizmente, funcionou. obrigado por sua atenção Otavio Benini

prezados, a geração de boleto com o Forte está gerando erro pq o BB tem agora um "nosso numero" com 17 posições - para convenios cujo numero seja com 7 dígitos - caso corrente no meu projeto então atualizei o projeto para verificar se essa nova condição já estava tratada (10/12/12 10:50h) só que ao compilar tenho o seguinte erro: [DCC Error] E2161 Error: RLINK32: Unsupported 16bit resource in file "..\..\Fontes\ACBrBoleto\ACBrBoletoFCFortesFr.dfm" agradeço toda e qq contribuição Otavio Benini

clever-x o certificado A1 é muito simples, é um arquivo .pfx, vc dá um duplo clique sobre o arquivo, ele pede a senha e registra no Explorer eu deixo o certificado na pasta do executável o problema ocorre fora desse registro, ocorre no momento de registro das dll's msxml5.dll e capicom.dll esse problema também ocorre se o Windows não for legal e aí não tem jeito obrigado por seu interesse Otavio Benini

prezados colegas, meu software roda em vários clientes, sem maiores problemas num novo local na cidade de São Paulo, utilizando banda larga via rádio, ao enviar o xml recebo as telas seguintes (anexas), sem mais informações o provedor me informa que não tem proxy e nem firewall na conexão utilizada o modem está direto no pc, com ip fixo aceito sugestões para o que possa ser a origem desse problema obrigado. Otavio Benini RESOLVIDO: pc bixado; reinstalado windows; tudo ok

Kiko, eu formatei o pc e só tinha um usuário e o admistrador; o usuário é administrador procedi como faço em outras instalações Thiago, o ceritifado é A1, arquivo, não usa leitora eu tenho recomendado aos meus clientes o A1 exatamente prá me livra-los dos prbls com usb, leitoras, etc obrigado

prezados colegas, Essa mensagem "o conjunto de chaves não existe" persistiu durante as muitas tentativas de instalar meu sistema, com ceritificado A1 (arquivo .pfx). No momento de gerar e enviar o xml ela se apresentava. Fiz de tudo, desde formatar e re-instalar o Windows 7 Prof 32 bits, e também o 64 bits, atualiza-lo, instalar as dll's, que no momento de registro (capicom e msxml5) já exibiam erro do tipo "não encontrou o ponto de entrada". Passei pela remoção e instalação dos certificados raiz da ICP Brasil. Enfim, fiz e re-fiz todo o processo em diversos cenários. Desabilitei firewal, processei tudo antes de instalar qq anti-vírus. Por fim, suspeitei do pc, um AMX Phenom 3 Core. Resultado: com processador Intel tudo ok. Com esse Phenom nada resolvido. Alguém já passou por isso ? Existem outras restrições ? Estou tentando instalar o sistema num notebook HP com Celeron e Win7 Starter e a mensagem de "chave não registrada" já foi exibida. Já baixei e rodei o Capicom.Exe, atualizei os certificados raiz, re-instalei os certificados e a mensagem persiste. Será que é outra restrição ? Agradeço os comentários sobre este assunto. Otavio Benini

Regys, uso e divulgo o ACBrNFe, imprimo no Danfe, mas tenho poucos clientes com Nfe se houver uma nova opção para associação do tipo "Assinatura Anual R$ 50,00 p/ mes - 5 perguntas" eu topo e penso que muitos outros o farão também obrigado Otavio Benini

eu não sei ao certo o que houve, mas depois de re-compilar o prbl sumiu, ou seja, está tudo ok obrigado, Regys.

utilizei o código existente no Exemplo: (final da procedure) " ACBrNFe1.EnviarCartaCorrecao(StrToInt(idLote)); MemoResp.Lines.Text := UTF8Encode(ACBrNFe1.WebServices.CartaCorrecao.RetWS); memoRespWS.Lines.Text := UTF8Encode(ACBrNFe1.WebServices.CartaCorrecao.RetornoWS); // ACBrNFe1.WebServices.CartaCorrecao.CCeRetorno.retEvento.Items[0].XXXX LoadXML(MemoResp, WBResposta); " e não é gerado um xml do retorno ou acrescido o retorno ao arquivo enviado "lote-ped-cce.xml", ou seja, não tenho o comprovante de entrega e o aceite, como no envio do xml da nfe, que gera um xml do recibo e depois acresce o texto do recibo ao xml da nfe por favor, se alguém souber, eu agradeço Otavio Benini

utilizei o código existente no Exemplo: " ACBrNFe1.EnviarCartaCorrecao(StrToInt(idLote)); MemoResp.Lines.Text := UTF8Encode(ACBrNFe1.WebServices.CartaCorrecao.RetWS); memoRespWS.Lines.Text := UTF8Encode(ACBrNFe1.WebServices.CartaCorrecao.RetornoWS); // ACBrNFe1.WebServices.CartaCorrecao.CCeRetorno.retEvento.Items[0].XXXX LoadXML(MemoResp, WBResposta); " e não é gerado um xml do retorno ou acrescido o retorno ao arquivo enviado "lote-ped-cce.xml", ou seja, não tenho o comprovante de entrega e o aceite, como no envio do xml da nfe, que gera um xml do recibo e depois acresce o texto do recibo ao xml da nfe por favor, se alguém souber, eu agradeço Otavio Benini

Ítalo, fiz um novo teste usando o certificado A3 da Certisign, token, e o programa Exemplo do ACbr: são exibidas as mensagens de entrega do lote, de lote processado e só, ou seja, a última mensagem com o status do processamento não é exibida, embora tenha, nos meus testes, retornado status=100 (autorizado) então, tem alguma coisa com esse certificado que tá gerando um bug - no Exemplo não exibe a mensagem com o status final e no meu programa gera o Access Violation em 2 clientes com esse certificado A3, token, Certisign, tá gerando a msg Access Violation; em 2 outros com A1, arquivo .pfx, não tenho problema, e é a mesma rotina obrigado por seu interesse e ajuda Otavio Benini

Ítalo, fiz um novo teste usando o certificado A3 da Certisign, token, e o programa Exemplo do ACbr: são exibidas as mensagens de entrega do lote, de lote processado e só, ou seja, a última mensagem com o status do processamento não é exibida, embora tenha, nos meus testes, retornado status=100 (autorizado) então, tem alguma coisa com esse certificado que tá gerando um bug - no Exemplo não exibe a mensagem com o status final e no meu programa gera o Access Violation em 2 clientes com esse certificado A3, token, Certisign, tá gerando a msg Access Violation; em 2 outros com A1, arquivo .pfx, não tenho problema, e é a mesma rotina obrigado por seu interesse e ajuda Otavio Benini

Ítalo, obrigado por seu interesse a rotina de emissão é igual para ambos os certificados, só muda no início qdo é setado o n.do certificado e senha, numa procedure que é carregada logo no início, antes mesmo de receber os dados para processamento. tenho lido aqui no forum alguns outros problemas com A3 da Certisign vou continuar pesquisando novamente, obrigado Otavio Benini (Palmeirense até morrer)

obrigado !