Renan S

Nosso pessoal chegou a abrir chamado porém a Sefaz pediu para entrar em contato com o desenvolvedor do software.............. Legal, que é a gente mesmo rsr Só corrigimos internamente. Porem estamos em duvida, se é um bug na Sefaz SP, ou se a Sefaz/SP está adiantada em alguma coisa que será refletida em outra.... como está saindo varias alterações, as vezes foi algo que a gente não viu.... Emfim, se tiver alguma atualização... Testamos na AM, MG, eu tudo dentro do normal...

Boa tarde, alguém com essa situação: Ao consulta de cadastro de contribuite pela SEFAZ SP, parou de devolver o IBGE da cidade e o campo indCredNFe é retornado apenas 0 = Não credenciado, notei isso na Sefaz SP, testei na sefaz MG e lá continua normal. Mas ainda não sei se é bug ou se vão parar de devolver essas informações, não encontrei nada referente a isso ainda, alguém sabe algo sobre essa mudança ?

Realizando alguns testes, assim algumas coisas funcionaram, porém quebrou bastande o codigo.... Porém estou verificando se funcionar plenamento eu retorno e pontuo os pontos que ajustei e os que talvez eu precisa de ajuda para alterar Mas ainda testando, bem cru mesmo o teste!

Boa tarde, tudo bem? Para balança de checkout, o ACBr aceita na porta serial informar COM:\tsclient\COM1 ?

@Juliomar Marchetti, alguma novidade ?

Hummm é uma opção valida sim, Se divesse dentro do ACBr seria melhor, mas acho que esse vai ser o caminho mesmo. Agradeço a contribuição!

Boa tarde pessoal, Estamos implementando um sistema que recebe arquivos XML de NFe/NFC-e — tanto gerados pelos nossos próprios sistemas quanto por sistemas de terceiros. A ideia é realizar cruzamentos e conferência de valores, analisando também os eventos associados a cada documento. Para NFe/NFC-e trabalhamos principalmente com os eventos de Inutilização, Carta de Correção, Cancelamento e os eventos relativos a documentos de entrada, como Ciência, Confirmação, Desconhecimento da operação e Operação não realizada. O problema é que os XMLs nem sempre vêm organizados. Em alguns casos recebemos tudo separado e bem estruturado, o que facilita a leitura. Porém, em outros, recebemos todos os XMLs misturados na mesma pasta — e, para piorar, alguns arquivos vêm com nomes sem padrão, muitas vezes usando IDs internas do sistema emissor. Como o emissor é de terceiros, não temos como padronizar isso. Dúvida: Existe alguma forma no ACBr de carregar um XML de evento de forma genérica e identificar automaticamente qual é o tipo de evento (Cancelamento, CC-e, Inutilização, Ciência etc.) para que possamos tratá-lo corretamente, independentemente da nomenclatura do arquivo? Pergunto porque percebi que existem métodos específicos como LoadFromFileCancelamento, LoadFromFileCCe, etc., mas como nem sempre sabemos o tipo do XML antes de abrir, gostaríamos de um método único para detectar o tipo do evento e só então processá-lo. Agradeço qualquer orientação!

@Juliomar Marchetti, alguma novidade?

@Juliomar Marchetti No ACBrDANFCeFortesFr.pas -> Linha 1448, realizar trunc(larguraBobina), pois ele espera um Integer

@Daniel Simoes, muito obrigado! Desculpa não tinha me atendado a isso, era realmente isso, muito obrigado!

Fui isolando as parte para verificar e achei, o problema só ocorre se fazer a utilização do TIdSSLIOHandlerSocketOpenSSL, e utilizar o HMACFromString, e depois utilizar o TIDHTTP ligado com o TIdSSLIOHandlerSocketOpenSSL, se não fazer a chamada para a Indy usando o SSL ou não usar o OpenSSLUtil, não ocorre o problema; porém a deburação não levou em nenhum lugar, apenas nessa situação, se não utilizar um dos dois, resolve

Boa tarde, alguém utiliza o TACBrOpenSSLUtils ? Estou usando ele para gerar hmac, porém quando utilizo ele, ao encerrar a aplicação aparece um Runtime error 217, dentro dele não achei nada que ficou preso na memoria, aparentemente deve ser alguma depentencia do HMACFromString, pois só ocorre o problema se utilizar apenas ele. Eu utilizo ele em runtime, porém crio, uso e destuo

