igor

estranho que ele substituiu um espaco em branco com quebra de linha (no seu segundo exemplo) está certo isso mesmo????

acho q sim, se a emissao for hj...

ok, obrigado;

udenilson, uma pergunta: esse problema da VALID aconteceu com algum A3? ou somente A1?

vc ta com o fortes report instalado certinho?

se eu nao me engano nao sao exatamente iguais... o que vc quer dizer com compartilhar codigos? vc diz, nao redigitar td de novo?

ajudaria saber se ta dando erro, qual a mensagem, como vc esta fazendo, etc...

ja tentou atualizar o componente para versao mais atual?

vc usa o monitor? qual versao do componente vc esta usando? CAPICOM ou OpenSSL?

obrigado pela informacao

1 - Tanto faz, o importante é vc ter os dados no banco. Isso vai depender mais é de como vc trata quedas de energia por exemplo. 2 - Sim. O mais correto é corrigir e re-enviar. Mas não é obrigatório.

tem um topico falando extamente esse erro, da uma procurada, foi de ontem, deve ta na primeira pagina aqui do forum

passar somente a chave de acesso como parametro nao da certo... programa nao faz milagre, vc tem que falar pra ele qual o arquivo que é pra ser atualizado ou seja, passa o xml como parametro. Outra coisa vc ta sabendo que o ambiente de homologacao da sefaz ta meio zuado ne?

esta errado... a unica coisa q deveria aparecer de diferente em homologacao é alguma coisa assim: "NFe em Homologacao sem valor fiscal" vc viu como ficou o xml que vc consultou?? vc consultou passando o arquivo xml como parametro ne?

ouvi dizer que os webservices de homologacao estao de mudanca por causa do 3.00 tem como ver se em producao da isso tbm?

se vc consultar o xml, o componente vai atualiza-la corretamente e automaticamente de acordo com a situacao que se encontra na sefaz

qdo vc informa teFSDA nao envia nada para a sefaz. tentou fazer assim? mas lembre-se de que deve ser enviado o xml apos solucionar os problemas de conexao

acho q nao pq se usa o dominio ne?

em homologacao, o servico de SCAN fica sempre como ativo. só testar

e no xml sai como??? obs: nao creio que o manual diz que no DANFE pode aparecer até 10 casas decimais... Imagina o tamanho do campo?

A rotina de contingencia em si, é toda sua e manual, nao tem nada automatico. è vc que vai falar pro seu sistema: - vou emitir SCAN - vou emitir Depec - Vou emitir FS-DA - Vou emitir normalmente Entende? a unica coisa que é automatico: - o componente prepara o xml de acordo com o que vc quer emitir - o danfe sai de acordo com o que vc emitiu - no caso do scan, o xml vai pro ambiente nacional ao inves da sefaz (obs: só tem sefaz de origem, vc nao faz operacao nenhuma com a sefaz de destino) por isso é bom ler bem e entender como funciona cada uma das contingencias, se vc nao entender uma parte especifica é só perguntar aqui.

O justificativa pode ser o que vc quiser. É dito que se use uma justificativa adequada para cada situacao, mas se vc quiser padronizar, nao vi lugar nenhum que impeça isso

Quando vc esta usando o monitor só teria 2 jeitos de saber a chave de acesso gerada: 1 - Vc "varrer" (aconselho a procurar rotinas de arquivo INI na sua linguagem de programacao que vai facilitar) 2 - Vc mesmo gerar a chave. Visto que nao tem outra maneira do Monitor comunicar com sua aplicacao, a nao ser pelo arquivo SAINFE.txt

posta o xml que ta dando esse erro

melhor postar aqui o xml da nota que vc quer fazer retorno de remessa