EMBarbosa

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 28487. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Muito Obrigado. Subi as alterações para o SVN na Revisão 28486. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema no tópico linkado: Estou fechando esse para evitar duplicidade de informações.

Muito obrigado pela contribuição. Fiz a implementação baseada nela mas mantive outras validações que me pareceram corretas conforme outro tópico Subi as alterações para o SVN na Revisão 28486. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Boa tarde. Não temos nada no ACBr que faça isso. Mas você pode tentar a comunidade. Tente no subfórum banco de dados :https://www.projetoacbr.com.br/forum/forum/60-banco-de-dados/ Alguém pode sugerir uma opção open source. Mas é importante você citar qual banco de dados e backend você está trabalhando. E talvez também queira tentar a área de classificados. Existem muitas opções no mercado, mas variam muito em quais bancos de dados suportam.

MODERAÇÃO: Tópico movido para subfórum mais adequado.

Acredito que não tenha nada pronto. Mas isso me parece combinações e permutações simples. Não deve ser muito difícil encontrar na internet ou desenvolver. O problema é que parece muito com um exercício de dever de casa... Pode dar mais informações sobre o contexto?

Sim. É isso mesmo. Não existe a versão 117 ainda. Veja a tabela conforme diz o manual: http://sped.rfb.gov.br/pagina/show/1578

Se você passa o XML pra lib, não importa se ele é lido em arquivo ou em string, o comportamento é o mesmo. Foi sugerido para você tentar passar o caminho ao invés do conteúdo. porque quando a lib lê de um arquivo, ela é responsável por fazer a leitura binária do arquivo. Isso pode mitigar qualquer conversão incorreta do encoding. Essa conversão incorreta é o que está gerando o erro reportado no início: Essa sequência de bytes "0xE9 0x67 0x72 0x61" não é UTF-8 "bem formado".

Entendemos, e isso pode ter sido a confusão inicial. Mas só pra deixar claro os motivos pra esse comportamento: se você passa um XML, a lib (e o componente) entende que o xml passado está pronto e não precisa gerar ele novamente. Isso é importante para casos de pessoas que querem que o seu XML tenha alguma particularidade diferente do que é o padrão das soluções do ACBr.

Oi Andergoncalves. Com certeza. Esse código além de ser mais fácil de ler e manter, evita problemas de enumerados implementados sem uma string correspondente. Então, a ideia é, na medida do possível, fazer isso para todos os componentes que tenham situações parecidas. Nesse sentido, toda ajuda é bem vinda. E agradecemos aqueles que quiserem e puderem contribuir como você e o @Marcelo Pontes Melim tem feito. E com respeito ao Reinf, esperamos ter novidades nos próximos dias.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn TK -3560

Oi @Marcelo Pontes Melim, Queria avisar que eu fiz um commit relacionado a esse código na revisão 28381. Acontece que havia um método na unit pcesConversaoeSocial que faz a conversão usada naquela unit. Só que o método tinha uma incompatibilidade por conta da letra 'v' . Daí eu fiz uma alteração no método e uma varrida no componente pro uso dessas strings. Além disso encontrei outros lugares onde a mudança poderia ser aplicada. Do jeito que estava, a gente sempre precisava ficar indo nos arquivos e mudando. Agora, basta mudar na pcesConversaoeSocial e pronto. Por favor, depois de atualizar, reporte qualquer problema.

Relembre o último Papo Pro com a participação do IBPT.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 28366. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

@oliveira_arara e @Alysson Rengel Outras perguntas importantes: 1) Por que vocês estão usando Capicom? 2) Tentaram com OpenSSL? 3) E WinCrypt?

Eu não consigo nem abrir para analisar (com extensões) esses arquivos no VS Code já que tem mais de 20 MB. O Notepad++ abre com uma certa dificuldade. É possível que precisemos de algum tempo a mais para poder analisar isso. Qual a versão do Delphi de vocês?

A minha resposta foi para o Fernando. O que eu te pedi você ainda não respondeu:

Reduza o número de itens removendo os que estão com estoque zerado e os que não houveram movimentação.

Nesse log não tem a chamada para os métodos que geram o erro reportado. Por favor, gere um log desde o início da operação até o momento em que o erro é reportado. Se possível anexe os arquivos utilizados.

Bom dia. Por favor, nos dê mais informações. Qual a sua linguagem de programação? Consegue reproduzir o problema com a aplicação de exemplo? Como você está alimentando a lib? Por meio de arquivos INI ou xml? Anexe o log gerado desde o início da operação por favor. Anexe o arquivo INI utilizado pela Lib.

Por favor, ao invés de enviar um lote de eventos, carregue os eventos separadamente na lib.

Por favor teste com a DLL anexa. ACBreSocial32.7z Se por acaso não funcionar, preciso que teste enviando um arquivo evento por vez a Lib. Carregue um evento por vez e depois faça o envio.

Você não me respondeu:

Como assim em ambos? depois que uma exception é levantada, o processamento não cessa? A questão é que precisamos saber se o erro é gerado pela FastStringReplace ou não. Como é um arquivo confidencial e como já recebemos um outro arquivo, no momento não precisa enviar. Se precisarmos vamos pedir mais tarde.

Alysson, afinal, o seu problema é lavantado no copy ou na FastStringReplace? Boa tarde. Você chegou a debugar para ver onde exatamente é levantada a mensagem de erro?