Chapecó SC vai mudar de provador para SigCorp v2.04

[Marcelo Fagundes]

1 minuto atrás, Alex Heinen disse:

@Marcelo Fagundes 

Parece que seu Schemas está desatualizado.

Alex, por acaso vc conseguiria enviar aqui, que to testando com o mesmo que vem com o ACBR.

[Alex Heinen]

xmldsig-core-schema20020212.xsdnfse.xsd

 

Estou usando o mesmo do ACBr também

[Marcelo Fagundes]

2 minutos atrás, Alex Heinen disse:

xmldsig-core-schema20020212.xsd 10.22 kB · 0 downloads nfse.xsd 58.51 kB · 0 downloads

 

Estou usando o mesmo do ACBr também

Testei com os teus ai, realmente são os mesmos.

Arquivo em desacordo com o schema continua.

[Microsys Sistemas]

4 minutos atrás, Marcelo Fagundes disse:

Testei com os teus ai, realmente são os mesmos.

Arquivo em desacordo com o schema continua.

Estou com o mesmo erro aqui, e também ainda não consegui identificar o motivo do problema.

[Italo Giurizzato Junior]

Boa tarde a todos,

Se os Schemas estivessem errados, iria ocorrer erro de validação e o Rps nem sequer seria enviado.

Como esses provedores não implementam corretamente os seus webservices, tem muitas validações do lado deles que são feitas mas não tem uma mensagem especifica, logo acaba gerando uma mensagem genérica.

[Marcelo Fagundes]

Alguém que conseguiu emitir uma nota aqui pra Chapeco, consegue postar aqui o arquivo xml enviado?

[Marcelo Fagundes]

Alterei o "ItemListaServico" para um ítem válido e passou.

[Marcelo Fagundes]

Estou tentando enviar varios rps. Dá esse problema tanto pelo botao emitir nova (novo) quanto pelo botao Enviar lote RPS assíncrono.

<?xml version="1.0" encoding="UTF-8"?>
-<EnviarLoteRpsSincronoResposta xmlns="http://www.abrasf.org.br/nfse.xsd">
-<ListaMensagemRetornoLote>
-<MensagemRetorno>
-<IdentificacaoRps>
<Numero>1</Numero>
<Serie>1</Serie>
<Tipo>1</Tipo>
</IdentificacaoRps>
<Codigo>EL41</Codigo>
<Mensagem>Erro na assinatura do XML - CODE: 1</Mensagem>
</MensagemRetorno>
</ListaMensagemRetornoLote>
</EnviarLoteRpsSincronoResposta>

 

10-env-lot-sinc.xml

[Microsys Sistemas]

12 minutos atrás, Marcelo Fagundes disse:

Alterei o "ItemListaServico" para um ítem válido e passou.

Aqui era o mesmo problema, tinha o código de serviço cadastrado como 14.01 alterei para 1401 e a nota transmitiu. Obrigado!

[Italo Giurizzato Junior]

Marcelo,

No envio em lote tanto no modo assíncrono quanto síncrono temos o XML do Rps assinado e a assinatura do lote.

Qual dessas 2 assinaturas que esta errada?

Realmente é necessário assinar o lote?

Pois na versão 2.03 desse provedor só assinamos o Rps, o lote não.

[Marcelo Fagundes]

29 minutos atrás, Italo Giurizzato Junior disse:

Marcelo,

No envio em lote tanto no modo assíncrono quanto síncrono temos o XML do Rps assinado e a assinatura do lote.

Qual dessas 2 assinaturas que esta errada?

Realmente é necessário assinar o lote?

Pois na versão 2.03 desse provedor só assinamos o Rps, o lote não.

Italo, qual arquivo verifico o que está para ser assinado?

Verifiquei no arquivo ACBrNFSeXServicos.ini e está assim:

[4204202]
; Atualizado em 27/12/2022
Nome=Chapeco
UF=SC
Provedor=SigCorp
Versao=2.04
Params=Assinar:AssRpsGerarNFSe
;
ProRecepcionar=https://abrasfchapeco.meumunicipio.online/ws
HomRecepcionar=https://testechapeco.meumunicipio.online/abrasf/ws
;
ProNameSpace=https://abrasfchapeco.meumunicipio.online/ws
HomNameSpace=https://testechapecoabrasf.meumunicipio.online/ws

[Alex Heinen]

@Italo Giurizzato Junior Acredito que para encerrar, passei as alterações ao departamento de testes e foi aprovado.

