EMBarbosa

Werner, Eu sugiro você deixar a configuração normal do Brasil e a partir daí você começar a verificar os erros no componente ou seu programa. Isto é: Símbolo decimal: (,) vírgula Separador de agrupamento de dígitos: (.) ponto Depois de deixar a configuração como acima, nos dê as respostas às perguntas que o Régys postou acima e as mensagens de erro, onde elas ocorrem.

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?

Veja esse tópico aqui:

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.

O ACBrECF não usa as dlls para comunicação normal com a impressora. Ele usa a comunicação direta pela porta serial. Assim ele se comunica com o ECF sem nenhuma necessidade das dlls*. Isso para qualquer fabricante (Daruma, Bematech, Sweda, Epson, etc...). Talvez você se pergunte: Ué, então por que tem chamadas às dlls da Daruma e de outros Fabricantes no ACBrECF? Resposta: As dlls dos fabricantes, de modo geral, só são utilizadas para gerar os arquivos que exigem os dados da MFD. Esses arquivos não são possíveis ser gerados usando a comunicação direta. Porque estão criptografados, ou porque os fabricantes não disponibilizam os comandos para isso, ou por outro motivo que está fora de nosso controle. *: Na verdade existe um caso onde é necessário o uso da dll para comunicação normal. Esse é o caso de ECFs USB que não disponibilizam um driver para porta virtual serial. Como apresentado nesse tópico

Me parece que sua dúvida não é sobre os componentes. É sobre programação em Delphi.

Por favor pessoal, tratem de assuntos comerciais na área de classificados ou por meio de mensagens privadas (MP). Glaucia, O que foi disponibilizado não é um aplicativo. É um componente para quem desenvolve os aplicativos. Se você precisa de um programa completo seria melhor postar na área de classificados. Caso você ou alguém na sua empresa seja um programador/desenvolvedor, você pode baixar os componentes, exemplos e etc conforme a orientação nessa página aqui: http://acbr.sourceforge.net/drupal/?q=node/37 ou usar o ACBrInstall neste link:

E lá se foram praticamente oito meses de fórum novo e o projeto ACBr recebeu bem mais atenção nesses último meses. Na época da migração para o IPB éramos cerca de 4100 usuários cadastrados. Agora somos 11648 distribuídos entre os interesses dos componentes e facetas do projeto ACBr como o ACBrFramework e ACBrMonitores. É bastante gente

hahah Então, achei que o andersonh já tinha testado e estava reclamando justamente por que não tinha funcionado por isso eu não o testei. Vou dar uma olhada e lhe dou um retorno.

Nenhuma das que estão acima funcionam? O que você tentou fazer e qual foi o resultado?

andersonh, Veja bem, no primeiro post você disse que não podia gerar o zero, agora você diz que precisa do zero. É isso que eu mencionei logo acima. Precisamos de um jeito do componente resolver. Ele poderia ou tratar isso, ou deixar na mão de quem está gerando o arquivo. Essa primeira opção seria o ideal. Se entendêssemos como tratar no código se vai ser zero ou vazio isso seria ótimo. Contudo, no momento, a segunda opção é a mais fácil pra desenvolver. Só que ela quebra a compatibilidade com TODO o código atual... Então é um dilema...

Masoro, sua sugestão trava o teclado e o mouse. Não é o recomendado. Aqui no fórum há outras sugestões mais indicadas.

Você tem certeza que procurou aqui no fórum usando a ferramenta de busca?

Olá Anderson, Eu peguei o manual deste ECF e, pelo menos na versão que eu peguei, não encontrei onde você poderia adicionar OBS desta maneira. Lá apenas menciona o campo observação como se fosse uma forma de pagamento. Pode ser que eu esteja enganado, pois tem tempos que não mecho com nenhuma MP20. Seria pedir muito que você scaneasse um comprovante não fiscal emitido pelo ECF usando o programa com a dll do fabricante onde aparece a observação que você não consegue imprimir? Se possível, scaneie também o emitido pelo ECFTeste para analisarmos a diferença.

A propósito, você verificou se esse ECF permite adicionar observação no fechamento de um não fiscal?

O TimeOut ainda está marcando como 3. Leia você mesmo o log que você anexou.

Ué, eles estão esperando alguma resposta de vocês e, pelo visto, vocês não sabem o que está faltando. Então, entre em contato imediatamente com a SEFAZ.

Isaque, o problema do Carlos já foi resolvido. Ele mesmo disse acima. alansst, O post do Carlos é sobre Tpaf_R.writeregistror05, e não sobre PafMF_RelMeiosPagamento. Se você não achou um tópico que fale sobre o seu problema com PafMF_RelMeiosPagamento, crie um outro. Não venha misturar os assuntos nos tópicos já resolvidos conforme o Régys disse acima. Veja neste em especial a "2.2 - Permaneça no assunto".

Acho que não tenho nenhum cliente que ainda use a MP-20 FI. Você pode tentar com o programa de exemplo (ECFTeste.EXE) e anexar o log do ACBrECF gerado nele Talvez consiga ver o motivo de não ser enviado a observação pelo log.

Você tem toda razão neste tipo de confusão. O problema é que muitos usuários não colocam um título descritivo o suficiente. Conforme sugerido nas Orientações Gerais, que fica no mesmo tópico das Regras: Ao criar um tópico, use um título específico como "Devo criar um registro R7 para cada R4 e para cada R6?". Não algo genérico como "Dúvida sobre R6 e R7"; Então precisamos ler o primeiro post e as vezes até todos os outros para corretamente definir o que seria o "assunto" tratado no tópico. Infelizmente. De qualquer maneira agradecemos sua contribuição. Bom trabalho aí.

Mas se o contador manda você fazer algo que é diferente do Manual, então ele tem de lhe mostrar a legislação. Ou você pode mostrar pra ele a legislação e pedir orientação.