Herik

Eu tava tendo esse mesmo problema no CE meses atrás. Ao consultar na época, soube que o motivo se dava por conta do Ceará não está com o WS ativo para versão 310. Hoje já obtenho ao menos este retorno, mas ainda vou conferir os fontes. Talvez o teu prob. seja o mesmo.

Olá pessoal, Estou tendo o seguinte problema ao emitir a nfe: Rejeicao: Mensagem de Lote versao 3.xx. Enviar para o Web Service nfeAutorizacao Acabo de atualizar os fontes do ACBr e Schema, bem como efetuar a devida configuração (utilizando WS do Ceará): fACBrNFe.Configuracoes.Geral.ModeloDF := moNFe; fACBrNFe.Configuracoes.Geral.VersaoDF := ve310; Alguém com mesmo problema?

Boa tarde pessoal! Mais alguém com problemas na manifestação no Ceará em modo produção? Aqui só tem funcionado em Homologação, quando utilizo em produção fica em um loop infinito..

Olá, Aproveitando o assunto, é obrigado atualizar XML da NFe após o envio do evento de cancelamento ?

Qual SGDB você utiliza? Salvo em um campo do tipo Blob Text utilizando o Firebird normalmente. Para salvar utilizo algo do tipo: var lStream: TStringStream; begin lStream := TStringStream.Create; try // Utilizado para carregar o conteúdo do arquivo na memória: lStream.LoadFromFile('c:\arquivo.xml'); // Ou se preferir use: lStream.WriteString('conteudo xml aqui...'); qryNotas.Edit; qryNotasCAMPOXML_BLOB.LoadFromStream(lStream); // Este campo deve ser do tipo TBlobField qryNotas.Post; finally lStream.Free; end;

Resolvido.. Utilizei: fACBRNFe.WebServices.Consulta.procEventoNFe.Items.RetEventoNFe.retEvento.Items[0].RetInfEvento.nProt