Parece que quem estava com problema também conseguiu resolver.

Não sei se ficou mais alguma pendencia mas da minha parte está tudo certo.

Editado 2 Janeiro, 2023 por Alex Heinen

[Italo Giurizzato Junior]

Bom dia Alex,

Você testou a versão 2.04 do provedor SigCorp com qual cidade e quais os métodos executados que resultou em sucesso?

Você chegou a fazer alguma alteração nos fontes do componente?

[Alex Heinen]

Bom Dia,

Utilizei a versão 2.04

Utilizei foi a opção de Emitir usei com a opção meUnitario.

ConsultarNFSeporRps, CancelarNFSe e usei o link recebido no retorno do web da prefeitura para baixar o pdf.

todos os processos que utilizei estão funcionando em produção e homologação.

Não alterei o componente.

 

 

[wrgoncalves2008]

Bom Dia!

O cancelamento aqui para mim ainda fiz alguns ajustes no meu código e está funcionando agora, porém na consulta não estou conseguindo diferenciar quando está cancelada ou não.

Estou usando o ConsultarNFSeporRps, @Alex Heinen  como você está identificando no retorno da consulta se está cancelada ou está normal?

[Alex Heinen]

É só olhar se veio a data de cancelamento

ACBrNFSeX.WebService.ConsultaNFSeporRps.DataCanc

Editado 3 Janeiro, 2023 por Alex Heinen

[wrgoncalves2008]

7 minutos atrás, Alex Heinen disse:

É só olhar se veio a data de cancelamento

ACBrNFSeX.WebService.ConsultaNFSeporRps.DataCanc

Pra fazer o cancelamento quais informações você está passando?
Aqui ele retorna que cancelou, mas se consultar posteriormente, ele não retorna dados de cancelamento na consulta.

Provavelmente tem algum pronto que estou pulando aqui....

[Alex Heinen]

Crio uma variavel  e populo os valores.

      LInfCancelamento := TInfCancelamento.Create;

      LInfCancelamento.NumeroNFSe      := 
      LInfCancelamento.SerieNFSe       := 
      LInfCancelamento.ChaveNFSe       := 
      LInfCancelamento.MotCancelamento := 
      LInfCancelamento.NumeroLote      := 
      LInfCancelamento.NumeroRps       := 

depois envio  FACBrNFSeX.CancelarNFSe(LInfCancelamento);

depois valido se não teve erros e vejo se retornou a data de cancelamento

ACBrNFSeX.WebService.CancelaNFSe.Erros

ACBrNFSeX.WebService.CancelaNFSe.RetCancelamento.DataHora

 

Editado 3 Janeiro, 2023 por Alex Heinen

[Marcelo Fagundes]

Aqui tambem tudo funcionando, envio somente pelo meUnitario.

[wrgoncalves2008]

1 hora atrás, Alex Heinen disse:

Crio uma variavel  e populo os valores.

      LInfCancelamento := TInfCancelamento.Create;

      LInfCancelamento.NumeroNFSe      := 
      LInfCancelamento.SerieNFSe       := 
      LInfCancelamento.ChaveNFSe       := 
      LInfCancelamento.MotCancelamento := 
      LInfCancelamento.NumeroLote      := 
      LInfCancelamento.NumeroRps       := 

depois envio  FACBrNFSeX.CancelarNFSe(LInfCancelamento);

depois valido se não teve erros e vejo se retornou a data de cancelamento

ACBrNFSeX.WebService.CancelaNFSe.Erros

ACBrNFSeX.WebService.CancelaNFSe.RetCancelamento.DataHora

 

Obrigado pela ajuda!

Coloquei a validação pela DataHora pra garantir.
Notei, pelo menos aqui comigo, que a função ConsultaNFSeporRps só retorna a data de cancelamento após um tempo.

Cancelei e consultei, ele não retornou, aguardei um tempo e consultei novamente ai ele retornou que estava cancelada.

Baseado nisso, da minha parte também está ok, funcionando e já temos clientes emitindo nota!!

[Microsys Sistemas]

Boa tarde pessoal. 

Aqui também tudo certo emitindo e cancelando com sucesso, porém vou aproveitar o espaço para tirar uma dúvida. Emiti aqui algumas notas com os tomadores de municípios diferentes do prestador da NFS-e e pelo que percebi o layout de impressão do SigCorp apresenta como padrão a informação "1 - Tributação no município" mesmo não sendo o correto.  Alimentei a propriedade de NaturezaOperacao na classe TNFSe porém essa informação não vai para o XML. 

 

 

