Painel de líderes

Fonte : https://deolhonoimposto.ibpt.org.br/

Elisângela, Notei o erro. Aproveitei e fiz uma melhoria, criei uma procedure para ler o grupo ItensServico. Já esta no SVN, favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

Boa tarde, Atualizei os fontes e reinstalei o ACBr é o que sempre faço, mas de qq forma pera ai que ja vou deletar toda a pasta ACBr e fazer um download e instalação nova e limpa para testar novamente, um momento.

Boa tarde Willian, Por favor não fique criando vários tópicos, vou fechar este pois já respondi na sua outra postagem.

Obrigado.

Boa tarde a todos, Ao alimentar o componente você pode colocar 14.02 ou 1402, o componente normatiza a informação para depois deixar ou tirar o ponto dependendo da exigência do provedor. Desta forma temos a alimentação do componente padronizada. A cidade em questão se utiliza do provedor Ginfes, e este o ItemListaServico deve conter o ponto. Para mim o problema não é esse, mas o provedor esta gerando uma rejeição equivocada.

@DeveloperATS, pelo seu log está sendo passado o numero da remessa corretamente... Realizando um teste por aqui não conseguir simular o problema, veja o log da lib e como foi gerado o arquivo do Itaú: Se seu arquivo estiver diferente disso, por favor anexe o mesmo aqui ou me envie em PV, para que possamos verificar.

Boa tarde Elisângela, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2864

Valadares, Favor atualizar os fones, reinstale o ACBr e faça novos testes.

Boa tarde Valadares, Abra o XML (512-lista-nfse-sinc.xml) que você anexou no dia 21/06/2022 e depois o (513-lista-nfse-sinc.xml) que você anexou por ultimo. Ambos começam com a tag <RecepcionarLoteRpsSincronoResult> mas a tag seguinte muda sendo que deveria ser igual. Se ocorreu rejeição a tag seguinte é <RecepcionarLoteRpsSincrono>, correta ao meu ver. Se não ocorreu erro a tag seguinte é <EnviarLoteRpsResposta>. Como sempre temos ai mais um exemplo de um provedor que não consegue estabelecer um padrão ao gerar o XML de retorno. Temos que ficar fazendo gambiarra pela falta de profissionalismo desses provedores. Paciência.

Bom dia, No arquivo de configuração da lib "ACBrLib.ini", na tag LogPath pode definir o local onde será gerados os logs. O log da dll é muito importante para identificar problemas do tipo, para saber se o método está chegando corretamente até a na dll ou é algo na aplicação. Veja na sessão Principal, LogPath, se não estiver preenchido, defina um path para os logs. e na tag LogNivel defina como 4 https://acbr.sourceforge.io/ACBrLib/Geral.html Será gerado um log diário:

Obrigado pelo retorno @Italo Giurizzato Junior e @Juliana Tamizou. De momento vou tratar a impressão desses campos para esse provedor pela nossa aplicação.

Bom dia, e com sempre muito obrigado.

José, Consegui realizar a consulta, estava preenchendo alguns campos desnecessário: AgenciaDigito/CNPJCPF/ContaDigito, retirei os mesmos e a consulta retornou os boletos. Obrigado por sua atenção.

Bom dia Renato, Coloquei o ponto de parada e caí no arquivo ACBrNFSeXLerXml_ABRASFv1.pas . Percebi que a procedure LerServico não estava carregando os ItensServico. Adicionei o código, conforme abaixo, que solucionou o problema, carregou o ItensServico e por conseguinte sanou o erro que estava dando no envio do lote. procedure TNFSeR_ABRASFv1.LerServico(const ANode: TACBrXmlNode); var AuxNode: TACBrXmlNode; CodigoItemServico: string; ANodes: TACBrXmlNodeArray; i: integer; begin if not Assigned(ANode) or (ANode = nil) then Exit; AuxNode := ANode.Childrens.FindAnyNs('Servico'); if AuxNode <> nil then begin LerValores(AuxNode); CodigoItemServico := ObterConteudo(AuxNode.Childrens.FindAnyNs('ItemListaServico'), tcStr); with NFSe.Servico do begin ItemListaServico := NormatizarItemListaServico(CodigoItemServico); xItemListaServico := ItemListaServicoDescricao(ItemListaServico); CodigoCnae := ObterConteudo(AuxNode.Childrens.FindAnyNs('CodigoCnae'), tcStr); CodigoTributacaoMunicipio := ObterConteudo(AuxNode.Childrens.FindAnyNs('CodigoTributacaoMunicipio'), tcStr); Discriminacao := ObterConteudo(AuxNode.Childrens.FindAnyNs('Discriminacao'), tcStr); CodigoMunicipio := ObterConteudo(AuxNode.Childrens.FindAnyNs('CodigoMunicipio'), tcStr); if CodigoMunicipio = '' then CodigoMunicipio := ObterConteudo(AuxNode.Childrens.FindAnyNs('MunicipioPrestacaoServico'), tcStr); end; end; /// adicionado ///////////// ANodes := AuxNode.Childrens.FindAllAnyNs('ItensServico'); for i := 0 to Length(ANodes) - 1 do begin NFSe.Servico.ItemServico.New; with NFSe.Servico.ItemServico[i] do begin Descricao := ObterConteudo(ANodes[i].Childrens.FindAnyNs('Descricao'), tcStr); Quantidade := ObterConteudo(AuxNode.Childrens.FindAnyNs('Quantidade'), tcDe2); ValorUnitario := ObterConteudo(AuxNode.Childrens.FindAnyNs('ValorUnitario'), tcDe4); end; end; /////////////////////////// end; Peço que por gentileza adicionem o código aos fontes svn. Grata. ACBrNFSeXLerXml_ABRASFv1.pas