Olá pessoal, Ao realizar uma consulta de uma nota, sabe-se que os eventos (CC-e, manifestação, etc) são retornados pelo WS. Fiz um teste realizando uma consulta e obtenho o seguinte retorno: <?xml version="1.0" encoding="UTF-8"?> -<S:Envelope xmlns:S="http://www.w3.org/2003/05/soap-envelope">-<S:Header>-<nfeCabecMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeConsulta2"><cUF>23</cUF><versaoDados>2.01</versaoDados></nfeCabecMsg></S:Header>-<S:Body>-<nfeConsultaNF2Result xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeConsulta2">-<retConsSitNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="2.01"><tpAmb>2</tpAmb><verAplic>CE_NFe_V2.00.5.02</verAplic><cStat>100</cStat><xMotivo>Autorizado o uso da NF-e [chNFe:23130112366924000195550010000000191000000195]</xMotivo><cUF>23</cUF><chNFe>23130112366924000195550010000000191000000195</chNFe>-<protNFe versao="2.00">-<infProt><tpAmb>2</tpAmb><verAplic>CE_NFe_V2.00.5.02</verAplic><chNFe>23130112366924000195550010000000191000000195</chNFe><dhRecbto>2013-01-29T10:04:37</dhRecbto><nProt>123130000005254</nProt><digVal>5XD9Be/S2no4B6KPABLm/7mVKlI=</digVal><cStat>100</cStat><xMotivo>Autorizado o uso da NF-e</xMotivo></infProt></protNFe>-<procEventoNFe versao="1.00"> -<evento versao="1.00">-<infEvento Id="ID1101102313011236692400019555001000000019100000019501"><cOrgao>23</cOrgao><tpAmb>2</tpAmb><CNPJ>12366924000195</CNPJ><chNFe>23130112366924000195550010000000191000000195</chNFe><dhEvento>2013-01-29T12:05:30-03:00</dhEvento><tpEvento>110110</tpEvento><nSeqEvento>1</nSeqEvento><verEvento>1.00</verEvento>-<detEvento versao="1.00"><descEvento>Carta de Correcao</descEvento><xCorrecao>testando carta de correcao</xCorrecao><xCondUso>A Carta de Correcao e disciplinada pelo paragrafo 1o-A do art. 7o do Convenio S/N, de 15 de dezembro de 1970 e pode ser utilizada para regularizacao de erro ocorrido na emissao de documento fiscal, desde que o erro nao esteja relacionado com: I - as variaveis que determinam o valor do imposto tais como: base de calculo, aliquota, diferenca de preco, quantidade, valor da operacao ou da prestacao; II - a correcao de dados cadastrais que implique mudanca do remetente ou do destinatario; III - a data de emissao ou de saida.</xCondUso></detEvento></infEvento>-<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="#ID1101102313011236692400019555001000000019100000019501">-<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>T4YgjQxLZ6w60xcFv1gTI1E5d+M=</DigestValue></Reference></SignedInfo><SignatureValue>pA/aXzKmRFwHBfjhskisaVfaXX7FKDAlrHZcnTCVh/bQOo8h+EpbPMO9fw2CqLfeMUt0YeTya+5InBRzt4oSRoOa/Hf3dM48t8PdoQ3x3uAJRucvehnWysCl+Srq7noDsymIMrmMEdzu88DqgBnvPr8rQzwIKz2d6InRs07wnBV/u2+OgHpEex3oa4vAOKc1Vwreiz0o1c8IjJYfhtEZwiUm2gEbpXeEhbNreR5Xitd24lC/RbWd5h25B03bKkSN3As0xcjQzesS4XyLGyxx6WAv8ojRo86snOVnwNfsuu7TPye+wGsjopVcWPKMkHplCebcIsU+Gzx4vFhYkbse9Q==</SignatureValue>-<KeyInfo>-<X509Data><X509Certificate>MIIIijCCBnKgAwIBAgIQNOJDcd9cHDNMmMaapnhV1zANBgkqhkiG9w0BAQsFADCBgDELMAkGA1UEBhMCQlIxEzARBgNVBAoTCklDUC1CcmFzaWwxNjA0BgNVBAsTLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEkMCIGA1UEAxMbQUMgSW5zdGl0dXRvIEZlbmFjb24gUkZCIEcyMB4XDTEzMDEwOTAwMDAwMFoXDTE2MDEwODIzNTk1OVowggECMQswCQYDVQQGEwJCUjETMBEGA1UEChQKSUNQLUJyYXNpbDELMAkGA1UECBMCQ0UxGjAYBgNVBAcUEUpVQVpFSVJPIERPIE5PUlRFMTYwNAYDVQQLFC1TZWNyZXRhcmlhIGRhIFJlY2VpdGEgRmVkZXJhbCBkbyBCcmFzaWwgLSBSRkIxFjAUBgNVBAsUDVJGQiBlLUNOUEogQTMxKDAmBgNVBAsUH0F1dGVudGljYWRvIHBvciBBUiBTZXNjYXAgQ2VhcmExOzA5BgNVBAMTMkVTTyBTSVNURU1BUyBERSBJTkZPUk1BVElDQSBMVERBIE1FOjEyMzY2OTI0MDAwMTk1MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA3N7c+hlcYZASvtIKneFEbruNeUMKsw5vPW3RueYNSOp8m63W5Pcr5QaHUM71Nmcc3Q8HT/IpP8LWNTDeJOXn72eYLohQDZZgKZ3+uyo6NTv6GHDg9bHJmWFicXxxnK18tyQSIen3zfPrDror0HjK+55CeCEL2hTx0zfzzpP8T9v51uzfq9c5wO0Xq+E1hqQZi+eEZkXH+hBU9LaQ0uKvYqgj5Qvbwy8tJ76gjlT4c6Ey8srym7RaHrbBI3hudU+sjdgAG2pLN4km5+dFOm/cVYwV3mdOPcfAfiNl/Qd3O2BKeDQ8HB299pnoiditxKMmDGirtKH2Yj+fr+oxES6yRwIDAQABo4IDeTCCA3UwgbwGA1UdEQSBtDCBsaA9BgVgTAEDBKA0BDIyNDA1MTk4NTAwMDM0NzI0MzQ2MDAwMDAwMDAwMDAwMDAwOTkwMjkzNDA3MTJTU1BDRaAkBgVgTAEDAqAbBBlIRVJJSyBSQU1PTiBCQVRJU1RBIFZJVEFMoBkGBWBMAQMDoBAEDjEyMzY2OTI0MDAwMTk1oBcGBWBMAQMHoA4EDDAwMDAwMDAwMDAwMIEWcmFmZmFlbGwxOEBob3RtYWlsLmNvbTAJBgNVHRMEAjAAMB8GA1UdIwQYMBaAFOx6W8+GSIO3AxW1yU1G1txadRbdMA4GA1UdDwEB/wQEAwIF4DCCASsGA1UdHwSCASIwggEeMF6gXKBahlhodHRwOi8vaWNwLWJyYXNpbC5hY2ZlbmFjb24uY29tLmJyL3JlcG9zaXRvcmlvL2xjci9BQ0luc3RpdHV0b0ZlbmFjb25SRkJHMi9MYXRlc3RDUkwuY3JsMF2gW6BZhldodHRwOi8vaWNwLWJyYXNpbC5vdXRyYWxjci5jb20uYnIvcmVwb3NpdG9yaW8vbGNyL0FDSW5zdGl0dXRvRmVuYWNvblJGQkcyL0xhdGVzdENSTC5jcmwwXaBboFmGV2h0dHA6Ly9yZXBvc2l0b3Jpby5pY3BicmFzaWwuZ292LmJyL2xjci9DZXJ0aXNpZ24vQUNJbnN0aXR1dG9GZW5hY29uUkZCRzIvTGF0ZXN0Q1JMLmNybDCBhgYDVR0gBH8wfTB7BgZgTAECAyEwcTBvBggrBgEFBQcCARZjaHR0cDovL2ljcC1icmFzaWwuYWNmZW5hY29uLmNvbS5ici9yZXBvc2l0b3Jpby9kcGMvQUMtSW5zdGl0dXRvLUZlbmFjb24tUkZCL0RQQ19BQ19JRmVuYWNvbl9SRkIucGRmMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDCBoAYIKwYBBQUHAQEEgZMwgZAwZAYIKwYBBQUHMAKGWGh0dHA6Ly9pY3AtYnJhc2lsLmFjZmVuYWNvbi5jb20uYnIvcmVwb3NpdG9yaW8vY2VydGlmaWNhZG9zL0FDX0luc3RpdHV0b19GZW5hY29uX1JGQi5wN2MwKAYIKwYBBQUHMAGGHGh0dHA6Ly9vY3NwLmNlcnRpc2lnbi5jb20uYnIwDQYJKoZIhvcNAQELBQADggIBAHPl4GHpUFakP4uYRDkFnnuSkTvgIFoUTOaTNlXNvGEZoH9rDTr7RpG4OVAChWL5/RuUQb+uXoMKugmrvNitKdflfRnc/W8bJgtlo8ChNgELrKrLL6oMgwuuhZXisO2d9mXtvKw15gDb7JBjF6SOlMxi4SbmTUYW00Iae4rhParukJoLckS74CRr/YHhwWhu8alNYvFt5phnSPEIy+vW5nLgcgkoSvndvITA3ntXgqlVIIAZny84GLh/EfAwQ592opHZ2VO0Wd2dpUS1f9kIufUuGn4EJulKcT6nhqdJghFHK9A2ujvLpj4OJPNGys7S9cfd42TdeSHaGnQ3unrdvGOvXMaiGO8uroI3fuEFusdFRP519H8FI4Ao462LS+y7rD4XoYBeWvHbUPbdCZWXc0OYywovdJzVK8qEAEI+iLZGrsfN/gYbOS8JEAMmk2CqskeiryhgARFXN6/LSYOTkHD9bGicOnhM3XbUn7E7sHhjW+ilWbdRJO2ydwVekGzRIeHKLFpF9jsmCMLU2vPwSOI1UffosPrd+NH8JRxBOsWPRCl751Bx/gE5oSWvpYtm2YTk11a12B9tbmEgtoBlkv4cPXYyHj0X58L/fVyn7CvpPgoDzYY83ZlWUnVa7suasq/376VocfThlprwrC8/6YgobuPjtOZpH86/KAP1Rxo+</X509Certificate></X509Data></KeyInfo></Signature></evento> -<retEvento versao="1.00"> -<infEvento> <tpAmb>2</tpAmb> <verAplic>CE_NFe_V2.00.5.02</verAplic> <cOrgao>23</cOrgao> <cStat>135</cStat> <xMotivo>Evento registrado e vinculado a NF-e</xMotivo> <chNFe>23130112366924000195550010000000191000000195</chNFe> <tpEvento>110110</tpEvento> <xEvento>Carta de Correcao registrada</xEvento> <nSeqEvento>1</nSeqEvento> <dhRegEvento>2013-01-29T12:05:49-03:00</dhRegEvento> <nProt>123130000005343</nProt> </infEvento></retEvento></procEventoNFe></retConsSitNFe></nfeConsultaNF2Result></S:Body></S:Envelope> Ao usar a linha: fACBRNFe.WebServices.Consulta.procEventoNFe.Items.RetEventoNFe.InfEvento.detEvento.nProt o número do protocolo vem em branco = '', mas no XML de retorno da consulta vem discriminado na tag nProt como exibido acima.

