Painel de líderes

Já enviado o acerto para esse problema, basta atualizar.

Exatamente, por aqui também. Não tem um natal que programadores e suporte não passam com esse tipo de "evento" criado pelo governo, kkkk

O regyssilveira liberou a revision 16058, agora deu certo a instalação. Show de bola! Obrigado!

ATENÇÃO - Alterações no extrato do CF-e-SAT a partir de 01/01/2019 Apesar do Manual de Orientação versão 2_17_07 de 27 de julho de 2018 apresentar o novo layout do extrato do CF-e-SAT como obrigatório a partir de 01/01/2019, informamos que o novo layout do extrato do CF-e-SAT será opcional e será permitido que se utilizem ambos layouts de extratos CF-e-SAT. A próxima versão deste manual terá a atualização que irá retirar a obrigatoriedade e esclarecerá que a versão até então em uso continuará sendo aceita.

Boa tarde Felipe, instalou normalmente agora nessa versão, obrigado pela ajuda.

Melhor tentativa resetar seu modem, senão, ligar para o provedor e pedir pra eles reiniciar os dns, senão, só esperar...

Eduardo.. problemas no WebService infelizmente. o DNS antigo ainda esta no ar.. pelo jeito é usa-lo até estabilizar o novo.

Vou tentar simular o erro no DEMO... assim que terminar, posto o fonte com a simulação...

Como o Henrique mencionou acima, no caso de NFe é a ImprimeDescPorPercentual. A alistada na tabela ImprimirDescPorc é para CT-e.

Substituída por ImprimeDescPorPercentual .

Se você puder dar um exemplo de como reproduzir o erro, creio que seja muito fácil corrigir.

Sim. Por favor, veja o seguinte tópico: https://www.projetoacbr.com.br/forum/topic/47931-refactoring-das-impressões-df-e/

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Desculpa a demora em responder. Praticamente utilizei a solução que o BigWings sugeriu. Tem a ver com alguma configuração do sistema que utilizo e estava invertendo a ordem da configuração providenciada na propriedade CurMascara.

Boa tarde. É o mesmo problema relatado aqui, fecharei este tópico para evitar duplicidade. Att.

Boa tarde, Também percebi o problema no Delphi 10.2 Tokyo. Investigando aqui cheguei a uma solução, a qual testei no delphi 10.2 e no lazarus. Em ambos os casos funcionou com sucesso. Basta remover a palavra reservada "const" do método GetFields. Segue em anexo os prints e a unit corrigida. att, ACBrBase.pas

Deu certo deletei o arquivo e joguei novamente.. Obrigado

Faça o teste usando o PosPrinter.exe (disponível na área de downloads) e veja se acontece o mesmo problema.

Ops. Obrigado. Vou verificar...

Bom dia Italo ! Como vai tudo bem ! Foi um prazer, ter lhe conhecido no Acbr Day pessoalmente. Quanto ao exemplo eu encontrei. Agora vou estudar como ele funciona para poder implementar no meu Projeto. Obrigado pela atenção e um forte abraço.

A Elgin usa a classe da Epson. O único modelo da Elgin que tem uma classe própria (ppEscVox) é a Vox.

Tá bom Sergio, vou corrigir estas partes e testar, muito obrigado por enquanto.

Bom dia, WILL PETER. Tente realizar o mesmo processo, porém executando o ACBrInstall como administrador.

Já de cara um grande detalhe. Você, a todo momento, envia o comando para ativar o SAT, isso está errado. O SAT já foi ativado, talvez você esteja confundindo com o comando inicializar. Vou analisar o seu -env.xml e reporto aqui. Pronto... Veja Erro na Validação do XML Gerado pela aplicação. '' violates minLength constraint of '1'. The element 'xBairro' with value '' failed to parse. Se preencher o bloco de entrega, ele tem que ser preenchido por completo. <xLgr>Estr. do M' Boi Mirim, 961 - Piraporinha</xLgr> <nro>961</nro> <xCpl>SEM COMPL</xCpl> <xBairro/> <xMun>Piraporinha</xMun> <UF>Sao Paulo</UF>

Já existe um tópico aberto sobre o assunto.

