daniel.afonso

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

Na unit ACBrLibXml2.pas, ao passar na função xmlParseDoc, está passando pelo _xmlParseDoc(cur), mas retorna nil. E no xmlGetLastError, é onde tá dando o retorno de StartTag: invalid element name. Não consegui ir além disso.

Bom dia. Estou implementando a emissão da NFSe para o município de Indaiatuba-SP, e no ambiente de homologação está ocorrendo o seguinte ao tentar ler as mensagem de retorno: - A função ExtrairRetorno na unit ACBrNFSeXWebserviceBase.pas, quando faz a chamada Document.LoadFromXml(xRetorno) está dando algum problema, pois tenho o retorno da seguinte mensagem "X999 - Erro de Conexão: StartTag: invalid element name". Porém no xml soap de retorno tem as mensagem retornadas pelo webservice. No programa exemplo também ocorre o cenário descrito. Em anexo está o soap retornado. Atte. 0000000003-lista-nfse-sinc-soap.xml

Boa tarde, Segundo o manual do provedor SigISSWeb, temos as tags referente as base de PIS, COFINS, CSLL, etc. Porém atualmente no componente ACBrNFSeX é utilizada a propriedade "BaseCalculo" para todas as tags que se referem a base de calculo dos impostos. Para preencher as tags com suas respectivas bases, podendo talvez haver diferença entre elas como incidência de seguro, despesas ou até mesmo IPI na base PIS/COFINS por exemplo. Teria que alterar a classe do componente, certo ? Nesse contexto, seria viável uma alteração para ter as propriedades das bases assim como tem a dos valores ? Atte. Manual WebService Para SigissWeb Nota Fiscal e Lancamentos Tomadores.doc

Obrigado @Italo Giurizzato Junior, vou realizar testes.

Obrigado Juliomar.

Bom dia. Referente a alteração para o município de Campinas, ele utilizarão a versão 2.03 do padrão abrasf. Poderiam confirmar se a alteração ⁠https://discord.com/channels/798697718800318484/800808906086416475/1259922716979499192⁠ comtempla esta versão ou se terá que atualizar o componente ? Segue mais informações : Prezado Contribuinte A Prefeitura Municipal de Campinas, por intermédio do Departamento de Receitas Mobiliárias da Secretaria Municipal de Finanças – DRM/SMF, informa aos contribuintes do Imposto Sobre Serviços de Qualquer Natureza – ISSQN que está prevista, para o início do segundo semestre deste ano, a implantação de uma nova versão do Sistema da Nota Fiscal de Serviços eletrônica de Campinas – NFSe Campinas. A nova versão do Sistema NFSe Campinas adota o padrão técnico da Associação Brasileira das Secretarias de Finanças das Capitais - ABRASF, versão 2.03, para comunicação, via Web Service, com os sistemas próprios de informações das empresas prestadoras de serviços para envio de Recebo Provisório de Serviços - RPS em lote. Sendo assim, as empresas que utilizam esse método de emissão de documentos fiscais precisarão atualizar seus sistemas próprios de envio de RPS via Web Service para integração à nova versão do Sistema NFSe Campinas. Na data de implantação da nova versão, o Web Service antigo será desligado e o novo Web Service aceitará apenas RPS emitidos no padrão ABRASF 2.03. É recomendado, portanto, que essa atualização seja feita o mais breve possível, para que não haja interrupção no envio de RPS. Ambiente web de homologação Os testes de integração, que têm por objetivo testar a conexão do web service, o envio e a conversão do RPS no novo layout de integração com a NFSe Campinas, devem ser efetuados no ambiente de homologação, conforme especificações e critérios técnicos necessários seguintes: Manual de Integração - Alterações. Clique aqui para baixar o arquivo (https://abrasf.org.br/biblioteca/arquivos-publicos/nfs-e-manual-de-integracao-versao-2-03-alteracoes/download). Ambiente de homologação. Clique aqui para ver o WSDL (https://homol-rps.ima.sp.gov.br/notafiscal-abrasfv203-ws/NotaFiscalSoap?wsdl). Essas são as informações que temos até o momento. Obrigado.

Obrigado Italo. Vou atualizar aqui.

O município de Socorro-SP agora não usa o provedor iiBrasil, mudou para o provedor GovDigital. Segue abaixo as informações atualização do componente: [3552106] Nome=Socorro UF=SP Provedor=GovDigital Versao=2.01 Params=NaoDividir100: ProRecepcionar=https://ws.nfe-cidades.com.br/ws/socorro HomRecepcionar=https://ws.homolog.nfe-cidades.com.br/ws/socorro

Realmente Italo hoje parece estar funcionando normalmente. A transmissão para o ambiente de homologação deu certo, porém o cancelamento está retornando: X999 - Erro de Conexão: Erro Interno: 12002 Erro HTTP: 0 URL: https://homolsod.dsfweb.com.br/notafiscal-abrasfv203-ws/NotaFiscalSoap Erro: 12002 - TimeOut de Requisição Falha ao Receber Resposta. Erro: 12002 - TimeOut de Requisição Não sei se tem o cancelamento em ambiente de homologação ou se é alguma instabilidade novamente. De qualquer forma obrigado pela ajuda.

Bom dia Italo, pode ter sido alguma instabilidade então. Vou fazer testes para confirmar.

Efetuando o teste igual ao município de Campinas usando o modo de envio meTeste, está retornando : "Erro ao Assinar: Erro: Falha ao localizar o nó de Assinatura".

Bom dia Atualizei os fonte na sexta feira (17/02/23), e não estou conseguindo implementar a emissão de NFS-e para o município de Sorocaba-SP. Estou tentando em ambiente de homologação. Alguém saberia dizer se ainda tem ambiente de homologação para este município ? Estou recebendo o retorno de 404-Not Found, conforme arquivos soap em anexo. 2202-lista-nfse-sinc.json 2202-lista-nfse-sinc-soap.xml 2202-env-lot-sinc.xml 2202-env-lot-sinc-soap.xml

Bom dia Italo, Fontes atualizados, e componente reinstalado. Caso alguém tenha um retorno de "String truncated", é campo que está sendo passado com valor maior que o tamanho do campo, no meu caso aqui ocorreu com a Série, que para este provedor aceita 3 caracteres. Acertei isso e deu certo. A transmissão da NFSe aparentemente está ok, está retornando agora o número da NFSe e um código de validação que dá pra ser usado com a url https://santabarbara.sigissweb.com/validarnfe?codigo=000000000000000000000000000000000000000000, que direciona para a aplicação da prefeitura e ao clicar em Executar valida a nota e baixa o pdf dela. Aproveitei e validei o cancelamento também, e aparentemente tudo certo. É necessário passar o código de verificação retornado na transmissão para a propriedade ChaveNFSe e também deve ser preenchida a propriedade DataEmissaoNFSe. Tudo validado em ambiente de homologação, em produção pelo jeito não terá problemas também. Obrigado pela ajuda.

0000004308-ger-nfse.xml0000004308-lista-nfse-ger-soap.xml0000004308-lista-nfse-ger.xml0000004308-ger-nfse-soap.xml