Fernando Amado

Bom dia Jefferson, desde 2020 o SmaraPD passou a trabalhar com padrao Abrasf, e eu acabei descartando as modificações realizadas no meu fonte e seguindo com o ACBr oficial sem alterações

Boa tarde José, Muito obrigado pelas orientações. Deu certo aqui! Estava fazendo os testes em uma impressora da rede e quando fui verificar o rate vi que ela havia sido instalado como generic, instalei pelo drive e deu certo. Desculpa pela falha e mais uma vez obrigado.

Bom dia, Essas configurações foram a primeira que testei e sai mais quebrado que a primeira, segue foto:

Bom dia Pessoal, se alguém puder me ajudar com as configuração do cupom da NFCe eu agradeço muito. Estou com a ultima versão dos fontes e eu mesmo comilo o monitor no Lazarus, assim garanto sempre a versão do monitor atualizada. Uso uma Elgin I9 e estou tendo problemas com a impressão no formato Forte/Bobina, segui as orientações que estavam no tópico de impressoras homologadas que usava 280 na largura e as margens com o padrão do monitor, ela saia cortando algumas linhas e desposicionando, ai fui testando várias configurações mas não consegui chegar a nenhuma funcional. A melhor que consegui foi com 280 na largura 0 na margem superior, 0 na esquerda, 0 na direita e mesmo eu colocando o máximo 100 na inferior ele corta o lSistema na impressão. Segue uma foto de como esta saindo o cupom. PS: EscPOS está saindo certinho, mas queria usar pelo fortes por causa da geração do PDF, além da impressão do fortes ser mais bonita que a EscPOS Se alguém tiver uma luz para me direcionar vai ajudar muito. Obrigado

Pessoal, o erro está no ..\Fontes\ACBrDFe\ACBrDFeReport.pas foi alterado na revisão 17729 de: procedure TACBrDFeReport.SetPathPDF(const Value: String); begin FPathPDF := PathWithDelim(Trim(Value)); end; para: procedure TACBrDFeReport.SetPathPDF(const Value: String); begin FPathPDF := PathWithDelim( ExtractFilePath(Trim(Value)) ); end; Voltei e funcionou perfeitamente. ACBrDFeReport.pas

Bom dia, Segue a Unit corrigida. Obrigado DoACBrMDFeUnit.pas

Boa tarde pessoal, Identifiquei uma diferença no bloco Condutor do MonitorPLUS e do componente. No MonitorPLUS na unit DoACBrMDFeUnit.pas na função GerarMDFeINI geramos o bloco condutor com o nome CONDUTOR: for y := 1 to Rodo.veicTracao.condutor.Count - 1 do begin sSecao := 'condutor' + IntToStrZero(y + 1, 3); IniRec.WriteString( sSecao, 'CPF', Rodo.veicTracao.condutor.Items[y].CPF); IniRec.WriteString( sSecao, 'xNome', Rodo.veicTracao.condutor.Items[y].xNome); end; Já no componente na unit ACBrMDFeManifestos.pas na função LerArqIni lemos o bloco condutor como MOTO: while true do begin sSecao := 'moto' + IntToStrZero(I, 3); sFim := INIRec.ReadString(sSecao, 'xNome', 'FIM'); if sFim = 'FIM' then break; with rodo.veicTracao.condutor.New do begin xNome := sFim; CPF := INIRec.ReadString(sSecao, 'CPF', ''); end; Inc(I); end; Onde devo realizar a correção, alterar o MonitorPLUS para MOTO ou no ACBrMDFeManifestos para CONDUTOR? Abraços

Italo, Minha solução foi criar uma propriedade no DFeConfiguracoes que nos componentes DFe acabou ficando em Configurações->Geral->CharSetXML, onde o default é UTF-8 mas dei a opção da mudança do charset que vai refletir na montagem do XML nas Units do DFeWebServices e seus dependentes. Acabei fazendo somente para o Charset UTF-8 e o ISO8859-1 mas se achar interessante para o projeto ter essa propriedade como oficial faço os ajustes necessários para englobar todos os TMimeChar do synalist (synachar.pas), caso não seja interessante manter como oficial sigo a vida com um branche do oficial. Obrigado pelo auxilio.

Isso mesmo Italo, é o servidor próprio que não segue o ABRASF, é para cidade de Birigui-SP de fato, o mundo inteiro padronizou no UTF-8 e eles inventaram essa moda agora. Fora que não faz sentido nenhum fazr a busca pelo nome da cidade se todo resto do arquivo se baseia no código do IBGE, mas o fato é que correto ou não terei que mudar de alguma forma o encoding do XML. Isso não é configurável no ACBr? está fixo na geração do arquivo? Se não vou ter que fazer uma "manobra" para salvar esse arquivo editado