Bom dia, Andremomb. Tente alterar a configuração para papel de 48MM para 80MM. Qual a configuração você está utilizando? Veja também:

Olá BigWings, obrigado pelo seu retorno! Vou tentar usar isso para convencer o Sefaz que há esse furo no layout deles e ver como proceder nessa situação. Assim que eu tiver outro retorno deles vou postar o desfecho da situação aqui. Muito obrigado pela ajuda de todos vocês.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Vi que já tinha essa informação no e-mail que você citou, eu não tinha lido com atenção. Infelizmente o problema parece ser do Manual, que não previu essa exceção para o caso do CTe-OS. Mesmo na tag indIEToma do gruop "Leiaute CTe-OS - Estrutura Genérica" a observação faz menção à IE do tomador informado no grupo toma3 ou toma4, sendo que esses grupos não podem ser gerados no CTe-OS modelo 67. Apenas como ilustração, alterei o teu XML removendo a assinatura e alterando o grupo toma para toma4, e fiz a validação pelo validador da SEFAZ-RS, retorna o erro: Fica claro que pelos Schemas o toma4 não é aceito no CTe-OS, como o Italo já tinha mencionado. Concluindo, se não for possível informar nesse documento uma das IE do tomador cadastradas na UF, creio que não conseguirá emitir esse CTe até que façam o ajuste incluindo também o grupo toma como exceção da validação no Manual.

Rode novamente o ACBrInstall, com a opção de apagar instalações anteriores, marcada

Obrigado pela resposta Ítalo. Vou testar essa solução aqui no código. Valeu!!!

Qto ao MDFe que foi emitido e encerrado não há o que fazer. Talvez a nível contábil, o contador consiga fazer alguma observação nos livros fiscais. Porém, em caso de problema fiscal, sugiro que você coloque uma observação (não no proprio DAMFe, que não pode ser rasurado), inclusive citando o MDFe que foi emitido para substituir esse. Acredito que, com as novas leis de controle do MDFe que estão por vir, isso venha a ser motivo de problemas porque o MDFe não pode ser encerrado sem sair da empresa. Ele deveria ter sido cancelado em caso de erro ou desistência de transporte.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Como eu disse as impressoras não atendem o comando de ajustes de papel que já é enviado pelo relatório então propriedade não resolve, use Escpos que não terá que se preocupar mais com isso.

Boa tarde ! Tentei usar o layout carne mas ele também gera individualmente... Amarildo, como você faz para gerar todos os boletos , cria pasta pasta individual para cada cliente ou coloca o nome no arquivo ?

Boa tarde pessoal, eu desisti, voltei para o DNS anterior e esta tudo OK, vou esperar normalizar o novo! Ja que o proprio comunidado diz que o antigo funcionara ate o novo estabilizar!

Essa unit de fato tem erros e não devia estar sendo compilada. Você faz referência a essa unit em alguma parte da sua aplicação? Compilando o demo do ACBrSAT o problema também ocorre?

Recomendo você atualizar o software básico e utilizar a dll mais recente fornecida pelo fabricante.

Veja o tópico abaixo:

