Ir para conteúdo
  • Cadastre-se

francasoftware

Membros
  • Total de ítens

    55
  • Registro em

  • Última visita

  • Days Won

    2

Tudo que francasoftware postou

  1. Prezados Companheiros: Gostaria de lhes pedir desculpas! Este questionamento resultou de uma desatenção minha. Não havia percebido que a Sefaz havia mudado o nome dos campos no layout. Assim, temos : NFE.2.00 NFE 3.10 exporta.UfEmbarq exporta.UfSaidaPais exporta.xLocEmbarq exporta.xLocExporta Vou ficar mais atento a estas questões de layout para evitar outro erro desta natureza. Grato a todos. Carlos Franca-Sp
  2. Prezados Companheiros: Inicialmente quero me desculpar se porventura estiver postando algo que já foi motivo de discussão anterior. Estou implementando em meu Erp o recurso da transmissão da NFE 3.10. Assim, após testar envio de uma Nota Fiscal de Exportação , verifiquei o seguinte erro : 10903->Rejeicao: CFOP de Exportacao e nao informado Local de Embarque Na sequência meu foco foi averiguar se eu estava passando valores para o segmento : ZA - Informações de Comércio Exterior. Constatei que os valores estão sendo passados corretamente para as tags: Exporta.UFembarq Exporta.xLocEmbarq Exporta.xLocDespacho Mas no arquivo xml gerado constatei que estas tags não estão sendo geradas nele. Podem os amigos me ajudar a indicar onde estou errando ? Grato Carlos
  3. Prezados Companheiros Boa Tarde! Tenho um Erp que utiliza o ACBRNFE para efetuar a transmissão , até então utilizando a versão : 2.0. Hoje resolvi iniciar a fase de teste do ERP já utilizando a Versão : 3.10, em Modo de : Homologação. Depois de atualizados os Schemas Xml da Versão : 3.10, tentei fazer a transmissão em modo de Homologação de uma Nota Fiscal, mas somente obtenho o seguinte retorno : LOTE EM PROCESSAMENTO. Isto é, qualquer transmissão que tento fazer sempre resulta na mensagem de : Lote em Processamento. Porém, se tento consultar referida nota fiscal através do método CONSULTAR, consta inexistência da Nota Fiscal na base de dados da Sefaz. Será que os companheiros já passaram por este problema? Sabem se estão os Web Services da versão 3.10 totalmente habilitados pela Sefaz ? Grato Carlos Franca-Sp
  4. Prezados Companheiros: De início solicito desculpas a todos se estou questionando algo que anteriormente já foi objeto de discussão. Gostaria somente de confirmar se os procedimentos para zerar o componente AcbrMDf_E são os abaixo. Manifestos.Clear; Evento.Clear; Isto para certificar-me que estou preparando corretamente o componente de livre de informações antigas. Grato Carlox
  5. Prezado Sr. Italo Bom Dia! Na verdade eu me referia ao Arquivo Xml de retorno da consulta mesmo. Dentro da tag < RET > no arquivo xml não está sendo exibida tag : < resNFe NSU > para todos os documentos fiscais retornados. Se fosse possível ter o arquivo xml de resposta completo, eu poderia armazenar no banco de dados na tabela criada para conter a pesquisa. Mas se não for possível não tem problema. Grato Carlos
  6. Prezados Companheiros Bom Dia! Estou desenvolvendo aplicação que tem , graças ao Acbr, a habilidade de pesquisar todas as Notas Emitidas por Terceiros contra o CNPJ de nosso cliente. Consegui pela rotina, pesquisar corretamente todas as Notas Fiscais emitidas por Terceiros nos últimos 15 dias. A única coisa que não consegui foi recuperar um Arquivo Xml completo correspondente à resposta da Sefaz. Estou utilizando a propriedade : WebServices.ConsNFeDest.retConsNFeDest.XML para efetuar a recuperação do texto do arquivo xml de retorno da Sefaz. Porém, se são retornadas 20 notas fiscais pela Sefaz, no arquivo xml são apresentadas apenas 3 ou 4 notas. Por acaso os irmãos sabem se estou utilizando a propriedade correta? Grato Carlos Franca-Sp
  7. Prezados Companheiros: Constatei que o problema do "operation timed out" se devia à quantidade de notas que estava sendo pesquisada. Meu cliente tinha cerca de 560 notas emitidas contra seu cnpj nos últimos 15 dias. Assim, estava passando por padrão ZERO no NSU na primeira consulta. Como o procedimento de consulta demorava demais, ocorria referido erro,. A solução foi fazer pesquisas parciais de 30 e 30 documentos. Por ora esta é a única solução que consegui. Grato Carlos
  8. Prezados Companheiros: Boa Tarde! Gostaria de novamente solicitar sua ajuda. Estou criando recurso em meu Erp para Consultar Notas Fiscais Emitidas por Terceiros contra o nosso CNPJ. A aplicação consulta corretamente e faz gravação no Banco de Dados. O problema é que como são retornadas muitas notas fiscais, a Sefaz retorna a seguinte mensagem de erro : 'The operation timed out - URL:https://www.nfe.fazenda.gov.br/NFeConsultaDest/NFeConsultaDest.asmx - SOAPAction:http://www.portalfiscal.inf.br/nfe/wsdl/NfeConsultaDest/nfeConsultaNFDest'. Por acaso os companheiros já passaram por problema semelhante e conseguiram alguma solução? Grato Carlos Franca-Sp
  9. Prezados Companheiros Tenho um cliente que possui Certificados Digitais fornecido por 2 empresas : - Certisign - Boa Vista A transmissão da NFE pelo Certificado da Certsign funciona corretamente. Porém, pela Boa Vista sempre quando pesquisamos o Status do Serviço da Nfe, aparece o erro : Inativo ou Inoperante tente novamente - Erro no suporte a Canais Seguros. Porém, se consultar o Status do Serviço ele sempre está em operação no momento. Por acaso algum dos companheiros já passou por isto ? Grato Carlos
  10. Prezado Sr. Italo Bom Dia! Concordo integralmente com o Sr. Realmente não disponibilizei em meu sistema ainda recurso para envio em modo de Contingência. Vou fazê-lo com maior urgência. Realmente não devo mais contar com a possibilidade de fazer isto via Emissor Público de Nfe. Sua informação é muito sensata. Grato pela ajuda novamente. Carlos Franca-Sp
  11. Prezado Sr. Italo Bom Dia! No programa-exemplo do Acbr o comando para envio da Carta de Correção é : ACBrNFe1.EnviarEventoNFe(StrToInt(idLote)); Porém estou enviando da seguinte forma : ACBrNFe1.EnviarCartaCorrecao(StrToInt(idLote)); Vou alterar o meu programa para proceder no mesmo formato que o programa-exemplo do Acbr utiliza. Depois do teste eu reporto o resultado. Obrigado por sua ajuda. Grato Carlos
  12. Prezado Sr. Italo: O Certificado Digital é do tipo A3, com mais de 2 anos de validade ainda. Estou testando diretamente no cliente via TeamViewer para tentar achar um padrão que me leve à causa referidos erros. Curiosamente a transmissão de NFE continua normal. Grato por sua ajuda. Estarei atento caso algum dos companheiros se lembrem de já ter experimentado algum problema parecido. Carlos Franca-Sp
  13. Prezado Sr. Italo Muito obrigado por sua atenção! Desde que criamos o recurso da NFE em 2008 sempre procuramos prover aos clientes estes 2 recursos. Isto é, sempre possibilitamos ao usuário enviar a Nfe automaticamente ( pelo ACBR ) ou gerando arquivo txt e importando no Emissor Público de Nfe do Governo. Assim ocorreu nas versões 1.00 e 2.00 da Nfe. Já na Versão 3.10 o Governo nada disponibilizou em seu site, no tocante a layout e bem como do Emissor de Nfe. Esta foi minha motivação de consultar os companheiros do Acbr, embora este não seja o foco do Forum. Grato Carlos
  14. Prezados Irmãos: Em meu sistema eu criei 2 recursos para transmissão da Nfe: - primeiro recurso utilizando o ACBR para transmissão direta - segundo recurso gerando um arquivo txt que pode ser importado no Emissor Público de Nfe Este segundo recurso fica como um plano B, em caso de transmissão direta estar inativa pela Sefaz. O problema que enfrentei é que quando surgiu a NFE 3.10 não consegui localizar um manual do arquivo txt compatível. Aparentemente nem o Emissor Público de Nfe da versão 3.10 está disponibilizado. Por acaso os companheiros sabem algo sobre ? Alguém já precisou e conseguiu encontrar estes recursos. Estou perguintando isto para vocês porque na Sefaz nunca consigo uma solução. O atendente via telefone não sabe e me manda questionar por e_mail. E o atendente do e_mail não me responde. Grato Carlos
  15. Prezados Companheiros: Boa Tarde! Inicialmente gostaria de pedir desculpas se estiver abordando um tema que foi anteriormente debatido pelos irmãos. Utilizo em meu sistema o Acbr , inclusive para transmissão da Carta de Correção Eletrônica. A transmissão das Cartas de Correção ocorria normalmente. Porém , hoje em um cliente agora começou a aparecer o seguinte erro : WebService Consulta Status serviço:- Inativo ou Inoperante tente novamente.- Uma conexão com o servidor não pôde ser estabelecida - URL:https://nfe.fazenda.sp.gov.br/nfeweb/services/nfestatusservico2.asmx - SOAPAction:http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico2. Da forma que está disposta no erro até parece o serviço NFE esteja fora do ar. Porém está tudo funcionando corretamente no Estado de São Paulo. Por acaso algum dos irmãos já experimentou este erro? Grato Carlos Franca-Sp
  16. Prezado Sr. Italo Eu fiz download do arquivo txt. Por favor me auxilie a entender um detalhe em sua rotina. Na minha rotina estou utilizando o componente ACBRNFE para efetuar a pesquisa da seguinte forma : " acbrNota.ConsultaNFeDest " Porém, na sua rotina o sr. utilizou o seguinte comando : " DMDFe.NFe.ConsultaNFeDest " Neste caso o Sr. também está utilizando o componente ACBRNFE ? Grato novamente por sua ajuda. Carlos Franca-Sp
  17. Prezado Sr. Italo Gostaria de antemão agradecer sua atenção e novamente solicitar sua ajuda. Implementei em meu sistema a seguinte rotina : stIndNFe := '0'; stIndEmi := '0'; stUltNSU := '0'; stCNPJ := qryEmpresa.FieldByName('CNPJ').AsString; acbrNota.ConsultaNFeDest(stCNPJ,StrToIndicadorNFe(ok,stIndNFe), StrToIndicadorEmissor(ok,stIndEmi),stUltNSu); with acbrNota.WebServices.ConsNFeDest.retConsNFeDest do begin for inInc := 0 to ret.Count - 1 do begin stChave := ret.Items[inInc].resNFe.chNFe; end; end; showmessage(stChave); MemoResp.Lines.Text := UTF8Encode(acbrNota.WebServices.ConsNFeDest.retConsNFeDest.XML); E sempre obtenho como resposta no arquivo xml de retorno: <cStat>137</cStat> <xMotivo>Nenhum documento localizado para o destinatario</xMotivo> Assim, nunca consigo retorno das notas fiscais que terceiros emitiram contra o nosso cnpj, embora nossa empresa esteja em ampla atividade, com compras todos os dias. O CNPJ que estou informando é apenas com números. Por acaso o Sr. sabe determinar o que pode estar ocorrendo? Grato Carlos
  18. Prezados Companheiros Boa Tarde! Novamente venho solicitar a ajuda de vocês. Estou com um problema em um cliente que foi ameaçado de multa pelo Fisco porque uma outra empresa sediada em outro estado emitiu NFE citando seu CNPJ, sem o seu conhecimento, se que tenha efetuado qualquer negócio com referida empresa. Assim, ele solicitou-me se seria possível criar um recurso preventivo para consultar todas as Notas Fiscais Eletrônicas que Terceiros emitiram contra o CNPJ dele. Não se trata portanto de monitorar NFE que foi emitida pelo CNPJ dele e sim que terceiros emitiram referenciando o CNPJ dele. Sabem se por acaso seria possível utilizar o recurso : ConsultaNFeDest ( ou qualquer outro do Acbr ) para este fim ? Grato pela gentileza de todos e me desculpem se estou postando algo que foi motivo de discussão anterior. Grato por sua ajuda constante. Carlos Franca-SP
  19. Estou efetuando o teste utilizando o projeto exemplo que vem com o Acbr. Utilizo aquela opção IMPRIMIR DAMDFe utilizando um arquivo xml válido. Aparece este erro na sequencia. Neste exemplo não vem indicação de imagem. A propriedade LOGO está em branco., Grato Carlos Franca-SP
  20. Prezados Companheiros: Boa Tarde! Gostaria de solicitar novo esclarecimento dos companheiros. Estou conseguindo efetuar as transmissões dos Manifestos corretamente. Porém, quando tento imprimir o DAMDFe , estou experimentando o seguinte erro : EInvalidGraphic with message 'Bitmap image is not valid' Vi que existe um post com assunto parecido, mas abordando impressão do DANFE em RaveReport: Porém, eu estou tentando imprimir o DAMDFe utilizando o QuickReport versão : 5.05.1 que vem junto com o Delphi Xe2 e recebo esta mensagem de erro. Será que a versão do QuickReport esperada pelo componente Acbr é diferente da que estou utilizando? Grato novamente pela ajuda de todos. Carlos Franca-sp
  21. Prezados Companheiros: Realmente o problema que eu estava tendo se referia à correta atualização do componente. Uma vez baixada a revisão 6876 consegui gerar e transmitir corretamente. Grato pela ajuda de todos,. Carlos Franca-Sp
  22. Prezado Gustavo Muito obrigado por sua ajuda. Com as informações que me passou e atualização do componente obtive êxito. Agora está ocorrendo erro na impressão. Mas vou fazer um post específico sobre isto. Grato novamente por sua ajuda. Carlos Franca-sp
  23. Prezado Gustavo Boa tarde. Não consegui êxito. Eu executo 4 sequências de ação : - limpo quaisquer informações no componente - atribuo dados de apenas 1 manifesto ao componente - valido - envio Curiosamente que, logo após da uma destas ações eu verifico o valor da propriedade :Manifestos.Count , sendo que o valor é sempre igual a 1.; Porém, quando dou o comando enviar, o valor de Manifestos.Count sobe para 2, o que ocasiona o erro. Eu baixei o componente novamente através da url : svn://svn.code.sf.net/p/acbr/code e vou instalá-lo novamente agora para ver se consigo resolver o problema. A revísion recebida é : 6876. Mais um detalhe : a versão que aparece no componente MDF_e aí é 0.2.0 ? Grato Carlos
  24. Prezados Companheiros Por favor me desculpem se estou postando algo que foi motivo de discussão anterior. Preciso me certificar que estou trabalhando com a versão correta do componente do MDF_e. Assim, gostaria de saber se a versão correta é a 0.2.0 que pode ser baixada de : svn://svn.code.sf.net/p/acbr/code. Grato pela ajuda constante dos amigos. Carlos Franca-Sp
  25. Prezados Srs. Juliomar e Gustavo Atualmente estou utilizando o componente versão : 0.2.0 que foi baixado da url : svn://svn.code.sf.net/p/acbr/code. Estas informações coincidem ? Fiz novo download do componente MDF-e nestas condições e persiste o mesmo erro. Podem conferir para mim ? Grato Carlos
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.