Ir para conteúdo
  • Cadastre-se

Guilherme Bernardi

Membros
  • Total de ítens

    13
  • Registro em

  • Última visita

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

Guilherme Bernardi's Achievements

Apprentice

Apprentice (3/14)

  • Dedicated Rare
  • Collaborator Rare
  • First Post
  • Conversation Starter
  • Week One Done

Recent Badges

1

Reputação

1

Community Answers

  1. Bom dia, No dia 04/12/2023, está prevista a atualização do sistema Fiscal Web da IPM no município de Marechal Candido Rondon, que passará a utilizar a versão do atende.net Para mais detalhes: https://marechalcandidorondon.atende.net/subportal/atualizacao-do-sistema-fiscal-web Devido a essa atualização, os links do WebService serão trocados. Portanto é necessário atualizar os dados no arquivo ACBRNFSeXServicos.ini para o município. [4114609] Nome=Marechal Candido Rondon UF=PR Provedor=IPM Versao=1.01 ProRecepcionar=https://ws-marechalcandidorondon.atende.net:7443/?pg=rest&service=WNERestServiceNFSe HomRecepcionar=https://treinamento.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=treina_marechalcandidorondon
  2. Bom dia, Foi verificado um problema na homologação do arquivo de remessa no banco Sicredi, O problema ocorre devido a falta de zeros não significativos a esquerda do código cedente no nome do arquivo da remessa. Conforme manual, uma parte da nomenclatura do arquivo de remessa do CNAB240 e do CNAB400 utilizam-se de cinco caracteres para o código do beneficiário. Quando o código cedente não possuir cinco caracteres, deve ser preenchido com zeros não significativos a esquerda, na geração do nome do arquivo. Ajustado a function TACBrBancoSicredi.CalcularNomeArquivoRemessa para adicionar zeros não significativos ao código cedente. ACBrBancoSicredi.pas
  3. Boa tarde Italo, Arquivo ACBrNFSeXServicos.ini atualizado. Emissão de NFSe funcionando.
  4. Bom dia, Após a atualização dos fontes ACBr, a emissão de NFSe para o município [4114609] Marechal Cândido Rondon/PR parou de funcionar. Quando utilizado a versão dos fontes anterior à atualização, a emissão de NFSe está ocorrendo de maneira normal. Ao comparar os arquivos ACBrNFSeXServicos.ini da versão anterior com o arquivo da versão atual, foi identificado alterações no bloco do município. Atual [4114609] ; Atualizado em 21/03/2022 Nome=Marechal Candido Rondon UF=PR Provedor=IPM Versao=1.01 ProRecepcionar=https://marechalcandidorondon.atende.net:7443/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=padrao&eletron=1 HomRecepcionar=https://homologacao.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=integracoes&eletron=1 Conforme procurado no fórum da ACBr, encontrei a seguinte solicitação, batendo com a data da alteração realizada no arquivo. No print do manual utilizado na solicitação acima, consta o exemplo da URL de Marechal Cândido Rondon. Entretanto como dito anteriormente em uma outra solicitação, essa estrutura de URL é utilizada apenas na versão atualizada da IPM Fiscal, e no manual a URL é apresentado apenas como um exemplo. Para correção do problema é necessário atualizar o arquivo ACBRNFSeXServicos.ini Funcionando [4114609] ; Atualizado em 15/12/2021 Nome=Marechal Candido Rondon UF=PR Provedor=IPM Obs: Para evitar futuros problemas, as alterações de URLs na IPM deveriam acontecer somente quando solicitado especificamente para determinado município, devido a falta de padrão da IPM.
  5. Boa tarde, Exatamente isso. Não faz sentido exemplificar uma cidade que nem mesmo utiliza a versão do webservice. Cada cidade é um caso especifico, aparentemente é só entrando em contato para saber qual o manual de webservice vão disponibilizar para tal cidade.
  6. Bom dia Italo, Encontrei esse manual em algum Tópico no Fórum, a partir dele foi entrado em contato por e-mail para saber como funcionaria a homologação, quanto ao cadastramento da empresa e cidade. Segundo o retorno deles, esse manual só se aplica as cidades que estão utilizando a versão atualizada da IPM Fiscal e as URLs são exemplos.
  7. Boa Tarde, No ACBrNFSeXServicos.ini o provedor IPM de Marechal Cândido Rondon/PR [4114609] está utilizando os endereços do novo IPM Fiscal. Ao entrar em contato com o suporte da IPM foi informado que a cidade não está utilizando essa nova versão do IPM Fiscal, e sim a versão anterior com base no manual anexado. Necessário fazer a alteração no ACBRNFSeXServicos.ini para utilizar os endereços antigos do provedor IPM [4114609] Nome=Marechal Candido Rondon UF=PR Provedor=IPM manual_eletron.pdf
  8. Consegui solucionar o problema da solicitação do PIN alterando as configurações de SSL utilizadas no componente TACBrNFe. Fiz as seguintes alterações: ACBrNFe.Configuracoes.Geral.SSLLib := libCapicom -> libWinCrypt; ACBrNFe.Configuracoes.Geral.SSLCryptLib := cryCapicom -> cryWinCrypt; ACBrNFe.Configuracoes.Geral.SSLHttpLib := httpWinINet ACBrNFe.Configuracoes.Geral.SSLXmlSignLib := xsMsXmlCapicom-> xsMsXml;
  9. Boa tarde, No principio também achei que seria algum problema na renovação do Token A3, porem quando utilizo esse mesmo Token A3 na versão antiga não faz a solicitação do PIN, já na versão atual preciso estar informar o PIN, mesmo fazendo toda a reinstalação dos drives do Token A3 da Certisign
  10. Guilherme Bernardi

    PIN Certificado A3

    Boa Tarde, Após a atualização de alguns clientes que fazem a utilização de certificado digital do tipo A3, passou-se a ser requisitado o PIN constantemente, mesmo estando configurado no componente as informações de NumeroSerie e Senha do Certificado. Em versões anteriores do sistema utilizando-se dos fontes mais antigos o problema não é apresentado. Utilizando o backup dos fontes do ACBr, ao debugar verifiquei que houve alterações na function TDFeSSL.Enviar da unit ACBrDFeSSL, ao obter o Result := FSSLHttpClass.Enviar, sendo a versão mais antiga executada na unit ACBrDFeHttpWinApi e a mais recente versão executada na própria ACBrDFeSSL, na class TDFeSSLHttpClass.
  11. Boa tarde! Estava realizando alguns testes na Homologação do arquivo de ADRCST, onde foi retornado o erro conforme a regra B10-B11 do Manual , referente a geração do Registro 1000 no campo B11 - ALIQ_FECOP, quando o valor informado é igual a 0. Na homologação foi verificado que quando o valor é igual a 0, não deve ser gerado o valor para a posição. Para corrigir o problema foi ajustado a gravação da procedure TBloco_1.WriteRegistro1000 na Unit ACBrADRCST_Bloco1_Class, onde executado o procedimento LFill referente ao campo ALIQ_FECOP, informado True para o parâmetro Nulo. ACBrADRCST_Bloco1_Class.pas
×
×
  • 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.