Painel de líderes

Olá pessoal, Foi removido dos componentes ACBrBPe, ACBrCTe, ACBrMDFe, ACBrNFe e ACBrNF3e das units que geram o XML a propriedade AjustarTagNro. Essa propriedade foi acrescentada porque ao usar o OpenSSL, os campos string com menos de 3 caracteres geravam erros de validação. A motivação para a remoção dessa propriedade foi: Os componentes listados acima ao gerar o XML se o conteúdo do campo “nro” tiver apenas 1 ou 2 dígitos eram ajustados para 3 dígitos, consequentemente causando problemas na cidade de Barretos/SP, pois nessa cidade existem imóveis diferentes com numeração 10 e 010 (zero a esquerda) na mesma rua. Por incrível que pareça é zero mesmo e não a letra "O". Caso alguém venha ter problemas de validação com o campo nro, favor tratar da seguinte forma: ao alimentar o campo nro: nro := ExecutarAjusteTagNro(True, cNumero); Onde: cNumero é uma variável da sua aplicação que contem o numero do imóvel situado no logradouro. Devemos incluir em uses a unit pcnAuxiliar. A função ExecutarAjusteTagNro vai realizar o ajuste necessário para que o campo nro fique com no mínimo 3 dígitos.

O RJ está entre as UF que usam o ambiente virtual do Rio Grande do Sul - SVRS, mas não implementam o método de consulta de cadastro:

Boa noite pessoal. Trago notícias sobre o assunto. Os fontes estão corretos a er02_06 está com erro de digitação. Fizemos a homologação do paf recentemente e deixamos gerando "w9" e está correto. O validador (não é oficial mas ajuda a validar) que citei será atualizado, com a correção para w9 segundo o agente homologador da Unisul que nos atendeu. É só usar como está no acbr que não tem erro! Abraço a todos.

Dentro do grupo [pagXXX] vTroco=9,99 Mas note que, caso você tenha mais de um pagamento no .ini, deve ou repetir o valor do troco em todos eles, ou informar apenas no último pagamento. É um problema conhecido que creio ainda não ter sido corrigido.

Olá Valdir, Essa mensagem não é levantada pelo componente em si. Note que a mensagem é do Windows. Na barra de título está escrito "Segurança do Windows". Como você deve saber, os certificados A3 usando WinCrypt são acessados via Windows. Não sou especialista em certificados, mas pelo que você descreveu imagino que o Windows está detectando que o usuário removeu o certificado enquanto ainda em uso. Seria algo semelhante a remover o pendrive enquanto está rodando o chkdsk nele. Daí o Windows percebe que está errado e avisa o único que pode corrigir a situação - o usuário. Se o cenário for realmente esse, talvez exista alguma maneira de dizer ao Windows que não se está mais usando o certificado. Digamos que isso seja possível, não posso afirmar que seria viável ao componente.

Bom dia, Atualizado no svn. Obrigado pela contribuição!

Bom dia Ítalo. Realmente faz um bocado de tempo e eu não havia percebido porquê tenho apenas um cliente que roda o manifesto e os outros que rodam somente o cte só perceberam agora, assim como eu. Obrigado pelo retorno e peço desculpas, essa informação que eu ja deveria saber. Abraços

desculpa esqueci de incluir a extensão do arquivo (xml), funcionou perfeitamente bem. obrigado @José M. S. Junior

Bom dia A versão que está implementada no componente é outra, versão Layout do Arquivo: 040 esse manual em anexo é a versão 030. São pequenos detalhes que mudam, mas precisa controlar isso pela versão, note que tem os campos: LayoutVersaoArquivo, LayoutVersaoLote na classe ACBrBoleto para tratar essas situações, precisa implementar essa alteração baseado na versão que estiver passando. Pode ver um exemplo na classe do Banco Sicred, o mesmo trabalha com versões diferentes de layout.

Bom dia, Esses 2 XML se refere ao GNRE a ser enviado, logo não se deve ser carregado para poder imprimir a guia. Se o processamento do GNRE enviado ocorrer com sucesso o componente vai salvar um outro XML com o seguinte nome: *-guia.xml É esse XML que você vai carregar para poder imprimir a guia.

O tpEmis = 2 não é aceito na NFCe ou NFe. Veja:

Para atualizar o XML com o protocolo precisa passar o path completo do XML como parâmetro na Consulta.

Bom dia Para consultar Cadastro de outra UF, precisa configurar a lib com a mesma, se refere ao campo UF do arquivo ACBrLib.ini. Vale lembrar que não são todas as SEFAZ que disponibilizam WebService de Consulta Cadastro.

