Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    38.025
  • Registro em

  • Última visita

  • Days Won

    1.076

Tudo que Italo Giurizzato Junior postou

  1. Bom dia Anderson, Existem prefeituras que se o prestador for Simples Nacional não se deve informar a alíquota. Entre em contato com a prefeitura, eles vão poder lhe passar corretamente essa regra, ou seja, quando de deve informar a alíquota.
  2. Bom dia Rafael, Pela mensagem de erro você não configurou o componente para a versão 4.
  3. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  4. Tópico movido para a área do SAC, para que o SLA de respostas seja considerado
  5. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  6. @gerpiruk, Detalhe Importante, o Recibo não existe mais. O Recibo era gerado e retornado quando o envio era no modo assíncrono e hoje é no modo síncrono. O Protocolo por sua vez é o numero que atesta que o CT-e foi processado com sucesso que não é o seu caso. Não sei porque ela pediu a chave. Quando um CT-e é rejeitado que é o seu caso, o mesmo não se encontra na base de dados da SEFAZ, logo a chave não vai ter serventia nenhuma. Eles tem que pedir o XML do CT-e que foi enviado e o retorno, só dessa forma eles vão poder lhe dizer o que esta de errado no seu XML ou corrigir o problema do lado deles.
  7. Boa tarde Paulo, Vamos lá: Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes.
  8. Boa tarde @gerpiruk, Mas você tem o XML que foi enviado e teve esse retorno. No XML do CT-e que foi enviado consta a chave do mesmo no atributo Id.
  9. Bom dia @VFADev, Na sua primeira postagem consta que: URL para o serviço "CTeRecepcaoGTVe" não encontrada na sessão "CTe_SVRS_P" no arquivo "ACBrCTeServicos" As URLs da versão 4 na seção CTe_SVRS_P e CTe_SVRS_H foram incluídas no arquivo ACBrCTeServicos.ini no dia 24/04/2023. Como você utiliza o ACBrCTeLib a versão da mesma é posterior a data mencionada acima? Por favor verifica se no arquivo ACBrCTeServicos.ini consta as URLs da versão 4 na referida seção. Pode ser que o arquivo INI esteja desatualizado. O erro esta ocorrendo na sua maquina ou no seu cliente, se é no cliente verifique se o arquivo ACBrCTeServicos.ini não esta desatualizado.
  10. 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.
  11. 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.
  12. Bom dia @Datacaixa, Com o programa exemplo isso também ocorre, ou seja, ele não mostra a lista de erros retornados?
  13. 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
  14. Bom dia @dbechelli, Não ficou claro, você conseguiu resolver o problema?
  15. 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.
  16. Tópico movido para a área do SAC, para que o SLA de respostas seja considerado
  17. 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
  18. 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
  19. 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.
  20. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  21. 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.
  22. 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.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.