EMBarbosa

Eu acho que seu problema seria mesmo nas chamadas do LFILL, RFILL e semelhantes. Elas estão retornando string, mas as variáveis internas dos componentes (strRegistroI200 por exemplo) estão definidas como AnsiString. Você poderia usar essa diretiva de compilação no arquivo ACBrTXTClass.pas e resolver seu problema para todos os componentes de uma vez só, mudando o retorno delas para AnsiString ao invés de apenas String. O que acha?

Por favor alcir Crie um tópico novo para uma dúvida nova. MODERAÇÃO: TÓPICO DIVIDIDO

Já vou dizendo que não tenho muita experiência com essa área de acesso SOAP e afins. Mas da ajuda que você mesmo passou o link, veja: Ou seja, parece que não vai conseguir em run time fazer isso. Não com essa propriedade.

Isso. Verifique se resolve. Se resolver a gente pode pensar em algo que não atrapalhe o desenvolvimento em outras versões.

Qual a versão do Delphi que está usando. Verificou se não é algum erro de Unicode? Se não for, me parece erro de memória. Você consegue reproduzir o acontecido em outras máquinas? Consegue reproduzir algo parecido com o DEMO?

Veja o demo na pasta exemplos.

Há uma boa possibilidade de você estar alterando os parâmetros do sistema para separador de decimal (DecimalSeparator) e formato de datas e isso estar influenciando na escrita do componente.

Criptografar os dados na tabela de log seria uma ajuda. Mas quanto a se daria certo, seria melhor verificar com os homologadores.

Isso.

O código aqui está incorreto. Não se deve usar o FormatCurr dentro do código do ACBrPAF_D_CLASS deste jeito. É exatamente para isso que serve o LFill. LFill( FormatCurr('###,##0.00', VLT_DAV), 8, '0') + //LFill(VLT_DAV, 8, 2) +

Seria melhor verificar a data especificada no Bloco 0 ao invés de usar a função Date().

Essa é uma maneira que eu não tinha considerado ainda. O problema é que se alguém apagar o registro na tabela de DAV e depois ir na tabela LOG_DADOS e apagar o registro correspondente, o programa não vai conseguir acusar nada.

No fórum também há as diferenças dos dois ATO COTEPEs http://www.djsystem.com.br/acbr/forum/viewtopic.php?p=32336#p32336. Mas não estão as diferenças dos testes.

Acho que esse post está no lugar errado. Não sei se os usuários do NFS-e viram esse post aqui.

Pois é, mas não teria nem sentido eles recusarem isso.

Corrigindo: a Bematech faz o suporte a USB através da DLL.

Obrigado Juliomar.

Estive olhando o teste 115, e até agora não achei uma maneira melhor de fazer isso além da proposta aqui pelo Juliomar. Alguém "bolou" alguma alternativa melhor?

Verifique se acontece com o DEMO, por favor.

Olá andrea, Você está confundindo. TIPO_ESCRIT é o 3o. (terceiro) campo. O campo em branco é o quinto, a saber NUM_REC_ANTERIOR. Além disso, no arquivo que mostrou, TIPO_ESCRIT não está como tpEscrRetificadora. Observe que o valor está 0. Veja: |0000|002|0|0||01042011|30042011|NOME DA EMPRESA|11111111000191|ES|3200607|000000000|00|0| Como disse antes, verifique o guia prático, na página 42, cuja parte específica eu estou colocando aqui em baixo na imagem:

que X2? Não seria Delphi XE2?

Por favor, crie um tópico novo para uma dúvida nova. O tópico no qual tinha postado não tem relação nenhuma com sua dúvida. MODERAÇÃO: TÓPICO DIVIDIDO. Sobre sua dúvida, tente o site do SPED para exemplos de arquivos funcionais. http://www1.receita.fazenda.gov.br/sistemas/efd-contribuicoes/exemplos-de-arquivos.htm Ou o DEMO do ACBrSPEDPisCOFINS.

Só para complementar a resposta do lipsort, leia a parte específica do registro 0000 no Guia prático. Ele vai ajudar a entender o que é cada parte desse registro. Também, sempre que surgir dúvidas, use o programa PVA para SPED Contribuições. Ele acusa tudo que é incorreto. Nesse caso você verá que ele não levanta nenhuma reclamação.

Olá eneias.carvalho, não acho que esteja passando pra gente toda a informação. Será que não colocou alguma chamada no onShow do form? Ou talvez esteja criando o form várias vezes?

Você está tentando fazer um checkout?