Italo Giurizzato Junior

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 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.

Bom dia Edu, O programa exemplo esta configurado corretamente?

Bom dia Bruno, Muito obrigado pela colaboração, já inclui na minha lista de tarefas para analise. TK-4649

Bom dia @Infoel, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou o ACBr?

Boa tarde Luis, Já esta no SVN.

Boa tarde Antonio, Já esta no SVN.

Boa tarde Diego, Já esta no SVN.

Boa tarde Murilo, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde Élviro, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

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

Bom dia Antonio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas para analise. TK-4642

Bom dia Murilo, Já inclui na minha lista para analise. TK-4641