Ir para conteúdo
  • Cadastre-se

Heber Germano

Membros
  • Total de ítens

    23
  • Registro em

  • Última visita

Posts postados por Heber Germano

  1. As URLs para a cidade de Cotia/SP foram alteradas, o protocolo Http passou para HTTPS, após a modificação eu consegui emitr as NFs corretamente. Antes estava dando erro de comunicação interna.

    [3513009]
    ; Alterado em 16/01/2025
    Nome=Cotia
    UF=SP
    Provedor=Giap
    ProRecepcionar=https://webservice.giap.com.br/WSNfsesCotia/nfseresources/ws/v2/emissao
    ProConsultarNFSeRps=https://webservice.giap.com.br/WSNfsesCotia/nfseresources/ws/consulta
    ProCancelarNFSe=https://webservice.giap.com.br/WSNfsesCotia/nfseresources/ws/v2/cancela
    HomRecepcionar=https://webservice.giap.com.br/WSNfsesCotia/nfseresources/ws/v2/emissao/simula
    HomConsultarNFSeRps=https://webservice.giap.com.br/WSNfsesCotia/nfseresources/ws/consulta
    HomCancelarNFSe=https://webservice.giap.com.br/WSNfsesCotia/nfseresources/ws/v2/cancela

    ; ProRecepcionar=http://webservice.giap.com.br/WSNfsesCotia/nfseresources/ws/v2/emissao
    ; ProConsultarNFSeRps=http://webservice.giap.com.br/WSNfsesCotia/nfseresources/ws/consulta
    ; ProCancelarNFSe=http://webservice.giap.com.br/WSNfsesCotia/nfseresources/ws/v2/cancela
    ; HomRecepcionar=http://webservice.giap.com.br/WSNfsesCotia/nfseresources/ws/v2/emissao/simula
    ; HomConsultarNFSeRps=http://webservice.giap.com.br/WSNfsesCotia/nfseresources/ws/consulta
    ; HomCancelarNFSe=http://webservice.giap.com.br/WSNfsesCotia/nfseresources/ws/v2/cancela
     

    ACBrNFSeXServicos.ini

  2. Não está sendo possível enviar NF com data retroativa para o Provedor AssessorPublico, nesse caso município de Agudos/SP. Isso ocorre porque mesmo informado a data de emissão retroativa (ex. 30/04/2024) nas Tags MESCOM e ANOCOMP na unit AssessorPublico.Provider.Pas na procedure abaixo, esta fixo para informar o mês e ano atual e não o informado na Data de Emissão. Que gera o erro de retorno "A data de emissão da nota está fora da competência informada." Pois a emissão fica a informada (ex. 30/04/2024) e as Tags MesCom e AnoComp 05 e 2024 respectivamente. A sugestão seria utilizar  NFSe.DataEmissao ou NFSe.Competencia para preencher as Tags MESCOMP e ANOCOMP ano invés de deixar fixo a data do sistema.

    Tentei implementar isso mas ao instanciar TNFSe e recompilar o componente dá erro de compilação por não entender a referência a TNFSe, tentei também Instanciar    NotaFiscalDados := TACBrNFSeX(FAOwner).NotasFiscais.New.NFSe e assim acessar a DataEmissa e Competencia, compila corretamente mas as Tags    '<MESCOMP>' + FormatDateTime('MM', NotaFiscalDados.Emissao)  /  '<ANOCOMP>' + FormatDateTime('yyyy', NotaFiscalDados.Emissao) ficam com o padrão 30/12/1899 como se estivesse vazia.

    Se alguém puder me passar como acessar essas duas propriedades DataEmissao e Competencia, eu altero o .pas.

    Grato

    Obs.: Modifiquei a data do sistema para 30/04/2024 (para as Tags mencionadas serem preenchidas de acordo com a data que eu queria, retroativa) e fiz a emissão, a NF foi gerada em maio/2024 corretamente com data retroativa para 04/2024, com esse teste ficou possível determinar que a alteração em AssessorPublico.Provider.Pas será eficaz.

     

    Procedure em AssessorPublico.Provider.Pas

    procedure TACBrNFSeProviderAssessorPublico.GerarMsgDadosEmitir(
      Response: TNFSeEmiteResponse; Params: TNFSeParamsResponse);
    var
      Emitente: TEmitenteConfNFSe;
    begin
      Emitente := TACBrNFSeX(FAOwner).Configuracoes.Geral.Emitente;

      with Params do
      begin
        Response.ArquivoEnvio := '<NFSE>' +
                                 '<IDENTIFICACAO>' +
                                 '<MESCOMP>' + FormatDateTime('MM', Now) +
                                 '</MESCOMP>' +
                                 '<ANOCOMP>' + FormatDateTime('yyyy', Now) +
                                 '</ANOCOMP>' +
                                 '<INSCRICAO>' +
                                    Emitente.InscMun +
                                 '</INSCRICAO>' +
                                 '<VERSAO>1.00</VERSAO>' +
                               '</IDENTIFICACAO>' +
                               '<NOTAS>' +
                                 Xml +
                               '</NOTAS>' +
                             '</NFSE>';
      end;
    end;
     

  3. Diego, boa tarde.

    Sim, ao informar qualquer campo incorreto e enviar o RPS, no ambiente de produção a respostas é obtida de imediato, porém o que eu esqueci de mencionar é que fiz o envio em produção com dados efetivos, todos os dados corretos: contribuinte, tomador e informações do serviço e é ai que o time out ocorre. Só para certificar coloquei um dado incorreto nas informações de envio e obtive a resposta de erro, idem que você postou acima porém indicando outra inconsistência (a que eu adulterei), e enviando novamente com os dados corretos.... time out.

    Os dados do prestador estão corretos de acordo com o que esta no cadastro da prefeitura, os dados do tomado também corretos, os códigos de serviço, assinatura digital, tudo certo.

    Não há proxy na rede, as configurações estão :

      ACBrNFSeX1.Configuracoes.Geral.SSLCryptLib       := cryWinCrypt;

      ACBrNFSeX1.Configuracoes.Geral.SSLHttpLib         := httpWinHttp;

      ACBrNFSeX1.Configuracoes.Geral.SSLXmlSignLib   := xsLibXml2;

      ACBrNFSe1.SSL.SSLType :=  LT_TLSv1_2;

    Enviei outro email para o suporte da Sil com o RPS gerado, porém até agora não obtive resposta.

     

    Grato.

  4. Olá, 

    O municípcio de Arujá migrou para o provedor SilTecnologia. De acordo com as orientações do suporte da Sil em relação aos links de produção e homologação alteri o ACBrNFSeXServicos.ini

    "Boa tarde Sr. Heber.

    Conforme solicitado, segue anexo manual de integração via webservice, exemplos de XML, e abaixo as URL´s de homologação e produção.

    Homologação: https://servicos.prefeituradearuja.sp.gov.br/tbwhomologacao/services/Abrasf23?wsdl

    Produção: https://servicos.prefeituradearuja.sp.gov.br/tbw/services/Abrasf23?wsdl

     "

    Porém depois das devidas modificação no ACBr e recompilar o componente, no programa de exemplo funciona apenas no ambiente de homologação e estranhamente me retorna mais de uma NF (mas eu só informo a quantidade de 1 rps), mas funciona.

    No ambiente de produção é recorrente a mensagem de Time Out não importa o valor que eu informe no campo Time Out.

    Entrei em contato com o suporte da Sil para relatar que em homologação funciona e produção não. A resposta foi a seguinte:

    "

    Bom dia Sr. Heber.

    Sobre o e-mail abaixo, sim, o link está correto.

    Realizamos um teste abaixo, pelo programa SOAPUI, só pra verificar se o serviço está no ar, e conforme print, está respondendo, sem dar erro de Time Out.

    image.thumb.png.b5a570abddfedb0d5ef180c8f3d5ca99.png

    Poderia realizar uma nova tentativa de consumir o serviço?

    "

    Talvez algo que eu não esteja notando ou feito indevidamente, alguma sugestão? Grato

     

     

    image.png

    ACBrNFSeXServicos.ini

  5. Boa tarde,  segue adequação no arquivo ACBrNFSeXServicos.ini  com as alterações abaixo para o Provedor ISS.Net município de São Vicente/SP que utilizava layout 1.0 passou para 2.04, acabei de testar e esta funcionando corretamente.

     

    [3551009]
    ; Alterado em 31/03/2023
    Nome=Sao Vicente
    UF=SP
    Provedor=ISSNet
    Versao=2.04
    ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/saovicente/nfse.asmx 
    HomRecepcionar=https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx
     

    ACBrNFSeXServicos.ini

  6. Bom dia, Ítalo.

    Fiz a conversão para usar o novo componente e o procedimento que você recomendou no post anterior, feitas as devidas configurações da empresa, funcionou em Homologação e Produção, o xml na NF é carregado e ao consultar pelo site do provedor a NF aparece emitida em ambos ambientes, muito obrigado.

    Apenas um apontamento é que o número do protocolo não é carregado na emissão, pesquisando no forum encontrei https://www.projetoacbr.com.br/forum/topic/65866-acbrnfsex1webserviceemiteprotocolo-não-retorna-o-número-do-protocolo/ que é o mesmo problema, porém não ajudou a elucidar.

    Teria alguma dica ?

    Obs.: 

    3523023256239900019056202300000000002-nfse.xml 3523023256239900019056000000000000003-rps.xml

    20-env-lot-sinc.xml 20-env-lot-sinc-soap.xml 20-lista-nfse-sinc.xml 20-lista-nfse-sinc-soap.xml

  7. No novo componente não há o provedor que eu havia incluído no antigo GestaoISS.

    O município de Rio Bonito/RJ migrou do Betha para GestaISS. Fiz as devidas inclusões nos fontes do ACBr porém não devo ter feito corretamente as configurações do GestaoISS.Provides, GestaoISS.GravarXML, GestaoISS.LerXML. 

    Além do manual de migração tem algum manual para incluir esse novo provedor ou essa inclusão do novo provedor deve ser feita pelos técnicos do ACBr?

    https://riobonitorj.gestaoiss.com.br/ws/nfse.asmx

    https://riobonitorj.gestaoiss.com.br/ws/nfse.wsdl

    homologação

    https://teste.gestaoiss.com.br/ws/nfse.wsdl

     

  8. Oi Ítalo obrigado pela atenção.

    Eu estou adaptando o sistema para o novo componente, devido a urgência da demanda estou incluindo esse provedor no componente antigo pois a migração para o novo ainda vai demorar um pouco e depois dependerá de validações para entrar em produção e ser atualizado nos clientes.

    Mediante isso para suprir essa necessidade tenho que utilizar o componente antigo enquanto a migração não finaliza.

  9. Olá a todos, implementei um novo provedor GestaoISS, porém não no novo componente (estou migrando em paralelo) por conta da urgência fiz o componente antigo que já esta rodando no meu sistema em produção. Já vi no fórum dois outros tópicos (em separado) mencionando os dois erros apresentados abaixo porém como o contexto é um pouco diferente abri esse novo tópico (na dúvida de continuar nos outros), se fiz errado me perdoem.

    Feito esse preâmbulo, a questão é, quando vou fazer o envio ocorre duas situações:

     

    1) se no GestaoISSv2.ini que criei deixo o parâmetro UseCertificado=0, recebo a mensagem : "Falha no envio da requisição" erro 12044. E não aparece nenhuma descrição do erro

    2) se  no GestaoISSv2.ini deixo o parâmetro UseCertificado=1, recebo mensagem : "Erro 12157  Erro relacionado ao Canal Seguro"

     

    Informações que pode ser relevantes:

    a) Criei a pasta /Schemas/GestaoISSv2 e adicionei os arquivos fornecidos pelo provedor

    b) nas configurações do componente esta sendo feito ACBrNFSe1.Configuracoes.Geral.CodigoMunicipio := CodIBGE-do-Municipio (Rio Bonito-RJ)  e  posteriormente ACBrNFSe1.Configuracoes.Geral.SetConfigMunicipio.

    c) o certificado digital utilizado é A1 e esta válido e funcionando corretamente em outros canais de autenticação como por exemplo e-cac.

    d) Estou utilizando o metodo ACBrNFSe1.Enviar(numRPS) 

    Se alguém tiver alguma dica em como resolver isso ou apontar o que não fiz adequadamente eu agradeço.

    Cidades.ini GestaoISSv2.ini

  10. Após revisar e fazer pequenas modificações no código do meu sistema, atualizar os fontes do ACBr, Ini, Schemas, fazer um Build, comparar as configurações do componente ACBrNFSe problema persistiu. Por fim renomeei o ACBrNFSe1 para ACBrNFSe2, e inclui outro componente ACBrNFSe1, e funcionou perfeitamente como funcionava antes.

    Para ter certeza exclui o componente novo e voltei utilizar o anterior e parou de funcionar. Em resumo exclui de vez e inclui novo componente e esta rodando normalmente, estranho, e o mais interessante que só dava problema com o GINFES, no mesmo sistema enviei para Betha e ISS.Net sem problemas.

    Ítalo e Serginho. muito obrigado pela atenção, sucesso para vocês. 

    • Curtir 1
  11. Bom dia Ítalo e obrigado pela atenção que já dispensou ao ler e responder minha mensagem.

    O cliente possui apenas um certificado,  A1 que esta  configurado no componente, porém também tentei efetuar o procedimento através do SSL.SelecionarCertificado. No meu sistema ocorre "O documento XML difere da assinatura". No programa de exemplo ocorre "Assinatura inválida. Informar assinatura correta no documento XML".

    No Demo do ACBr anterior e na versão anterior do meu sistema não dá problema algum, inclusive deixei rodando no cliente a versão antiga do meu sistema até estabilizar esta  minha nova versão. Já atualizei os arquivos do ACBr, as configurações do Ginfes.ini e os arquivos do Schema e revisei o código do meu programa (que não mudou muita coisa em relação ao componente do ACBr).

    O interessante é que esta acontecendo apenas com o GINFES, os clientes que utilizam ISS.Net e Bethan esta tudo perfeito.

  12. Olá, conseguiu solucionar este problema para Santo André ?

    Visto que os valores aceitos no arquivo de Schemas são: 1|2|3|4|5|6

    Eu até troquei os valores no Schema e o xml foi gerado como "01" na Natureza da Operação, porém a recepção do XML trava no WebService.

  13. Bom dia a todos, estou com problemas no envio para o provedor GINFES (Guarulhos), tudo funcionou normalmente por um ano, porém agora esta retornando erro ao enviar o lote NFSe The ID 'xxxxxxxxxxx' is duplicated. Já verifiquei dois outros post no Forum com o mesmo problema, porém nenhum deles foi eficaz. 

    Na máquina de desenvolvimento tudo é processado e enviado normalmente, porém nos clientes essa semana começou o problema acima descrito. Formatei uma máquina com Win7, para realizar os testes e realmente se o lote conter mais de uma NF é apresentado o erro, não esta havendo duplicidade no numéro do RPS (já verifiquei), as DLLs, Capicom, msxml5.dll, msxml5r.dll estão na pasta system e as duas primeiras estão registradas.

    Mas aparentemente algo deve estar faltando pois como dito, funciona nas máquinas de desenvolvimento mas em outras não.

    Alguma dica ?

    Grato,

  14. Desenvolvi a rotina para envio RPS - NFSe GINFES e esta funcionando perfeitamente para um cliente com certificado A3, envia lote de até cinquenta RPS em ambiente de produção ou homologação, sem problema algum, município de RIbeirão Preto.

     

    A mesma rotina esta sendo utilizada em outro cliente município de Guarulhos, fiz pequenos ajuste e testei em ambiente de homologação (quantidade variada de RPS), também funcionou, porém quando passo para produção existe uma instabilidade em relação a quantidade de RPS, consigo enviar apenas três na sequência cai para dois (pois três da erro) e dai em diante é um por vez, em ambiente de homologação consigo gerar lote de até cinquenta.

    Ja revisei a rotina e aparentemente tudo normal pois como disse acima funciona perfeitamente em outro cliente. A única diferença entre os dois é que um esta usando certificado A3 e o outro A1, isso tem alguma relevância ? Alguém já passou por isso ou tem sugestão ?

     

    Grato

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...