Olá pessoal, As últimas alterações da NFE já entraram em vigor? Não seria em Março/2013? Tenho um cliente com a versão 2.0 da nfe (sem as alterações dos eventos) que está tentando consultar uma NFE por motivo de duplicidade e o mesmo acusa o seguinte erro: --------------------------- Informação --------------------------- Identificador : Ambiente : 1 Versão Aplicativo : CE_NFe_V2.00.5.02 Status Código : 239 Status Descrição : Rejeicao: Cabecalho - Versao do arquivo XML nao suportada UF : CE Chave Acesso : Recebimento : 30/12/1899 Protocolo : Digest Value : --------------------------- OK --------------------------- Isso no WS do Ceará.

Olá pessoal, Estou tentando cancelar uma nfe em homologação e está acusando Evento em duplicidade, sendo que o único evento a ser transmitido para esta nf-e foi de uma CC-e. Agora fiquei na dúvida, esse número sequencial não deveria ser: 1. Sequencia para eventos de cancelamento (1,2,3...) 2. Sequencia para eventos de CC-e (1,2,3...) 3. Sequencia para Manifestação Dest (1,2,3,...) Ou estou enganado? []´s

Olá, Em qual estado você realizou a consulta? Aqui estou tendo problema, mas o inverso rsrs... mando realizar a consulta de todas as notas, sendo que tenho 10 emitidas pro meu proprio cnpj (o mesmo do certificado digital) e só me retornam alguns. A emissão dessas notas em homologação estão com menos de 15 dias e só me é retornado 4, mesmo iniciando a pesquisa com NSU = 0, com indNfe = inTodas e IndEmi = ieTodos. Isso no WS do Ceará.

