Italo Giurizzato Junior

Bom dia Fernanda, A cidade Santos/SP se utiliza do provedor Ginfes conforme configuração no arquivo ACBrNFSeXServicos.ini: [3548500] Nome=Santos UF=SP Provedor=Ginfes ProLinkURL=http://santos.ginfes.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null HomLinkURL=http://santos.ginfesh.com.br/report/consultarNota?__report=nfs_ver4&cdVerificacao=%CodVerif%&numNota=%NumeroNFSe%&cnpjPrestador=null Esse provedor se utiliza da versão 1 do layout da ABRASF. Na imagem que você anexou note que temos o serviço: ServiceGinfesImpl_ConsultarSituacaoLoteRpsV4. Esse serviço se refere a consulta a situação do lote de Rps enviado, ele esta documentado no manual da ABRASF referente a versão 1. Se abrirmos o manual da ABRASF referente a versão 2 do layout não vamos encontrar esse serviço. Ou seja, não versão 1 do layout da ABRASF existe o serviço ConsultarSituacaoLoteRps, na versão 2 não tem. Eu acabai de fazer um teste usando o programa exemplo do novo componente ACBrNFSeX, veja o resultado. ------------------------------ Versão OpenSSL OpenSSL 3.1.3 19 Sep 2023 03.01.00.030 C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libcrypto-3.dll C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libssl-3.dll ------------------------------ Requisição Ambiente : 1 Cidade : Santos/SP Provedor : Ginfes Versão: 1.00 Data/Hora: 20/02/2024 09:17:27 Método Executado: Enviar Lote Assí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 : False Erro(s): Código : E45 Mensagem: CNPJ não encontrado na base de dados Correção: Confira o numero do CNPJ informado. Caso esteja correto, o prestador não está inscrito no município. O erro de CNPJ não encontrado é compreensivo uma vez que eu informei um CNPJ de um prestador que não é de Santos/SP. Mas se você informar os dados de um prestador da referida cidade esse erro não é para ocorrer. Na sua postagem não é informado se você ainda usa o componente antigo ACBrNFSe ou o novo ACBrNFSeX. E também não diz se ao tentar emitir ocorre algum erro e qual ou quais são os erros. Por fim, se a cidade de Santos/SP vai deixar de usar a versão 1 do layout da ABRASF e passar a usar a versão 2.xx em seu webservice, ou seja, a partir de agora o webservice só vai processar RPS que esteja na versão 2 do layout da ABRASF precisamos das novas URLs de homologação e de produção, pois as atuais nos remete aos serviços da versão 1. Vamos supor que as URLs vão continuar sendo as mesmas, sendo assim ao visualizar o WSDL teremos todos os serviços disponibilizados. Acabei de fazer isso abrindo em um navegador a URL: "https://producao.ginfes.com.br/ServiceGinfesImpi?wsdl" Pois bem não consta os serviços da versão 2, são eles: ConsultarNFSePorFaixa, ConsultarNFSeServicoPrestado, ConsultarNFSeServicoTomado, RecepcionarLoteRpsSincrono, GerarNfse e SubstituirNfse. Por outro lado temos os seguintes serviços implementados no WSDL: RecepcionarLoteRps, RecepcionarLoteRpsV3 e RecepcionarLoteRpsV4. A única coisa que é clara é que no RecepcionarLoteRps temos apenas um elemento chamado arg0 que acredito que é a mensagem de dados, já nos outros dois temos dois elementos arg0 e arg1 que é a mensagem de cabeçalho e a mensagem de dados respectivamente. Abaixo temos a montagem da requisição usando o serviço: RecepcionarLoteRpsV3. function TACBrNFSeXWebserviceGinfes.Recepcionar(ACabecalho, AMSG: String): string; var Request: string; begin FPMsgOrig := AMSG; Request := '<ns1:RecepcionarLoteRpsV3' + NameSpace + '>'; Request := Request + '<arg0>' + XmlToStr(ACabecalho) + '</arg0>'; Request := Request + '<arg1>' + XmlToStr(AMSG) + '</arg1>'; Request := Request + '</ns1:RecepcionarLoteRpsV3>'; Result := Executar('', Request, ['return', 'EnviarLoteRpsResposta'], []); end; Mas nesse WSDL não temos nenhuma informação que ao utilizar o RecepcionarLoteRpsV3 o layout do RPS tem que ser na versão 1 e ao utilizar o RecepcionarLoteRpsV4 o layout do RPS tem que estar na versão 2. Como você pode ver precisamos de informações corretas e não desencontradas para que possamos fazer as devidas alterações no componente. Caso realmente tenhamos que realizar alguma alteração no componente, estas alterações vão ser aplicadas somente no componente novo.

Bom dia Daniel, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Inclui o campo: ValorTributavel na classe ItemServico.

Bom dia Marco, Já esta no SVN.

Bom dia Mario, Já esta no SVN.

Bom dia @Datacaixa, Com o programa exemplo isso também ocorre, ou seja, ele não mostra a lista de erros retornados?

Bom dia @castrocac, Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração

Bom dia @dbechelli, Não ficou claro, você conseguiu resolver o problema?

Bom dia Gerson, A rejeição 999 - Erro não catalogado pode ter 2 motivos: 1. Alguma tag contem um dado invalido, a SEFAZ detectou esse dado inválido mas não possui uma mensagem de rejeição especifica, logo retorna: Erro não catalogado. 2. O problema é na SEFAZ mesmo, neste caso tem que entrar em contato com ela e expor o problema.

