WesleySantos

Está por padrão via código. Mesmo assim continua o problema. ACBrNFe1.DANFE.MargemInferior := 5; ACBrNFe1.DANFE.MargemSuperior := 5; ACBrNFe1.DANFE.MargemDireita := 7; ACBrNFe1.DANFE.MargemEsquerda := 7; ACBrNFe1.DANFE.NovaEscala := 96;

Alguns dos clientes que estavam com esse problema, alteramos a escala do windows de 125% para 100% e funcionava corretamente a primeira nota que imprimia, ao imprimir a segunda nota e/ou reiniciar a máquina do cliente o problema voltava, mesmo com a escala do windows em 100%.

Compreendo, o problema é que estava ocorrendo também com o próprio ACBrNFe Demo que é o exemplo do funcionamento, eu retornei os valores que estavam dando problema de cortar a NFe ao lado direito, e de alguma forma funcionou corretamente, para minha surpresa sem cortar. 90 Era a alternativa que tínhamos achado para evitar cortar ao lado direito, com 96 e qualquer outro valor acima de 90 cortava o preview da danfe, confrome repassado acima, tirei 90 e coloquei 92 o valor padrão, desmarquei a opção de AlterarEscalaPadrão e de alguma forma funcionou, sendo que essa configuração cortava anteriormente, tanto no emissor quanto no aplicativo ACBr Sempre que atualizado o componente ACBr surgem alguns probleminhas como esse, devido ao fato dos valores serem alterados automaticamente, de qualquer forma agora voltou a funcionar corretamente. Agradeço a compreensão e atenção de todos.

Por padrão elas vem assim: ACBrNFe1.DANFE.AlterarEscalaPadrao := False; ACBrNFe1.DANFE.NovaEscala := 92; Porém com essas configurações dessa forma, corta o preview da Danfe ao lado direito conforma na imagem abaixo. Mesmo alterando o zoom do windows e tentando realizar processos repassados em outros tópicos não ajusta, a finalidade dessa alteração foi a unica saída para resolver esse problema.

Configurei da mesma forma, porém sem sucesso, lembrando que o diferencial são essas duas configurações. ACBrNFe1.DANFE.AlterarEscalaPadrao := True; ACBrNFe1.DANFE.NovaEscala := 90;

Boa Tarde Italo, segue em anexo XML da NF-e. 42200517089484000190550020000079571185259103-nfe.xml

Boa Tarde! Estamos com problema no componente ACBr em relação a impressão da nota fiscal eletrônica através do ACBrNFeDANFeRL. O problema começou após uma mudança de configurações no componente ACBr para solucionar um problema decorrido da ultima atualização do ACBr, onde a margem não estava funcionando e estava cortando ao lado direito da NFe, conforme tenho visto em demais publicações referentes a ACBrNFe. O Problema que está ocorrendo, é que tem dois campos que estão se sobrepondo na impressão da DANFe, o "Valor Desconto" e o "Total Líquido" ficam sobrepostos, um por cima do outro, tentei mudar diversas configurações e até agora não foi possível solucionar o problema, o me smo não ocorria antes da alteração para não cortar o lado direito da NFe. Os valores aletrados são: Opção AlterarEscalaPadrão marcada e a opção NovaEscala com o valor 90 inserido. As opções do tamanho da fonte e dos demais campos também não alteram nada em relação ao campo que está sendo sobreposto, também podemos visualizar que outros campos no layout da NFe estão saindo cortados.

Olá! Alexandre muito obrigado, também estava com este problema. Quem diria que apenas as aspas iriam influenciar tanto assim hahaha.

Olá boa tarde, Estou com o mesmo problema, toda tentativa de envio surge a mensagem: Já tentei as mais variadas formas de encodamento e mesmo assim persiste o retorno, acredito que é algum problema na recepção, tentei com o arquivo de exemplo deles, ocorre a mesma mensagem. Alguém está conseguindo emitir o arquivo e validar tranquilo? "ResultCode": "Error", "Data": null, "Messages": [ { "Message": "Conteúdo binário do arquivo ZIP é nulo.", "Type": "Error" } ] }

Boa tarde, testei com essas e também com outras encontradas na internet. Vou entrar em contato com eles da Secretaria, e conferir o que pode ser.

Bom dia. blz, este seu exemplo: FPDadosMsg seria em qual formato a variável? As informações que tenho são essas: A troca de mensagens entre o aplicativo cliente e o Web Service do SAT será realizada utilizando Representational State Transfer (REST), sobre o protocolo HTTP (usando os verbos, accept headers, códigos de estado HTTP, Content-Type) definidos na especificação do mesmo. O formato para o intercâmbio das informações dentro das mensagens será JSON (JavaScript Object Notation). Onde está disponível? O Web Service de validação do arquivo DRCST está disponível no endereço: https://tributario.sef.sc.gov.br/api/drcSt/arquivo/ValidarEstrutura

