Diego Foliene

Bom dia! Ao consultar, você configurou a solução para o mesmo ambiente, forma de emissão e UF da nota que foi emitida? Qual é a mensagem na íntegra acusando que não existe a nota? O número de recibo que está consultando é o mesmo que recebeu no retorno da emissão?

Com estes ajustes você ainda recebe rejeição ou conseguiu aprovar a nota?

Bom dia! Por favor, como esta em seu arquivo ACBrNFSeXServicos.ini antes desta alteração? Conferindo no arquivo ACBrNFSeXServicos.ini presente no SVN, já está desta forma:

Bom dia! Eu acredito que o prefixo não venha a ser um problema. Eu fiz uma alteração em uma das units base(está em anexo caso queira testar, ela fica em ACBr\trunk2\Fontes\ACBrDFe\ACBrNFSeX\Base\WebServices, mas lembre-se de reinstalar o ACBr depois de substituir ela). O Soap gerado ficou assim: <?xml version="1.0" encoding="UTF-8"?> <S:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns2="http://NFSe.wsservices.systempro.com.br/"> <SOAP-ENV:Header/> <S:Body> <ns2:EnviarLoteRpsSincrono> <nfseCabecMsg><![CDATA[<cabecalho versao="2.01" xmlns="http://www.abrasf.org.br/nfse.xsd"><versaoDados>2.01</versaoDados></cabecalho>]]></nfseCabecMsg> <nfseDadosMsg><![CDATA[<EnviarLoteRpsSincronoEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"><LoteRps Id="Lote_1" versao="2.01"><NumeroLote>1</NumeroLote><CpfCnpj><Cnpj>11111111111111</Cnpj></CpfCnpj><InscricaoMunicipal>12345</InscricaoMunicipal><QuantidadeRps>1</QuantidadeRps><ListaRps><Rps><InfDeclaracaoPrestacaoServico Id="Dec_1RPP"><Rps><IdentificacaoRps><Numero>1</Numero><Serie>RPP</Serie><Tipo>1</Tipo></IdentificacaoRps><DataEmissao>2024-05-21</DataEmissao><Status>1</Status></Rps><Competencia>2024-05-21</Competencia><Servico><Valores><ValorServicos>100.35</ValorServicos><ValorPis>0.00</ValorPis><ValorCofins>2.00</ValorCofins><ValorInss>0.00</ValorInss><ValorIr>0.00</ValorIr><ValorCsll>0.00</ValorCsll><ValorIss>2.01</ValorIss><Aliquota>2.0000</Aliquota></Valores><IssRetido>2</IssRetido><ResponsavelRetencao>1</ResponsavelRetencao><ItemListaServico>09.01</ItemListaServico><Discriminacao>discriminacao I; discriminacao II;discriminacao III; discriminacao IV</Discriminacao><CodigoMunicipio>4304408</CodigoMunicipio><CodigoPais>1058</CodigoPais><ExigibilidadeISS>1</ExigibilidadeISS><MunicipioIncidencia>4304408</MunicipioIncidencia></Servico><Prestador><CpfCnpj><Cnpj>11111111111111</Cnpj></CpfCnpj><InscricaoMunicipal>12345</InscricaoMunicipal></Prestador><Tomador><IdentificacaoTomador><CpfCnpj><Cpf>12345678901</Cpf></CpfCnpj></IdentificacaoTomador><RazaoSocial>INSCRICAO DE TESTE E TESTE</RazaoSocial><Endereco><Endereco>RUA PRINCIPAL</Endereco><Numero>100</Numero><Complemento>APTO 11</Complemento><Bairro>CENTRO</Bairro><CodigoMunicipio>4304408</CodigoMunicipio><Uf>RS</Uf><Cep>14800000</Cep></Endereco><Contato><Telefone>22223333</Telefone><Email>[email protected]</Email></Contato></Tomador><RegimeEspecialTributacao>1</RegimeEspecialTributacao><OptanteSimplesNacional>1</OptanteSimplesNacional><IncentivoFiscal>2</IncentivoFiscal></InfDeclaracaoPrestacaoServico></Rps></ListaRps></LoteRps></EnviarLoteRpsSincronoEnvio>]]></nfseDadosMsg> </ns2:EnviarLoteRpsSincrono> </S:Body> </S:Envelope> Mas a resposta ficou assim: Por favor, disponibilize para análise o -soap de envio gerado pelo componente antigo que deu certo a emissão e o -soap de envio gerado pelo componente novo que devolveu erro. Se julgar que eles tenham dados sensíveis e não possam ser disponibilizados direto aqui, envie para [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação. Arquivos de envelope recebidos! Vamos analisar e reportamos assim que descobrirmos algo. ACBrNFSeXWebserviceBase - Copia.pas

Olá pessoal! No dia 21/05/2024, por volta das 08h55, começamos a receber múltiplos relatos no canal #sefaz em nosso Discord de membros com problemas para consumir os web services da Sefaz de São Paulo. Todos os relatos tem em comum, o fato de estarem recebendo o retorno "Consumo Indevido". Conferindo no DownDetector, é possível observar que o volume de relatos de problemas aumentou exponencialmente durante este mesmo período, indicando de fato ser algo no servidor da Sefaz. Não há contingência ativada até a publicação deste tópico.

Complementando o questionamento do colega @Daniel InfoCotidiano, você recebe algum erro ou rejeição a usar o CEP novo? Se sim, qual é a mensagem de erro na íntegra?

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa tarde! Por favor, disponibilize a unit alterada para análise por parte da equipe de consultores e possível inclusão no SVN.

Boa tarde! Foi criada a #TK-5482 para análise do caso e parecer por parte da equipe de consultores. Por favor, caso você tenha feito alguma alteração na Unit, disponibilize a mesma aqui para que possa ser analisado e incluído no SVN, lhe dando os devidos créditos, para ajudar aos demais membros da comunidade.

A remoção é feita de forma automática, você precisaria editar os fontes. Por favor, substitua a unit em anexo no caminho ACBr\trunk2\Fontes\ACBrDFe\ACBrNFSeX\Base\Provedores, reinstale o ACBr e faça um novo teste. Veja se ele vai gerar o arquivo respeitando a pontuação e se o provedor vai ter devolver o mesmo retorno. ACBrNFSeXProviderBase.pas

Bom dia! Por favor, forneça mais informações sobre a sua situação para que possamos lhe auxilair. Qual é o problema? Você está recebendo uma rejeição ao tentar emitir a NFe? O Impresso está saindo com algum valor incorreto?

Faça um teste com o programa exemplo do componente. Veja se ele se comporta conforme o print que disponibilizei mais acima. Caso o comportamento seja diferente, é possível que você esteja com fontes desatualizados ou esteja carregando a tabela incorreta.

Você pode utilizar o ACBrIBPTax para ler as informações da tabela.

Apenas complementando este é o resultado ao utilizar o programa exemplo do componente IBPT para ler a tabela.

Conferindo o log que disponibilizou no retorno você recebeu o status 200 diferente do 401 recebido anteriormente. Esse status seria um "OK", no entanto, você recebeu com esse status: <html> <head> <title>Request Rejected</title> </head> <body>The requested URL was rejected. Please consult with your administrator.<br> <br>Your support ID is: 110776693XXXXXXXXXXX<br> <br> <a href='javascript:history.back();'>[Go Back]</a> </body> </html> Conferindo no manual da versão mais recente temos: Esta URL coincide com a URL usada na requisição, por favor, entre em contato com o suporte utilizando este ID e peça uma orientação a respeito do porque ter recebido este erro.

Por favor, peço também que façam um teste utilizando o PostMan, para que possamos validar se o problema está de fato no componente ou se pode ser nas credenciais.

Bom dia! Por favor, apenas para confirmar: - Quando configuraram o PSP, vocês adicionaram o Arquivo PFX e a senha correspondente? - O programa exemplo não acusou erro ao ler o PFX que utilizaram, correto? Se possível, por favor, façam um teste em debug, colocando o break-point no local indicado pelo print e verificando se é adicionado o PFX e a Senha conforme a rotina. Bom dia @Vagner S Oliveira. Muito obrigado pelo teste e pela observação. Você alterou o protocolo na unit?

Olá pessoal! Como alguns devem saber, ou ao menos ouvido falar, através de notícias, a desoneração da folha de pagamento tem sido tópico de discussão na esfera política e jurídica. O que nem todos sabem é que essa movimentação afeta os cálculos do eSocial, por isso, é importante acompanhar a questão e ficar ciente de qualquer orientação relacionada. Dito isso, na movimentação mais recente a respeito dessa questão, foi publicado no dia 19/05/2024 no portal do e-Social uma notícia informando que o STF suspendeu por 60 dias os efeitos da decisão que reconheceu como inconstitucional os efeitos da Lei aprovada anteriormente que prorrogava a desoneração da folha para 2027. Na mesma notícia também é dado destaque ao seguinte aviso: Além disso, constam as seguintes orientações destinadas às empresas, órgãos gestores de mão de obra e municípios impactados por está decisão: Leia a notícia na íntegra AQUI.

O CTe foi aprovado ou você recebeu a rejeição?

Para que a alteração surta efeito, você precisa reinstalar o ACBr. Por favor, faça reinstale e faça o teste para confirmar se não vai receber a rejeição 693.

Conferindo nos fontes, na unit pcteCTeW, o grupo infDoc é gerado automaticamente quando tpServ for diferente de Intermediario ou Multimodal: if (CTe.Ide.tpServ <> tsIntermediario) and (CTe.Ide.tpServ <> tsMultimodal) then GerarInfDoc; Isso foi feito para atender a condição da regra de validação da rejeição 693:

Você usa componente nativo delphi/lazarus, monitor ou lib? Qual é o tpServ que atribuiu ao CTe?

Boa tarde! Sim, o grupo infDoc é opcional com uma cardinalidade 0-1, mas se informado, você deve informar um infNF ou infNFe ou infOutros, visto que eles são um choice group, com a cardinalidade obrigatória(1-1). A rejeição que você estava recebendo é: O XML conta com somente 1 elemento infNFe?

Boa tarde! Vamos analisar o trecho da rotina LerXmlNfse: //A rotina recebe como parâmentro um ANode, ou seja, um nó do XML function TNFSeR_ABRASFv2.LerXmlNfse(const ANode: TACBrXmlNode): Boolean; var //Variável auxiliar para ler os nós filhos do parâmetro; AuxNode: TACBrXmlNode; begin Result := True; //AQUI ela testa se o nó que recebeu no parâmetro está definido, se não tiver, já cai fora. if not Assigned(ANode) then Exit; //Coforme comentário presente nos fontes, essa linha foi adicionada para o provedor Tecnos que tem este elemento extra. //se encontrar atribui ele na auxiliar // O provedor Tecnos tem essa tag entre as tag CompNfse e Nfse. AuxNode := ANode.Childrens.FindAnyNs('tcCompNfse'); //Se não encontrar no Nó que veio do parâmetro o elemento tcCompNfse, atribui o próprio nó pai na variável auxiliar. if AuxNode = nil then AuxNode := ANode; //Procura no Nó atribuído a variável auxiliar o nó "Nfse". AuxNode := AuxNode.Childrens.FindAnyNs('Nfse'); //Segue com a leitura.... end; Podemos então concluir que o ANode recebido como parâmetro para rotina de leitura é um nível anterior ao <Nfse>. Agora vamos conferir o schema do arquivo de retorno da consulta de NFSe por RPS: Veja que o nível anterior ao <Nfse> já é o <CompNfse>. O que indica que você na verdade está carregando para fazer a leitura do XML o arquivo cujo primeiro item é o <ConsultarNfseRpsResposta>. Esse não é o arquivo correto, ele é o XML de retorno da consulta e não o XML de uma Nfse.

Boa tarde! Combinado, ficamos no aguardo de um feeback. Apenas para complemento, segue print de teste realizado utilizando o programa exemplo disponível em VB6: No log: Como pode ver no print, as configurações de emitente não foram definidas, somente a cidade, por isso a rejeição, mas a comunicação foi feita e o arquivo foi salvo.

Sim, os métodos podem ser chamados em uma mesma rotina. Você configura o certificado no arquivo ACBrLib.ini usando os comandos NFSe_ConfigGravarValor ou você usa o ObterCertificados para verificar informação de validade, por exemplo? Se a configuração já estiver definida no arquivo, você não precisa obter o certificado, basta fazer o envio. No print que compartilhou no arquivo imagem.docx, consta na pasta o arquivo 562538207-con-sit.xml que de acordo com o arquivo ACBrLibNFSe-20240513.log é o problemático que gerou o erro: Por favor, apenas para teste, se você colar esse caminho C:\fontes\AppGestor-2.00\nfseretorno\562538207-con-sit.xml na barra de navegação do diretório e pressionar um enter, ele abre o arquivo normalmente ou também apresenta o erro? Se ele também apresentar o erro, por gentileza, veja se as orientações do link A sintaxe do nome do arquivo do nome do diretório ou do rótulo do volume está incorreta,como resolver? lhe são úteis.