Realmente o erro era porque a ECF era nova e não continha nenhuma Redução Z tirada. pode fechar o topic

Olá Regys, Estou usando o modelo Sweda STX em uma ECF nova. Realmente não tinha nenhum movimento. Tirei uma leitura X e fiz umas vendas hoje e já tirei Redução Z pra ver como se sai o comportamento amanhã...

Olá pessoal, O componente ACBr está rodando a ECF Sweda ST 120 com algum de vcs? Homologuei o sistema com a Daruma, mas ao testar a Sweda, ele da um erro na rotina que GetUltimaReducaoZ, conforme a seguir: -------------------------- Ocorreu o seguinte erro ao inicializar a impressora fiscal: Erro retornado pela impressora: SwedaSTX. Erro (0243) Redução não encontrada! [ok] --------------------------- Outro problema que encontrei é na função de registrar uma forma de pagamento. OBS.: Tentei usar o drive Sweda e Sweda STX.. Alguém ai que possa da uma força?

Olá Juliomar, Obrigado pela informação. O estado seria no Ceará, se você já efetuou esse procedimento, sabe dizer se demora mt? Porque estou para re-homologar nesse mês que entra. Abraços

A mensagem é: "Ocorreu o seguinte erro ao inicializar a impressora fiscal: Erro retornado pela impressora: SwedaSTX Erro (0243) Redução não encontrada!" Talvez seja porque a impressora ainda não foi emitida nenhum cupom, vou tentar testar amanhã apos emissão da redução Z e posto resultados. Se alguém puder adiantar algo, agradeço!

Olá pessoal, Homologamos o sistema ano passado pela primeira vez. No entanto, encontramos um bug referente a impressora Sweda, cliente acabou comprando ela no lugar da bematech e não nos informou, diante da impressora selada agora, não vejo mais alternativa, tenho que colocar pra rodar. O problema, trata-se da função da ultima redução Z não está implementada no acbr para esta impressora. Gostaria de saber, se ao corrigir, quais seriam os procedimentos a serem efetuados para informar a SEFAZ que temos uma correção em cima da versão homologada para atualizar no cliente??? Para os que já passou por algo semelhante, por favor, pode me informar o que se pode fazer neste caso? Grato deste já!

Estou com o mesmo problema no CE, tenho mais de 10 notas em homologação emitidas, tanto consumindo o ws pelo acbr quanto pelo portal retorna "nenhum documento localizado". O prob. deve ser no WS.

