EMBarbosa

Subi as alterações para o SVN na Revisão 5741. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Obrigado. Só fica aberto a questão de nós removermos a dependência do ACBrPAF a uma unit do SPED. Talvez passando esse tipo de método (funChecaCNPJ) para uma unit mais genérica como a ACBrUtils.pas ou quem sabe até criar uma ACBrValidacoes.pas

Acho que está respondido neste outro tópico, veja: A resposta deste tópico serve para qualquer EDIT: Notei que você perguntou especificamente sobre a porta USB. Você deve instalar o Driver Daruma que cria uma porta virtual, conforme explicado (atente à resposta citando o Claudenir)

Ok. Obrigado pelo retorno. Vou verificar hoje na parte da tarde.

Infelizmente ADO não é meu forte... Mesmo que você disse que seu inglês não seja seu forte, eu sugeriria você procurar ajuda no StackOverflow ou no fórum da própria Embarcadero na área de ADO. Em todo caso, há também listas de discussão Delphi em português.

Você viu que no tópico do SO o usuário citou um outro site? Esse daqui. Parece que ele tentou seguir as orientações deste link, mas não conseguiu. Talvez você consiga.

Não creio ser necessário alterar os componentes. A questão é ter certeza que eles estão tratando ou convertendo de e para unicode corretamente. Li num tópico do StackOverflow que pode ser uma opção alterada na string de conexão. No caso, foi adicionado DISABLEUNICODE=0 na string, e isso resolveu o problema. Não sei se aplica, mas você pode testar...

O pessoal do ACBr samos nózes. Mas o erro está em seu arquivo. Essa parte que aparece "<<<<<<< .mine" é gerada pelo tortoise/SVN ao tentar resolver um conflito de versão que você criou ao modificar o arquivo e depois atualizar. Para resolver basta que você faça um revert no arquivo. Mas antes disso, faça um relocate para usar o repositório atual conforme o seguinte tópico: EDIT: E enquanto eu estava escrevendo, o Daniel já respondeu. Que pessoal eficiente sô.

Esse problema específico não. Mas ele está relacionado ao seguinte:

Então, Teoricamente falando, se na hora de salvar o conteúdo tudo for salvo como UNICODE e na hora de retornar os valores eles forem retornados como UNICODE, então não teria nenhum problema. Sabe dizer se o campo da tabela é unicode? Creio que seja pois está dizendo que mostra caracteres semelhantes ao Kanji. Você está usando quais componentes para conexão do BD? Eles estão todos configurados para trabalhar em UNICODE?

Dá uma olhada neste link: http://stackoverflow.com/questions/4074383/loading-rtf-text-from-database-into-trichedit

Só lembrando, que se alguém mais quiser fazer o que o Daniel disse, seria bom também.

Isaque, Posso estar enganado, pois minha formação não é tributária, mas acho que são duas situações diferentes. Uma coisa é "Isenção" e tributação por alíquota zero e outra é "Não incidência". Logicamente, ambos os casos, são permitidos por lei e o PVA precisa aceitar. Mas na teoria, num dos casos não existe ICMS. O que é diferente dele ser zero. Claro que, na prática, para o vendedor/consumidor o que realmente importa é que ele não paga ICMS. Mas para a legislação são casos diferentes. Agora, o que eu não sei é se é realmente necessário que o produto cujo ICMS for "Não Incidente" seja reportado como vazio. Se ele puder ser reportado como zero, então concordo plenamente contigo. Não compensa mudar isso por capricho de clientes. Caso contrário, (e foi exatamente isso que pensei quando postei) caímos mais uma vez no caso do registro C170, C195, C481,c485 e companhia.

Os métodos do ACBrSPEDUtils.pas são diferentes dos que tem no Delphi pois atendem a variáveis do tipo CHAR e CURRENCY. Não existe isso no Delphi. Por isso editei meu post anterior. Mas de qualquer maneira, não sei se são necessários. Vamos esperar o Isaque Régys* se pronunciar. EDIT2: Pensei numa terceira opção. Você poderia testar por favor? 3) Remova a unit ACBrSPEDUtils na linha 96 do ACBrPAF_R_Class.pas que contém a cláusula "uses" e adicione a Math. Verifique se acontece algum problema. Explicando: Código atual implementation uses ACBrSPEDUtils; { ordenações de registros } Código corrigido implementation uses Math; { ordenações de registros } *: Percebi que embora os métodos IfThen estão na classe do SPED por uma adição do Isaque, a remoção da unit Math no ACBrPAF foi feita pelo Régys.