bom dia.. Utilize o comando NFe.ConsultarNFe("path_XML") passando como parâmetro o path do XML a ser atualizado. https://acbr.sourceforge.io/ACBrMonitor/NFEConsultarNFe.html

Você pode testar o retorno do método LoadFromFile por exemplo: if not ACBrNFe1.NotasFiscais.LoadFromFile(ANomeArquivo) then raise Exception.Create('Não foi possível carregar a NFe');

Opa, boa noite, deu certo sim, obrigado. cido

Em alguns tamanhos de fonte deu certo em outros não.. Mas já resolveu meu problema. Obrigado pela dica @Daniel Simoes

Da uma olhada nesse cara, já usei no passado com Lazarus https://wiki.freepascal.org/FPSpreadsheet

Boa tarde Italo Mandei um e-mail para o Sefaz-MG questionando isso e fui informado que caso esteja sendo enviado os dados para a tag<encerrante> e o sistema consiga realizar a impressão com os dados que la estão, não é necessário informar os dados no <obsCon>. Era mais fácil fazer um decreto só para obrigar a informar os dados nos campos corretos haha

Obrigado José. Assim que meu gerente me liberar vou tentar implementar essa versão de layout 030. Se quiser pode fechar o tópico, pois não sei quando poderei fazer a implementação, pois não depende só de mim Muito obrigado pela atenção!

Isso acontece no demo, tem um passo a passo para reproduzir o erro, pois no log da lib não tem nada de errado, o erro provavelmente esta na parte do java.

Não consegui replicar o problema. Acredito que esteja com um fr3 muito antigo... O relato do @RCT no outro tópico mencionava o obsoleto DANFE.FR3 mas também não tive problema com esse aqui.

Blza, somente setei o FcomponenteBoleto.Banco.TipoCobranca para cobUnicredES somente para criar mas as funções do CNAB 240 deixei tudo no UnicredRS, funcionou certinho. Vou fazer a homologação agora. Quando estiver ok vou postar aqui para vocês analisarem e postarem no SVN se possível. Blz?

Parece o mesmo caso deste tópico: Acompanhe por lá, por favor.

Sim, precisa realizar o tratamento na geração da remessa e retorno nos pontos onde há divergências entre um layout e outro. Basta realizar a alteração conforme mencionou acima... Mas note que no seu layout tem uma posição a menos no final do arquivo, justamente para não ultrapassar o limite do arquivo. No Caso precisa tratar isso também baseado no Layout que estiver utilizando. Se desejar implementar, pode postar aqui, que realizamos a validação e atualizamos no SVN...

Eu particularmente nunca vi essa mensagem. Então investigaria se no Visualizador de Eventos do Windows tem alguma informação que pode ser útil. Mas talvez alguém mais tenha alguma outra informação.

Juliana boa tarde. enviei novamente os boletos ao suporte da daycoval, e os mesmo foi aprovado. muito obrigado pela atenção. poderia fechar o topico por favor.

Pronto consegui resolver o problema... Quando fiz a Instalação do ACBr ele removeu o componente ACBrValidador dos forms, tive que colocar novamente este componente, agora ele compilou e o erro descrito acima sumiu

Bom dia! O arquivo de remessa CNAB 240 do SICREDI de um cliente nosso estava sendo rejeitado quando tentava usar o "tipo de Documento" como "DSI" o componente estava alterando para 99 "Outros" e no caso da conta ou carteira dele acontece a rejeição. Fiz alteração na Unit e enviei o arquivo para o banco e foi validado. Estou disponibilizando para conferência pelos administradores e posterior publicação se possível. Unit ACBrBancoSicredi.pas em GerarREgistroTranscacao240. Tenho o manual do banco caso precise, mas como é maior que 2mb não consigo postar aqui. De acordo com o Layout enviado pelo SICREDI, as opções de "Espécie do Título" são: '03' = DMI duplicata mercantil por indicação '05' = DSI duplicata de serviço por indicação '06' = DR duplicata rural '07' = LC letra de câmbio '12' = NP nota promissória '13' = NPR nota promissória rural '16' = NS nota de seguro '17' = RC recibo '19' = ND nota de débito ‘32’ = Boleto Proposta '99' = Outros //Código REMOVIDO {Espécie} {if (EspecieDoc = 'DM') then Especie := '03' else if (EspecieDoc = 'DMI') then Especie := '03' else Especie := '99';} //Código ADICIONADO case AnsiIndexStr(EspecieDoc, ['DMI', 'DSI', 'DR', 'LC', 'NP', 'NPR', 'NS', 'RC', 'ND', 'BP']) of 0 : Especie := '03'; //DMI duplicata mercantil por indicação 1 : Especie := '05'; //DSI duplicata de serviço por indicação 2 : Especie := '06'; //DR duplicata rural 3 : Especie := '07'; //LC letra de câmbio 4 : Especie := '12'; //NP nota promissóri 5 : Especie := '13'; //NPR nota promissória rural 6 : Especie := '16'; //NS nota de seguro 7 : Especie := '17'; //RC recibo 8 : Especie := '19'; //ND nota de débito 9 : Especie := '32'; //Boleto Proposta else Especie := '99'; //Outros end; ACBrBancoSicredi.pas

