Italo Giurizzato Junior

Olá pessoal foi publicado a versão 1.51 da Nota Técnica 2019/001 que trata de regras de validação aplicadas pela SEFAZ. O que muda: Alteração na Regra de Validação N28-20 Alterada a Regra de Validação N28-20, incluindo os CFOP 6.905 e 6.923, para serem utilizados nas operações isentas destinadas à Zona Franca de Manaus. É uma EXCEÇÃO às datas previstas nesta NT; assim, a alteração dessa regra de validação entrará em homologação e produção no dia 28/9/2020. Ativação das Regras de Validação N12-85, N12-86, N12-90, N12-94, N12-97 e N12-98 para o Distrito Federal Conforme legislação interna o Distrito Federal ativará as regras de validação N12-85, N12-86, N12-90, N12-94, N12-97 e N12-98. Aplicação a partir de 02/11/2020 em Produção (Homologação: 05/10/2020)

Leandro, Já enviei para o repositório.

Já enviei para o repositório.

Carlos, Já enviei para o repositório a sua contribuição.

Já enviei para o repositório.

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

Boa tarde Windel, Pela imagem que você anexou noto que você tentou validar o XML do RPS, tente validar o XML de envio do Lote ( *-env-lotS.xml ).

Boa tarde Carlos, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. SHDW, não entendi a sua postagem.

Boa tarde Joemil, O provedor Tinus costuma usar as 3 primeiras letras do nome da cidade na URL de homologação e o nome completo na de produção. Tente com: NomeURL_H=goi NomeURL_P=goiana Caso de certo nos de um retorno.

Boa tarde, Muito obrigado pela colaboração, vou incluir na minha lista de tarefas.

Boa tarde Cleber, Nos meus testes sempre utilizo essa que você postou, mas nem sempre funciona para todos os provedores.

Boa tarde a todos, Leandro muito obrigado pela colaboração, vou incluir na minha lista de tarefas para avaliar as suas alterações, caso estejam tudo OK vou enviar para o repositório.

Bom dia a todos, Elias, se não me falha a memória, se o certificado for A1 utilizar o OpenSSL é a melhor saída, pois você fica livre de configurar e atualizar o windows.

Boa tarde Anderson, Se no retorno não contem a data e hora do cancelamento fica difícil. Vai pegar a data e hora do relógio do computador?

Boa tarde, Mas lembre-se que ao fazer essa alteração sugerida pelo BigWings o webservice do provedor poderá rejeitar o RPS que contem o caractere "&".

Boa tarde, Neste caso vai ser necessário obter com a prefeitura ou com o provedor as URLs de homologação e produção e alterar o arquivo Cidades.ini aos moldes de outras cidades que utilizam o mesmo provedor.

Boa tarde Junior, Essas adaptações foram no componente? Se sim, anexa aqui as units alteradas para que possamos analisar. Desde já muito obrigado pela colaboração.

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

Anderson, A tag Sucesso esta no XML de retorno do pedido de cancelamento, não sei se o componente faz a leitura dessa tag, se não faz teremos que alterar o componente. Já a tag MotCancelamento esta no XML da NFS-e retornado ao executar o método ConsultarNFSe, também não sei se o componente esta lendo essa tag, se não estiver teremos que alterar o componente também.

Bom dia, Quando não tem no arquivo Cidades.ini o próximo passo é acessar o site da prefeitura e buscar informações sobre NFS-e, ou entrar em contato com alguém da prefeitura.

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

Cleber, Será que não tem que pedir para o provedor liberar o contribuinte para emitir via webservice?

Bom dia Carlos, Vou ver com o pessoal que cuida das units do ACBrDFe, acredito que vai ser necessário fazer uma alteração na unit ACBrDFeSSL.