Ir para conteúdo
  • Cadastre-se

julio_cld

Membros
  • Total de ítens

    167
  • Registro em

  • Última visita

Tudo que julio_cld postou

  1. Italo, consegui achar a solução, estava fazendo o processo errado. Obrigado pela atenção.
  2. Obrigado Italo pelo respaldo. Estou com um problema, especificamente com um município que utiliza provedor betha, onde não aceita o envio de cancelamento de uma NFSe, somente o recurso substituir NFSe. dessa forma não sei como contornar esse problema. Teria alguma sugestão? Obrigado.
  3. Boa tarde! Ainda não foi implementado a função substituir NFSe para o provedor betha? Não conseguir encontrar no fonte ou até mesmo em tópicos no forum. Obrigado.
  4. Boa tarde! Alguém sabe me responder se a função substituirnfse esta implementada no componente ACbrNFSe (provedor betha). Obrigado.
  5. Boa tarde! Gostaria de tirar uma dúvida sobre o novo repositório trunk2. Como ainda não esta 100% o componente ACBrNFSe não migrei para o novo repositório. Tem como eu trabalhar com os 2 repositórios ao mesmo tempo? Instalar os componentes ACBrNFe, ACBrCTe, ACBrMDFe do novo repositório trunk2 e continuar utilizando o componente ACBrNFSe do repositório antigo. Alguém fez algo do gênero. Obrigado.
  6. Boa tarde! Estou tentando cancelar NFSe provedor betha, município de Joaçaba-SC/Catanduvas-SC só que o servidor esta me reportando erro de assinatura do XML inválida, mas se pegar o xml e validar pelo validador do serasa o mesmo me reporta que a assinatura do XML é válida. Alguém se deparou com esse problema, qual a solução? Obrigado.
  7. Bom dia! Adicionado novo município Abdon Batista SC layout Betha. Segue a unit alterada. pnfsConversao.pas
  8. Bom dia! Também realizei testes e funcionou perfeitamente. segue as units alteradas. ACBrProvedorPronim.pas pnfsConversao.pas ACBrProvedorPronim.pas pnfsConversao.pas
  9. Bom dia! Obrigado pelo feedback Eu peguei esse mesmo desfecho em relação a erro da leitura do xml. Verifiquei que logo após a aleração da revisão 8371 por: Nilton Olher começou esse erro: Unit alterada foi pnfsConsSitLoteRpsResposta linha 227 linha antiga InfSit.FMsgRetorno.FIdentificacaoRps.Tipo := Leitor.rCampo(tcStr, 'Tipo'); linha nova InfSit.FMsgRetorno.FIdentificacaoRps.Tipo := StrToTipoRPS(Ok, Leitor.rCampo(tcStr, 'Tipo')); // tratar a conversão pnfsConsSitLoteRpsResposta.pas
  10. Boa tarde! Estava testando emissão de NFSe layout betha e me deparei com um erro, "erro desconhecido ao consultar a situação do lote" verifiquei que tem haver com a alteração comentado neste post. segue a unit alterada com o tratamento para solucionar o problema. Obrigado. pnfsConsSitLoteRpsResposta.pas
  11. Boa tarde! estou com o mesmo problema, depois da revisão 8201 o componente não compila mais. Caracteristicas do commit Descrição: Melhorias para o provedor InFisc Por : Leandro Counto
  12. Boa tarde! Fiz algumas melhorias para tratar se a nota realmente foi cancelada ao executar a função consultar lote/rps/nf . gostaria de um aval sobre a alteração. Obrigado. pnfsConsLoteRpsResposta.pas pnfsConsNfseporRpsResposta.pas pnfsConsNfseResposta.pas
  13. Boa tarde! Entrei em contato com o pessoal da prefeitura de joaçaba-sc e os mesmo informaram que a betha fez uma atualização acarretando um problema no cancelamento de NFSe, informaram que estão corrigindo, irei aguardar para posteriormente fazer um novo teste.
  14. Olá, o erro que estava ocorrendo comigo foi corrigido porém agora estou com o mesmo problema comentado pelo amigo lcoldebella. Alguma novidade?
  15. Resolveu meu problema! Obrigado.
  16. Baixei os fontes, mas ainda o erro ocorre. verifiquei a linha 1738 da unit pnfsNFSeR if (AProvedor <> proNenhum) and (AProvedor <> FProvedor) then FProvedor := AProvedor; No meu caso as variáveis são diferentes pois a variável FProvedor esta com o valor ProBetha (correta) e a variável AProvedor esta como proSystemPro (esta pegando pois o município da prestação é erechim) como são diferentes a condição será verdadeira e o erro ainda persiste. Não teria como passar o valor do provedor no create da função lernfse, lerrps e etc...
  17. Bom dia! Gostaria de um auxilio sobre um problema que estou enfrentando. Estou emitindo uma NFSe em ambiente de testes onde o prestador de serviço é da cidade de joaçaba - SC e o tomador do serviço é da cidade de Erechim - RS, logo a prestação do serviço será na cidade de Erechim. Minha dúvida é onde irei informar o múnicípio da prestação do serviço? Imaginei que fosse na tag CodigoMunicipio do grupo Servico, tudo bem até ai, o RPS foi convertido em NFSe sem problema, porém quando vou cancelar essa nota, como o valor da tag CodigoMunicipio esta preenchido com o código IBGE da cidade de erechim (município da prestação do serviço) quando passo na função LerNFSe da classe pnfsNFSeR especificamente nas linhas abaixo (linha 1711 ) o valor da variável FProvedor é igual a SystemPro dessa forma da um erro desconhecido pois a variável FProvedor deveria estar preenchida com o valor Betha. Alguém já passou por esse problema? if (CM = '') or (CM = '0') then begin if (Leitor.rExtrai(1, 'Servico') <> '') then begin CM:= Leitor.rCampo(tcStr, 'CodigoMunicipio'); FProvedor := StrToProvedor(Ok, CodCidadeToProvedor(StrToIntDef(CM, 0))); end; end;
  18. Boa tarde! Segue unit alterada, inclusão das cidades abaixo, provedor betha. 4204806, // Curitibanos (SC) 4210035, // Luzerna (SC) 4217501, // Seara (SC) 4218509 // Treze Tilias (sc) pnfsConversao.pas
  19. Bom dia! Estava testando cancelamento de NFSe provedor betha e estava com o erro OLeSysError with message 'CoInitialize não foi chamado'. Verifiquei que foram alterados as seguintes funções para trabalhar com thread ACBrNFeConfiguracoes -> function: GetCertificado ACBrNFeUtil -> nas function: AssinarMSXML e ValidaMSXML Porem para resolver meu caso foi necessário fazer a mesma alteração na função AssinarXML da unit ACBrNFeUtil. Estou encaminhando a unit alterada. Obrigado. ACBrNFSeUtil.pas
  20. Boa tarde! estava com o mesmo problema OLeSysError with message 'CoInitialize não foi chamado'. ao tentar cancelar uma NFSe provedor betha, ai fiz a modificação da Vanessinha e funcionou, porém verifiquei que a alteração dela não foi subida no SVN, tem algum motivo? Obrigado.
  21. Como posso resolver o problema de Assinatura do hash não confere? tem algum sugestão?
  22. Bom dia Italo, Baixei os fontes alterados, porém ainda estou com o problema de Assinatura do hash não confere. Quando é assinado um lote para a cidade de Catanduvas - SC o atributo ConfigCidade.Identificador = ''id'' deve estar minusculo, pois ao chegar na função AssinarLoteRps o valor de Self.Items[0].XML_LoteRps é diferente do valor de Self.Items[0].XML_LoteRps_Ass, pois um esta o identificador "Id" e outro com "id", Percebi que depois que foi alterado a propriedade ConfigCidade.Identificador := 'Id'; // Alterado para poder Assinar no Schema é id, é que surgiu este problema. Estou enviado a unit para com a alteração abaixo 4204004: begin ConfigCidade.AssinaLote := True; // Catanduvas/SC ConfigCidade.Identificador := 'id'; end; Estou começando agora a utilizar os recurso dos componentes ACBr, se você tiver uma idéia melhor será bem vinda. Obrigado pela atenção. ACBrProvedorPronim.pas
  23. Concordo plenamente, muito obrigado.
  24. Boa tarde, Logo depois da alteração da revisão 7877 onde foi posto um "or" na condição "if self.Configuracoes.Certificados.AssinaRPS or AssinaRPS" da unit ACBrNFSeNotasFiscais não consegui mais validar NFSe para a cidade de catanduvas. Para enviar o rps para a cidade de catanduvas - sc não deve ser assinado o RPS, para contornar esse problema tive que criar um parametro na função ACBrNFSe.Enviar. segue no anexo as units alteradas para validar NFSe para a cidade de Catanduvas - SC Provedor Pronim ACBrNFSe.pas ACBrProvedorPronim.pas
  25. julio_cld

    Provedor Saatri

    Boa tarde! Estou tentando utilizar o recurso da função ACBrNFSe.Gerar para emissão de NFSe para a cidade de Boa vista- RR provedor Saatri porém a função me reporta a seguinte mensagem de erro: '<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"><s:Body><s:Fault><faultcode xmlns:a="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd">a:InvalidSecurity</faultcode><faultstring xml:lang="pt-BR">Erro ao verificar a seguranca da mensagem.</faultstring></s:Fault></s:Body></s:Envelope>' alguém já passou por esse erro? Obrigado.
×
×
  • 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...