Jump to content

MagoSchmidt

Membros Pro
  • Posts

    49
  • Joined

  • Last visited

About MagoSchmidt

Recent Profile Visitors

1,276 profile views

MagoSchmidt's Achievements

Enthusiast

Enthusiast (6/14)

  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done
  • One Month Later

Recent Badges

5

Reputation

1

Community Answers

  1. Recebo o erro acima ao tentar autorizar RPS no provedor SIAT em Belem. O problema está na montagem do campo 'DDDTomador' que nao está considerando numero de celular com 9 digitos (no codigo fonte o teste com 11 digitos assume que se trata de numero fixo na forma DDD-NNNNNNNN) Segue em anexo fontes corrigidospnfsNFSeW_Siat.paspnfsNFSeW_ISSDSF.pas
  2. Vi que voces aceitaram minha colaboração. Muito obrigado! Identifiquei o mesmo problema na ACBrNFeDANFEFRDM.pas, a original processou por 12hs e nao terminou a geraçao de 3000 NF's Segue a versao corrigida que fez o trabalho em 50mins Abraços ACBrNFeDANFEFRDM.pas
  3. Por favor, alguém teria a documentaçao especifica ou um RPS de referencia para Belem/PA (Provedor SIAT) O site da SEFIN de Belem nao tem esta informação
  4. Sei que este post é antigo mas o problema persiste. Eu mantive minha versao da unit durante este tempo mas agora tive que fazer uma atualização geral e o problema retornou. A unit que eu havia enviado anteriormente era uma sobrescrição da classe TACBrNFSeDANFSeFR para evitar alteraçoes no codigo original do Acbr. Desta vez entao estou enviando as mudanças feitas na unit original para avaliação dos Srs. A ideia central (que torna o processo bem mais rápido) é: frxReport.PreviewPages.AddFrom(frxReportTemp); na linha 315 Abraços ACBrNFSeDANFSeFR.pas
  5. Ítalo, boa tarde! Liguei para o suporte da VersaTecnologia. Eles me disseram que para clientes que sao instituições de ensino (como é o meu caso) a emissao de NFS-e nao está disponivel via WebService. Eles possuem um formato proprietário que será usado com esta finalidade. Sendo assim acho melhor encerrarmos esta demanda para nao ficarmos dando murro em ponta de faca Abraços O telefone do suporte da Versa Tecnologia é 08007354526
  6. Esta ultima versao deu o seguinte erro NO AMBIENTE DE HOMOLOGAÇÃO: DEPOIS do erro acima fiz as seguintes mudanças 1) Troquei https por http no arquivo nfse_v202.xsd 2) Fiz as alterações nas linhas 153, 277 e 289 do arquivo pnfsNFSeW_ABRASFv2.pas mencionadas no post do dia 12 de agosto 3) Corri a url de homologacao no arquivos cidades.ini. A correta é "NomeURL_H=homologacaocataguases.agilistecnologia.com.br/webservices/2.02" Apos as 3 mudanças acima o erro " No matching global declaration available for the validation root." voltou:
  7. Bom dia Ítalo, Fiz os testes pelo programa exemplo e tive o seguinte retorno: Na falta de outra ideia eu copiei o arquivo nfse_v201.xsd para a pasta Cataguases-MG mas nao adiantou: Os caminhos estao corretamente configurados como se vê no ultimo anexo Abraços!
  8. Bom dia, Ítalo! Antes de mais nada obrigado pelo pronto atendimento. Eu nao consegui fazer esta ultima versao funcionar em HOMOLOGAÇÃO em cataguases. Nao testei em produção Deu o mesmo problema inicial: "No matching global declaration available for the validation root" (Esta situacao ocorreu incialmente por causa de problemas no NameSpace e foi corrigida alterando o NameSpace para "http://homologacaocataguases.agilistecnologia.com.br/webservices/2.02/nfse_v202.xsd") Voce pode por favor explicar mais ou menos qual foi a sua ideia para manter um unico arquivo ini para producao e homologação? Eu até tentei entender aqui mas nao consegui. Se vc explicar isto eu acho que consigo identificar o problema. Abraços
  9. Ítalo, no VersaTecnologia.ini que enviei a variavel "NameSpace" (seção "XML" , nao confundir com seção "NameSpace") está hard coded para o ambiente de homologação. Existe alguma forma de manter um unico VersaTecnologia.ini que atenda a homologação e a producao? Eu vi que existem variaveis "NomeURL_P" e "NomeURL_H" mas seria possivel usá-las na seção XML?
  10. Obrigado, Ítalo. Com a sua sugestão consegui entender e resolver o problema. A solucao "completa" para o provedor WebISS seria: A TAG <CodigoTributacaoMunicipio></CodigoTributacaoMunicipio> deve conter o código de tributação autorizado no cadastro do cliente na prefeitura. O código quase sempre é o mesmo da atividade do município, uma vez que a TAG <ItemListaServico></ItemListaServico> representa a lista de serviços da lei federal 116 e <CodigoTributacaoMunicipio></CodigoTributacaoMunicipio> representa a atividade do município correspondente a atividade da lista da 116. Além disso, os valores dessas TAGs devem ser compostos por 4 dígitos, sem pontos (.).
  11. Bom dia, Colegas! Ao enviar um RPS para o ambiente de homologação da prefeitura de teresopolis estou recebendo o erro: L156 - Informe a atividade realizada no municipio Já tentei todas as combinações possiveis nas tags "ItemListaServico" e "CodigoTributacaoMunicipio" e nao obtive sucesso. Em anexo está um dos meus testes. Não achei nenhuma documentaçao especifica sobre este código de erro. Qualquer ajuda será muito bem vinda! Abraços 97169-env-lotS.xml 97169-recS.xml
  12. Tambem foi removido o proVersaTecnologia dos testes para a Tag TomadorServico nas linhas 153, 277 e 289 do arquivo pnfsNFSeW_ABRASFv2.pas ``` if (FProvedor in [proActcon, proELv2, proISSJoinville, proSmarAPDABRASF, proNotaInteligente, proGiss, proTcheInfov2, proiiBrasilv2, profintelISS]) or ((FProvedor in [proActconv201, proActconv2]) and (FVersaoDados = '2.01')) then Gerador.wGrupo('TomadorServico') else Gerador.wGrupo('Tomador'); ``` ``` if (FProvedor in [proActcon, proELv2, proISSJoinville, proSmarAPDABRASF, proNotaInteligente, proGiss, proTcheInfov2, proiiBrasilv2, profintelISS]) or ((FProvedor in [proActconv201, proActconv2]) and (FVersaoDados = '2.01')) then Gerador.wGrupo('/TomadorServico') else Gerador.wGrupo('/Tomador'); end else begin if not (FProvedor in [proGiss]) then begin // Gera a TAG vazia quando nenhum dado do tomador for informado. if FProvedor in [proActcon, proSmarAPDABRASF] then Gerador.wCampo(tcStr, '#', 'TomadorServico', 0, 1, 1, '', '') else Gerador.wCampo(tcStr, '#', 'Tomador', 0, 1, 1, '', ''); end; end; end; ```
  13. Estes arquivos em anexo estao funcionando para cataguases (foi testado apenas no ambiente de homologação, por enquanto) 1) Cidades.ini: Foi alterada a entrada [3115300] 2) nfse_v202.xsd (foi baixado de http://homologacaocataguases.agilistecnologia.com.br/webservices/2.02/nfse_v202.xsd) 3) VersaTecnologia.ini. Foram alteradas as secoes [NameSpace], , [Schemas], [SoapAction], [URL_P], [URL_H], [CabecalhoMsg] Cidades.ini nfse_v202.xsd VersaTecnologia.ini As alteraçoes não estão legais. Tem muita coisa "hard coded" que EU ACHO deve ter alguma macro melhor aí que eu desconheço.
  14. Deu certo, Diego! Muito obrigado mesmo pelo Apoio! Ser-lhe-ei eternamente grato! Pessoal do Acbr: Estas mudanças que o Diego colocou aí corrigem a NFS-e para o novo provedor (Versa Tecnologia) em Cataguases. Não sabemos se afeta UBÁ já que estes provedores sao doidos mesmo Obrigado a todos!
  15. A minha ultima tentativa de resolver este problemas está aqui:
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.