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

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

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

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.

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

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/