Bom dia pessoal, Estou implementando uma nova tag implementada pelo servidor SmaraPD onde temos que informar a cidade em que o serviço foi prestado quando o serviço é realizado fora do município e por incrível que pareça não é pelo código do IBGE e sim pelo nome e UF da cidade. As Tags são <servicoCidade> e <servicoEstado> no entanto quando envio cidades sem acentuação na tag <servicoCidade> recebo o retorno que a cidade não foi encontrada na base de dados do servidor e se envio com acentuação da erro na estrutura do XML. O suporte do SmaraPD me passou que devo obrigatoriamente enviar no XML do RPS o Encoding ISO-8859-1 e nosso arquivo está sendo passado como UTF-8. Não estou conseguindo localizar onde altero o Encoding do XML, alguém poderia auxiliar? Assim que eu validar o arquivo envio a Unit com as alterações das novas tags do servidor Obrigado

Pessoal não estou com acesso aos fontes agora, mas tive que realizar mais um ajuste no contador de registro pois a ultima disponibilizada passou a multiplicar tudo por 4 linhas ao invés de 3, no entanto as mensagens (segmento S) não são obrigatórias, então ajustei para quando há seguimento S multiplica por 4, quando não há multiplica por 3. Assim que conseguir acesso aos fontes mando a correção. Abraços

Pessoal, O problema da sujeira do arquivo foi resolvido, vou colocar aqui para deixar registrado caso alguém venha a ter problemas com isso: -No Lazarus fui no menu "Ferramentas -> Converter Codificação dos Projetos/Pacotes"; -Nessa tela marquei os checkbox "Arquivos em ASCII ou codificação UTF-8" e "Arquivos Não está em ASCII nem na codificação UTF-8"; Ali lista todas as units do projeto, lá tinha algumas em CP1252 e outras em UTF-8, tudo misturado, então: -No combo "Nova Codificação" eu alterei para CP1252 e converti tudo, depois abri novamente e coloquei todas em UTF-8 (Pois se deixar em CP1252 os acentos dos label no form ficam com ?). Depois de padronizados todos em um unico formato compilei novamente e os arquivos estão sendo gerado sem sujeira.

Boa tarde Senhores, No monitor está sim marcado a opção "ANSI". Faço o envio das informações por socket mas coloquei anexo o log do monitor para verificar. Com relação ao banco utilizado estamos validando em 3 bancos, Banco do Brasil, Itau e Santander, os três bancos geram o mesmo problema na estrutura do arquivo. Esse exemplo foi gerado para o banco Itaú 400 colunas. PS: O cliente que está exigindo a acentuação é do banco do brasil LOG.TXT logboleto.txt

Amarildo, Como eu disse anteriormente fica difícil tratar direto na aplicação pois cada banco/layout tem uma quantidade de caracteres diferente, assim teríamos que criar um tratamento específico para cada banco dentro da aplicação, redundante já que existe todo esse tratamento dentro do monitor. Quanto a enviar os dados sem acentuação, estou tendo uma rejeição do cliente com relação a isso, já que o banco aceita acentuação nos arquivos e no sistema antigo ele gerava os boletos com nomes acentuados. O ideal é conseguirmos uma solução para que funcione no monitor de forma correta e efetiva. Agradeço bastante sua ajuda e atenção. Seria legal se alguém aqui do fórum que tenha mais experiencia com o Lazarus pudesse ajudar, pois eu não tenho experiência na IDE, uso apenas para compilar e ajustar o Monitor, mas não tenho muita afinidade com a IDE, tendo alguém com mais experiencia nela para auxiliar provavelmente chegaremos a uma solução.

Segue os arquivo, O "439 cortada.rem" está com 398 colunas de 400 na linha 2, perdeu um digito na razão social e um digito no bairro, o "439 OK.rem" é a mesma remessa gerado sem acentuação nas strings. 439 OK.rem 439 cortada.rem

Usei como exemplo a razão social, mas isso ocorre com qualquer string que passe por um Copy/PadLeft/PadRight A propria Razão social no banco do brasil 240 colunas é 40 e no Itau 400 colunas é 30 caracteres

Amarildo, o maior problema de eu limitar a string diretamente na minha aplicação é que o tamanho pode variar de acordo com o banco ou layout do arquivo e seria redundante tratar cada banco dentro da minha aplicação se já existe um tratamento para cada banco dentro do monitor. O ideal seria encontrar uma solução para tratar isso diretamente no monitor.

