Ir para conteúdo
  • Cadastre-se

dev botao

Betha.ini


storebrasil
  • Este tópico foi criado há 3037 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

  • Consultores

Boa tarde Alexandre,

Os arquivos INI estão sendo criados aos poucos, não criamos todos, pois ainda não conseguimos fazer funcionar alguns métodos.

Queremos fazer o componente funcionar para os provedores cujos INI já foram criados, para que possamos depois começar a criar para os demais.

Mas nada impede que você estude os já criados e crie um para o Betha.

Dica, muitas das informações contidas no arquivo INI do provedor são extraídas da Unit do respectivo provedor, que no seu caso seria o ACBrProvedorBetha.pas

Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

E agora?

Atualizei para o trunk2, as modificações afetaram a NFSe. Estamos no último dia para a mudança do endereço do servidor de SC e a Betha, que detem 90% das prefeituras neste Estado ainda não tem o arquivo betha.ini !!

O que devo fazer??

Editado por infoel
Link para o comentário
Compartilhar em outros sites

  • Consultores

Bom tarde,

Desculpe mas faz um bom tempo que estamos falando que o ACBNFSe do Trunk2 ainda não esta funcionando.

Foram criados os INI para uns 3 ou 4 provedores para que possamos fazer o componente funcionar.

E no que diz respeito aos endereços publicados pela SEFAZ-RS foram atualizados por mim em 01/05/2015, portanto se depois dessa data você atualizou os fontes através do Trunk a sua aplicação já estava enviando para os novos endereços.

Se você migrou para o Trunk2 só por causa dos endereços, não precisava.

Eu em particular só vou criar novos INI de provedores a partir do momento que eu conseguir fazer com que o componente funcione com os que já foram criados.

Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

Agora estamos num fogo cruzado. Veja a resposta que tivemos num outro tópico onde questionamos sobre o novo endereço para SC.
http://www.projetoacbr.com.br/forum/topic/24548-webservice-sc/

Voltar para a versão anterior não será mais possível depois de todas as alterações feitas e conflitos resolvidos. Vamos aguardar ansiosos pelo desenvolvimento da NFSe para o provedor Betha. 

Link para o comentário
Compartilhar em outros sites

  • Consultores

Boa tarde,

Sinceramente, a ABRASF não publicou um padrão para a NFS-e e sim uma sugestão.

A estrutura do XML e o modelo conceitual para ser ruim tem que melhorar.

Tem provedores que implementaram segundo a versão 1.0, outros segunda a versão 2.0, outros fizeram algumas modificações acrescentando mais TAGs ou invertendo de posição algumas TAGs.

Sem falar naqueles que inventaram uma nova estrutura ou forma de assinatura.

Alguns provedores exigem que os RPS sejam assinados, outros não.

Alguns provedores exigem que o Lote seja assinado, outros não.

Alguns provedores exigem que os XMLs de consulta sejam assinados, outro não.

Me explica como lidar com toda essa diversidade?

Quando se tem um Padrão Nacional simplifica muito o trabalho, pois você sabe que se funcionar para um Estado vai funcionar para os demais.

E se não bastasse tudo o que foi exposto acima, tudo o que é enviado para o Web Service tem que ser envelopado.

Se não existe um padronização no misero XML o que esperar do envelopamento. Acertou se esta pensando que é diferente para cada provedor.

Apesar de toda essa complexidade não desistimos e estamos trabalhando, acredito que teremos o componente funcionando pelo mesmo para um provedor nesta primeira quinzena de outubro.

Depois basta criar os INI dos demais e fazer os ajustes finos.

Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

  • 3 semanas depois ...

Olá Italo, gostaria de agradecer pelo seu esforço imenso em portar o componente ACBrNFSe para o Trunk2, vejo que diariamente estão subindo alterações relacionadas a NFSe.

Apesar de estarem cogitando prorrogar os prazos para a implementação da nota técnica 2015.003 ainda temos a NT 2015.002 e outros fatores nos levando a migrar do Trunk1 para o Trunk2.

Pelo que tenho acompanhado já existe um .ini relacionado a Betha. Observando o XML do lote gerado com a versão Trunk1 do componente (no caso da Betha), percebi que o RPS e o Lote são assinados.

Apesar do INI da Betha estar setado dessa forma, 

[Assinar]
RPS=1
Lote=1

apenas o RPS está sendo assinado, e o lote está sendo processado com erros pela Betha. Erro retornado: Assinatura Inválida. 

Estou usando o método: ACBrNFSe1.Enviar();

Poderia me orientar se estou fazendo algo errado?

Link para o comentário
Compartilhar em outros sites

  • Consultores

Boa tarde Marco,

Você não esta fazendo nada de errado.

O problema é que o Provedor Betha existe que tanto o RPS quando o Lote sejam assinados.

O ACBrNFSe se utiliza de uma rotina padrão de assinatura digital usada pelos demais componentes: ACBrNFe, ACBrCTe e ACBrMDFe.

Essa rotina ao receber o lote para ser assinado detecta que existe uma assinatura e consequentemente a mesma é abortada.

O Lote acaba fincando sem a assinatura e desta forma sendo rejeitado pelo provedor.

Estamos estudando a melhor foram de contornar esse problema.

Portanto até o momento, todos os provedores que requerem RPS e Lote assinados estão parados até que encontremos uma solução.

  • Curtir 3
Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

  • 2 meses depois ...

Olá Italo, primeiramente parabéns pelo seu trabalho. 

Me desculpe por insistir, mas preciso perguntar se já houve algum avanço com relação a assinatura do lote+rps (ambos), para que os usuários da betha possam migrar a NFSe para o Trunk2?

Tenho acompanhado o change-log do componente mas não vi nada nesse sentido.

Agradeço qualquer informação.

Att,

Marco 

Link para o comentário
Compartilhar em outros sites

  • Consultores

Boa tarde Marco,

Favor atualizar todos os fontes de todas as pastas e inicie os testes, já liberamos varias alterações e melhorias visando os provedores que necessitam que o RPS e Lote sejam assinados.

  • Curtir 1
Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

  • Membros Pro

Certo, começei a testar antes do feriadão, e retomarei hoje. Já estava sendo possível inclusive gerar o rps, apenas estava dom dificuldade em pegar o retorno pois a mensagem de retorno estava em branco, mas hoje concluirei tudo. No final postarei o resultado. Muito obrigado e parabéns pelo trabalho de todos envolvidos.

Link para o comentário
Compartilhar em outros sites

  • Este tópico foi criado há 3037 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Crie uma conta ou entre para comentar

Você precisar ser um membro para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar Agora
×
×
  • 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.