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.

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.

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

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...

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

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

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

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

Bom dia Rogério, A mensagem é muito estranha, se você esta enviando o RPS, jamais o webservice deveria retornar essa mensagem de erro e sim, a mensagem que o RPS já foi enviado, logo você tem que enviar o RPS com um numero superior ao que esta sendo enviado. Favor entrar em contato com o provedor e pedir explicações sobre essa mensagem de erro totalmente absurda.

Enviei ajuste para o repositório, rev. 19121. Ajustei também o campo de valor unitário, que pelo que notei, estava com formatação fixa em 2 casas decimais.

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.

Bom dia O manual atualizado está disponível on-line, nele você encontra um passo a passo de como integrar o componente NFe, assim como o modelo completo de um arquivo .ini https://acbr.sourceforge.io/ACBrMonitor/PassoaPassoNFeNFCe.html Existe também vídeos explicativos com os Primeiros Passo e integrando um NFe com o modelo do .INI em anexe, além do Curso Completo do ACBrMonitor que está sendo disponibilizado as aulas: https://www.projetoacbr.com.br/forum/video/browse/13-curso-dominando-o-acbrmonitor/

Sugestão de leitura eh esse manual que trata sobre a contingencia offline da nfce (tpemis=9) Att Ricardo

Acabei resolvendo aqui, não achei muita lógica, já tinha removido e inserido vários componente e não tinha resolvido, aí joguei tudo fora, deixei só o form e fiz de novo e deu certo. Leva a crer que era alguma coisa com o RLReport 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. Para novas dúvidas, criar um novo tópico.

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.

Bem, problema de erro de memória foi resolvido após atualizar os fontes do fortesreport. Não esta dando mais erro de estouro de pilha. O erro no dm.ACBrNFe.Enviar continua.

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.

Italo, boa noite. Encontrei dois erros na unit pcnCIOTW_eFrete.pas procedure TCIOTW_eFrete.GerarPagamentosAdicPagamento; No loop for i := 0 to CIOT.AdicionarOperacao.Pagamentos.Count -1 do begin with CIOT.AdicionarOperacao.Pagamentos.Items do deve ser substituido por for i := 0 to CIOT.AdicionarPagamento.Pagamentos.Count -1 do begin with CIOT.AdicionarPagamento.Pagamentos.Items do pois do jeito que está, a operação opAdicionarPagamento não adiciona os pagamentos pois o loop está apontando para outra classe. Mesmo problema no método GerarPagamentosEncerramento deve ser substituido por for i := 0 to CIOT.EncerrarOperacao.Pagamentos.Count -1 do begin with CIOT.EncerrarOperacao.Pagamentos.Items do Meus fontes estão atualizados. Puxei tudo hoje pela manhã. Em anexo vai com as alterações! pcnCIOTW_eFrete.pas

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

Oi Daniel, realmente colocar na parta Windows\SysWow64 funcionou, fiquei na dúvida de como funciona essa pasta bin-Cdecl que pede pra ser corrigida no inicio da aplicação, já que as DLL's não são encontradas nela. Agora deu outro erro, mas acho melhor abrir outro tópico.

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.

Correção enviada ao SVN.

Rapaz, pegou pesado. Eventualmente podem aparecer alguns bugs mesmo porque os fontes estão em constante alterações para atender as também constantes Notas Técnicas ou até mesmo para manter os Fontes compatíveis com Delphi 7 até a Rio e Lazarus e inclusive outras plataformas. Aqui atualizo com certa frequência e também fico de olho no Log do svn de olho em novas implementações ou até mesmo correções. Não existe receita onde se faça o bolo sem quebrar os ovos.

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/