Bom dia Pessoal, Estou passando pelo seguinte problema ao gerar um arquivo de remessa pelo Monitor, quando a String é maior que a coluna e ela contem caracteres acentuados o Lazarus se perde na contagem retornando um resultado errado nas funções PadLeft/PadRight/Copy isso ocorreu nos meus testes tanto para Banco do Brasil, Itau, Santander. Detalhando melhor o acontecido: Supondo que no Layout do Banco X a coluna razão social é 40 então temos o seguinte codigo no monitor: PadRight(Sacado.NomeSacado, 40, ' ') + // 34 - 73 Nome Se a razão social do candango é "FULANINHO MATERIAIS PARA CONSTRUÇÃO LTDA ME" o que nos dá um total de 43 colunas, o correto seria a função PadRight retornar "FULANINHO MATERIAIS PARA CONSTRUÇÃO LTDA" no entanto ela retorna "FULANINHO MATERIAIS PARA CONSTRUÇÃO LT" pois ele contou o "ç" e o "ã" como dois caracteres cada, e no final a linha do arquivo que deveria tem 240/400 colunas fica com 238/398. Se essa mesma string é enviada sem acentuação ele gera o arquivo normalmente. Tendo isso identificado e tentando por diversas maneiras encontrar o problema, acabei criando um projeto novo, para tirar de vez a suspeita de erro nos fontes do ACBr. Nesse projeto utilizei a função Copy nativa e tinha no projeto apenas 2 edit e um botão, quando clica no botão ele da um "Edit2.text := copy(edit1.text,1,40)" e o resultado foi o mesmo que acontece no monitor, quando tem acento ele conta 2 caracteres. Alguém tem alguma ideia de como podemos resolver isso no Lazarus para poder continuar trabalhando com string acentuada? Pois os bancos permitem nomes acentuados no boleto e remover os acentos não está tendo uma boa aceitação do cliente.

Amarildo o arquivo está em anexo no primeiro post desse tópico. Se precisar de mais alguns para ter parâmetro de comparação eu gero aqui. Obrigado pela ajuda

Bom dia José, O arquivo não está sendo editado. Com certeza não é nada relacionado ao fonte do acbr pois nunca tivemos problema nenhum com isso, e mesmo abrindo o arquivo em editores de texto não são exibidos caracteres de sujeira nenhum. Não sei se pode ser alguma configuração no meu lazarus ou algo relacionado ao windows. Enfim estou investigando, se alguem tiver uma dica eu agradeço.

Seguinte, o banco passou o arquivo em um validador próprio que não é liberado acesso para nós mortais, e foi identificado que o arquivo estava desposicionado e com mais caracteres que 240 colunas. Abrimos o arquivo, conforme anexo e está normal. Lendo o retorno do erro do banco vimos que ele exibia alguns caracteres especiais em colunas do tipo inteiro, então imaginei que estava sendo lido algum tipo de sujeira junto com o arquivo. Abri o arquivo pelo NotePad++ e mandei exibir todos os caracteres e estava tudo perfeitamente limpo e no seu devido lugar, então dei ctrl + A, copiei o conteúdo todo, colei no bloco de notas comum e dei um salvar como. Esse novo arquivo, apenas copiado e colado no bloco de notas passou no validador. Porém continua sendo gerado com sujeira todos os arquivos que gero pelo monitor. Alguém ja passou por isso? tem uma ideia de como resolver? Pelo que vi no manual da febraban eles pedem o arquivo no formato ANSI e parece que o arquivo está saindo como UTF-8

Sim, inclusive fiz umas contribuições de ajuste no contador de linhas para o banco do brasil

Na verdade está ocorrendo em todos. Eu estava gerando e enviado normalmente a duas semanas atras, mas agora mesmo enviando o arquivo gerando anteriormente ele barra na validação. Provavelmente a mudança foi no uploader do banco. Pela mensagem a impressão que tenho é que ele esta identificando segmento cnab errado mando 240 e le como 400 ou vice versa

Pois é Robert, o gerente disse que encaminhou o arquivo para análise em Brasilia, mas que pela mensagem era erro na estrutura do arquivo. Ai ele completou dizendo "Esse validador não serve para nada, não confia nele", achei ótimo a colocação dele

Bom dia Pessoal, Estou com problemas ao fazer o upload do arquivo de remessa 240 para o banco do brasil e gostaria de saber se mais alguém está tendo problemas. Estava enviando remessa normalmente, cheguei a pagar boletos que foram enviados pelo meu sistema, depois realizei ajustes na minha aplicação somente referente a preenchimento de datas de valores de multas e jurus, nada que comprometa o arquivo mas dai para frente o banco não deixa nem fazer o upload da remessa. No validador que existe no site do banco do brasil o arquivo é validado com sucesso, ai quando o cliente vai na página do banco fazer o upload da remessa o site do banco retorna a seguinte mensagem: "Informacao segmento CNAB Invalida (C623-000)" E nem deixa fazer o upload do arquivo. Alguém mais passando por esse problema? Segue o arquivo remessa gerado caso alguém puder dar uma força. Informações de configuração do componente: Carteira: 17 Variação: 019 Caracteristica do titulo: Simples Tipo do Documento: Escritural Tipo Carteira: Simples Responsavel Emissão: CliEmite Obrigado Remessa5031.rem