Bom dia. Mesmo assim não consegui fazer funcionar. Alguma outra dica? O arquivo zip precisa ser enviado em base64. var Ret: TStringStream; Zip: TMemoryStream; Zip2 : TStrings; AZip, Compactado: AnsiString; DRCST : String; begin DRCST := 'DRCST'; Ret := TStringStream.Create(''); Zip := TMemoryStream.Create; try try idHttp.Request.Clear; idHttp.Request.ContentType := 'application/json'; idhttp.Request.Charset := 'utf-8'; idHttp.Response.ResponseText := 'utf-8'; idHttp.BoundPortMax := 5000; idHttp.Request.Connection := 'keep-alive'; idHttp.Request.UserAgent := 'Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.96 Safari/537.36'; idHttp.Request.CacheControl := 'no-cache'; idHttp.Request.Accept:= 'text/xml'; IdHttp.IOHandler := IdSSLIOHandlerSocketOpenSSL1; Zip.LoadFromFile(EdtCaminho.Text); /////caminho do arquivo .zip Azip := EncodeBase64(ReadStrFromStream(Zip, Zip.Size)); IdHTTP.Post('https://tributario.sef.sc.gov.br/api/drcSt/arquivo/ValidarEstrutura', Azip, Ret); Memo2.Text := Ret.DataString; except on E: Exception do Memo2.Text:= ('Erro encontrado: ' + E.Message); end; finally Zip.Free; Ret.Free; end; end;

Bom dia! Pessoal estou com dificuldades para enviar o arquivo DRCST. Envio via REST. Toda tentativa de envio, ocorre a rejeição: { "ResultCode": "Error", "Data": null, "Messages": [ { "Message": "Conteúdo binário do arquivo ZIP é nulo.", "Type": "Error" } ] } Alguém tem alguma ideia de como resolver? Em anexo o arquivo do SEF SC indicando como deve ser feito. Código: procedure TFValidador.ValidaArquivo; var Ret: TStringStream; Zip: TMemoryStream; Zip2 : TStrings; AZip, Compactado: AnsiString; DRCST : String; begin DRCST := 'DRCST'; Ret := TStringStream.Create(''); Zip := TMemoryStream.Create; try try idHttp.Request.Clear; idHttp.Request.ContentType := 'application/json'; idhttp.Request.Charset := 'utf-8'; idHttp.Response.ResponseText := 'utf-8'; idHttp.BoundPortMax := 5000; idHttp.Request.Connection := 'keep-alive'; idHttp.Request.UserAgent := 'Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.96 Safari/537.36'; idHttp.Request.CacheControl := 'no-cache'; idHttp.Request.Accept:= 'text/xml'; IdHttp.IOHandler := IdSSLIOHandlerSocketOpenSSL1; Zip.LoadFromFile(EdtCaminho.Text); /////caminho do arquivo .zip EncodeStream(Zip, Zip); IdHTTP.Post('https://tributario.sef.sc.gov.br/api/drcSt/arquivo/ValidarEstrutura', Zip, Ret); Memo2.Text := Ret.DataString; except on E: Exception do Memo2.Text:= ('Erro encontrado: ' + E.Message); end; finally Zip.Free; Ret.Free; end; end; Ambiente validação.docx

Boa tarde @Daniel Simoes Então, peço desculpas pelas perguntas referente ao assunto, como o @Juliomar Marchetti havia citado anteriormente o problema estava com a Daruma, mais especificadamente com as DLLs atualizei as mesmas e gerou corretamente com a impressora Daruma FS800i, estarei testando logo menos com a Bematech MP-2100 TH FI para verificar se o erro persiste, estarei atualizando também as DLL da bematech. Agradeço a ajuda e mais uma vez peço desculpas, falha minha.

Bom dia pessoal, Alguém passou pelo mesmo problema? Essa semana estaremos indo para a pré homologação do PAF-ECF e por ora são os únicos arquivos que estão com problemas (não gerando). Desde já agradeço a resposta de todos.

Bom dia @Juliomar Marchetti Pelo software da Daruma está funcionando perfeitamente, gerei o arquivo sem nenhum erro, então acredito que não seja problema na impressora, posso estar equivocado, mas está gerando normal pelo Tool FS800i (em anexo).. Tenho uma Bematech MP 2100 aqui que retorna o seguinte erro tentando gerar o arquivo MF e o MFD. Communication error 110: O sistema não pode abrir o dispositivo ou arquivo especificado. DR101500000000000276_MF_20170818_082750.bin

Boa tarde pessoal, Estou com um problema na geração dos arquivos MF e MFD, pelo ECF Teste persiste com o mesmo problema ... tanto na geração do arquivo MF quanto do arquivo MFD. Erro: -40 Tag XML Inválida. ao chamar: xregAlterarValor_Daruma( "ECF\SCU\Habilitar", "1" ) Segue arquivo de log para analise. acbrlog.txt

