BigWings

Boa tarde. Eu tinha uma configuração interna no sistema que permitia alterar a versão do XML, em caso de erros com a versão mais nova. Por acaso estava selecionada a ve300. Já alterei de volta e resolveu, mas demorei um tempinho até descobrir que o erro estava sendo gerado no código do ACBr. Mas entendi que não se deve usar. Obrigado.

Ao chamar a função ACBrNFE1.NotasFiscais.Assinar no layout 3.00 ocorre o erro "'' não é um número de ponto flutuante válido", Pelo que vi o erro está na unit pcnConversa.pas, na função GetVersaoNFe, que não faz o teste se o layout é ve300.

Estou tentando enviar o comando #27 #229 para a Daruma para obter as configurações dela, entre elas o número de colunas, tabela de comandos e página de código. Consegui fazer com outros componentes de comunicação serial (VaComm), mas com o ACBr não estou sabendo fazer. Como obter o retorno da impressora depois de enviar o comando? ACBrNFeDANFeESCPOS1.Device.Porta := 'COM1'; ACBrNFeDANFeESCPOS1.Device.Ativar; try ACBrNFeDANFeESCPOS1.Device.EnviaString(#27#229); Memo1.Lines.Add(ACBrNFeDANFeESCPOS1.Device.LeString(100, 10)); finally ACBrNFeDANFeESCPOS1.Device.Desativar; end; Este código dá timeout, independente do tempo que coloco como parametro na LeString() --- Consegui: ACBrNFeDANFeESCPOS1.Device.Porta := 'COM1'; ACBrNFeDANFeESCPOS1.Device.Ativar; try ACBrNFeDANFeESCPOS1.Device.EnviaString(#27#229); Memo1.Lines.Add(ACBrNFeDANFeESCPOS1.Device.Serial.RecvPacket(100)); finally ACBrNFeDANFeESCPOS1.Device.Desativar; end;

Geralmente nessa mensagem aparece o motivo da rejeição.

Todas as propostas que fiz acima já estão no fonte que anexei. O manual estipula um tamanho mínimo do QR-Code de 25 x 25 mm. Sobre a largura do papel, estava vendo o tool da Daruma tem opção de configurar a largura, nos modelos H e M chega a 52 caracteres no tamanho normal. Talvez o ideal seja criar uma propriedade configurável pelo usuário.

Sugestões: - Trocar o nome "Inscrição Estadual" no cabeçalho para "IE", já que com inscrições com 20 digitos mais o nome completo ultrapassam a largura da Daruma. - Quebrar a linha após o texto "Consulte pela chave de acesso em" e "Procotolo de Autorização" que tem o mesmo problema e desta forma fica numa estética melhor. - Usar a largura "3" no QR-Code na Daruma, ele gera um código menor, e acima do mínimo especificado no Manual de Integração. - Criar uma variável que controle a largura do papel para cada modelo. Fiz alteração também na impressão dos itens, para deixar os campos melhor tabulados, aumentando e diminuindo o campo descrição conforme necessário. Acho que o ideal seria fazer a impressão em duas linhas para não haver truncamento excessivo na descrição. Segue a minha unit com as alterações. ACBrNFeDANFeESCPOS.pas

A atualização do firmware da Daruma DR700L funcionou sem problemas. É preciso entrar em contato com o suporte deles antes pra verificar qual a versão da impressora pra ver se pode atualizar ou não. Após consegui instalar o driver spooler e imprimir o DANFE do FastReport nela. Porém a qualidade não é lá essas coisas e o QR-Code lê com bastante dificuldade. Testei a impressão pelo ACBrNFeDANFeESCPOS e também funcionou, com qualidade excelente, o único porém é que as linhas estão ultrapassando o tamanho do papel - a impressora usa 48 caracteres de largura em modo condensado.

Pelo que o pessoal do suporte da Daruma falou, é possível atualizar o firmware da DR700L para DR700Le, que tem suporte ao modo gráfico e driver spooler. Tenho um cliente com essa impressora, farei o teste amanhã.

Atualizei os fontes e tentei novamente. O arquivo foi validado sem erros, porém nos campos onde foi informado o valor 0,00, no arquivo ficou em branco. Acredito que a ideia seria mostrar o campo com o valor 0.00 se informado, e em branco se Null. Segue trecho do código. Quando a variant tem o valor 0.00 o teste Value = Unassigned retorna true.

