Abrasf 2.02 Provedor Pronim Guarapuava PR

[Massao Aihara]

Boa tarde pessoal.

Estou enviando NFS-e para Guarapuava, pronimV202, consultando e cancelando.

E até onde esta em uso (produção) guarapuava não assina nada do xml....(isso mesmo, segurança total).

MASSSS eu implementei no trunk1, como a empresa onde eu trabalhava estava usando essa versão por questões internas.

E como eu estava muito corrido para mim nos últimos meses acabei nem postando minha alteração aqui, mesmo sendo da T1 ia servir de base para fazerem a T2.

 

Agora que mudei de empresa, e a atual utiliza a T2, 

essa noite vou pegar as implementações do Italo e as minhas do T1 e fazer um "merge" =P. E testar.

Aproveito para disponibilizar a minha versão da T1 também, caso tenha alguém usando essa versão ou para que ajudem a implementar na T2.

Att.

 

 

[Italo Giurizzato Junior]

Bom dia Rodolfo,

Favor atualizar todos os fontes de todas as pastas.

Note que fiz uma alteração no arquivo INI do provedor Pronimv2.

Faça novos testes.

[sisgraf]

Bom dia, Fiz a baixa dos fontes, verifiquei agora o problema abaixo.

Error Parsing "2016-04-25T09:52:37"  as date  Datatype.

The element "DataEmissao" With Value "2016-04-25T09:52:37" failed to parse.

[sisgraf]

segue arquivo RPS em anexo

12UNICA-rps.xml

[Italo Giurizzato Junior]

Bom dia,

Favor atualizar os fontes e testar novamente.

[Massao Aihara]

Boa tarde pessoal.

Segue alterações para Guarapuava/PR Pronim Versão 2.02.