Bom dia @MarioSev, Corrija o valor de SSLLib, informe libwinCrypt.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa tarde Nilton, Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração

Boa tarde Paulo, Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração

Boa tarde Walter, Complementando o que o nosso amigo @Juliomar Marchetti lhe passou, quando você encerra um MDF-e você esta informando ao Fisco que a mercadoria foi entregue ao destinatário ou ela esta em transito, o MDF-e só foi encerrado pois vai ocorrer mudança na composição da carga ou a mercadoria vai ser redespachada por outra transportadora. Se a mercadoria já foi entregue ou esta em transito não faz sentido cancelar o MDF-e.

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

Bom dia Marcelo, Infelizmente não é dessa forma que a coisa funciona. Na versão 1 do layout da ABRASF se você deseja substituir uma nota por outra e a substituída se tornar cancelada o processo é Enviar um novo RPS com o grupo RpsSubstituido que contem o numero/serie/tipo do RPS que originou a nota que se deseja cancelar. Desta forma o webservice vai cancelar a nota referente ao RPS informado no grupo RpsSubstituido e vai gerar uma nova nota com os dados do novo RPS. Já na versão 2 do layout da ABRASF temos o serviço chamado SubstituirNFSe, você pode usar ele para emitir uma nova nota substituindo outra. O método SubstituirNFSe consiste em você informar o numero da nota que deseja cancelar e o motivo do seu cancelamento (código e ou descrição) e deve-se alimentar o componente com os dados de um novo RPS que vai resultar em uma nova nota. Desta forma o webservice vai cancelar a nota desejada e gerar uma nova nota, nota esta que vai conter a informação que ela substitui a que foi cancelada. Infelizmente não existe um serviço onde você informe o numero de uma nota que se deseja cancelar e o numero de outra nota que se deseja ser a nota substituída da que será cancelada.

Boa tarde Marcelo, Você enviou o RPS de numero 100 e gerou a nota de numero 120. Agora você quer cancelar a nota de numero 120 e o webservice não deixa, correto? Tente o seguinte: 1. Alimenta o componente com os dados de um novo RPS 2. Inclua nele as informações do RPS que você deseja substituir, o RPS a ser substituído é o que gerou a nota de numero 120 {exemplo} RpsSubstituido.Numero := '100'; RpsSubstituido.Serie := 'UNICA'; RpsSubstituido.Tipo := trRPS; 3. Envie esse novo RPS. Na verão 1 do layout da ABRASF o procedimento é esse.

Bom dia Pablo, A lib lhe fornece essas duas possibilidades de carregar um arquivo INI e fazer o resto ou carregar um XML. Eu particularmente prefiro o arquivo INI. Hoje você gera o XML e carrega ele na lib, amanha a prefeitura muda de provedor que tem um layout diferente, pronto você vai ter que alterar a sua rotina que gera o XML. Por outro lado se você gera o arquivo INI talvez tenha que acrescentar um campo ou outro que é exigido pelo novo provedor, não sendo necessário refazer do zero a sua rotina. O erro E090 e o L003 são os mesmos que você já estava tendo e lhe passei as instruções de como resolver. O erro E252, note que ele diz que você esta informando o Regime Especial: Cooperativa e este regime esta errado. Portanto você tem dois erros cujos dados informados estão errados, ao informar os dados corretos ele vão desaparecer e o outro se refere a numeração do RPS. Você fazendo esses testes em ambiente de homologação ou de produção? Se esta fazendo em produção e o seu cliente esta usando outro software para emitir as suas notas, vai ocorrer esse erro E090.

Bom dia @LeonardoRocha, A cidade de Castro/PR se utiliza do provedor IPM. Esse provedor é problemático, pois para algumas prefeituras no cadastro do prestador existe uma opção para determinar se você deseja receber o XML completo da nota ou não. Mas tem cidades que esta opção não esta disponível. No retorno que você anexou note que existe um campo chamado Link que contem uma URL, com ela você tem acesso ao DANFSE e em alguns caso é possível baixar o XML. Quanto a configuração que mencionei acima veja o tópico abaixo:

Bom dia @LeonardoRocha, A cidade de Passo Fundo/RS se utiliza do provedor Thema que trabalha com a versão 1 do layout da ABRASF. Sendo assim, após o envio se faz necessário Consultar a situação do lote. Se a situação for 3 ou 4 devemos consultar o Lote. É nesta ultima consulta que vamos ter a lista de erros se a situação for 3 ou a lista de notas se a situação for 4. Para mais informações sobre os provedores que seguem a versão 1 do layout da ABRASF, por favor leia o tópico abaixo.

Bom dia @LeonardoRocha, Você pode seguir as orientações do tópico abaixo para fazer as alterações no arquivo ACBrNFSeXServicos.ini Caso precise de mais alguma ajuda, basta continuar aqui.

Bom dia Isaias, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Observação, o provedor ISSCambe não tem ambiente de homologação, somente de produção.

Bom dia @Integrasys, Já criei a TK em nossa lista de tarefas, vou passar para o pessoal que cuida dos programas exemplos do ACBrLibNFSe. TK-5124

Boa tarde Mario, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5123

Boa tarde Isaias, O prestador é MEI? Se sim, você deve configurar o componente para usar o layout do Padrão Nacional. Se não é MEI, você deve configurar o componente para usar o layout do provedor.

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