Desculpe a falta de retorno, com a correria do dia a dia não tenho tempo de visitar o fórum. Vamos lá, coloquei esses fontes do anexo (não cheguei a atualizar os fontes pelo svn), Na gravação do arquivo, está ocorrendo o erro "Format '%a' invalid or incompatible with argument.". O erro acontece na função VLFill(), no arquivo ACBrTXTClass.pas, na linha 380: // Checa se é um valor numérico if not IsNumber(Value) then raise Exception.Create( Format('[%a] Não é um valor numérico!', [Value]) ); Aparentemente a função IsNumber() retorna falso para valores decimais.

Rondônia também já está em produção.

Um dos casos em que é necessário referenciar uma NFC-e na NF-e é em uma devolução de mercadorias, em que a empresa gera a NF-e de entrada.

Tinha tentado anexar o .patch mas deu erro de permissão, por isso mandei para o 4shared. Segue em .rar. ACBrSPEDPisCofins.rar

Precisei fazer algumas alterações no código com relação ao registro C175. Estou com o release 7414, de 09/09/2014, e nesta versão, esse registro não está sendo totalizado no registro 9900. Além disso, na validação do arquivo, os campos QUANT_BC_PIS, ALIQ_PIS_QUANT, QUANT_BC_COFINS e ALIQ_COFINS_QUANT devem ser gerados em branco, de modo semelhante ao registro C481 e C485. Update: Criei um patch com as alterações: [Editado]

Segue. ACBrCTeDACTEFRDM.pas

Ao incluir várias informações de carga, na impressão do DACTE aparecia apenas a última. Fiz as alterações para somar as cubagens, e volumes que também estava errado. for I := 0 to CTe.InfCarga.InfQ.Count - 1 do begin (...) case InfQ.Items[I].cUnid of uM3: MCub := MCub + InfQ.Items[I].qCarga; uUNIDADE: Volumes := Volumes + InfQ.Items[I].qCarga; else begin (...)

Olá italojjr, Seguem os arquivos. Testei com o arquivo postado pelo walter e outro de teste meu. Minha versão do QuickReport é a 3.6.2. Tentei diminuir algumas bandas pra ver se diminuía para 1 folha mas acabei desistindo e mudei para o DACTE em FastReport, que está me servindo. CT-e_ 000.003.pdf CT-e_ 000.000.pdf

Atualizei os fontes e estou conseguindo imprimir o DACTE, porém um conhecimento que saía em apenas uma folha antes agora sai em duas, testei com o exemplo do componente e o XML postado pelo walter faria e também saiu em duas folhas. Notei também que a banda "documentos originários" aparece duas vezes no DACTE. É assim mesmo ou algo errado aqui?

O problema era a configuração do protocolo de comunicação e paridade na balança, que estava diferente do especificado no manual. Obrigado pela resposta.

Estou com um problema na leitura do peso de uma balança Prix 3 Plus. Essa balança vem um uma porta RJ-45, foi feito o pedido do cabo adaptador para serial, mas como a ponta serial do adaptador veio com pino (macho) foi feito pelo técnico da loja mesmo outro cabo serial Fêmea-Fêmea para conectar-se ao PC. Aparentemente a comunicação está sendo feita, e ao mudar o peso na balança a string de retorno muda, mas sempre com o peso zerado. Segue imagem com o retorno (o peso na balança era de 0,379 kg)

Encontrei no manual o comando para emissão da segunda via na bematech. procedure TACBrECFBematech.SegundaViaVinculado; begin EnviaComando(#91); end; Aparentemente funcionou, é o que preciso. Ainda não entrei na parte especifica do TEF, mas vou verificar o exemplo.

Estou usando o método AbreCupomVinculado() para gerar o comprovante de crédito e débito. Porém ao chamar o SegundaViaVinculado() para emissão da via da loja aparece a mensagem de método não implementado para Bematech. Tentei também chamar o CupomVinculado() informando duas vias, mas apenas uma é impressa no emulador. Me parece um comando simples, alguém implementou?

Realmente, ao debugar, percebi que o erro está no código do programa e não no componente. Desculpem o engano.

Há um problema na geração do registro C380 (Notas Fiscais de Venda ao Consumidor - modelo 02) quando há alguma nota cancelada no dia. A mensagem de erro é simplesmente "Ocorreu um erro desconhecido / Contate o administrador do sistema" na geração do arquivo. Se omitir a informação da nota cancelada (excluir a nota), o arquivo é gerado, mas na validação dá erro de duplicidade de ocorrência de chave COD_MOD, DT_DOC_INI, DT_DOC_FIN.

Se você olhar a última nota técnica vai ver que essa alteração dos Schemas só entrará em vigor no ambiente de produção a partir de 01/11/2012. No ambiente de homologação já está em vigor desde 01/10. Ou seja, quem não tem os Schemas atualizados vai funcionar até o dia 31.