Bom dia pessoal, Estou com o mesmo problema, sei que a pergunta foi feita, mas já fiz de tudo e até agora não obtive solução, testes realizados pelo ECF Teste persistem com o mesmos problemas .. tanto na geração do arquivo MF quanto do arquivo MFD. Erro: -40 Tag XML Inválida. ao chamar: xregAlterarValor_Daruma( "ECF\SCU\Habilitar", "1" )

Resolvido, como suspeitei, besteira minha, copiar e colar o código pra economizar retrabalho me quebrou dessa vez, estava considerando o cód barras nessa situação, só que nessa verificação em específico deveria ser pelo cód do produto mesmo, resultando na perda desnecessária de tempo, pois ia vazio, espero que sirva de auxílio caso alguém venha a ter o mesmo problema(se é que possível encrencar com algo assim rsrs).

Boa tarde prezados, recentemente um cliente esteve reclamando de um erro que ocorre no PDV ao lançar serviços, então fui avaliar qual era o erro que ele estava dizendo e se trata de Erro: 0205 - Campo não opcional. Dessa forma, parti para a análise do código fonte para identificar o causador do problema, visto que ocorre apenas na impressora EPSON do cliente ao lançar serviços, tenho uma Daruma e consigo lançar normalmente, e não consegui ainda identificar o problema, realizei simulações de vendas com o ECF Teste e com o mesmo conclui normalmente o processo, embora aparentemente esteja igual a chamada do VendeItem(onde ocorre a mensagem de erro). Segue chamada do VendeItem: Minha chamada: DataM.ACBrECF1.VendeItem(DataM.ADQEstoqueCODBARRAS.AsString,DataM.ADQEstoquePRODUTO.AsString, TributacaoCupom, DataM.Qtde,DataM.ADQItemVendaECFVALORUNITARIO.Value, StrToFloatDef( DataM.VlDesconto,0 ), DataM.ADQItemVendaECFUN.AsString,'$', DataM.DescontoAcrescimo); No ECF Teste: Form1.ACBrECF1.VendeItem( edCodigo.Text, edDescricao.Text, edICMS.Text, StrToFloatDef( edQtd.Text, 0 ), StrToFloatDef( edPrecoUnita.Text,0 ), StrToFloatDef( edDesconto.Text,0 ), edUN.Text, Desc ); Estou quebrando a cabeça pra resolver isso, e provavelmente deve ser apenas alguma falta de atenção(deve ser a idade hehe), agradeço se algum colega conseguir me auxiliar nessa questão, estou anexando também o ACBrLog.txt para ajudar na solução. Desde já, agradeço. acbrlog.rar

Olá pessoal, olá Henrique, sei que o tópico está como resolvido, mas refiz a atualização e até a instalação do zero dos componentes e ainda o problema do valor total inverter no primeiro item da nf-e persiste, estou voltando um backup dos componentes para manter esse padrão de impressão, alguém mais está com essa situação? Obrigado desde já. Rafael

Apenas para efeitos de registro, conseguimos instalar o acbr no delphi 10.1 Berlin na versão trial, tivemos que fazer manualmente pacote a pacote com algumas poucas alterações rodando com fortes report, tudo funcionando. Tenta com o instalador,no meu caso ele dizia que havia instalado mas não instalava, peguei o log do acbr gerado na instalação e rodei pacote por pacote compilando e instalando, na mesma ordem do arquivo de log, depois adicionei os library path e pronto.

Alguma posição a respeito da mensagem apresentada? Estou com cliente com esse problema, dll está atualizada pelo acbr atualizado trunk2, fiz o que o Eduardo Merico fez e nada de sucesso, alguem conseguiu alguma resposta da bematech? Obrigado.

Cara não lembro, mas fizeram uma atualização na ecf lá na assistência.

Olá pessoal, estamos com o mesmo problema, só que ao invés de dizer sempre que o erro é não foi possível encontrar consStatServ_v3.10, dá também ao não localizar ConsReciNFe_v3.10.xsd e ConsReciNFe_v3.10.xsd além do status também, tentamos de tudo, voltamos até o código para trunk e o erro persiste, fizemos umas 30 nf-e em ambiente de homologação e passa tranquilo sem erros, mas em produção dá pra fazer umas 2 ou 3 e apresenta o erro, aí não tem jeito e temos que que acessar a consulta completa pra pegar chave, protocolo e alimentar o sistema manualmente, tentamos com certificado A1 e A3, verificando o status as vezes retorna 999 (erro não catalogado) e na maioria retorna 107(Serviço ativo), atualmente deixei compilado com o trunk e não com trunk2, mandei a pasta schemas atualizada e nada também Estou desconfiado que se trata de erro na sefaz. Foi tentado em duas máquinas, i5, Win Ultimate 64bits com 8GB e Celeron win Ultimate 32 bits 2GB, foi tentado trocar a leitora do cartão A3, foi alterado o DNS da oi para google e nada também. Se alguem quiser que eu faça algum outro teste me avise por favor.