Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

consultoria_sticker.png

Conteúdo para desenvolvedores
 ao vivo de terça a quinta!
Saiba mais

dev.png

logo_acbr_paygo.png

TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


botao.png

beneficios.png

Rodrigo Crovador

Membros
  • Content Count

    94
  • Joined

  • Last visited

Community Reputation

13 Good

About Rodrigo Crovador

  • Rank
    Membro

Profile Information

  • Sexo
    Masculino
  • Location
    São José do Rio Preto

Recent Profile Visitors

1,002 profile views
  1. Boa tarde Italo. Segue o arquivo atualizado com os endereços de Itatiba/SP. No caso do schema, realmente foi necessário alterar o schema para HTTP. Caso contrário haverá recusa do webservice de produção com a mensagem a seguir: Código Erro : E160 Mensagem... : Arquivo em desacordo com o XML Schema.; Informacoes personalizadas: Nao foi possivel deserializar o xml de dados. Correção... : Consulte o Manual da NFS-e para saber quais sao as versoes de XML Schema suportadas pelo sistema. Mudar apenas o Cidades.ini não seria suficiente pois os schemas são HTTP, mas o endereço do webse
  2. Boa tarde! Depois de todo esse tempo finalmente consegui homologar com sucesso a cidade de Paracambi - RJ. Para tal foi necessário mais alguns ajustes e flexibilizações no componente para atender o provedor. Segue as modificações: ACBrNFSeConfiguracoes.pas Linha 687 e 728: Além dos arquivos de XSD diferentes por cidade, o provedor também utiliza namespace diferentes para cada uma delas, alternando até o endereço de HTTPS para HTTP em alguns casos. A única maneira de tratar foi replicar a técnica de criar parâmetros com o código da cidade no arquivo. Com a mudança, os parâmetros
  3. Olá. Faz algum tempo que não envio nenhuma contribuição então o post vai ficar um pouco grande . Essa semana fiz a homologação do provedor FintelISS na cidade de paracambi/RJ. O provedor segue abrasf 2.02. Para atender o layout foi necessário algumas modificações. Irei cita-las por arquivo modificado. Os arquivos .pas estão em anexo, exceto os INI pois podem estar mais recentes quando for validar. A exceção fica para o fintelISS.INI que é novo. Também adicionei os XSD do provedor para as cidades que tinha disponível. ACBrNFSeConfiguracoes.pas: - Linha 718: os arquivos XSD d
  4. Creio que as cidades que a SigCorp está implementando recentemente sejam abrasf também. Exemplo: NFS-e Nova Serrana.
  5. Boa tarde. Depois de MUITO tempo finalmente consegui atualizar as aplicações aqui da empresa para o trunk2 . Durante a conversão identifiquei algumas cidades que estavam apontando para o provedor incorreto ou não constavam no arquivo. Segue abaixo as cidades: Alteradas: [3133808] Nome=Itaúna UF=MG Provedor=GINFES Nova: São Gonçalo do Pará Cidades.INI: [3161809] Nome=São Gonçalo do Pará UF=MG Provedor=WebISSv2 NomeURL_H=homologacao NomeURL_P=saogoncalodoparamg WebISSv2.ini [URL_P] RecepcaoLoteRPS_3161809=https://%NomeURL_P%.webiss.com.b
  6. Boa tarde a todos. Faz algum tempo que não passo por aqui Bom, vamos lá. Não migrei ainda para o trunk2 pois são muitos clientes a atualizar, mas farei o possível para ajudar. O atributo ID da tecnos é realmente grande, conforme citado no manual da Tecnos (http://help.nfse-tecnos.com.br/main_ws/contribuinte/notaeletronica.aspx). A formatação é a seguinte: <LoteRps Id="12013915933760001020000000000000001" versao="20.01"> <!--identificador do Lote de Rps, por padrão é esperado a composição--> <!--1 - iden
  7. Boa tarde Italo. Quando possível, adicione o município de Valença / RJ (IBGE: 3306107) ao provedor Betha. Obrigado!
  8. Boa tarde Italo. Quando possível, adicionar o município de Camaquã / RS (Ibge: 4303509) ao provedor Pronim (Pron!m). Ambiente Produção: http://portal.camaqua.rs.gov.br/nfsews/Services.svc Ambiente Teste: http://portal.camaqua.rs.gov.br:8181/nfsewsteste/Services.svc Pagina com o XSD: http://portal.camaqua.rs.gov.br/nfse/
  9. Entendo. Também estou com este problema e um dos clientes porém estou a espera de liberação de acesso ao ambiente para baixar o certificado a pelo menos 1 mês, então não consegui entrar em contato com o suporte ainda.
  10. Diego, boa tarde. Você tentou contato com o provedor conforme indicado anteriormente?
  11. Também estou com o mesmo problema Diogo, porém estou tendo dificuldades na comunicação com o meu cliente. Sugiro que tente contato com a Tecnos a respeito, pois sem a informação do cliente não tenho como contata-los.
  12. Boa tarde André. Sim é isso mesmo. Por algum motivo o Tecnos trocou o envio convencional pelo envio síncrono. O síncrono está apenas na nomenclatura, o envio é mesmo de RPS em lote.
  13. Certo, agora parece que a estrutura do XML está ok, O próximo passo seria você verificar a consistência dos dados. Consulte no site de emissão da Tecnos como está os dados da empresa, como por exemplo a razão social. Outra opção é baixar o certificado digital da Tecnos novamente. Se não me engano usam diferentes para ambiente de teste e produção
  14. Bom André, dei uma olhada no XML. Vamos desconsiderar o que a Tecnos disse por enquanto, há alguns detalhes para ajustar antes de tratar isso. Está ocorrendo algum problema no momento que é feito o tratamento da função RetornaConteudoEntre, a qual organiza o seu XML para montar o envelope SOAP. procure os locais da chamada desta função e use o debug para verificar o motivo da função não conseguir copiar o conteúdo do seu XML. Para entender melhor o que está acontecendo, veja o XML gerado na pasta GER, o qual é enviado para o provedor. Ele para na tag <InfRps onde deveria preencher com a
×
×
  • Create New...