Dangelo2010

Anexado! 52131205111590000143550010000228021000228027-nfe.xml

.

Boa Tarde Há Nota Fiscal e Validada Corretamente e Retorna sem Erros. Porem não Gera o XML Correto no Final.

Tambem com o mesmo problema!!!!

O PVA do Sped Contábil ECD 3.1.2 Gero Varios Erros dizendo que o numero de campos era incompatível a imagem esta em anexo e o arquivo gerado logo abaixo. mais nao consequir achar nenhum manual informando o acrescimo do nono campo. |I050|01012011|01|S|1|1||A T I V O| |I050|01012011|01|S|2|11|1|ATIVO CIRCULANTE|

Opa Obrigado Juliana, Acho que Agora vai Funcionar.

O Banco Santander Rejeito os Boletos Alegando que Deve ser Passado o Código da Carteira na Linha Digitável. Veja Mensagem Enviada por Eles. "Inserir código da carteira no 4º grupo da linha digitável : 101."

Qual o Preço? [email protected]

Tente esse link acho que deve te ajudar. http://www.bematech.com.br/fale-conosco.html

Consequi mais cadê o resto ou seja cadê o ICMS Simples Nacional? CstIcms: array[0..97] of String = ( '000','010','020','030','040','041','050','051','060','070','090', '100','110','120','130','140','141','150','151','160','170','190', '200','210','220','230','240','241','250','251','260','270','290', '300','310','320','330','340','341','350','351','360','370','390', '400','410','420','430','440','441','450','451','460','470','490', '500','510','520','530','540','541','550','551','560','570','590', '600','610','620','630','640','641','650','651','660','670','690', '700','710','720','730','740','741','750','751','760','770','790', '101','102','103','201','202','203','300','400','500','900');

Isaque, qual o novo link?

Var _Caminho : String; _LendoArquivo : TMemo; With RegistroJ800.New Do Begin // 3 _LendoArquivo := TMemo.Create(Nil); _LendoArquivo.Parent := FormGerador; _Caminho := 'C:\' + FormatFloat('000', ModuloPesquisa.IBQRegistroJ800SEQUENCIA.AsInteger) + '.rtf'; Try TBlobField(ModuloPesquisa.IBQRegistroJ800.FieldByName('ARQUIVO')).SaveToFile(_Caminho); _LendoArquivo.Lines.LoadFromFile(_Caminho); ARQ_RTF := _LendoArquivo.Text; DeleteFile(_Caminho); Finally _LendoArquivo.Free; End; End; Abraço!

Var _Caminho : String; _LendoArquivo : TMemo; With RegistroJ800.New Do Begin // 3 _LendoArquivo := TMemo.Create(Nil); _LendoArquivo.Parent := FormGerador; _Caminho := 'C:\' + FormatFloat('000', ModuloPesquisa.IBQRegistroJ800SEQUENCIA.AsInteger) + '.rtf'; Try TBlobField(ModuloPesquisa.IBQRegistroJ800.FieldByName('ARQUIVO')).SaveToFile(_Caminho); _LendoArquivo.Lines.LoadFromFile(_Caminho); ARQ_RTF := _LendoArquivo.Text; DeleteFile(_Caminho); Finally _LendoArquivo.Free; End; End; Abraço!

Ok

Ok

Acrescentar Registro M160 - Ajustes FCont Recuperados.

Incluir Campo IND_RECUPERACAO.

OUTRO PROBLEMA MAIOR E O TAMANHO DE ESPAÇO QUE A DESCRIÇÃO NO DANFE VAI TOMAR.

E AINDA TEM MAIS IMAGINA CADASTRAR ESSE PRODUTO NA IMPORTACAO DO XML AUTOMATICAMENTE?! VAI SER MUITO LOUCO KKKKKK

O Dangelo2010 apenas precisa de alguns esclarecimentos adicionais: 1) cdsItens é o dataset usado pelo componente apenas para imprimir o danfe, não tendo nenhuma relação com o tamanho obrigatório dos campos do XML (apenas precisa comportá-los); 2) quando vc procurou a linha que voce citou, talvez não tenha visto a definição do campo que tanto lhe preocupa: FieldDefs.Add('DESCRICAO',ftWideString,2000). Isto quer dizer que naquele campo da impressao cabem os 120 caracteres possiveis da descrição do produto no XML (xprod) e mais 1880 para as informações complementares. Diante disso pergunto: voce conseguiu fazer um teste em que esse espaço não é suficiente? Mas tem que ser um teste realista, com informações que alguem realmente possa chegar a precisar colocar nesse campo do danfe e não algo do tipo colocar 2100 caracteres aleatorios. R: O PROBLEMA NAO E O ESPACO E SIM A DESCRIÇÃO DO PRODUTO, QUE NO CASO VAI FICAR TUDO JUNTO, IMAGINA SO A BAGUNCA QUE NAO VAI VIRAR. --> "COCA-COLA 2LT LOTE: 123 DATA VENC. 01/01/2015 Nº CONTROLE 3132113131". NO MEU CASO E DE TODOS AGORA SOMOS OBRIGADO A USAR A DESCRIÇÃO COMO DADOS ADICIONAIS DO PRODUTO COMO LOTE, ARMAMENTO, COMBUSTIVEL, ETC.

Sim no meu caso ja estava buscando e jogando nas observações, mais o porque de colocar na descrição se temos somente 120 caracteres, fica meio sem nexo isso ai, o bom seria colocar um teste para ver onde fica pois está uma furada isso ai colocar tudo na descrição e como fica para quem usa lote + armamento ao mesmo tempo? rsrsrs bom acho que o ACBR devia pensar um pouco nisso.

gostaria de saber porque esta sendo usado desta forma no componente. cdsItens.FieldByName('DESCRICAO').AsString := xProd + sDetalhamentoEspecifico; pois os detalhamentos não teria que sair na observação do produto? porque esta saindo junto com a descrição? tem uma lei especifica para isso?

Compilei os pacotes blz mais depois derrepente voltou a dar o mesmo erro.

Ok muito obrigado!

Sobre as alterações eu ja tinha visto, sobre a maneira de como usar blz, mais e o erro do property?