daniel.afonso

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

Boa tarde, aparentemente deu certo, não retornou erros após a transmissão. Usei o método Emitir. Porém não sei se é coisa do provedor não tem retorno de código de verificação e demais informações. Sabem dizer se é assim mesmo ?

Passei um valor default para o campo referente ao fone_destinatario, no caso de não estar preenchido. Depois deu o retorno : "O seguinte campo nao pode ficar vazio: Sistema Gerador", onde preenchi a propriedade verAplic com o nome da aplicação. Estou seguindo validando os retornos e fazendo os ajustes necessários, assim que der certo aviso aqui.

Bom dia Italo, Estou repassando o teste e dessa vez estou passando somente o número do CNPJ do emitente para os parâmetros WSUser e para o CNPJ do prestador. Deu outro retorno agora "TAG fone_destinatario não encontrada." Fiz o teste preenchendo o parâmetro Prestador.Contato.Telefone e depois sem preencher, deu o mesmo retorno nas duas tentativas. 0000004304-ger-nfse-soap.xml 0000004304-lista-nfse-ger.xml 0000004304-lista-nfse-ger-soap.xml 0000004304-ger-nfse.xml

Sim, passando o CNPJ do emitente, e das duas formas, formatado ou só com números está gerando o token de qualquer forma que passa.

Sim Italo, os dados estão sendo passado nestes campos mesmo. O token está sendo gerado, no momento de emitir que está retornando que o CNPJ do prestador não pertence ao login informado.

E também está retornando que o CNPJ do prestador não pertence ao login informado. Estranho porque é o mesmo CNPJ que faço o login na aplicação Sigissweb.

Mudei o SSLType para LT_TLSv1_2 aí gerou o token. Outra dúvida é, esse token que é gerado eu uso o mesmo sempre ou toda nota que for enviar eu tenho que gerar outro ?

Bom dia Retomando a emissão da NFS-e para o município de Santa Bárbara d'Oeste, não estou conseguindo nem gerar o token. No manual do provedor diz que o webservice possui um usuário diferente da aplicação SigissWeb. É necessário gerar essa senha lá na aplicação tanto para produção quanto para homologação. Gerei essa chave lá para ambiente de homologação, mas não está dando certo ainda. A aba XML de retorno não preenche nada, e o soap que é gerado só tem o json com o cnpj e a senha. Atte.

Boa tarde. Estou com outra demanda no momento, assim que retomar farei o mesmo.