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 Senhores André e Agnaldo Peço que me desculpem. Eu fiquei o dia todo atento ao problema , mas somente consegui resolver agora no final da tarde. O fato gerador deve ser alguma corrupção ( não sei precisar onde ) na atualização do Acbr ( via update ) em nosso servidor. Eu fiquei tentando achar uma causa lógia para o problema e minha última ação foi apagar a pasta ACBR e fazer checkout de tudo novamente. Aí voltou a funcionar sem qualquer problema. Eu agradeço por sua ajuda. Bom final-de-semana!
  2. Prezados Companheiros Bom Dia! Antes de postar efetuei buscas e não encontrei alguém reportando este problema. Estou com um problema em alguns clientes. Ocorre da seguinte forma : - A rotina que efetua pesquisa no banco de dados retorna a Cst do ICMS = 20 - A rotina que passa informações ao Acbr procede então da seguinte forma : ICMS.CST := cst20 - Porém, quando o arquivo xml é gerado a tag relativa a CST de ICMS fica da seguinte forma : <imposto> <vTotTrib>106.50</vTotTrib> <ICMS> <ICMS00> <orig>0</orig> <CST>00</CST> <modBC>3</modBC> <vBC>388.90</vBC> <pICMS>18.0000</pICMS> <vICMS>70.00</vICMS> </ICMS00> </ICMS> - Por algum motivo está sendo enviada na tag CST o valor errado = '00' Sabem os companheiros o que pode estar ocasionando isto ? Os clientes reportam que este problema começou a ocorrer à partir da atualização que fizemos no dia 16 de outubro último. Grato Carlos Franca-Sp
  3. Prezados Companheiros Resolvi criar um questionamento especifico sobre este tema devido a não ter encontrado qualquer informação sobre este tema após pesquisa no Forum. Implementei com sucesso recentemente em meu Erp o recurso do Evento de Prorrogação da Suspensão do Icms. Na sequência constatei que a Sefaz não defere imediatamente o Lote de Evento enviado. Faz-se necessário consultar a Sefaz depois para verificar se o Evento foi definitivamente Deferido. Assim, criei recurso para consultar deferimento/indeferimento de um Lote de Prorrogação. No meu entendimento ( posso estar errado ) seria necessário considerar as informações exigidas no Schema XML: envFiscoNfe_v1.0.xsd ( Evento do Fisco ). Assim, estou dispondo das informações conforme abaixo indicado: with acbrEvento.EventoNFe.Evento.add do begin InfEvento.id := 'ID4115003516110843026800017555001000000919102414745301' InfEvento.cOrgao := '35' InfEvento.tpAmb := taHomologacao; InfEvento.CNPJ := FieldByName('CNPJ').AsString; InfEvento.chNFe := '35161108430268000175550010000009191024147453'; InfEvento.dhEvento := 2016-11-24T16:14:31-03:00; InfEvento.tpEvento := teEventoFiscoPP1; InfEvento.nSeqEvento := 1; InfEvento.versaoEvento := '1.00'; InfEvento.detEvento.versao := '1.00'; InfEvento.detEvento.descEvento := 'Fisco – Prorrogação ICMS remessa para industrialização'; end; Porém, na transmissão das informações à Sefaz , recebo sempre a seguinte mensagem de erro : cStat = 491 xMotivo = 'Rejeicao: O tpEvento informado invalido' Sabem os companheiros me indicar onde estou errando? Grato Carlos
  4. Prezado Sr. André Por favor me desculpe. Eu me confundi com o layout do arquivo de retorno, onde os arquivos de Número e Quantidade do Item não existem. Corrigido este problema eu consegui enviar o Evento de Prorrogação e receber o retorno sem mais problemas. Meu problema agora está no Envio do Lote de Solicitação de Deferimento. Por acaso o Sr. já conseguiu efetuar o Deferimento ? Estou tentando obter o DEFERIMENTO do Lote de Prorrogação da Suspensão do Icms gerando um Evento da seguinte forma: with acbrEvento.EventoNFe.Evento.add do begin InfEvento.id := 'ID4115003516110843026800017555001000000919102414745301' InfEvento.cOrgao := '35' InfEvento.tpAmb := taHomologacao; InfEvento.CNPJ := FieldByName('CNPJ').AsString; InfEvento.chNFe := '35161108430268000175550010000009191024147453'; InfEvento.dhEvento := 2016-11-24T16:14:31-03:00; InfEvento.tpEvento := teEventoFiscoPP1; InfEvento.nSeqEvento := 1; InfEvento.versaoEvento := '1.00'; InfEvento.detEvento.versao := '1.00'; InfEvento.detEvento.descEvento := 'Fisco – Prorrogação ICMS remessa para industrialização'; end; E estou obtendo da Sefaz a seguinte resposta : cStat = 491 xMotivo = 'Rejeicao: O tpEvento informado invalido' Por acaso o sr. sabe como resolver esta questão ? Grato Carlos Franca-Sp
  5. Prezados Companheiros Eu havia desistido em Novembro/2015 de tentar implementar o Evento Prorrogação da Suspensão do Icms em nosso Erp. Isto porque naquela época havia conseguido resolver o problema conforme relatei. Porém, 1 ano depois , após novo teste, constatei que o web service está funcionando corretamente. Estou apenas com um problema relativo à leitura das informações retornadas pelo Web Service. Não estou conseguindo identificar uma forma de ter acesso à alguns campos que envio , conforme listo abaixo: Na Remessa envio as seguintes informações : acbrEvento.EventoNFe.Evento.InfEvento.detEvento.itemPedido.numItem := inItemNotaFiscal; acbrEvento.EventoNFe.Evento.InfEvento.detEvento.itemPedido.qtdeItem := fdQuantidade; Porém, no retorno não sei onde encontrar as tags : numItem e qtdeItem. O caminho seria : acbrEvento.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento ? Por acaso algum dos irmãos já passou por esta situação? Grato Carlos
  6. Prezados Companheiros Gostaria de pedir desculpas a todos. O problema está no Site da Sefaz-RS. Eu copiei o arquivo xml de acordo com que é exibido no Internet Explorer e o colei no site da Sefaz-Rs ( https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx ). Como as tags do arquivo xml são apresentadas expandidas, aparece o erro. Porém, se abrir o arquivo utilizando o NOTEPAD e colcar no site não acontece o erro. Portanto isto não é um erro real. Solicito as desculpas a todos. Grato Carlos Franca-Sp
  7. Prezados Companheiros Inicialmente gostaria de informar que fiz pesquisas no site do Acbr antes de postar o problema abaixo. E, como não encontrei nenhuma discussão recente, resolvi criar este novo tópico. Eu transmiti hoje uma nota fiscal em Modo de Homologação , visando efetuar alguns testes. E, após finalizar os testes, resolvi submeter o arquivo xml ao site do Validador Sefaz Rs ( https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx ). Para minha surpresa, o Validador apontou erro na Assinatura Digital. Estou preocupado com a possibilidade de isto ser um erro real resultante de alguma imperfeição de meu código-fonte. Por outro lado, submeti o mesmo arquivo xml ao Validador da Tecnospeed (http://validadornfe.tecnospeed.com.br/) que apontou que o arquivo está correto. Por acaso algum dos companheiros verificou qualquer erro neste sentido recentemente? GRato Carlos ASSINATURA DIGITAL INFORMADA NO ARQUIVO XML =========================================== <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> <SignedInfo> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/> <Reference URI="#NFe35160401828434000147550010000035081032666628"> <Transforms> <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/> <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> </Transforms> <DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/> <DigestValue>EU/ZuxWEAsMhsoeVXBD/v9gMHec=</DigestValue> </Reference> </SignedInfo> <SignatureValue>OWOnMOLmTuUtgQNIN9DY50kp1UzeQlpBfYrPL8AZ+KN6kHx108sU24L8XBJpJFNOjranQctdGl9raMn9CbQk/OuNYGgJl7Ni8oesu0HPpO1HOtnJ0BOOefQa3F9M7cxTDC27p5Rjmv+ya3U06kzZuhfoLl4nQAbfdi32pAjo8gsp3uWfXsrgYHHWAvO5cl24tA8jtCGSlzmnjqbBFh9W8afzjhHY52AppPpUEUc5mEOCxTFo7tSdJ45HivIxy9IdznqSK9Gzhw0r4dF1WKXMRNbl1NtpD2i5+mUYCB/iFNbCI5i0Mcy+NQw3/Xu+tMzDTgZzqCTPSXEiAEOOYR3VDw==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIITDCCBjSgAwIBAgIIaC6dSVZq/L8wDQYJKoZIhvcNAQELBQAwdTELMAkGA1UEBhMCQlIxEzARBgNVBAoTCklDUC1CcmFzaWwxNjA0BgNVBAsTLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEZMBcGA1UEAxMQQUMgQk9BIFZJU1RBIFJGQjAeFw0xNTA2MDMxODUzMTdaFw0xNjA2MDIxODUzMTdaMIHlMQswCQYDVQQGEwJCUjELMAkGA1UECBMCU1AxDzANBgNVBAcTBkZSQU5DQTETMBEGA1UEChMKSUNQLUJyYXNpbDE2MDQGA1UECxMtU2VjcmV0YXJpYSBkYSBSZWNlaXRhIEZlZGVyYWwgZG8gQnJhc2lsIC0gUkZCMRYwFAYDVQQLEw1SRkIgZS1DTlBKIEExMRIwEAYDVQQLEwlBUiBGQUNFU1AxPzA9BgNVBAMTNkNFTlRVUklBIElORFVTVFJJQSBERSBDQUxDQURPUyBMVERBIEVQUDowMTgyODQzNDAwMDE0NzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALXXgXkc1oHpyUpAMoaHO1YaEWaU27OD34lcsQdA2CC0ySUTCeyi1GtYm5z48zmHFucOA4MJrR0HpODoBKyRsFtnh2GZLATOdnoYRO2OxUM6cJ3XaG/O/LxaS2OzrdGqAHwIyTw+8+iIHG1lzKO1px2WRMY5wdOSDk7rwp7eKKkGAZDSZ+mDJ0u0VB4SMPviuZTjWVRBMIQdN+9ku0OQb3nKXhcju2b3HTbJI/qp3yY50qk+HjeqmQYKFOZGV25TOabWnCfVvo5MDkhX9DTR3W3M6P6irEnDv47L3tCOcBEZSka3ThL9w1e1S+Gg4xHCF2KK2BgcWD9kUSziNfy9t4sCAwEAAaOCA20wggNpMIGnBggrBgEFBQcBAQSBmjCBlzBhBggrBgEFBQcwAoZVaHR0cDovL2ljcC1icmFzaWwudnBraS5jZXJ0aWZpY2Fkb2JvYXZpc3RhLmNvbS5ici9hYy1ib2F2aXN0YXJmYi9hYy1ib2F2aXN0YXJmYnYyLnA3YjAyBggrBgEFBQcwAYYmaHR0cDovL29jc3AuY2VydGlmaWNhZG9ib2F2aXN0YS5jb20uYnIwCQYDVR0TBAIwADAfBgNVHSMEGDAWgBRrmvnNRkmyKBDV5ZwIypsWQa7m2TB6BgNVHSAEczBxMG8GBmBMAQIBKzBlMGMGCCsGAQUFBwIBFldodHRwOi8vaWNwLWJyYXNpbC52cGtpLmNlcnRpZmljYWRvYm9hdmlzdGEuY29tLmJyL2FjLWJvYXZpc3RhcmZiL2RwYy1hYy1ib2F2aXN0YXJmYi5wZGYwggEkBgNVHR8EggEbMIIBFzBfoF2gW4ZZaHR0cDovL2ljcC1icmFzaWwudnBraS5jZXJ0aWZpY2Fkb2JvYXZpc3RhLmNvbS5ici9hYy1ib2F2aXN0YXJmYi9sY3ItYWMtYm9hdmlzdGFyZmJ2Mi5jcmwwYKBeoFyGWmh0dHA6Ly9pY3AtYnJhc2lsMi52cGtpLmNlcnRpZmljYWRvYm9hdmlzdGEuY29tLmJyL2FjLWJvYXZpc3RhcmZiL2xjci1hYy1ib2F2aXN0YXJmYnYyLmNybDBSoFCgToZMaHR0cDovL3JlcG9zaXRvcmlvLmljcGJyYXNpbC5nb3YuYnIvbGNyL0JPQVZJU1RBUkZCL2xjci1hYy1ib2F2aXN0YXJmYnYyLmNybDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMIG9BgNVHREEgbUwgbKBH2NvbnRhdG9AY2VudHVyeWFjYWxjYWRvcy5jb20uYnKgOAYFYEwBAwSgLwQtMDMxMTE5NjgwODE0OTE4MDg1MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwoCEGBWBMAQMCoBgEFkFOVE9OSU8gTUFSQ09TIEZFUlJBUk+gGQYFYEwBAwOgEAQOMDE4Mjg0MzQwMDAxNDegFwYFYEwBAwegDgQMMDAwMDAwMDAwMDAwMA0GCSqGSIb3DQEBCwUAA4ICAQArqQ2Wwj2B7znss+Htr09oIDzUzFF4fZiGUX3OfVP4AQ4xRnDwn0nyAeBDgi6Z1divliyUnlar9PcJ/miztkTxXbd+eJ7T4T4T0ZSCSRikRGRfWZDh6iZmEq+TA6hC2FzCE69vRUeR7mHf+1WRsc7o2gV9xrUpXUUX8DR9Hs0V/ZAS5xKQ2cdfpON473i3YJKbGCqF8si/AriNXe//8I+r6zSyMNIiGjBcugxbQd1G9K6qbi4wRiUeQsP0oJORYYggjTw3twjXa0jNFa2k8vzThQWyaKBOThZy4GCzFw5S/vjtErAtDJmXaxS9ru6wpW/CLbAZKRGZWGcIsIsRqsIjaRUn1C08kGYA7d+/jfcyzKNHnA4G+vS8jpYbHLDuYq/XnXuMEtVL5YXTmDp1F6fzrly1jy0Uaz6JNXYa5hkNYTBiyGmYikdLAboPMImU8ijvZRn9Y/vIs+oLGNG5agSr2DOiuM6tChQG6AnudoXrg5Rkl+K5NsMRJKpD++AhAKrsPIpreOqJXpZgfkgS9aVVbGR8ir0ecdQeUeRzkpuaDuAlWuuLAlUO7Tca1wVNpl73yDo4VpP3QOBhyhlqhgpJiB1OkPCwYYI/xHVkvf7xUcdiWZbXlPAF9gbORD/fenFkcM/loh8Cjbpeax2DoICxedYrTpjIwtqXk68h0pa0rw==</X509Certificate> </X509Data> </KeyInfo> </Signature>
  8. Prezados Companheiros Por favor me desculpem, mas eu continuo sem saber o que exatamente fazer neste caso. Acatando sugestão do companheiro : 3Soft Sistemas , na tentativa de consultar a Carta de Correção da Nfe, direcionei meu código-fonte para utilizar o Método : CONSULTAR. Para utilizar este Método, tive que informar nele o Xml Original Autorizado da NFE da seguinte forma : acbrCorrecao.NotasFiscais.Clear; acbrCorrecao.EventoNFe.Evento.Clear; acbrCorrecao.NotasFiscais.LoadFromFile(stArquivoXmlNfeAutorizada); acbrCorrecao.EventoNFe.idLote := qryCartaCorrecao.FieldByName('IDLOTE').AsInteger; with acbrCorrecao.EventoNFe.Evento.Add do begin infEvento.chNFe := qryCartaCorrecao.FieldByName('NUMNFELETRONICA').AsString; infEvento.CNPJ := qryCartaCorrecao.FieldByName('CNPJ').AsString; infEvento.dhEvento := qryCartaCorrecao.FieldByName('DATAEVENTO').AsDateTime; infEvento.tpEvento := teCCe; infEvento.nSeqEvento := qryCartaCorrecao.FieldByName('NROSEQEVENTO').AsInteger; infEvento.detEvento.xCorrecao := qryCartaCorrecao.FieldByName('CORRECAO').AsString; end; acbrCorrecao.Consultar; Este procedimento resulta apenas uma indicação de que a nota fiscal está AUTORIZADA ( Status = 100 ), mas não me traz informação da Carta de Correção previamente enviada. Tentei então obter informação da Carta de Correção da seguinte forma : with acbrCorrecao.WebServices.Retorno do begin inStat := cStat; stMotivo := xMotivo; end; Mas também sem sucesso! Sabem os companheiros exatamente como deve ser feita esta consulta de evento da Carta de Correção da NFE e bem como o tratamento das informações do retorno ? Grato Carlos Franca-Sp
  9. Prezados Companheiros Inicialmente gostaria de solicitar desculpas se estiver postando algo que objeto de discussão anterior. Eu cheguei a efetuar diversas pesquisas nas discussões anteriores no Forum mas acredito que nada encontrei. Eu gostaria de saber dos companheiros como posso efetuar Consulta do Status de uma Carta de Correção previamente enviada à Sefaz. Pergunto isto porque pode ocorrer da Sefaz não responder no momento do envio, indicando se a Carta de Correção Eletrônica foi ou não aceita. Grato pela ajuda de todos. Grato Carlos
  10. Prezados Companheiros Boa Tarde! Eu estou com problema similar ao discutido neste tópico. Eu criei uma pasta totalmente protegida pela permissão de acesso e a configurei sub pastas para atribuir valor às properties : PATHEVENTO , PATHINU , PATHNFE e PATHSALVAR Porém, ainda assim, quando eu faço a transmissão da Nfe o Acbr sempre grava um arquivo temp na pasta antecessora ( na qual nem sempre é concedida permissão de acesso pois pode ser a raiz da hd ). O Arquivo abaixo se chama : FATURAMENTOTEMP.XML: <?xml version="1.0"?> <retConsReciNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10"> <tpAmb>2</tpAmb> <verAplic>SP_NFE_PL_008h2</verAplic> <nRec>351000097548085</nRec> <cStat>104</cStat> <xMotivo>Lote processado</xMotivo> <cUF>35</cUF> <dhRecbto>20160311T13:54:4303:00</dhRecbto> <protNFe versao="3.10"> <infProt> <tpAmb>2</tpAmb> <verAplic>SP_NFE_PL_008h2</verAplic> <chNFe>35160301828434000147550010000030071055311623</chNFe> <dhRecbto>20160311T13:54:4403:00</dhRecbto> <nProt>135160000876534</nProt> <digVal>/s3s4pxZjcO8gfRhEnKjxjMNSeY=</digVal> <cStat>100</cStat> <xMotivo>Autorizado o uso da NFe</xMotivo> </infProt> </protNFe> </retConsReciNFe> Podem os companheiros me indicar onde exatamente estou errando ? Grato Augusto Franca-Sp
  11. Prezados Companheiros Efetuei hoje novo teste de transmissão do Evento de Prorrogação da Suspensão do ICMS, mas não obtive erro. Continua sendo exibido o erro : 491 Rejeicao: O tpEvento informado invalido Continuarei testando nos próximos dias e lhes reporto qualquer progresso. Grato
  12. Prezado Sr. Veríssimo Pelo meu entendimento a informação do Item do Pedido ocorrerá da seguinte forma : with InfEvento.detEvento.itemPedido.Add do begin // número do item da nota fiscal numItem := FieldByName('ITEMNOTA').AsInteger; // quantidade do item qtdeItem := FieldByName('QUANTIDADE').AsFloat; end; Espero ter ajudado sobre este tema. Vou inclusive lhe relatar um problema que estou tendo. Embora esteja todas informações existentes no layout, o webservice sempre exibe a seguinte mensagem de erro: 491 Rejeicao: O tpEvento informado invalido Estou participando do grupo de discussão sobre o assunto neste link : http://www.projetoacbr.com.br/forum/topic/25572-emiss%C3%A3o-evento-prorroga%C3%A7%C3%A3o/#comment-169306 Mas até o momento ninguém conseguiu solucionar este problema. Estamos aguardando solução da Sefaz. Carlos Franca-sp
  13. Prezados Companheiros Eu finalizei hoje recurso na minha aplicação cuja finalidade é a Prorrogação da Suspensão do ICMS. Fiz também um teste de transmissão do evento e constatei que o problema relacionado ao erro de : 491 Rejeicao: O tpEvento informado invalido ainda continua. Pelo visto temos que aguardar a Sefaz finalizar os ajustes. Vou continuar testando e reporto aos companheiros quando conseguir êxito. Grato Carlos Franca-Sp
  14. Sr. Italo Por favor me desculpe! O Sr. tem total razão. Realmente foi uma falha de raciocínio minha. Obrigado pela ajuda!
  15. Prezados Companheiros Bom Dia! A Nota Técnica 001/2015 cria a possibilidade de prorrogação da Isenção do Icms nos casos de Remessa Para Industrialização, através de envio de arquivo eletrônico diretamente ao Fisco. Eu encontrei um Post ( http://www.projetoacbr.com.br/forum/topic/23208-divulgada-a-nt-nº-2015001-versão-110-sobre-os-registros-de-eventos-da-nf-e-na-remessa-para-industrialização/ ) que indica que o Acbr já possui a funcionalidade de enviar referido arquivo ao fisco. Porém não estou conseguindo encontrar quais são os recursos no Acbr que executam esta ação. Assim gostaria de ajuda dos companheiros. Me desculpem antecipadamente se, por falha em minhas pesquisas, eu estiver postando assunto que já foi objeto de discução e solução anterior. Grato Carlos Franca-Sp
  16. Prezado Angelo: Esta configuração eu efetuo toda vez que o formulário de transmissão da Nfe é inicializado. Nesta oportunidade eu efetuo uma pesquisa nos parâmetros do sistema, obtenho os caminhos previamente cadastrados correspondente para cada uma das propriedades de path e os passo para o componente Acbr. Só depois desta ação que permito aos usuários pesquisarem as notas fiscais que desejam transmitir e finalmente iniciar o processo da transmissão. Grato
  17. Prezado Sr. Ricardo Por favor, veja se entendi corretamente. O Sr. aconselha que para as propriedades : - PathSalvar - PathNFe eu devo passar a masma pasta como padrão ? Atualmente minha configuração está assim : PathSalvar := 'C:\NOTAELETRONICA\RETORNOS\'; PathNFe := 'C:\NOTAELETRONICA\NFEEMITIDAS\'; Grato
  18. Prezados Senhores: Ricardo e Angelo No componente não existe qualquer caminho informado. Passo esta informação sempre quando o programa é executado. No caso das configurações segeridas pelo Sr. Angelo, a única diferença é que para a propriedade PathSalvar eu passo uma sub-pasta específica existente dentro da pasta geral destinada para uso do Acbr. Exemplo : 'C:\NOTAELETRONICA\RETORNO'. Por acaso os srs. acham mais apropriado passar a pasta temporária do windows para esta propriedade ? Grato
  19. Prezados Companheiros Novamente venho pedir ajuda dos companheiros. Inicialmente gostaria de dizer que antes de postar esta questão no Forum, efetuei pesquisas : no forum , no projeto exemplo da nfe e no manual do AcbrNfe. Portanto, se mesmo assim eu estiver postando algo que já foi objeto de discussão anterior, solicito que me desculpem. Eu estou com o seguinte problema: Em meu sistema, criei uma forma de configurar uma pasta no servidor onde exista permissão de leitura / escrita para os arquivos que o Acbr cria. Dentro desta pasta eu criei sub-pastas para os diversos serviços do Acbr e quando executo o sistema configuro cada uma das propriedades abaixo passando o endereço destas sub-pastas : -PathSalvar -PathCan -PathDPEC -PathInu -PathNFe -PathCCe -PathEvento -PathMDe -PathPDF O problema é que estou enfrentando é que , embora as propriedades acima estejam idealmente configuradas, eventualmente acontece do Acbr tentar gerar um arquivo xml de retorno diretamente em C:\, provocando erro de falta de permissão de acesso. Sabem os companheiros me dizer se estou esquecendo de configurar alguma outra propriedade que serve para indicar caminho de geração de arquivos na hd ? Grato Carlos
  20. Sr. Juliomar: Implementei no meu sistema os seguintes recursos : a)-Observância do tempo padrão ( 3 minutos ) entre o consumo dos diversos serviços da nfe ( consulta status da nota fiscal, cancelamento, inutilização , consulta recibo, etc.. , consulta status do serviço) -Intervalo de tempo entre a transmissão de uma nfe e outra E até a presente data referidas medidas estão produzindo efeito nos clientes. Não estamos mais observando erro de consumo indevido por enquanto. Obrigado por sua atenção
  21. Prezados Companheiros Boa Tarde! Gostaria de dizer que inicialmente eu procurei pesquisar o tema sobre o qual vou questioná-los e, aparentemente este não foi objetivo de discussão anterior. Tenho 1 cliente que é sediado em Santa Catarina. Instalei lá a última versão que gera a NFE já no padrão 3.10 e bem como atualizei os últimos arquivos dos schemas. O cliente emitiu 2 notas fiscais. Sendo a primeira para Destinatário sediado no Paraná e a segunda para Destinatário sediado em Mato Grosso do Sul. Para as 2 notas fiscais obtivemos o seguinte erro : URL não disponível para o estado solicitado. Sabem os companheiros que providências adicionais e configurações devo adotar para solucionar este problema? As providências básicas para fazer funcionar a transmissão no padrão : 3.10 foram realizadas. Todas informações relacionadas com este erro que encontrei no forum estão mais relacionadas com : CCE, NFC_E e Consulta Nfe Destinada. Para resolver o problema hoje eu tive que configurar o sistema para gerar NFE no padrão : 2.00. Grato Carlos
  22. Prezado Sr. Juliomar Por favor, me permita então lhe pedir um conselho adicional sobre este tema. Em meu pequeno Erp eu implementei o recurso de transmissão de 1 nota fiscal por vez. O motivo de assim ter procedido é que eu não quiz correr o risco de tentar enviar todas notas fiscais em lote e , na eventualidade de 1 destas notas apresentar problema, comprometer a transmissão do lote todo. Assim, eu procedo da seguinte forma : a ) - antes de efetuar envio eu verifico o status do serviço. Somente inicio o processo de envio se constatar disponibilidade do serviço b ) - inicio na sequência o processo do envio c ) - se porventura constatar que a nota fiscal já foi objeto de transmissão anterior à Sefaz, mas seu status não está ainda autorizado eu efetuo uma consulta para determinar seu status atual. d ) - se constatar que a nfe não está ainda registrada como autorizada na Sefaz, aí eu a transmito Assim, neste processo temos 3 webservices distintos sendo utilizados: - consulta status do serviço ( 1 vez ) - consulta status da nfe ( n vezes ) - envio da nfe ( n vezes ) O que eu gostaria de saber então é : - o Sr. sabe se a Sefaz impõe intervalos de tempos distintos para a utilização de cada um destes web services ? - O Sr. acha que utilizando um recurso de temporizador entre uma operação de envio e outra ajudaria na solução do problema ? Desde já agradeço sua atenção.
  23. Prezados Companheiros Relativo à questão do Consumo Indevido, a melhor opção é realmente atuar sobre as propriedades abaixo descritas ? ACBrNFe1.Configuracoes.WebServices.AguardarConsultaRet := 15000; ACBrNFe1.Configuracoes.WebServices.AjustaAguardaConsultaRet := True; ACBrNFe1.Configuracoes.WebServices.IntervaloTentativas := 15000; Ou existe alguma outra opção para tratar o problema ? Estou lhes questionando sobre isto porque , depois de anos , somente à partir de Março/2015 que meus clientes começaram a experimentar este tipo de problema. Grato
  24. Prezado Sr. Italo Bom Dia! Consegui resolver o problema. Na verdade minha rotina estava passando ao componente AcbrMdf_E o último arquivo xml, que não continha todas as informações. Mudei então para ser considerado o arquivo inicial que o AcbrMdf_E gera quando ocorre a transmissão à Sefaz e fui bem sucedido. A pesquisa ocorre normalmente portanto. Assim, mesmo quando a Sefaz não responde de imediato ou responde indicando que o Lote ainda está em processamento, poderei posteriormente efetuar a pesquisa e atualizar o status do Manifesto. Obrigado por sua ajuda! Carlos Franca-Sp
  25. Prezados Irmãos: Existem situações em que a Sefaz não responde de imediato à solicitação de Registro do MDF_E. Assim, criei uma rotina visando consultar o status do MDF_E e constatar se já lhe foi atribuido o Status de : Autorizado ( cStat = 100). Sendo assim, a rotina foi criada utilizando o a arquivo xml que o componente gerou no momento da transmissão , utilizando o Método CONSULTAR. Porém o componente AcbrMDF_E retorna sempre a mensagem de erro : "Nenhum Manifesto Eletrônico de Documentos Fiscais Informado". Sabem os companheiros exatamente qual arquivo xml o componente espera que seja passado no momento da consulta ? Por favor me desculpem se eu estiver postando algo que tenha sido objeto de discussão anterior. 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.

The popup will be closed in 10 segundos...