Grato pelo retorno @Italo Giurizzato Junior... Consegui enviar também pelo método Síncrono.. .muito obrigado e pode encerrar o tópico por favor... Abraço!

Bom dia, Ontem finalmente consegui emitir a primeira nota. Era um problema no próprio WS e eles corrigiram. Ficou com 7 dígitos mesmo o CNAE. Segue urls de produção e homologação: ProRecepcionar=https://itaitinga.ssinformatica.net/ws HomRecepcionar=https://sattre.ssinformatica.net/ws Só não consegui foi o cancelamento. Código : X999 Mensagem: Erro de Conexão: SOAP-ENV:Server - A operação de cancelamento de nota de serviço ainda não é suportada neste serviço.

Olá Silva! Também não consegui para SP!

Boa noite, O cidades.ini é utilizado no componente antigo, que não recebe mais manutenção. Utilize o atual, ACBrNFSeX. O município 4318804 - São Lourenço do Sul/RS também não está implementando no ACBrNFSeX. Confirme qual o provedor, as urls de produção e homologação para implementar. ../Fontes/ACBrDFe/ACBrNFSeX/ACBrNFSeXServicos.ini Obs: movido tópico para fórum de NFSe

Estou tendo o mesmo problema em SP, porém usando o componente. Ajustamos timeout, mas tem clientes que passa 1 ou 2 NFC-e, depois dá o erro. Acho que a Sefaz está meio preguiçosa ..rsrsr

Obrigado, atualizei aqui e deu certo

O mesmo problema foi relatado no Discord. https://discord.com/channels/798697718800318484/800713511936196608/991736035572727988

Estou usando a última vc do Monitor, mas a sua imagem me atentou para configurar o webservice. [CEP] WebService=8 Funcionou! Obrigado!

Acabei de verificar no SVN que o @BigWings comitou uma correção de memoryleak no ACBrGTIN hoje msm. Por favor, atualize seus fontes e teste pra verificar se o problema ainda continua.

atualize novamente por favor, veja se realmente marcou o componente.

Boa tarde, poderia anexar a documentação onde destaca essa implementação por favor? Obrigado

Esse campo posição 184 a 191 do Header do Lote, é o numero da remessa passado no parâmetro do método mesmo, conforme indicação do manual... Se não está gerando no arquivo, não deve estar chegando na lib, para que seja lido. Por favor anexe o log gerado pela ACBrLibBoleto. É um txt de log, por default é gerado no mesmo diretório onde a dll se encontra.

Boa tarde @Danio Se conseguir identificar esta questão no relatório do fast, será muito bom. At.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn TK-2856

Boa tarde Jeanny, Já esta no SVN.

Olá pessoal, neste tópico vamos falar sobre um problema que pode ocorrer no TEF PayGo (PGWeb) em ambiente de produção. É comum aparecer este tipo de erro "Erro de acesso a arquivo". Acontece por alguns dos motivos abaixo: - Problema de acesso ao arquivo da dll. - Permissões de leitura e escrita da pasta TEF. - Falha comunicação com servidores TEF PayGo. Sempre bom validar também: - Se driver da fabricante do pinpad esta instalado corretamente. - Existe algum antivírus bloqueando ou interferindo na gravação e leitura da pasta TEF. - HD esta saudável, em boas condições e com espaço. - Versão do PGWeb esta atualizada ? Após validar todas essas informações, peça liberação do ponto de captura e faça uma nova instalação, se problema persistir entre em contato com suporte PayGo ou em nossos canais do Discord.

Boa tarde Wallace, Pelo componente novo ACBrNFSeX tenho o seguinte retorno. Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : True Erro(s): Código : E259 Mensagem: CNPJ/CPF não encontrado na base de dados. Correção: Confira o número do CNPJ/CPF informado. Caso esteja correto, o prestador do serviço não está inscrito no município.

Tive o mesmo problema em um cliente, resolvi dessa forma copia as capicom.dll,msxml5.dll e msxml5r.dll para C:\Windows\SysWOW64 abre Prompt como administrador cola essas linha de comando, uma por vez C:\Windows\SysWOW64\regsvr32.exe C:\Windows\SysWOW64\capicom.dll C:\Windows\SysWOW64\regsvr32.exe C:\Windows\SysWOW64\msxml5.dll

Boa tarde Adilson, Numero do Lote Sequencial, se você sempre informa como numero de lote: 0001 para todos os lotes enviados, o seu numero de lote é uma constante, ou seja, nunca muda. Se o provedor pede um numero de Lote Sequencial, significa que para cada lote de envio o seu numero tem que ser diferente e maior que o informado no lote anterior, ou seja, 1, 2, 3, 4, ... O numero do RPS não é um numero sequencial também?

Não, essa numeração é à parte do número da nota fiscal / rps. Eu aqui, para não dar galho, mando o n. do lote como AAAAMMDDHHMM assim não tem perigo de mandar um n. de lote menor do que o outro. Sempre funcionou. Uso provedores ISSDsf e Ginfes (Campinas e Hortolândia, etc)

Boa tarde Willian, Notei que você ainda esta usando o componente antigo. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não esta mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/