Fiz um teste adicionando o valor 1 para a  propriedade NrOcorrNaturezaOperacao, porém desta forma não passa pela validação de schemas.

[Italo Giurizzato Junior]

Bom dia,

Existem varias propriedades nomeadas: NrOcorrxxxxxxxx a titulo de exemplo NrOcorrNaturezaOperacao.

Essas propriedades podem receber os valores -1, 0 e 1.

Qual é o significado desses valores?

Primeiramente o que significa NrOcorr... ?

Resposta: Numero de Ocorrências.

NrOcorrNaturezaOperacao - Numero de Ocorrências da tag NaturezaOperacao.

Vamos aos valores agora:

NrOcorrNaturezaOperacao := -1; <== isso faz com que a tag nunca seja gerada no XML;

NrOcorrNaturezaOperacao := 0; <== isso faz com que a tag seja opcional, ou seja, se for atribuído um valor valido a tag vai ser gerada no XML, uma tag for do tipo caractere, se for atribuído uma string vazia a tag não é gerada caso contrario será, se a tag for do tipo numérico, se for atribuído o valor zero a tag não é gerada caso contrario será;

NrOcorrNaturezaOperacao := 1; <== isso faz com que a tag seja gerada no XML independente do seu valor;

Segundo a sua imagem a configuração diz ao componente que:

a tag InformacoesComplementares é opcional, ela vai constar no XML ou não dependendo do que foi atribuído ao campo InformacoesComplentares.

a tag CepTomador é obrigatória independente do que foi passado para o campo CEP do endereço do tomador

a tag CodigoPaisTomador não deve ser gerada.

a tag NaturezaOperacao é obrigatória.

Resumindo:

Não confunda com o valor passado para o campo com o numero de ocorrências.

  Result.AppendChild(AddNode(tcStr, '#7', 'NaturezaOperacao', 1, 3, NrOcorrNaturezaOperacao,
                   NaturezaOperacaoToStr(NFSe.NaturezaOperacao), DSC_INDNATOP));

Em NFSe.NaturezaOperacao contem o valor da Natureza da Operação.

Em NrOcorrNaturezaOperacao diz se a tag vai ser gerada ou não, se ela é opcional ou obrigatória.

'NaturezaOperacao' é a tag.

Espero ter ajudado na compreensão da geração das tags.

[Valtair Guarnieri]

Alguns clientes e contadores solicitaram que os valores de ISS, devem estar como 0,00

Fiz alguns testes enviando a alíquota 0,00 e valor também como 0,00. Porém se enviar desta maneira não gera a TAG <Aliquota> no XML e temos este retorno:

Para obrigar a alíquota, conforme comentário anterior do @Italo Giurizzato Junior, alterei a unit SigCorp.GravarXml.pas adicionando "NrOcorrAliquota : = 1" para obrigar a ser gerado a alíquota no XML, desta maneira foi resolvido, consegui gerar as informações de valores de ISS zeradas.

Após a alteração para obrigar a alíquota, não tive mais o erro no envio, e ocorreu o cenário esperado.

[Italo Giurizzato Junior]

Boa tarde,

É preciso verificar se essa condição de gerar a tag Aliquota mesmo zerada é valida para todos os tipos de contribuinte.

Na unit Ginfes.GravarXml veja que NrOcorrAliquota só recebe o valor 1 se o contribuinte for Optante Simples Nacional.

function TNFSeW_Ginfes.GerarXml: Boolean;
begin
  if NFSe.OptanteSimplesNacional = snSim then
    NrOcorrAliquota := 1;

  Result := inherited GerarXml;
end;

 

[Microsys Sistemas]

@Italo Giurizzato Junior Estou alimentando a propriedade "TNFSe.OutrasInformacoes" e também a propriedade "TNFSe.InformacoesComplementares", porém na impressão do DANFSE nenhuma dessas informações aparece, conforme imagem abaixo.

A Tag "InformacoesComplementares" até foi gerada no XML, porém na impressão do DANFSE essa informação não consta.

A Tag "OutrasInformacoes" não foi gerada no XML e também não consta no DANFSE.

Temos a necessidade de que pelo menos a tag "OutrasInformacoes" apareca na impressão do DANFSE 

 

Temos clientes que colocam informações relevantes nesses campos.