Cantu

Isso! Já testei de ambas as formas, o erro retornado é o mesmo... a chamada que usei foi: NFe.DistribuicaoDFe(NFe.Configuracoes.WebServices.UFCodigo, NFe.SSL.CertCNPJ, UltNSU, ''); e NFe.DistribuicaoDFe(NFe.Configuracoes.WebServices.UFCodigo, NFe.SSL.CertCNPJ, 0, ''); Não, pois não queria "zonear" a base de dados do cliente Mas quando eu implementei, há uns 2 meses atrás, funcionava normalmente no ambiente de homologação. []s Cantu

Atualizei os fontes do ACBr hoje (trunk2)... estou testando o download de documentos no ambiente de homologação da Sefaz SP, e está retornado 2216 - Falha ao consultar DF-e para distribuição Já tentei passando o NSU como zero, e continua o mesmo erro. Alguém sabe se está com algum problema? []s Cantu

Daniel, como ficou a questão da propriedade XML dos componentes? Continua sem estar codificado em UTF8? Existe agora alguma forma de eu pegar o XML de NFe, CCe, etc. direto do componente e já em UTF8?

Ótimo Daniel! Vou atualizar o trunk aqui []s Cantu

Também acho que os browsers deveriam ser mais espertos e pela tag do xml já identificar que o conteúdo está em UTF8. No momento, estou resolvendo da seguinte forma: Criei uma procedure para gerar o arquivo do XML (que no meu caso, vem de um blob) já com o BOM: procedure WriteToUnicodeFile(arquivo:TFileName; s:string); var Writer: TStreamWriter; begin Writer := TStreamWriter.Create(arquivo, false, TEncoding.UTF8); try Writer.Write(s); finally Writer.Free; end; end; Agora, ao invés de usar o TBlobField.SavetoFile, chamo essa procedure passando o Tblobfield.asString no parametro s.

Daniel, o conteúdo já tem a tag do xml... mas ao gravar o arquivo, se não tiver o BOM e tiver algum caractere acentuado em alguma tag, dá erro ao carregar no browser (ou renderiza sem formatação). Adicionando o BOM resolve.

Daniel, a propriedade NFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.XML ainda está como AnsiString E, aparentemente, o método SaveToFile do TBlobfield gera um arquivo sem o identificador de UTF8. []s Cantu

Complementando o post anterior, eu percebi o problema porque ao gravar em arquivo, o xml previamente armazenado num blob, ele nao abre corretamente nos browsers. Verifiquei que se adicionar os caracteres que identificam UTF8 nos primeiros dois bytes do arquivo ($EF $BB), ele passa a abrir corretamente. Ele também não visualiza corretamente no IBExpert. Eu gravo o conteudo do blob assim: tqCCeXML.asString := UTF8Encode(NFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.XML); Delphi XE6. Honestamente, não sei se o correto seria tratar o retorno do webservice e trocar os caracteres acentuados, pois estaríamos alterando o retorno original. []s Cantu

Esse problema passou a existir tanto no trunk1 como no trunk2, já faz alguns meses, e pelo que estou vendo, ainda não foi corrigido.

Complementando: aparentemente, não é só o XML da NFe que está sem a tag... creio que todos os documentos distribuidos por esse webservice estão vindo sem ela.

Para os usuários do ACBr que quiserem participar do 12º Firebird Developers Day, estou encaminhando um cupom de desconto no valor de R$ 20 por inscrição! Para tanto, basta se inscrever on-line e ativar o cupom ACBR20, válido até 30/Julho. O 12º FDD acontecerá em Piracicaba-SP, no dia 08/Agosto, e contará com a presença especial de Dmitry Yemanov, chefe da equipe de desenvolvimento do Firebird. Todas as informações sobre o evento podem ser vistas no site oficial: www.FirebirdDevelopersDay.com.br Os participantes também terã direito a comprar produtos da FastReports, IBSurgeon, Woll2Woll, IBObjects e DevArt com descontos super especiais! Veja abaixo a grade completa de palestras: Tunando o firebird.conf para performance e confiabilidade Entendendo o nBackup Alta disponibilidade com o Firebird Firebird e I/O de disco Otimizando o FB 3 para acesso via Internet Integração entre Sistemas: Mobile, Datasnap REST/JSON, Desktop com Delphi e Firebird HQbird - Distribuição profissional do Firebird Maximizando a performance em INSERTS Desenvolvimento Multicamadas com Delphi e Java: Análise Comparativa e Prática Monitoramento ativo do Firebird usando o Nagios Madness Session []s Cantu

Estou gravando o XML de NFe's disponibilizado pelo retorno do Webservice de distribuição de documentos... fui dar uma olhada, e notei que o conteúdo não tem a tag inicial <?xml version="1.0" encoding="UTF-8"?> Não deveria ter? PS: Estou pegando o XML em NFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.XML []s Cantu