@Juliomar Marchetti, bom dia, tudo bem? Desculpe a demora no retorno! Realizei a atualização porém foi alterado o largura bobina da versão que tinha para a versão nova, porém ela não é funcional para o FastReport, fiz alguns ajustes que vou detalhar para explicar o porque: Na ACBrNFeDANFEFRDM -> PrepareReport, o AjustarMargensReports, não tem muito efeito na maneira que ele é chamado, pois para ajustar largura e margens o relatorio precisa estar preparado, detalhe do FastReport, no final da procedure ao incluir: if Assigned(NFe) then begin AjustaMargensReports; end; Já força o FastReport a ficar na parametrização configurada ACBrNFeDANFEFRDM -> AjustaMargensReports, pode ser algo na versão do FastReport, porém da maneira que está, versão um pouco mais antiga, não funciona, porém o codigo a seguir, funciona em qualquer versão do FastReport: for I := 0 to (frxReport.PreviewPages.Count - 1) do begin Page := frxReport.PreviewPages.Page[I]; if (DANFEClassOwner.LarguraBobina > 0) then Page.PaperWidth := DANFEClassOwner.LarguraBobina; if (DANFEClassOwner.MargemSuperior > 0) then Page.TopMargin := DANFEClassOwner.MargemSuperior; if (DANFEClassOwner.MargemInferior > 0) then Page.BottomMargin := DANFEClassOwner.MargemInferior; if (DANFEClassOwner.MargemEsquerda > 0) then Page.LeftMargin := DANFEClassOwner.MargemEsquerda; if (DANFEClassOwner.MargemDireita > 0) then Page.RightMargin := DANFEClassOwner.MargemDireita; frxReport.PreviewPages.ModifyPage(I, Page); end; Note que dentro, estou forçando a largura. Após a atualização a propriedade de LarguraBobina, não é acessivel por aqui, oque acabou gerando a alteração na ACBrDFeReport, expondo essa propriedade Obs.: LarguraBobina precisa ser do tipo Double, o FastReport aceita, isso gera problema no FortesReport (não consegui localizar), mas ao passar a LarguraBobina para o Fortes, precisaria ter um Trunc, pois ele aceita Integer. Nas impressoras que possuo (Elgin i9, Epson TM-T20, Control ID, Tanca, Bematech 2500/4200, PosControle) com as diferenças de valores, todas obtive sucesso e a flexbilidade de configuração Segue os arquivos que alterei para vocês poderem verificar se é válido essa alteração ou se teria outro caminho Desde já, muito obrigado! ACBrNFeDANFEClass.pas ACBrNFeDANFEFRDM.pas ACBrDFeReport.pas

Ainda essa semana, vou atualizar e verifico como está a versão e as alterações e atualizo o topico

Novidades?

Funcionou aqui também, a questão da precisão do campo e do IF

O manual localizei: https://help.toledobrasil.com/mgv7/v7_0_/HTML_PAGES/help.html No menu laderal tem que buscar como: "ARQUIVOS" -> 02. ARQUIVOS DE INFORMAÇÃO NUTRICIONAL Descer até 02. ARQUIVOS DE INFORMAÇÃO NUTRICIONAL Ainda não conclui nada, estou verificando se as posições estão batendo

Também identificamos o mesmo problema, o posicionamento e a quantidade de caracteres não está respeitando, por isso a Linha gerada fica menor que a linha que o MGV gera na saida A solução funciona, porém se precisar informar as informações estendidas, vai gerar erro

Muito obrigado Juliomar, funcionou perfeitamente!

SIm, mas o RC é do INI ACBrNFSeXServicos RCDATA "ACBrNFSeXServicos.ini" Não tem haver com o icone Mas tem o .dcr, porém como foi gerado o .dcr não achei Praticamente todos os RC ou é INI ou é arquivo de audio, eu procurei em todos os *.rc do fontes do ACBr

Sim eu só não entendi como vocês geram o dcr

Pessoal, boa tarde, tudo bem ? Alguém conseguiria me auxiliar, estava criando um componente para executar uma tarefa comum aqui, porém gostaria de trocar o icone, que ele possui, é um componente não visual. Porém já tentei fazer pelo Project -> Resources and Images, colocando com o mesmo nome da Classe principal do componente, não deu certo. Até gerar pelo RC -> RES -> DCR, porém não obtive sucesso. Alguém saberia orientar ou dar uma dica sobre isso? Desde já, obrigado!

ACBrEscCustomPos.pas Segue o da EscCustomPOS; Basicamente é a mesma coisa que da EPSON, porém foi adicionado um TRY para cada captura

Daniel, também encontrei o mesmo problema em outro impressora, usando o protocolo "CustomPOS", também na consulta de Firmware, pesquisando na internet vi que essa consulta foi "descontinuada", alguns equipamento retorna e outros não.... Agretido que talvez todos os itens da consulta de status deveriam ter um try, para evitar problemas na ativação Segue unit modificada para o protocolo CustomPOS ACBrEscCustomPos_ACBrEscPosEpson.zip

Juliomar, eu estava indo pegar agora o log, e parei para mexer com outras coisas, e achei o problema. Protocolo correto é o CustomPos! Mas uma informação que pode ser util, na detecção USB ela é identificada como "Tanca TP-650", porém algo legal, é que a gente tem uma TP-650 aqui , e nela também ocorre exatamente o mesmo problema, ao testamos com o CustomPos, funcionou e parou de gerar o problema! Ai ficou certo na KPOS e na TP-650. Para o USB (SEM RAW) a gente copiou o INI "ACBrUSBID.ini", que é o arquvio que fica a listagem dos equipamentos USB/UUID/ID/Device, colocamos na pasta do EXE do demo, localizamos a TP-650 e alteramos lá, de Epson/GPrinter para 7-customPOS, e funcionou também!! Esse foi o caminho que fizemos e tivemos sucesso. Não sei se vale a sugestão, talvez, na deteccção USB ter um jeito do protocolo não seguir o INI, seguir oque eu preencher no protocolo, evitaria de precisar levar esse INI na aplicação final... Eu aqui pelo menos, quando é USB: eu não conseguir forçar o protocolo, ele respeitava o INI/Res do ACBr, até o ponto que eu fui e copiei e alterei no INI Algo tipo "forçar protocolo escolhido" Pois ao nosso ver o certo é jeito que está, ser automatico, mas nesse caso, a impressora usa o ID de outro fabricante, ou não sei, quem fabrica a placa das duas é a mesma empresa, mais uma não tinha nada aqui no Brasil, NÃO SEI, pois procurando pelo código no google é um terceiro fabricante rsrs'