Esta fazendo a consulta e enviando o RPS. Mas ainda não consegui resolver um problema da validar a assinatura =(.

Recepciona mas parece que o provedor "não enxerga" a assinatura da RPS. Não sei, tem que levar mais um tempo estudando.

Mas esta chegando la.

 

Alterações ACBrNFSe:

pnfsConversao
  Adicionado a versão ve202 (2.02).
  Marcado o provedor PronimV2 com as versão ve202.
  Alterado o procedimento "RemoverNameSpace" para remover o nameSpace da ve202 tambem.
  
pnfsNFSeW_ABRASFv2
  Alterado a geração do XML.
  
ACBrNFSeNotasFiscais
  Alterado "NotaFiscal.Assinar" 
  
ACBrNFSeWebServices
  Alterado "GerarLoteRPSComAssinatura", "GerarLoterRPSsemAssinatura" para considerar a ve202.

 

Segue em anexo:

NFS-e_pronimV202_GuarapuavaPR.rar

 

 

Ops, também tem alterações na configurações do arquivo .INI.

 

Att.

[Rodolfofh]

Boa Tarde Italo, testei aqui apenas com as suas ultimas modificações não testei com a do Akai , primeiro ao tentar enviar me deu o erro
 "INTERNET_OPTION_CLIENT_CERT_CONTEXT: 12046'.", ai mudei o para pegar o libCapcom e começou a acontecer o seguinte erro abaixo, que não descobri a solução ainda.

Erro HTTP: 0

Erro: Requisição não enviada.

12029 - Uma conexão com o servidor não pôde ser estabelecida

Editado 25 Abril, 2016 por Rodolfofh

[Italo Giurizzato Junior]

Boa tarde Akai,

Não vejo a necessidade de criar a versão 2.02

Faça uma cópia da sua implementação e atualize os fontes veja que alterei o INI do provedor também.

[Massao Aihara]

Italo, sobre a versão. Eu criei somente porque era outra versão. Achei melhor ter ela especificada igual as outras.

Sobre o .INI, eu sei que a forma que eu tinha montado a estrutura de envio parece errada, mas é daquela forma mesmo.

Com o corpo "<![CDATA[ ]]" e sem transformar os caracteres em texto.

 

A consulta por RPS esta funcionando com as minhas alterações.

O envio esta me dizendo que não tem assinatura, mas tem. ¬¬...

 

Editado 26 Abril, 2016 por Akai

[Rodolfofh]

Testei as alterações do Akai mais cedo e exatamente o que ele disse na hora do envio é retornado que o Pedido do serviço não esta assinado.

[Massao Aihara]

Rodolfh, abre o ini, marca para não assinar a RPS e marca para assinar o Lote.

Aqui esta enviando.

[Rodolfofh]

Fiz a alteração no ini Akai, essa mensagem deixou de aparecer a mensagem de assinatura... mas ainda não envio para min tem que fazer a funcionalidade Consultar situação do lote hehehe vou ver o que consigo!!

[Massao Aihara]

ah, não tem consulta de situação do lote, somente a consulta do lote. Para essa versão do provedor.

Veja o manual do ABRASF 2.02.

=(

Mas veja na sua pasta de retorno, que o lote foi recebido, tem o protocolo e tudo.

[volneig12]

Akai e demais colegas,  segunda dia 25/04 até perto das 15:00 horas tava recebendo sem assinatura, mas a partir das 16:00 e tals já não recebia mais.. Eu já estou mandando com aquele exemplo no meu post anterior de xml assinado e tals e está enviando normalmente.. (no meu caso estou efetuando assinaturas: 1º - rps.  2º -Lote e na *comunicação/certificação e senha... Pelo que percebi foi o seguinte:

Guarapuava no inicio não requeria assinatura nem no homologação, nem no produção.. Depois de mudança para os links atuais foi requerido assinatura no homologação, e a partir de segunda-feira 25/04 as 16:00 horas eles mudaram requerendo assinatura no produção (digo pq de manhã estava mandando sem assinar e tava indo, depois das 16 hrs só com assinatura mesmo..)

[Massao Aihara]

Boa noite,

sim isso mesmo, falei com o suporte do provedor, e ele me disse que foi enviado um comunicado dia 15.

Alertando sobre a mudança de endereço e a exigência da assinatura a partir do dia 25.

 

 

[acmedis]

Boa noite,

Alguém pode me passar um exemplo de XML de cancelamento.

 

[Italo Giurizzato Junior]

Bom dia a todos,

Eu não tenho como realizar testes.

Assim que os testes forem evoluindo favor anexar os fontes alterados, para que eu possa analisar e disponibilizar no repositório.

[volneig12]

12 horas atrás, acmedis disse:

Boa noite,

Alguém pode me passar um exemplo de XML de cancelamento.

 

Segue

xmlcancelamento.rar

[acmedis]

O meu xml de cancelamento está igual ao seu volneig12, porem retorna mensagem de "Pedido de serviço não assinado".

[volneig12]

5 horas atrás, acmedis disse:

O meu xml de cancelamento está igual ao seu volneig12, porem retorna mensagem de "Pedido de serviço não assinado".

Sim, não havia testado ainda esse de cancelamento rsrs.. vou ter que dar uma olhada.. 

[Massao Aihara]

Boa noite pessoal.

Segue alterações que fiz para emissão de NFS-e para Guarapuava/PR - PronimV2.

Agora esta emitindo, consultando e cancelando.

Tudo testado em produção.

OBS: 
Italo, eu mantive aquela ve202, somente por que é a versão abrasef 2.02, achei justo ter ela especificada.
Mas só por isso mesmo. E sei lá, se mais provedores migrarem para ela, já vai estar ai.

 

Segue em anexo: ACBr_PronimV2.zip

Att.

Editado 2 Maio, 2016 por Akai

[Italo Giurizzato Junior]

Bom dia Akai,

Muito obrigado pela colaboração.

Removi os valores ve201 e ve202, pois os provedores que utilizavam essas versões (Tecnos e Pronimv2) passarão a usar o valor ve200.
Uma vez que são pequenas variações no layout entre as versões acima sitadas.

Ficou mantido somente os valores ve100, ve200 e ve110.

A ve110 é utiliza pelo provedor Infisc, pois provedor trabalha com duas versões 1.00 e 1.10 e não segue o padrão ABRASF.

[Massao Aihara]

=( Ok's.

Vou sincronizar e farei os testes mais tarde. 

Obrigado italo.

[Rodolfofh]

Bom dia Ítalo, testei com suas alterações e ao enviar a NFS-e ocorre o erro "Arquivo em desacordo com o XML Schema.Data at the root level is invalid.", então testei acrescentando algumas das modificações  ve201 e ve202 que o Akai postou e a nota foi enviada.

Pronimv2.rar

[Italo Giurizzato Junior]

Bom dia Rodolfo,

Com os fontes que estão no repositório você diz que o correu o erro, mas me diga você usou o arquivo Pronimv2.INI que esta no repositório?

O arquivo Pronimv2.INI disponível diz que a versão do XML é 2.00 sendo assim as alterações feitas nos fontes que você anexou não faz nenhum sentido.

Só faria sentido se no arquivo INI do provedor a versão do XML estiver como 2.02