Daniel Afonso-NW Software

Vou testar ainda a emissão, mas a alteração que fiz até o momento é essa: if (NFSe.Servico.Valores.IssRetido = stRetencao) or (NFSe.Prestador.Endereco.CodigoMunicipio <> IntToStr(NFSe.Servico.MunicipioIncidencia)) then DeISS.GravarXml.pas

Foi descrito um problema sobre o ValorISS neste tópico aqui no fórum: https://www.projetoacbr.com.br/forum/topic/83205-controle-da-tag-no-provedor-deiss-município-indaiatubasp/ Porém, para o município de Indaiatuba-SP, o Valor do ISS é calculado pelo sistema da prefeitura, e este não deve ser informado pelo contribuinte. Tem outro ponto que é referente a alíquota que só deve ser informada quando o ISS for devido a outro município ou o prestador do serviço é optante do Simples Nacional e ainda houver retenção de ISS. Em qualquer outra situação a alíquota será determinada pela prefeitura. A alteração implementada foi no DeISS.GravarXml onde era validada da seguinte forma: if (NFSe.Servico.Valores.IssRetido = stRetencao) then .... Após a alteração ficou assim: if (NFSe.Servico.Valores.IssRetido = stRetencao) or (NFSe.Prestador.Endereco.CodigoMunicipio <> NFSe.Tomador.Endereco.CodigoMunicipio) then .... Só que com a última alteração retorna a rejeição E220 que é referente ao valor do iss informado indevidamente. Isso porque o prestador fez o serviço para um município diferente de Indaiatuba, município do tomador. Então sempre que esse cenário ocorrer vai gerar incorretamente o xml. Acredito que a validação devesse ser não em relação ao endereço do tomador e sim sobre o município de incidência do serviço.

Boa tarde @Italo Giurizzato Junior eu baixei alguns materiais que eles disponibilizaram nos links do comunicado, vou anexar aqui para seguir com a análise. Qualquer problema estou a disposição. Atte. MaterialParaIntegracao.rar Nova_Classif_e_NBS.rar

Boa tarde. O provedor SigISSWeb, no município de Santa Bárbara D'Oeste terá alterações conforme aviso anexado. O componente hoje atende algum ou todos os pontos citados ?

Bom dia @wamadeus, não tive esse problema de assinatura. Atualizei os fontes, e reinstalei o componente, e está funcionando normalmente até o momento. Se o certificado não estiver expirado e o CNPJ for o do prestador, não é para ter problemas. Aí como o @Italo Giurizzato Junior mencionou mais acima, vai ser necessário entrar em contato com a prefeitura de Campinas uma vez que foi ela que implementou o webservice e questionar sobre o erro.

Boa tarde, tem alguma atualização da TK-6722 ?

Então @Italo Giurizzato Junior, quando o componente vai no método LerXmlNfse na unit SigISSWeb.LerXml, a tag <cidade_prestador> é passada para a propriedade Prestador.Endereco.xMunicipio, porém na função (LerLinkURL) que monta o link na unit ACBrNFSeXLerXml, pega o nome do município do FpAOwner.ConfigGeral.xMunicipio, que acredito ser lá do arquivo ini. E nos dois casos o nome da cidade vem completo Santa Bárbara d'Oeste. Então ficamos nessa sinuca aí.

Só para constar, a questão do link conseguimos "resolver", sem precisar mexer no componente. Temos uma função nossa, em que monto alguns links conforme o município. E nesse caso adicionamos Santa Bárbara d'Oeste, e então após usar o método ACBrNFSeX.NotasFiscais[i].LerXML(XML), passamos para a propriedade ACBrNFSeX.NotasFiscais[i].NFSe.Link, a url "correta."

Bom dia. Estamos com uma questão referente a impressão do Danfse, para o município de Santa Bárbara d'Oeste. O código de verificação possui 42 caracteres, e nos leiautes disponíveis está cortando. Fizemos testes nos leiautes DANFSE.fr3, DANFSeNovo.fr3 e DANFSePadrao.fr3. Reduzimos o tamanho da fonte e deu certo. Em anexo estão os arquivos ajustados para validação. Além disso, nas versões mais recentes tem o QrCode, que está utilizando o nome do município de uma forma que não corresponde a url atual do provedor. O provedor deste município é o SigISSWeb, que usa o nome da cidade no começo da url. A url atual está assim: https://santabarbara.sigissweb.com/, mas o componente está usando assim: https://santabarbaradoeste.sigissweb.com/, o que gera inconsistência ao ler o QrCode. DANFSeProvedorISSDSF.fr3 DANFSE.fr3 DANFSeNovo.fr3 DANFSEPadrao.fr3 DANFSEProvedorGinfes.fr3

Bom dia @Italo Giurizzato Junior, @Juliomar Marchetti Creio que seja somente realizar essa troca dos arquivos ou alterar para incluir a Uf "EX - Exterior" na lista dentro do xsd. Fiz a troca dos arquivos na máquina do cliente, e solicitei que transmitisse a nota e deu certo. Atte.

O suporte do provedor me enviou uns arquivos e o xsd deles está com a Uf "EX" na lista, e o do componente não tem. Acredito que seja esse o caso. Anexei os arquivos que recebi. xmldsig-core-schema20020212.xsd nfse_v2-03 2016.xsd

Sim, mas o webservice retorna que a UF não foi preenchida, e também não gera a tag Nif.

Boa tarde, Estou com o seguinte caso para emissão de NFSe para o município de Indaiatuba-SP (provedor: DeISS). O Tomador é estrangeiro e ao preencher a tag Uf com "EX", o componente quando valida o schema retorna a seguinte mensagem: 'Erro de Validação: --> 1824 - Element ''{http://www.abrasf.org.br/nfse.xsd}Uf'': ''EX'' is not a valid value of the atomic type ''{http://www.abrasf.org.br/nfse.xsd}tsUf''. E "EX" não está na lista das UFs mesmo, por isso esse retorno. Em contato com o suporte do provedor ele informam que deve ser preenchida essa tag. A questão é, dá para modificar o xsd para validar ou não a UF quando estiver preenchida com "EX" ? Atte.

Preenchendo o Tomador.Endereco.CodigoPais dá certo. Obrigado @Juliomar Marchetti

Olhando as mensagens no arquivo soap anexado anteriormente. Ao preencher a tag Nif, não deu mais o retorno StartTag: invalid element name. Tratou corretamente as mensagens. O estranho é ter que preencher esse campo sendo que o tomador não é estrangeiro. Porém pede o CNPJ do tomador depois. Preenchendo os dois campos voltar dar aquele retorno start tag ....