Bom dia, Após realização de alguns testes foi identificado problema na impressão das informações dos campos Uso Exclusivo do Emissor do CT-e (ObsCont) e Reservado ao Fisco (ObsFisco). Ao incluir mais de 4 registros a qualquer um dos campos ocorrem inconsistências na impressão com o componente FortesReport. O campo Uso Exclusivo do Emissor do CT-e (ObsCont) corta a informação do quinto registro e não exibe os registros do sexto ao décimo, e, o campo Reservado ao Fisco (ObsFisco), exibe uma linha em branco antes de imprimir as informações cadastradas pelo usuário e, não exibe os registros do quarto ao décimo. Os fontes do ACBr foram atualizados no dia de hoje 07/12/2018 às 10h30. Para solucionar o descrito, realizei algumas modificações no arquivo acbr/code/trunk2/Fontes/ACBrDFe/ACBrCTe/DACTE/Fortes/ACBrCTeDACTeRLRetrato.pas e no arquivo acbr/code/trunk2/Fontes/ACBrDFe/ACBrCTe/DACTE/Fortes/ACBrCTeDACTeRLRetrato.dfm (ambos em anexo). ACBrCTeDACTeRLRetrato.dfm object rlb_16_DadosExcEmitente: TRLBand Left = 26 Top = 1985 Width = 742 Height = 70 AutoSize = True BandType = btHeader Color = clWhite ParentColor = False BeforePrint = rlb_16_DadosExcEmitenteBeforePrint object RLDraw71: TRLDraw Left = 0 Top = 1 Width = 741 Height = 67 Brush.Style = bsClear end object RLLabel165: TRLLabel Left = 566 Top = 4 Width = 102 Height = 12 Caption = 'RESERVADO AO FISCO' Color = clWhite Font.Charset = DEFAULT_CHARSET Font.Color = clWindowText Font.Height = -9 Font.Name = 'Times New Roman' Font.Style = [] ParentColor = False ParentFont = False Transparent = False end object RLLabel7: TRLLabel Left = 142 Top = 4 Width = 171 Height = 12 Caption = 'USO EXCLUSIVO DO EMISSOR DO CT-E' Color = clWhite Font.Charset = DEFAULT_CHARSET Font.Color = clWindowText Font.Height = -9 Font.Name = 'Times New Roman' Font.Style = [] ParentColor = False ParentFont = False Transparent = False end object rlmObsExcEmitente: TRLMemo Left = 5 Top = 17 Width = 492 Height = 49 AutoSize = True Behavior = [beSiteExpander] Color = clWhite Font.Charset = DEFAULT_CHARSET Font.Color = clWindowText Font.Height = -9 Font.Name = 'Times New Roman' Font.Style = [] IntegralHeight = True Lines.Strings = ( 'OBS LINHA 1' 'OBS LINHA 2') ParentColor = False ParentFont = False end object RLDraw27: TRLDraw Left = 1 Top = 15 Width = 740 Height = 1 HelpContext = 1 Brush.Style = bsClear DrawKind = dkLine end object RLDraw3: TRLDraw Left = 500 Top = 1 Width = 1 Height = 67 Angle = 90.000000000000000000 Brush.Style = bsClear DrawKind = dkLine end object rlmObsFisco: TRLMemo Left = 509 Top = 17 Width = 228 Height = 49 AutoSize = True Behavior = [beSiteExpander] Color = clWhite Font.Charset = DEFAULT_CHARSET Font.Color = clWindowText Font.Height = -9 Font.Name = 'Times New Roman' Font.Style = [] IntegralHeight = True Lines.Strings = ( 'OBS LINHA 1' 'OBS LINHA 2') ParentColor = False ParentFont = False end end ACBrCTeDACTeRLRetrato.pas (linha 2333) procedure TfrmDACTeRLRetrato.rlb_16_DadosExcEmitenteBeforePrint(Sender: TObject; var PrintIt: boolean); var i, vHeight: integer; begin inherited; PrintIt := RLCTe.PageNumber = 1; rlmObsExcEmitente.Lines.BeginUpdate; rlmObsExcEmitente.Lines.Clear; rlmObsFisco.Lines.BeginUpdate; rlmObsFisco.Lines.Clear; for i := 0 to (fpCTe.Compl.ObsCont.Count - 1) do with fpCTe.Compl.ObsCont.Items[i] do begin rlmObsExcEmitente.Lines.Add(StringReplace(xCampo, '<BR>', #13#10, [rfReplaceAll, rfIgnoreCase]) + ': ' + StringReplace(xTexto, '<BR>', #13#10, [rfReplaceAll, rfIgnoreCase])); end; rlmObsExcEmitente.Lines.Text := StringReplace(rlmObsExcEmitente.Lines.Text, ';', #13, [rfReplaceAll]); rlmObsExcEmitente.Lines.EndUpdate; // Incluido por Italo em 17/09/2012 if Length(Trim(fpCTe.Imp.infAdFisco)) > 0 then rlmObsFisco.Lines.Add(StringReplace(fpCTe.Imp.infAdFisco, '<BR>', #13#10, [rfReplaceAll, rfIgnoreCase])); for i := 0 to (fpCTe.Compl.ObsFisco.Count - 1) do with fpCTe.Compl.ObsFisco.Items[i] do begin rlmObsFisco.Lines.Add(StringReplace(xCampo, '<BR>', #13#10, [rfReplaceAll, rfIgnoreCase]) + ': ' + StringReplace(xTexto, '<BR>', #13#10, [rfReplaceAll, rfIgnoreCase])); end; rlmObsFisco.Lines.Text := StringReplace(rlmObsFisco.Lines.Text, ';', #13, [rfReplaceAll]); rlmObsFisco.Lines.EndUpdate; if (rlmObsExcEmitente.Lines.Count > 0) or (rlmObsFisco.Lines.Count > 0) then begin vHeight := rlmObsExcEmitente.Height + 20; if rlmObsFisco.Height > rlmObsExcEmitente.Height then vHeight := rlmObsFisco.Height + 20; RLDraw71.Height := vHeight; RLDraw3.Height := vHeight; end; end; A validação abaixo foi incluída para remover a linha em branco adicionada automaticamente ao imprimir o documento fiscal // Incluido por Italo em 17/09/2012 if Length(Trim(fpCTe.Imp.infAdFisco)) > 0 then rlmObsFisco.Lines.Add(StringReplace(fpCTe.Imp.infAdFisco, '<BR>', #13#10, [rfReplaceAll, rfIgnoreCase])); ACBrCTeDACTeRLRetrato.dfm ACBrCTeDACTeRLRetrato.pas

Bom dia Windel, A questão não é o layout do XML do CT-e OS ou o Schema que valida o mesmo e sim as regras de validação que se encontram no WebService da SEFAZ. Se as regras estão corretas o problema então recai ao cadastro dessa Secretaria junto a SEFAZ. Eu não entendi, como uma Secretaria que tem um único CNPJ possui varias Insc. Estaduais? Se uma empresa possui uma Insc. Estadual a mesma é valida para o Estado inteiro, logo não importa a cidade. Uma coisa é a Insc. Estadual e outra é a Insc. Municipal, essa sim é por município.

Com essa opção marcada apareceu o componente. Obrigada!

bom dia.. da uma olhada nesse link para ver se enquadra no que voce precisa.. mas assim.. o ideal é voce mandar o xml e os logs de retorno, para analisar, o caso. pois trabalhamos com acbr, e nunca precisei fazer isso.

Recompilou os pacotes pelo ACBrInstall_Trunk2.exe?

Opa! Funcionou... Apaguei o ACBR, Baixei novamente e reinstalei... OBRIGADO!!!!!!!!!

A propósito isso inclui os fontes do Fortes Report, já que estamos falando especificamente dele.

Eu consegui emitir em produção aqui na minha maquina normalmente desde o primeiro dia... Porém em clientes funcionou apenas no primeiro dia, desde entao nao funciona mais...

Me parece que está faltando configurações mesmo. Por exemplo: Testando no exemplo do ACBrNFSe, o layout não quebrou como quebrou na sua imagem. A primeira imagem que está faltando é a propriedade TACBrNFSeDANFSeRL.Logo. Atribua o caminho para um arquivo. A segunda imagem que está faltando é a propriedade TACBrNFSeDANFSeRL.PrestLogo. Atribua o caminho para um arquivo. Note que no seu exemplo, os dois logos são da NF-e, não da NFS-e.

Na formatação de valores a vírgula é entendida como o separador de milhares do sistema. Então provavelmente o ambiente está configurado para o formato americano, ex.: 1,500.49. Dessa forma com a máscara #0,00 sem o caracteres de separador decimal faz com que a parte decimal seja ignorada. O que você pode tentar é manter a máscara original e alterar os caracteres na geração do arquivo. var OldDecimalSeparator: Char; OldThousandSeparator: Char; begin OldDecimalSeparator := DecimalSeparator; OldThousandSeparator := ThousandSeparator; DecimalSeparator := ','; ThousandSeparator := '.'; try // Rotina para gerar o arquivo SPED finally DecimalSeparator := OldDecimalSeparator; ThousandSeparator := OldThousandSeparator; end; end;