EMBarbosa

Vai depender em qual formato está sua chave anterior. Qual é?

Joia! Você falou que teve que fazer um downgrade. Depois disso, você conseguiu atualizar novamente os componentes e fazer um merge das versões?

Você consegue reproduzir o problema no DEMO? Consegue reproduzir o problema na sua máquina? Na hora em que acontece, qual é o CallStack?

Você não está criando vários registros, está apenas modificando o mesmo registro e o adicionando várias vezes. Para criar cada registro utilize o código: wregistro50 := TRegistro50.Create;

Pessoal, Hoje fui adicionar o Delphi XE8 na lista. Não sei o que eu fiz de errado, mas acabei zerando os votos... Me desculpem. Todos terão que votar novamente. Já que eu já tinha feito lambança, acabei por fazer uma limpeza neste tópico e colocando os itens em ordem.

Olá Turbo Drive, Não ficou claro se você deseja que alguma alteração nos arquivos anexos sejam incorporados no SVN ou se você está apenas deixando eles aqui para ajudar outros.

Olá Ronaldo, Eu não programo em VB6, então posso não ser a melhor pessoa para discutir sobre o assunto. Mexi com VB há tempos então nem me lembro exatamente as estruturas. Mas me parece que nesse caso, você deveria utilizar On Error Goto. Veja algumas informações que eu encontrei sobre: http://imasters.com.br/artigo/6333/visual_basic/tratamento_de_erros_no_vb6/ http://www.macoratti.net/erros.htm http://stackoverflow.com/questions/116289/what-is-the-better-way-to-handle-errors-in-vb6?rq=1 http://www.vb6.us/tutorials/error-handling Na verdade parece que na NET tem muita coisa sobre. Mas como disse, eu não programo em VB6...

Mas no VB6 não gera nenhum erro quando você faz a chamada e o ECF está desligado?

Usa um Try... Except?

FDataModule.ACBrPAF.PAF_D.RegistroD2.New.RegistroD3.New New é uma function que retorna um novo registro. Se você executar ela toda vez, vai criar um registro toda vez. Nessa única linha aí são criados dois registros, um D2 e outro D3.

Olá pessoal, acabei de achar esse tópico nos meus favoritos... alguém sabe se as alterações acima foram enviadas ao SVN e, em caso negativo, se elas ainda estão valendo?

Certo. Obrigado pelo retorno.

Esse projeto não faz mais parte do ACBr há algum tempo. Veja o seguinte link para mais informações:

Obrigado por ser claro e objetivo. Eu entendi perfeitamente. Acho que vou deixar nesse arquivo mesmo, pelo menos até segunda ordem. Tem mais alguma coisa no componente ACBrSPEDPisCofins que ficou pra trás?

Tem toda razão. Já corrigi. Se puder verificar novamente. Só que eu notei que você também colocou limitações em outros campos como CNPJ. Também foram correções? Tem algum post sobre isso?

Você declarou na cláusula uses a unit Variants? Da uma olhada no Exemplo do ACBrSPEDPisCofins. Se não me engano grandemente, lá tem um exemplo que está funcionando. EDIT: A propósito, eu digitei NULL tudo em maiúsculo, mas o certo é Null. Pois fiz referência a function Null.

O campo no componente é do tipo Variant. Se você quer que ele fique vazio, atribua NULL para ele. Veja mais explicações no seguinte tópico: O erro na imagem em anexo é porque os dois campos ("Alíquota COFINS" e "Alíquota COFINS em Reais") estão sendo preenchidos. Você deve preencher um ou outro, quer dizer, apenas um dos dois.

Olá Gleidson, Só agora tive tempo para analisar esse problema. Será que você consegue alterar o programa de exemplo para reproduzir o erro?

Olá Leandro, Fui analisar o seu código hoje mas notei que no código anexo houve implementação de eventos. Gostaria de saber o motivo.

Enviei para o SVN a correção para o campo 5 no registro F525. Favor testar. Muito obrigado pela contribuição.

É, só que o tópico diz (ou pelo menos eu entendi) que o problema é na interpretação do OpenSSL... De qualquer forma, achei estranho também e não sou especialista em NFe. Por isso fiz uma pergunta ao invés de uma afirmação.

Também pensei a mesma coisa. Não sou de SP e talvez não seja a melhor pessoa pra falar, então me desculpem intrometer. Mas em geral, tópicos com preços tendem a ficar desatualizados e costumam não ser muito imparciais. Acho que poderíamos ter algo semelhante ao seguinte tópico:

Você não pode alterar os arquivos de schemas, pode? Acho que seu problema é o mesmo

Um problema comum na legislação de automação parece ser sempre a falta de cuidado com a ambiguidade. Talvez o requisito queira dizer que é necessário haver pelo menos 4 caracteres que são letras. Por exemplo, o seguinte nome não iria ser aceito " A/B ".

Eu subi as alterações do componente ACBrSPEDPISCONFINS para o SVN hoje. Na verdade eu gostaria que você verificasse se ficaram alterações para trás. No caso se identificar alguma coisa, explicasse o que faltou e o motivo das alterações. Pois notei algumas modificações no código que você não explicou ali a cima.