Italo Giurizzato Junior

Bom dia Gabriel, Você poderia anexar o XML de pedido de registro de evento que o componente gerou?

Bom dia @SHARMAQ, Já enviei para o SVN uma possível solução para o problema. Como você utiliza a Lib, por favor aguarde até que o pessoal gere uma nova versão dela e a disponibilize.

Bom dia Leandro, Por favor atualize novamente os fontes, reinstale o ACBr e faça um novo teste.

Bom dia @xim.logan, Uma coisa é o layout utilizado pelo provedor, outra coisa é o layout do Padrão Nacional. Tenha sempre em mente: Não existe nenhum provedor que segue o layout do Padrão Nacional. Todos os provedores seguem a versão 1 ou 2 do layout do ABRASF ou tem o seu próprio layout.

Bom dia Jhonlenon, Você pode montar na sua aplicação uma tela onde ele pode informar da mesma forma como esta no site, mas depois você vai ter que tratar essas informações para poder alimentar o componente. Como lhe disse acima, segundo o schema o grupo Servico é pode estar presente no XML uma única vez.

Bom dia @SHARMAQ, Você leu o que eu escrevi na minha postagem anterior?

Luiz, Se o local do serviço prestado pode ser do prestador ou do tomador ou outro, precisamos dessa informação armazena em algum campo para ser utilizada na geração da tag: MunicipioPrestacao.

Boa tarde a todos, A cidade de Curitiba possui um webservice próprio que chamamos de ISSCuritiba. Esse webservice segue a versão 1 do layout da ABRASF. Se vocês abrirem a unit ACBrNFSeXProviderABRASFv1 e procurar pela procedure Configuracao, vão notar que não existe nenhuma linha atribuindo o valor True no que se refere a assinatura. Agora se abrirmos a unit ACBrNFSeXProviderBase e ir na procedure Configuracao, temos o seguinte: // Inicializa os parâmetros de configuração: Assinar with ConfigAssinar do begin Rps := False; LoteRps := False; ConsultarSituacao := False; ConsultarLote := False; ConsultarNFSeRps := False; ConsultarNFSe := False; ConsultarNFSePorChave := False; ConsultarNFSePorFaixa := False; ConsultarNFSeServicoPrestado := False; ConsultarNFSeServicoTomado := False; CancelarNFSe := False; RpsGerarNFSe := False; LoteGerarNFSe := False; RpsSubstituirNFSe := False; SubstituirNFSe := False; AbrirSessao := False; FecharSessao := False; GerarToken := False; EnviarEvento := False; ConsultarEvento := False; ConsultarDFe := False; ConsultarParam := False; ConsultarSeqRps := False; ConsultarLinkNFSe := False; IncluirURI := True; AssinaturaAdicional := False; Assinaturas := TACBrNFSeX(FAOwner).Configuracoes.Geral.Assinaturas; end; Por padrão o componente é configurado para não realizar nenhuma assinatura. É na unit do provedor que é definido se é para assinar e o que deve ser assinado. Podemos concluir que o webservice esta com algum problema ou esta gerando esse erro absurdo mediante uma informação incorreta que foi passada, no caso o numero do protocolo, mas neste caso deveria retornar uma mensagem acusando que o protocolo esta errado.

Boa tarde Alexandre, O Nacional tem 6 dígitos, mas o municipal tem só 3.

Boa tarde Jhonlenon, Até onde sei o provedor MegaSoft segue a versão 2 do layout da ABRASF e nesse layout não existe a possibilidade de informar "N" itens como mostra a imagem do DANFSE gerando pelo site da prefeitura. Note que nesse XML consta o grupo <Servico> duas vezes, uma para cada serviço informado e é preciso fazer um malabarismo para chegar a quantidade que você não encontrou. Valor Unitário vezes a alíquota dividida por 100, isso resulta no valor do ISS. Depois pegue o valor ISS que consta no XML e divide pelo valor calculado pela formula acima, você chega na quantidade. 150,00 x 5,00 / 100 = 7,50 60,00 / 7,50 = 8 Mas segundo o schema que temos desse provedor o XML do RPS só pode conter apenas 1 ocorrência do grupo Servico, veja: <xsd:complexType name="tcInfDeclaracaoPrestacaoServico"> <xsd:sequence> <xsd:element name="Rps" type="tcInfRps" minOccurs="0" maxOccurs="1" /> <xsd:element name="Servico" type="tcDadosServico" minOccurs="1" maxOccurs="1" /> <xsd:element name="Prestador" type="tcIdentificacaoPrestador" minOccurs="1" maxOccurs="1" /> <xsd:element name="Tomador" type="tcDadosTomador" minOccurs="0" maxOccurs="1" /> </xsd:sequence> <xsd:attribute name="Id" type="tsIdTag" /> </xsd:complexType> Veja o elemento Servico: <xsd:element name="Servico" type="tcDadosServico" minOccurs="1" maxOccurs="1" /> A quantidade mínima e máxima de ocorrências desse elemento é 1, isso significa que ele tem que existir no XML e só pode constar uma única vez.

