Italo Giurizzato Junior

Bom dia Rodrigo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3222

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

Bom dia, Você esta utilizando componente ACBrNFSeX?

Bom dia Marcos, Temos um problema, no arquivo TiposEsnfs_v01.xsd não consta a tag nrCidadeIbgeServico. O provedor possui novos XSD para que possamos além de atualizar os fontes do componente para que ele gere a tag em questão, como também atualizar os Schemas?

Boa tarde Takero, Está muito confuso. O envio do Lote 335 faz referência ao Rps 335, até aí tudo bem, mas o envio do lote 336 também faz referência ao mesmo Rps 335. Abra através de um navegador (por exemplo) o arquivo 335-env-lot.xml e depois o 336-env-lot.xml Em ambos veja as tag SerieRPS e NumeroRPS que estão dentro do grupo ChaveRPS.

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

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

Boa tarde Rodrigo, Favor anexar a unit alterada para que possamos avaliar. Desde já muito obrigado pela colaboração.

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.

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.

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, Favor atualizar os fontes, reinstalar o ACBr e faça novos testes.