Pesquisar na Comunidade
Showing results for tags 'doczip'.
Encontrado 3 registros
-
Boa tarde PessoALL... Tem uma empresa com a seguinte situação... Por imprudência do usuário, todos os arquivos XML de 2 anos pra cá foram excluídos, pra variar não existe backup mas olhando o banco de dados deles tem um campo numa tabela específica que possui as informações compactadas do DOCZip, então pensei que se tivesse como carregar o DOCZip no componente novamente, poderia tentar gravar esses arquivos XML de novo. Alguém teria uma idéia se é possível carregar ou já descompactar direto o DOCZip sem passar pelo processo natural do ACBRNFe, quando usamos o WebService ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip[0].XML. Pelo jeito gravavam o campo infZip ao invés do campo XML... Vai entender... Desde já agradeço a ajuda. Márcio
-
Caros Tenho percebido que a SEFAZ está devolvendo o arquivo de pesquisa de notas destinadas com o numero sequencial pulando. Sei que posso consultar um determinado NSU, mas a pergunta é: Vocês tem notado essa "anomalia"? Segue exemplo de consulta à SEFAZ do Paraná, por Ex.: (foi consultado à partir do Último NSU = 000000000062843 e esse foi o retorno), nem retornou 50 docs, sendo q o último seria 000000000071617, (não coloquei as consultas posteriores, ou seja à partir do 62890) <docZip NSU="000000000062890" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062889" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062888" schema="resEvento_v1.00.xsd"> <docZip NSU="000000000062885" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062884" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062883" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062882" schema="resEvento_v1.00.xsd"> <docZip NSU="000000000062881" schema="resEvento_v1.00.xsd"> <docZip NSU="000000000062880" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062879" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062878" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062877" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062876" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062875" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062871" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062870" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062867" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062863" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062862" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062856" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062851" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062847" schema="resNFe_v1.00.xsd"> Alguém tem notado isso muitas vezes? Alguma razão para isso ocorrer? Obrigado, Ate Mauro
-
Bom Dia ! Em testes realizados, não está sendo carregado informações para o componente ACBRCTe com relação a distribuição de documentos pelo seguinte motivo: Na unit "pcteRetDistDFeInt" na função TRetDistDFeInt.LerXml está sendo procurado o valor "DocZip" em maiúsculo, onde acredito que deveria ser "docZip" Na unit "pcnRetDistDfeInt" está dessa forma Att. Leandro