Boa tarde Edu, O provedor Tinus se utiliza da versão 1 do layout da ABRASF. E nesse layout não é solicitado o CNPJ/CPF do tomador para realizar o cancelamento de uma nota. Eu acredito que o problema é no webservice do provedor que esta retornando essa mensagem sem pé sem cabeça. Entre em contato com o provedor e expõe o problema.

Boa tarde Roger, A questão das 2 páginas pode ser devido ao tamanho de alguma informação. Você poderia anexar um desses XML para que possamos analisar? Você esta usando o Fortes ou Fast Report?

Boa tarde Ariel, Chegou a verificar se o CNPJ/CPF do tomador do novo CT-e (CT-e Substituto) é igual do CT-e a ser substituído? Pela rejeição o tomador tem que ser o mesmo em ambos os CT-e.

Boa tarde Peres, Faça um teste em homologação não informando o tomador ou informando uma pessoa jurídica em vez de física.

Boa tarde, Verifique se as URLs são essas mesmas, pois esta acusando que elas não existem.

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

Boa tarde Leandro, No XML que você anexou acima temos: <subst> <chSubstda>43149022272120074000172000000000003623101570676550</chSubstda> <cMotivo>99</cMotivo> <xMotivo>Teste de substituicao</xMotivo> </subst> A chave que consta na tag chSubstda é a chave da nota que foi substituída. Na unit PadraoNacional.LerXml temos: procedure TNFSeR_PadraoNacional.LerSubstituicao(const ANode: TACBrXmlNode); var AuxNode: TACBrXmlNode; Ok: Boolean; begin AuxNode := ANode.Childrens.FindAnyNs('subst'); if AuxNode <> nil then begin { A formação da chSubstda de 50 posições da NFS é: Cód.Mun. (7) + Amb.Ger. (1) + Tipo de Inscrição Federal (1) + Inscrição Federal (14 - CPF completar com 000 à esquerda) + nNFSe (13) + AnoMes Emis. da DPS (4) + Cód.Num. (9) + DV (1) Código numérico de 9 Posições numérico, aleatório, gerado automaticamente pelo sistema gerador da NFS-e. } NFSe.subst.chSubstda := ObterConteudo(AuxNode.Childrens.FindAnyNs('chSubstda'), tcStr); NFSe.subst.cMotivo := StrTocMotivo(Ok, ObterConteudo(AuxNode.Childrens.FindAnyNs('cMotivo'), tcStr)); NFSe.subst.xMotivo := ObterConteudo(AuxNode.Childrens.FindAnyNs('xMotivo'), tcStr); NFSe.RpsSubstituido.Numero := Copy(NFSe.subst.chSubstda, 24, 13); end; end; Vai ser necessário debugar essa procedure para ver se ele esta lendo corretamente o grupo subst. Você poderia fazer isso?

Boa tarde Leandro, O problema é que a unit responsável por gerar o XML do DPS não se utiliza do campo: NFSe.NaturezaOperacao. Procurei no manual do Padrão e não encontrei nada sobre Natureza de Operação e Tributação dentro ou fora do município.

Boa tarde, Você vai precisar entrar em contato com a prefeitura e solicitar o código de 3 dígitos a ser utilizado para o seu cliente que não é MEI.

Boa tarde Luiz, Não foi eu que escrevi essa unit. Me diz uma coisa, pode ocorrer do tomador ser de outro município e o local da prestação ser do prestador ou um terceiro local?

Boa tarde Gabriel, Esse erro esta ocorrendo em ambiente de homologação ou de produção? Como o programa exemplo também ocorre o mesmo erro?

Boa tarde Níssius, Se você conseguir entrar em contato com o Ginfes eles vão responder que do lado deles esta tudo normal e que o problema é a sua aplicação. Faça o seguinte, pede para os seus clientes dessas duas cidades para protocolarem uma reclamação na prefeitura. Quanto mais contribuinte reclamar do problema na prefeitura mais rápido o Ginfes arruma o problema que com certeza é do lado deles.

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

Bom dia, Você consegue a chave da nota da seguinte forma: ACBrNFSeX1.WebService.ConsultaLoteRps.idNota.

Bom dia Marcos, O componente ACBrNFSeX tem uma propriedade de configuração chamada Assinaturas (Configuracoes.Geral.Assinaturas) Escolha o valor taNaoAssinar quando se tratar do ambiente de homologação e taConfigProvedor quando for produção. Veja se com essa configuração resolve o problema.