Ah, uma imagem vale por mil palavras... ou vídeo... rs

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.

Bom dia Valdir, Para resolver esse problema basta trocar essa porcaria de A3 pelo A1.

Foi adicionado a propriedade no ultimo build da lib, favor baixar e testar. https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca18.html

Bom dia, Estou usando o programa exemplo do componente. O DANFSE é o do Fortes Report. Usei o seu XML (anexado na quinta feira - 646RPI-nfse.xml) Segue em anexo do DANFSE em PDF. NFS-e 646.pdf

Poste o log da biblioteca, pois se houve erro é disparado um exception pela classe. Então basta colocar um try - catch para capturar o mesmo.

Um adentro aqui para posterior, achei um tutorial passo a passo relamente para iniciantes nesse forum abaixo detalhando a criação do arquivo TXT. http://www.pctoledo.com.br/forum/viewtopic.php?f=20&t=17150

Obrigado por reportar, fechando este topico, caso tenha nova duvida abra um novo tópico... Att Ricardo

Boa noite galera. Só pra deixar claro a situação foi resolvida problema no meu código com relação ao estado de emissão da nota. Ao tentar fazer alguns testes tinha colocado a opção offline como defult e na nota colocava online o negócio pirou meu cabeção aqui. bem, esta tudo ok com relação a isso. Obrigado pela atenção de todos aqui.

Bom dia @EMBarbosa, realmente a lib retorna o erro correto, cStat=105 eu que estava guardando o numero do xml errado ... ja corrigi o erro , por um acaso hoje pela manha o sefaz deu o mesmos problema e pude testar minha correção , guardo cStat=105 e chave xml "correta" agora e consulto em seguida .... ela me retorna com cStat=100.... pronto... problema resolvido muito obrigado pela ajuda.

Nesses casos... mude para emissão em Offline

Não existe.. você precisa informar as coordenadas do início... Mas... repare que as fontes são mono-espacejadas... então imprima no início da coluna e use PADC para centralizar o texto Vamos supor que caibam até 30 caracteres por Linha... então use padc(Sua_variavel, 30)

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

Obrigado deu certo assim... uses ACBrDeviceSerial; pode encerrar o topico

consegui resolver na Daruma baixei os drivers usb atualizado funcionou certinho tive que fazer algumas modificações no meu software para desativar e ativar o acbr em caso de desconecção do cabo mas funcionou na segundo posto se deu certo com a Bematech. obrigado pela ajuda por hora.

ok Daniel, farei mais uns testes esse fim de semana e na segundona reporto como está tá ok. Obrigado pessoal. Abraço.

Boa tarde, Fiz ajuste no registro I051 para adequar com o layout 8.00 Em testes, ficou ok Segue anexo a alteração no fonte para analisarem Marcos Dias ACBrECDBloco_I_Class.pas

Nós nos baseamos apenas no CFOP, talvez exista mas nunca me deparei com esta questão de um produto gerar crédito de ICMS e outro não estando no mesmo CFOP.

CMC7 é o código de barras do cheque. Fazendo a leitura do mesmo você pode extrair as informações como banco, agencia, número da conta e do cheque... Pelo que vi estão implementadas no ACBrMonitorPLUS no objeto ECF, para as ECF que permitem a leitura do cheque, e no objeto CHQ, para as impressoras de cheque que também fazem essa leitura. https://acbr.sourceforge.io/ACBrMonitor/LeituraCMC7.html O comando CHQ.CMC7 está implementado mas aparentemente não está no manual. O ACBr possui ainda o componente ACBrCMC7 para Delphi e Lazarus que faz a extração das informações do CMC7 mas este não está implementado no ACBrMonitorPLUS.

Se atualize para a pasta Trunk2, a pasta Trunk deixou de receber atualizações. Leia http://www.projetoacbr.com.br/forum/announcement/7-fim-de-correções-e-commits-em-trunk/