Italo Giurizzato Junior

Boa tarde Neto, Qual cidade que também utiliza o mesmo provedor que esta funcionando? A URL de homologação/produção é a mesma?

Boa tarde, A propriedade que contém o XML completo (pedido + retorno da SEFAZ) da inutilização é: FXML_ProcInutNFe.

Boa tarde Angelo, Já estamos analisando a melhor solução para o problema.

Olá Pessoal, Foi publicada a versão 1.35 da NT 2021.004, modificando a entrada em vigor das regras de validação relativas as Informações Adicionais de Interesse do Fisco, com a publicação desta nova versão da NT, tais validações passam a ser definidas como Implementação Futura, ou seja, não tem uma data definida para entrar em vigor. Até o momento ambas as regras são relativas somente a validação realizada pela SEFAZ-SC, conforme consta na NT. Quais regras foram alteradas e oque exatamente elas dizem? Duas regras tiveram sua implementação definida como futura, sendo elas as regras Z02-10 e Z02-20. Regra Z02-10 (somente para NFC-e) NFC-e sem preenchimento das Informações Adicionais de Interesse do Fisco (campo: infAdFisco). Rejeição 949: NFC-e sem preenchimento das Informações Adicionais de Interesse do Fisco. Regra Z02-20 (somente para NFC-e) Tamanho das Informações Adicionais de Interesse do Fisco (campo: infAdFisco) não atende ao tamanho mínimo exigido. Rejeição 950: Informações Adicionais de Interesse do Fisco abaixo do tamanho mínimo exigido pela UF. Obs. Exigido um tamanho mínimo de 251 caracteres. Sobre as mudanças no Componente (Também ACBrLib e ACBrMonitor) Não se faz necessidade de nenhuma alteração no componente, pois ele já permite que esse campo seja informado. Fonte: http://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=A/NFALwUh+4=

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

Taketo, Não vejo outra alternativa a não ser entrar em contato com a prefeitura/provedor e expor o problema. Questionar eles o porquê está ocorrendo isso, de onde vem vindo a ordem para ocorrer o cancelamento da nota. Você já chegou a fazer isso?

Boa tarde Joemil, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde Brajan, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Takero, O componente não executa automaticamente o cancelamento de uma nota. A não ser que você o método SubstituirNFSe (que envia um RPS cancelando uma outra nota), mas se tratando do provedor ISSSaoPaulo ele não tem esse serviço implementando. Já existe relato no fórum de outro desenvolvedor como o mesmo problema com o provedor ISSSaoPaulo. Pela imagem que você anexou achei estranha a coluna Situação que consta a mensagem: Normal Cancelar.

Boa tarde Takero, Você utiliza o componente ACBrNFSeX?

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

Boa tarde Carlos, Muito estranho, no momento de gerar e retornar o XML de resposta ocorre o erro. Experimenta mudar de libOpenSSL para libWinCrypt.

Boa tarde Mauricio, O componente foi alterado sim, pois a série que antes constava no nome do XML da NFS-e era a série do RPS e não da NFS-e, que por sinal são raros os provedores que geram o XML da NFS-e com número e série.

Boa tarde, Muito estranho, pois alterei a função TratarXmlRetornado para que ocorresse a remoção da Declaração do XML e pelo que eu vi não foi removido. Lhe peço que debuge a função acima (ela se encontra na unit SH3.Provider). function TACBrNFSeXWebserviceSH3200.TratarXmlRetornado( const aXML: string): string; begin Result := inherited TratarXmlRetornado(aXML); Result := RemoverIdentacao(Result); Result := RemoverCDATA(Result); Result := RemoverDeclaracaoXML(Result); Result := RemoverCaracteresDesnecessarios(Result); end; Preciso saber o valor de Result antes de executar o RemoverDeclaracaoXML e depois de executado. Se não remover a declaração: <?xml version="1.0" encoding="utf-8"?> Vai ser necessário debugar a função RemoverDeclaracaoXML (ela se encontra na unit ACBrUtil.XMLHTML)

Olá pessoal, Foi postergado o início da implantação do Evento Ator Interessado na NF-e - Transportadora. As novas datas são: Ambiente de Homologação: 06/03/2023 Ambiente de Produção: 15/05/2023

Douglas, Com essas cópias que você esta fazendo, daqui a pouco você não sabe mais o que foi feito. Esta virando um balaio de gato. Onde estão os fontes do ACBr (na máquina de desenvolvimento ou no servidor)?

Bom dia Daniel, Notei que você está informando o código 08.02, na tabela de serviços da prefeitura consta esse código? Para o contribuinte em questão é aceito esse código?

Bom dia Douglas, O path esta errado, tem que parar na pasta NFSe, pois o componente monta o resto do path incluindo o nome do provedor e a versão do Schema a ser utilizado. Outra coisa, vai ser necessário mapear o servidor. Algo do tipo: Z:\Livre1\NFSE\Schemas\NFSe

Bom dia Carlos, Favor configurar o programa exemplo para salvar os arquivos (SOAP). Faça um novo teste e anexe os arquivos (SOAP) gerados.

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

Boa noite Antonio, Ao cancelar tente informar o número da nota da seguinte forma: T00000001. Vamos ver se ele vai cancelar a nota que foi enviada para o ambiente de homologação.

Boa noite, Suponha que ao executar o DistribuicaoDFe você obtém o resumo de uma nota, esse resumo tem como NSU = 530. No retorno que contém o referido resumo temos as seguintes informações: ultNSU = 550 e maxNSU = 1800. Ao enviar o Evento de Manifestação do Destinatário (Ciência da Operação) para a nota cujo resumo tem NSU = 530, o Ambiente Nacional vai liberar o XML completo da nota com um NSU superior a 1800 (segundo o exemplo acima). Portanto a resposta à sua pergunta é: SIM, o XML completo da nota sempre vai ter um NSU diferente e superior ao NSU do resumo.

Boa noite, Favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

Boa noite Alan, Não precisava de tudo isso. Favor atualizar os fontes, reinstale o ACBr e faça novos testes. Veja como eu resolvi o a questão para gerar a tag Alíquota com 2 casas decimais.

Boa tarde Daniel, Se você enviar em produção ocorre o mesmo problema?