Ir para conteúdo
  • Cadastre-se

Henrique Sandri Zimermam

Membros
  • Total de ítens

    68
  • Registro em

  • Última visita

Tudo que Henrique Sandri Zimermam postou

  1. Boa tarde Italo, Realmente era isso mesmo, o arquivo estava sendo assinado quando não deveria. Após alterar o parametros conforme o sugerido, os arquivos foram enviados com sucesso, inclusive utilizando a libCapicomDelphiSoap. Estou anexando o arquivo Publica.ini que está sendo utilizado nos clientes, além do Lote, o Cancelamento também está sendo assinado. Muito obrigado pelo auxílio! Publica.ini
  2. Bom dia Italo, Não utilizamos o libOpenSSL pois alguns clientes nossos utilizam certificados A3. Realizei um teste mudando para libWinCrypt e ao tentar realizar o envio da NFS-e foi retornado a seguinte mensagem: Falha na validação dos dados do lote: 0 1871 - Element '{http://www.w3.org/2000/09/xmldsig#}Signature': This element is not expected. Creio que será necessário mais alguns ajustes no fonte para passarmos a utilizar o libWinCrypt.
  3. Boa tarde a todos, Estive enfrentando alguns problemas relacionados ao envio das NFS-e através do webservices. Ao tentar realizar a assinatura do arquivo de envio, era retornado a mensagem "Erro Desconhecido" no metodo TDFeSSLXmlSignMsXmlCapicom.Assinar. Para contornar este problema, precisei comentar a linha 650 do arquivo ACBrNFSeConfiguracoes que a principio havia sido inserida no fonte na revision16254. Estou anexando ao meu comentário o arquivo alterado. Utilizamos libCapicomDelphiSoap. ACBrNFSeConfiguracoes.pas
  4. Boa tarde Gabriel, Para entrar em contato com a Pronim eu utilizei o formulário de contato contido neste link. A resposta para a pergunta que eu fiz foi feita por esse e-mail [email protected], talvez se você encaminhar um questionamento direto para ele poderá obter uma resposta.
  5. Italo, Encaminhei uma mensagem para a empresa responsável pelo provedor. Vamos torcer para que eles respondam.
  6. Bom dia Italo, Não tenho certeza, mas acredito que não. Abaixo segue o e-mail que a prefeitura de Pato Branco encaminhou para os contribuintes informando sobre a mudança. Prezados, bom dia! Lembramos novamente, que o prazo estipulado para que as empresas de software atualizem as versões de seus sistemas de emissão de NFS-e é até o dia 21/09/2018, conforme foi orientado e repassado no treinamento que ocorreu em junho deste ano e e-mails informativos. Em 21/09, a NFS-e estará atualizada para recepcionar a versão 2.03 da nota eletrônica de prestação de serviços e deixará de funcionar na antiga versão. Salientamos que caso seu sistema ainda não tenha sido atualizado, poderá fazer a emissão normalmente através do site do Município, através do link http://nfse2.patobranco.pr.gov.br/nfse.portal/ Atenciosamente; Divisão de Fiscalização e Tributação -- Nesta mensagem não ficou claro se isso valerá para todas as cidades ou somente para Pato Branco. Caso eu obtenha mais informações a respeito disso, volto a comentar aqui.
  7. Bom dia senhores, Neste último final de semana entrou em vigor a alteração da versão do provedor na cidade de Pato Branco para a versão 2.03. Para conseguir realizar o envio de notas em ambiente de produção, precisei realizar uma adaptação no arquivo PronimV2.ini, atualizando a versão do XML e também do cabeçalho. Estou encaminhando o arquivo atualizado para análise. Pronimv2.ini
  8. Bom dia, Segue arquivo cidades.ini onde incluí a cidade de Taubaté - SP que utiliza provedor CONAM. Emissão de notas realizado com sucesso em ambiente de produção. cidades.ini
  9. Estou enfrentando os mesmos problemas que o Daniel. Para contornar, precisei comentar a linha que estava mencionando a propriedade e o programa compilou.
  10. Boa tarde, Estou implementando uma rotina que utiliza o metodo TNotasFiscais.LoadFromString da unit ACBrNFSeNotasFiscais. Este metodo contém a subfunção TNotasFiscais.LoadFromString.PosNFSe que possui um laço de repetição que originalmente deve ser repetido 10 vezes (tamanho fixo). Devido ao tamanho fixo definido na condição deste repeat, a rotina acabava não efetuando as validações necessárias para todos os elementos do array TagF. Para otimizar o código e não precisar alterar a condição do repeat toda vez que um novo elemento seja adicionado ao array, efetuei uma modificação no until para que o contador seja comparado ao high do array. Em anexo encaminho o arquivo alterado para análise. Att. ACBrNFSeNotasFiscais.pas
  11. Boa tarde a todos, A prefeitura de Guarapuava está exigindo que as notas fiscais saiam com a tag Aliquota zerada devido uma mudança de legislação. Atualmente o campo não estava sendo criado quando o valor da aliquota é igual a 0. Desta forma, precisei efetuar uma alteração na unit pnfsNFSeW_ABRASFv2.pas. Encaminho o arquivo alterado para análise. Att. pnfsNFSeW_ABRASFv2.pas
  12. Bom dia Italo, Realmente o campo de aliquota aceita 4 casas decimais conforme manual fornecido pelo próprio provedor e que está em anexo (consultar página 3). Diante disto, fiz uma modificação no arquivo, na linha 248, para que o campo comece a ser montado com 4 casas decimais após a virgula. Att. 03 - Layout Web Service da Municipalidade v1.07.doc pnfsNFSeW_EL.pas
  13. Bom dia a todos, Precisei fazer uma modificação no arquivo pnfsNFSeW_EL.pas no que refere a montagem do XML. A aliquota estava sendo inserida divida por 100 e pelo fato do campo só aceitar 2 caracteres após a virgula, a informação acabava sendo arredondada. A aliquota deveria ser 3,62% e acabava arredondada para 4,00%. Ao consultar um xml de exemplo disponibilizado no site da prefeitura de Aracruz, pude verificar que a aliquota estava informada sem esta divisão. Por esse motivo acabei por efetuar uma modificação no arquivo acima, mais precisamente na linha 248. Em anexo o arquivo modificado. Att. pnfsNFSeW_EL.pas
  14. Bom dia a todos, Estou enfrentando problemas ao efetuar a leitura do arquivo de retorno. Ao realizar o procedimento, é retornado a mensagem 'Agencia\Conta do arquivo inválido'. Ao verificar os fontes, identifiquei que a situação está ocorrendo devido a variavel rConta da classe ACBrBancoBanrisul estar sendo alimentada com valor divergente ao da ACBrBanco.ACBrBoleto.Cedente.Conta, consequentemente a execução cai no if da linha 753. Para contornar o problema, precisei alterar a alimentação da variavel rConta, na linha 730, para iniciar a validação a partir da posição 64 do arquivo: rConta := trim(Copy(ARetorno.Strings[1], 64, 7)); Anexei o arquivo alterado para análise. ACBrBancoBanrisul.pas
  15. Boa tarde, Sincronizei os arquivos e ao tentar efetuar o envio de nota ocorreu um erro. Para conseguir emitir as notas, foi necessário efetuar uma alteração no arquivo: ; Itajaí/SC RecepcaoLoteRPS_4208203=https://nfse.itajai.sc.gov.br/nfse_integracao/Services?wsdl Estou anexando o arquivo alterado. Publica.ini
×
×
  • 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.