Sugiro a segunda opção. Na verdade não vejo a necessidade nenhuma de ter o método IfThen nas units do SPED. Esse método existe até mesmo no Lazarus. Teria que verificar com quem adicionou, pode ser para ficar compatível com o Delphi 6 ou anterior. EDIT: Percebi que os métodos declarados na unit do SPED parecem não existir em outro lugar para os tipos declarados (char e currency). Continuo achando melhor a segunda opção.

Tudo normal. Testei num Win 7 64 bits com o Firefox e tudo certo também. Tente o seguinte: lá em baixo no fórum, tem uma opção Skin. Clique para alterar ela e ver se resolve. Outra coisa: Se o seu browser estiver reportando o UserAgent de forma incorreta, pode ser que o layout se bagunce mesmo. Você não está usando alguma extensão que faça isso?

Proceda conforme mencionado no resto do tópico. Se não conseguir, diga em qual parte teve problemas.

Olá Alexsander, agradecemos sua disposição. Se quiser pegar algum componente ou unit em especial, talvez um que você use mais, fique à vontade em fazer como o Lucas fez. Se você mencionar antes qual unit você vai pegar isso vai permitir que outros voluntários, caso hajam, não entrem em conflito com seu trabalho. Depois basta anexar aqui no fórum. Pode ser neste mesmo tópico. Não é um requisito, mas se adicionar uma descrição dos motivos das modificações fica ainda mais rápido para analisar. EDIT: Vale apena lembrar que já aconteceu algumas vezes que a remoção de um warning ou hint numa versão mais nova do Delphi cause algum problema em versões mais antigas. Então também levamos em conta isso antes de fazer uma alteração como essa. EDIT2: Lucas, Esqueci de dizer que os arquivos .pas você não deve precisar compactar. E quando for um arquivo só prefira anexá-lo sem compactar. É claro que se ele for muito grande é até bom que se compacte.

As sugestões 1 e 3 eu subi para o SVN na Revisão 5715. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Obrigado. A sugestão de alteração do ACBrUtil eu preciso testar no Lazarus e no Delphi 7 antes. Não vou conseguir fazer isso agora. Acredito que não tenha nenhum problema, mas se alguém puder testar pra nós, eu posso subir. Ou talvez outro desenvolvedor possa fazê-lo.

Respondi o outro tópico.

A função LFill permite um parâmetro que torna o valor |0| (zero) em || (vazio). É só trocar entre True ou False. Contudo, o problema é similar ao do CST e IPI nos outros registros. Enquanto o campo for numérico não é possível tratar a diferença entre zero e vazio. Assim, ou ele sempre será zero, ou sempre será vazio. Então, parece que a alteração para string seria a maneira mais simples de resolver. Mas no caso dos registros C170, C181, C185, C191, C195, C481,c485, C381,c385, etc... no SPED Contribuições (PIS/COFINS) isso envolve uma refatoração imensa no código. Não sei se esse é o caso também do registro 0200. Poderia você mesmo investigar e reportar qual a abrangência das alterações necessárias para corrigir esse campo?

Olá Lucas, Eu também não gosto nada dos warnings e hints que aparecem. Uma das primeiras coisas que fiz quando comecei a mexer no código do ACBr foi remover alguns destas mensagens. Suas sugestões são bem vindas. Faça o seguinte, ao invés de anexar os patchs do SVN diretamente, zipa tudo. Ou se preferir, anexe os arquivos .pas. Assim qualquer desenvolvedor ACBr poderá verificar. Só uma dúvida, qual a IDE que vocês estão usando? Delphi ou Lazarus? Qual versão?

JuniorCamilo, O Daniel apenas respondeu sua pergunta: "entao ta entao, faze oq ?!?!?!?" Ele disse o que você poderia fazer. Não precisa ficar na defensiva. Sim, e você mesmo pode fazer começar a fazer as melhorias e outros usuários vão ajudá-lo. O que o Daniel expôs é que ele, pessoalmente, não pode fazer o serviço todo sozinho.

Não entendi... você está perguntando se o que eu disse foi o que eu disse?

Não... Mas pode ser algum erro de permissão para alterar o AAC dependendo do S.O. Pode ser um problema do ECF estar retornando os dados errados.

Não dá pra ajudar sem mais informações. Veja o exemplo do ACBrTEFD e tente reproduzir o problema nele. Você provavelmente vai encontrar o erro comparando seu código com o do exemplo.