Jump to content

Mistral Sistemas

Membros Pro
  • Posts

    85
  • Joined

  • Last visited

Everything posted by Mistral Sistemas

  1. Solucionado. Entre uma modificação e outra talvez tenha ficado faltando reiniciar computador. Obrigado.
  2. Já fiz as modificações, amanhã iremos testar. Muito obrigado.
  3. Não Daniel, configuro direto no componente pq considerei padrão, então achei desnecessário. Mas se o problema pode ser decorrente disso, posso fazer essa configuração via código ao invés de direto no componente.
  4. Boa tarde. Componente <ACBRNFe>, <configuraçoes> <Arquivos> Em SepararPorAno, coloquei false, em SepararPorMes, coloquei true. Executando ficou NFe/202008 (mes de agosto, por exemplo). Até aí, nenhum mistério. O problema é que coloquei o MESMO executável em outra máquina, e o xml foi gravado em NFe/2020/08, como se eu tivesse colocado SepararPorAno igual a true. Desculpe ser repetitivo, mas o MESMO executpavel se comportou diferente em duas máquinas diferentes. A unica diferença é que uma está o delphi instalado, e a outra é a máquina do usuário. O que poderia ser? desde já obrigado.
  5. Olá pessoal, Tenho um cliente em São Paulo, e lá desde o inicio do problema de consumo indevido, eu diminui o numero de tentativas no componente para 3, e tem aparece "Lote em processamento", que é um controle de fila... quem tem seu xml atendido ele sai da fila para quem estiver esperando tenha seu xml processado. Vejam aqui nesse link sobre o numero de tentativas... https://acbr.sourceforge.io/ACBrMonitor/WebServices.html
  6. Já solucionei meu problema... eu ia excluir o tópico mas não achei como fazê-lo. Obrigado e desculpe pela perda de tempo de vocês.
  7. Bom dia. Atualizei hoje o acbr (19/11/2017) e ao compilar deu erro na funcão ObterNomeArquivo() que eu uso na linha: NomeArq := DMNFE.ACBrNFe.NotasFiscais.Items[0].NFe.procNFe.ObterNomeArquivo(); Ao analisar o erro, pesquisei primeiro e achei as seguintes linhas em um tópico de outro colega aqui no forum, como abaixo 15/11/2017 -- pcnProcNFe / pcnEventoNFe -- [*] Comentado a function GetVersaoEvento pois este retorna sempre uma versão pré-definida que pode não ser a versão atual do evento. Comentado também a function ObterNomeArquivo por não ter nenhuma utilidade. Por: Italo Jurisato Junior Não estou questionando o fato do Italo coloca a função como não tendo utilidade, mas teria uma outra forma para eu fazer isso pelo acbr, ou terei que eu mesmo fazer isso? Só gostaria de obter uma sugestão porque terei que alterar o código que está dando erro com a função acima mencionada coloca em comentário em pcnProcNFe.pas. Desde já agradecido abs a todos
  8. Obrigado. Eu continuei pesquisando e vi que o fornecedor do certificado era VALID e vi que tinham alguns "senões" em sua instalação, converter para 1024 bits, etc. Achei bastante material aqui e acabou resolvendo. Muito obrigado.
  9. Bom dia. Um determinado cliente possui uma segurança super rígida em seu ambiente, "usuário padrão", não pode gravar nada, não pode instalar nada, etc. Instalei o certificado (preciso de acesso de administrador para fazer essa instalação), tudo funcionando (vc consegue por exemplo entrar no site da receita com o certificado). Quando estou com o usuário da máquina que irá fazer o envio das notas, acontecem alguns erros relacionados a ter certeza de que o certificado digital não existe (classe não registrada, etc.). Pois bem, o que gostaria de ajuda dos amigos, é qual caminho eu sigo: 1. Os componentes para envio da nota exige que o usuário tenha perfil de administrador 2. Pedir ao administrador da rede que libere alguma coisa (acesso a alguma ferramenta) Alguém já passou por isso, queria apenas uma luz para poder seguir nas minhas pesquisas para poder colocar o programa para funcionar. Agradeço antecipadamente a ajuda. Se precisar de mais algum detalhe que eu não tenha informado, providenciarei.
  10. Complementando histórico... comentei as linhas que deram erro e o programa está funcionando. Mas se alguém tiver uma resposta mais técnica, agradeço. abs
  11. Bom dia. Tie um problema em minha máquina e precisei refazer a instalação do ACBR. Todo o processo de instalação ocorreu tranquilamente e sem problemas, porém ao compilar meu sistema, deu o seguinte erro: JwaWinNT.pas(9470) internal error:C1091 Pesquisando sobre o erro, cheguei ao tipo ULONGLONG. Em windows.pas só encontrei LONGLONG=int64. ULONGLONG seria do tipo Uint64 que não tem no delphi7 (que estou usando no momento). Já li sobre os problemas de compatibilidade que podem vir a acontecer, sei que preciso mudar a versão do delphi (já venho usando o XE7). A minha pergunta é: como passar por cima desse erro? Já vi algumas pessoas falando em baixar versões anteriores do ACBR, como faço isso? Obrigado
  12. Perfeito!! Pegando a resposta do André e a sua, fiz um debug, e foi exatamente isso. Eu não estava conseguindo abrir aqui para responder. Muito obrigado Andre e Italo. Eu sabia que era vacilo meu, só queria saber onde. Muito obrigado pela ajuda. Não tem jeito... eu configuro na geração da nota, mas não coloquei na carta. Realmente parabéns para o pessoal do desenvolvimento do componente. abs
  13. Italo, não entendi bem o que vc quis dizer com "configuração anterior", mas eu conferi. A chave da nota que usei, abri o XML e o modelo está 55, o arquivo XML desta nota está no diretório NFE, mas a carta de correção gravou no NFCE. Como reiniciei a máquina vou repetir o teste para verificar se como estou em teste, ambiente de homologação ele "se perdeu" por algum motivo. Até pensei se ele estaria pegando o primeiro diretório, mas eu deletei todos os diretório e deixei para o diretório: C:\NOTAS\EVENTO (é o que coloquei no componente, propriedade pathevento), e após a emissão correta da CCe, ao ir ao diretório c:\notas\evento, foram criados os diretórios NFCe\201608 abaixo de Evento... Vou testar novamente. Grato
  14. Exatamente pq na mesma aplicação, eu faço NFe e NFCe. Modelo não é 55 ou 65? No caso, se a carta é de um modelo 55, pq ele não grava no diretório correspondente? Como eu resolveria isso? Porque acredito que se eu colocar falso, vai misturar NFe com NFCe, correto? Grato pela resposta
  15. Ao criar um evento de Carta de correção de uma NFe, o XML foi gravado em subdiretório de NFCe. Detalhes para análise. --- ACBRNFE. Configuracoes.Arquivo.PathEvento eu coloquei C:\NOTAS\EVENTO e na propriedade Salvarevento = true. Depois do processo que ocorre com sucesso, ele coloca o arquivo xml processado em: C:\NOTAS\EVENTO\NFCE\201608 Minha dúvida: o XML da nota estava em C:\NOTAS\PROC1\NFE\201608, por que ele gravaria o xml do evento em c:\notas\evento\nfce\201608 ? Já conferi todas as propriedades. O que posso ter deixado passar? Fiz um teste, colocando na propriedade pathevento c:\notas\evento\nfe... quando enviei o evento ele gravou o xml em c:\notas\evento\nfe\nfce\201608 obrigado
  16. Bom dia. Ao realizar comando: numero:=acbrnfe1.ssl.selecionarcertificado surge seguinte mensagem: "Erro ao ler Chave do certificado: X---------------------X. O conjunto de chaves não está definido". onde se lê X-------------------X aparece o numero do certificado, ou seja, parece que o comando chega a acessar o certificado, porque tb aparece a tela dos certificados mostrando o mesmo. Detalhes: 1. Só existe este certificado A3 na máquina, fornecedor PRONOVA padrão ICP-Brasil 2. Toda a cadeia de certificados foi atualizada 3. Java Atualizado 4. Dll's Capicom atualizadas de acordo com as mesmas que se encontram debaixo do diretorio ACBR/DLLs/CAPICOM Bom, só resolvi abrir este chamado pq não vi mais o que posso fazer funcionar o componente acbr com este certificado. Mais um detalhe, outra maquina na mesma empresa, com configurações aproximadas, (windows 7 32 bits), certificado certisign, funciona perfeitamente.
  17. Caso outra pessoa possa ter o mesmo problema que eu, resolvi assim: ao invés de jogar para a tag InfCpl o text do memo ( infAdic.infcpl := memo1.Text; ) - Eu gerei nova String com o campo memo. texto := ''; for i:=0 to memo.lines.count - 1 do texto := texto + memo.lines; infAdic.infcpl := texto Fazendo desta forma, construiu um texto "direto" sem quebras. Mais uma vez obrigado ao André pela resposta.
  18. O que pesquisei até o momento era para inserir quebra, porém meu problema está sendo outro. Ao enviar a NFe, tudo ok, Cstat = 100 e imprime o DANFE, nas informações adicionais, está havendo uma quebra não desejada. Exemplo: na tela, está: não gera direito a credito fiscal de ipi Pois bem. Ao enviar a nota e sair o DANFE, imprime assim: "Não gera direito a credito fiscal de ipi" --------- diminuindo assim em uma linha as informações. O mais interessante é ao re-imprimir, lendo o XML e chamado a rotina "imprimir", as informações adicionais, são impressas corretamente, ou seja, não tem caracteres diferentes no texto que causem essa quebra, pois no arquivo XML, está correto. Não sei se tem problema, mas ao criar a tag "infcpl", eu movo o texto todo fazendo: infAdic.infcpl := memo1.Text; obrigado
  19. Tenho um cliente que a internet dele é instável. Aumentei o número de tentativas (fazendo assim um total de 10s). O que tenho achado estranho é que tenho um xml com cStat = 100. Entendo que esse status é quando a sefaz autorizou o uso (está escrito isso no XML, com protocolo tudo ok), porém apresentando a mensagem de timout. Ao analisar as sugestões de todos, fiquei pensando no processo sugerido pelo Regys, fazendo o tratamento de erros: // TRATAMENTO DE ERROS if (pos('12007 - ', E.Message.ToUpper) > 0) or // erro de conexão (pos('12002 - ', E.Message.ToUpper) > 0) or // timeout (pos('12029 - ', E.Message.ToUpper) > 0) then Mesmo ele gravando no diretório um XML com cStat = 100, ele pode dar esse erro de timeout. Sinceramente fiquei confuso. Alguém já passou por isso, ou é assim mesmo. Desde já obrigado, pesquisando aqui no forum, não encontrei situação parecida. Me desculpo antecipadamente com os moderadores caso eu não tenha sabido pesquisar melhor. abs Leandro
  20. Boa tarde. Todo o processo de gerar uma NFCe offline está bem claro e tudo funcionando, minha dificuldade está em pegar o nome do arquivo que foi gerado. Ele está sendo gravado na pasta corretamento, o arquivo que é formado pela chave mais "-nfe.xml" está lá. Eu tenho uma rotina onde eu gravo em uma tabela algumas informações de cada nota gerada, como data de emissão, chave, mas estas informações eu sempre pego depois que ela é processada em: acbrnfe1.notasfiscais[0].nfe.procnfe.chnfe e gravo esta informação para reimpressão, por exemplo. Como eu pegaria o nome do arquivo gerado no modo offline, pq a parte do "procNFE", é somente (pelo que entendi) para as notas processadas. Obrigado desde já.
  21. Boa Tarde Régys e Isaque Acabei de migrar do AcbrNfeMonitor para o AcbrNfeMonitorPlus Ao tentar enviar o arquivo para a SEFAZ, recebi um erro que não consegui decifrar. ERRO: Falha na validação dos dados da nota: 2 '1899-12-30T00:00:00-02:00' violates pattern constraint of '(((20(([02468][048])|([13579][26]))-02-29))|(20[0-9][0-9])-((((0[1-9])|(1[0-2]))-((0[1-9])|(1\d)|(2[0-8])))|((((0[13578])|(1...'. The element '{http://www.portalfiscal.inf.br/nfe}dhCont' with value '1899-12-30T00:00:00-02:00' failed to parse. Segue os 2 arquivos , o de EnvIo e o de Retorno. Agradeço desde já por alguma informação. Augusto ENTNFE6.TXT sainfe6.txt
  22. Ok, vou verificar melhor essa questão, pois por enquanto é uma versão emergencial para um cliente... Abri outro tópico já com o novo erro/problema. Obrigado!
  23. Boa tarde pessoal, Estou com problema na emissão da NFC-e, está me retornando o seguinte erro: CLASSE EACBrNFeException ERRO Falha na validação dos dados da nota: 10 Element '{http://www.portalfiscal.inf.br/nfe}infNFeSupl' is unexpected according to content model of parent element '{http://www.portalfiscal.inf.br/nfe}NFe'. Expecting: {http://www.w3.org/2000/09/xmldsig#}Signature. Em anexo o XML, pelo que analisei está tudo ok na tag infNfeSupl. Alguém pode me ajudar? Obrigado! 33151222892162000114650050000000101000000108-nfe.xml
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.