fernandes_bfg

Bom dia, para não abrir um novo tópico, utilizei esse pois a dúvida é semelhante. Gostaria de saber se há alguma forma de recuperar ou gerar novamente o XML de uma venda já transmitida e aprovada, no caso de se perder o arquivo original. Desde já agradeço.

Corrigi o que foi sugerido e funcionou também. Só para constar, essa alteração será commitada nos fontes posteriormente? Agradeço a ajuda.

Prezado André, realizei o procedimento que vc me instruiu. Primeiramente, só pra abrir uma aspas, queria dizer que apresentou o erro na unit ACBrHTMLtoXML.pas, na linha GeradorXML.schema := TsPL005c; Eu pesquisei e encontrei o tópico Com base nele, apenas comentei tal linha e resolveu esse problema. Sobre o meu problema original, coloquei a função para não retirar os acentos do XML, conforme sugerido e fiz o teste. Ao enviar a nota fiscal, me apresentou o erro de "Requisição não enviada o sistema. Não pode encontrar o arquivo especificado." Debuguei o que havia ocorrido e aparentemente no meu computador não estava sendo reconhecido o conteúdo enviado com o acento como um XML válido para o envio. Pesquisei um pouco na internet e resolvi da seguinte forma: Na Unit ACBrHTTPReqResp, na função TACBrHTTPReqResp.Execute, logo antes de enviar a requisição pelo comando (uma linha acima) if HttpSendRequest(pRequest, nil, 0, Pointer(FData), Length(FData)) then Coloquei: FData:= UTF8Encode(FData); para corrigir o problema da acentuação. Não sei se é uma forma válida de correção, mas no meu caso sanou o problema perfeitamente. Espero ter ajudado e deixo aqui meus agradecimentos ao André pela força. Um bom dia a todos.

Pessoal, boa tarde. Estou pesquisando em vários lugares e o que mais se aproxima da discussão desse problema é aqui no fórum. Alguém sabe me dizer se esse problema pode ser contornado ou se há previsão de ajuste da validação por parte da SEFAZ? No meu caso é o mesmo problema do código da ANP 620505001, cuja descrição seria "OUTROS ÓLEOS LUBRIFICANTES AUTOMOTIVOS". Na hora de gerar o XML, ele troca automaticamente para "OUTROS OLEOS LUBRIFICANTES AUTOMOTIVOS" e eu acredito que seja por isso que esteja sendo recusado na validação (Descrição do Combustível diverge da descrição adotada pela ANP). De imediato desculpas por estar martelando na mesma tecla, porém não há outro lugar que consiga me apoiar para resolver tal situação.

Senhores, bom dia. Por algum motivo, aqui no estado de São Paulo começou a apresentar novamente esse problema? Alguém sabe me dizer? Acabou de acontecer em 2 dos meus clientes em aplicativos distintos.

Boa tarde pessoal, hoje tivesse em um dos meus clientes esse mesmo problema de gerar uma segunda página do Danfe em branco. Para resolver, editei o RAV, no campo DataMemo1 (referente aos dados adicionais) e marquei a propriedade Truncate para True. Atualizei o Rav no meu cliente e o problema foi resolvido. Observação: Esse problema ocorre quando o texto de informações complementares da Nota Fiscal Eletrônica é muito grande e excede o tamanho da impressão. Pode não ser o método mais correto, mas no meu caso resolveu. Espero ter ajudado.

Olá a todos, bom dia! Ainda nenhuma novidade sobre o Roteiro de Análise Funcional aplicável à versão da ER 2.01? Ainda não lançaram uma versão oficial?

Olá! Saudações a todos. Estou utilizando essa página pois estou com o mesmo problema do companheiro que abriu esse tópico. Seguinte: O escritório de contabilidade orientou meus clientes que os CSTs de PIS/COFINS para combustíveis fosse 05. Entretanto o componente ACBR não possui tal tributação para passagem de parâmetros. Alguém saberia me orientar neste caso? Desde já agradeço.