Tiago, automatizaram como? Assim que o Resumo da NFe é baixado vc automaticamente manda uma manifestação de "Ciencia"? Isso não é meio perigoso, pois poderia manifestar ciência até de operações que vocês desconhece?

Ok Ítalo, isso eu sabia... mas conhecendo os usuários, tenho minhas duvidas se eles irão manifestar "ciencia" (ou mesmo manifestar alguma coisa) Por isso eu gostaria de ter uma forma de receber todos os eventos associados a uma chave, independente de ter ou não manifestado, caso contrário, a situação que eu descrevi poderá ocorrer. Mas blz... não depende de nós.

Estou implementando o uso do WS de Distribuição de Documentos, principalmente como uma forma de avisar meus clientes sobre as notas fiscais que foram emitidas contra ele, e também sinalizar possíveis inconsistências (notas emitidas mas que não foram inseridas no sistema, etc). Uma das coisas que eu gostaria de implementar é um aviso sobre uma NFe que esteja cadastrada no ERP mas que foi cancelada pelo emissor. Achei que o WS fosse me ajudar nisso, mas aparentemente não. Veja a seguinte situação: Fornecedor emite NFe e envia o XML para o cliente via email Cliente consulta o WS de Distribuição e obtem o registro com o Resumo da NFe Cliente insere a NFe no ERP (mas ainda não manifesta ela) Fornecedor cancela a NFe anteriormente emitida (mas não avisa o cliente) Nessa situação, quando o cliente consultar o WS, o cancelamento simplesmente não aparece. Ou seja, ele não fica sabendo que a NFe foi cancelada pelo emissor, sendo que no histórico de consultas permanece o registro com o Resumo da NFe. Ou seja, olhando o histórico, é como se a nota existisse e não tivesse sido cancelada. É isso mesmo, ou estou "perdendo" alguma coisa? Cantu

Estou tendo o mesmo problema com a Sefaz de SP, e acredito que a sugestão de alteração do rosemir é válida, pois a NT diz: Se CST de ICMS = 51 (diferimento): – Valor do ICMS (id:N17) não corresponde a diferença do Valor do ICMS da Operação (id:N16a) e Valor do ICMS diferido (id:N16c) Exceção: A regra de validação acima não se aplica caso não forem informados os dois campos: vICMSDif e vICMS. Observação: Campos opcionais não informados serão considerados como se tiverem sido informados com valor = zero. Portanto, a não informação do vICMS está prevista. Algum administrador do projeto poderia dar uma posição oficial sobre isso?

Italo, o Abbrevia não serviria? http://sourceforge.net/projects/tpabbrevia/

André, acabei de atualizar os fontes do ACBr e me deparei com o problema acima, e tb com o fato de que "Nfe.WebServices.CartaCorrecao...." não existe mais. O proprio código do ACBrMonitor faz referencia a esse método, então acho que nem ele deve estar compilando nesse momento.

Existe alguma diferença entre usar a propriedade xMotivo e a Msg após consultar uma NF-e? Pelo que pude observar, Msg retorna a mesma coisa que xMotivo, mas então porque a existência dos dois campos? Grato, Cantu

Segue resposta oficial da Receita (depois de quase 10 dias, responderam): Prezado Carlos, A versão mais atualizada da NT2013.005 é a 1.10, que corrige o texto. O contribuinte poderá continuar referenciando mais de uma nota. Agradecemos seu contato no "Fale Conosco" da Secretaria da Fazenda. Atenciosamente, Secretaria da Fazenda do Estado de São Paulo

Alguém pode confirmar se essa regra foi realmente desativada? Pois no restante do manual continua falando da restrição de referenciar apenas uma NF, como se a regra ainda valesse, inclusive na referência da tag continua descrito como 1-1.

Ola Italo! Isso foi uma dedução sua ou está escrito em alguma NT (procurei, mas não encontrei)? Eu entendo que sempre que for uma NFC-e, o campo realmente tem que ser preenchido com "1" (UM), mas quando for NF-e, creio que vale tanto 1 como 0, dependendo do tipo de operação que está sendo realizada (vc pode emitir NF-e para consumidor final, não?).

Pessoal, percebi que a consulta por cnpj não retorna nada se a empresa não tiver também uma inscrição estadual. Talvez porque a consulta é feita na sefaz estadual. Alguém conhece alguma forma de consultar a situação cadastral (sem ser pelo site da receita) de um cnpj independente da empresa ter ou não i.e.?

Lembrando que na NF-e 3 o relacionamento das notas referenciadas será de 1 para 1, ou seja, não será mais possível referenciar várias notas em uma única nota.

Regys, mas até onde sei, o padrão prevê isso. Se você usar o caractere delimitador ente aspas, ele não é considerado delimitador e sim parte do conteúdo. Atualizando: Aparentemente não existe um padrão oficial de CSV: http://creativyst.com/Doc/Articles/CSV/CSV01.htm De qualquer forma, acredito que a maioria use o formato suportado pelo Excel, que suporta o uso de ";"