Boa noite Italo, Realmente faz sentido, imagino que a obrigatoriedade do armazenamento do XML é inerente à pessoa Jurídica. Não faz sentido pessoa física armazenar XML. É que realizando os testes, bateu aquela curiosidade de saber o motivo... Abraços.

Boa tarde pessoal, Tenho uma NFe emitida em modo de homologação para uma pessoa física, ou seja, destinatário com CPF informado no lugar do CNPJ. Acontece que analisando a NT 2012.002 vejo que se pede o CNPJ do Destinatário da nota (pág. 18). Então fiz solicitei o download para esta NFE passando o CPF neste campo, o qual é retornado uma janela de erro do acbr sem conteúdo algum. function TACBrNFeFacade.DownloadNFE(ACNPJDestinatario, ADiretorio: String; AChaves: array of string): Boolean; var lArquivo, lChave: String; lXMLs, lAvisos: TStringList; I: Integer; begin if not DirectoryExists(ADiretorio) then raise TNFeFacadeError.Create('Diretório não existe: ' + ADiretorio); SelecionarCertificado; fACBrNFe.DownloadNFe.Download.CNPJ := ACNPJDestinatario; fACBrNFe.DownloadNFe.Download.Chaves.Clear; for lChave in AChaves do fACBrNFe.DownloadNFe.Download.Chaves.Add.chNFe := lChave; try Result := fACBrNFe.Download and (fACBrNFe.WebServices.DownloadNFe.retDownloadNFe.retNFe.Count > 0); try lXMLs := TStringList.Create; lAvisos := TStringList.Create; for I := 0 to fACBrNFe.WebServices.DownloadNFe.retDownloadNFe.retNFe.Count - 1 do begin lChave := fACBrNFe.WebServices.DownloadNFe.retDownloadNFe.retNFe.Items.chNFe; lArquivo := ADiretorio + '\' + lChave + '-down-nfe.xml'; lXMLs.Text := fACBrNFe.WebServices.DownloadNFe.retDownloadNFe.retNFe.Items.procNFe; if fACBrNFe.WebServices.DownloadNFe.retDownloadNFe.retNFe.Items.cStat <> 140 then begin lAvisos.Add(#13 + lChave + ' = ' + fACBrNFe.WebServices.DownloadNFe.retDownloadNFe.retNFe.Items.xMotivo); lXMLs.SaveToFile(lArquivo); end; end; NotifyMsg(fACBrNFe.WebServices.DownloadNFe.retDownloadNFe.xMotivo); if lAvisos.Count > 0 then WarningMsg('Ocorreram os seguintes problemas: '+#13+ lAvisos.Text+ ';'); finally FreeAndNil(lXMLs); FreeAndNil(lAvisos); end; except raise TNFeFacadeError.Create(fACBrNFe.WebServices.DownloadNFe.Msg); end; end; Alguém com esse mesmo prob.? OBS.: Webservice do Ceará.

Bom dia! Sei rsrs.. o que quis dizer é que a nota que enviei teve o destinatário idêntico ao emissor. Mas mesmo assim retorna 0 notas na manif. do dest.

Aqui no CE nem a manifestação em modo de homologação ta funcionando.. comecei os testes mas retorna 0 notas. Tanto com o componente quanto pelo portal. PS: Destinatário = Emissor.

Também estou com os fontes atualizados, não utilizo o Monitor. Alfredo, de qual estado você está consumindo o WS?

Bom dia pessoal ! Alguém do estado do CE está conseguindo consultar as notas enviadas em ambiente de homologação no portal da nfe? https://hom.nfe.fazenda.gov.br/portal/consulta.aspx?tipoConsulta=completa&tipoConteudo=XbSeqxE8pl8= Todas as notas que envio diz que não consta no portal, mas ao consultar consumindo o webservice obtenho retorno.

Olá pessoal, Agora em posse de um certificado digital para realização dos testes, segue um problema que não consegui desvendar: 1. Eu emiti uma nota fiscal. 2. Cancelei usando eventos de cancelamento. Abaixo segue a consulta realizada no portal da NFe sobre a nota: Ao executar a consulta no WS, capturo o número do protocolo do evento: fACBRNFe.WebServices.Consulta.procEventoNFe.Items.RetEventoNFe.InfEvento.detEvento.nProt; A linha acima me retorna o mesmo protocolo da autorização, ou seja: 123120001406977, o correto seria: 123120001406985. Isso no WebService do estado do Ceará. Alguém com esse mesmo problema?

Grato pela atenção Italo!