[ACBrNFSeX - Iguatama -MG Atualização - Provedor Governa]

Boa tarde
O municipio de Iguatama/MG (3130309)  conforme publicação de decreto municipal realizou alteração do provedor de NFS-e para: GOVERNA.
Logo, estamos disponibilizando abaixo as atualizações nas URL's do arquivo ACBrNFSeXServicos.ini para o componente ACBrNFSeX, além da adição de novos parâmetros.

Atual:

[3130309]
; Atualizado em 28/07/2022
Nome=Iguatama
UF=MG
Provedor=SimplISS
ProRecepcionar=http://wsiguatama.simplissweb.com.br/nfseservice.svc
;
ProLinkURL=http://wsiguatama.simplissweb.com.br/nfseservice.svc

Novo:

[3130309]
; Atualizado em 08/05/2023
Nome=Iguatama
UF=MG
Provedor=Governa
Versao=1.01
ProRecepcionar=http://187.94.253.198:81/webservice/
HomRecepcionar=http://187.94.253.198:83/webservicehml/
Params=VersaoArquivo:4|VersaoImpressao:5

;

Foi realizado testes e o RPS foi autorizado com sucesso.

 

ACBrNFSeXServicos.ini 010Manual de Integracao WebService.pdf

[NFS-e Vazante MG]

Bom dia,

fizemos a atualização dos fontes e  reinstalamos o ACBr, mesmo assim não temos o retorno. 

Olha esse xml, ele não abre . será que tem algo errado? 

620050-comp-nfse-soap.xml

[NFS-e Vazante MG]

Bom dia,

Também estamos com o mesmo problema no retorno. 

mesmo usando o exemplo acbr passamos o protocolo e não temos o retorno.  sendo notas antigas ja autorizadas ou uma nova. 

Para o exemplo também temos que reinstalar novamente?

[NFs-e - Governa -]

Boa noite,

Fizemos a conversão da NFSe do provedor Governa, cidade de Iguatama para o ACBrNFSeX.

Ficou tudo funcionando, porém, no ambiente de produção a transmissão da nota está lenta a ponto do nosso cliente reclamar.

Observei que o ponto de lentidão está no método Receive da classe TACBrWinReqResp (ACBrWinReqRespClass.pas); este método, por sua vez, acaba chamando a função WinHttpReceiveResponse localizada em ACBr_WinHttp.pas (que encapsula a entrada da função de mesmo nome na DLL 'winhttp.dll').

Minha pergunta é se realmente há um delay na resposta desta DLL e, em caso positivo, se é possível usar outra forma de transmissão.

[ACBrNFSeX - Ribeirão das Neves -MG - ISSDigital / Homologação]

17 horas atrás, Diego Foliene disse:

Bo tarde!
Muito obrigado por contribuir. Mas notei que a URL que você colocou como homologação é semelhante a URLs de produção.
Em alguns casos semelhantes é adicionada uma Tag a mais no arquivo para identificar que o arquivo enviado é de teste.
No entanto, não encontrei informação nesse sentido na Unit responsável por gerar o arquivo ISSDigital.GravarXML.pas
Como o provedor diferencia se o arquivo enviado está indo em produção ou em homologação?

Bom dia!
O que pudemos observar que ao mudarmos dentro da nossa aplicação o parâmetro para Homologação, houve uma mudança também na alimentação do componente, conforme abaixo:

Consequentemente, na montagem do RPS, observamos que a tag <Producao>, mudou seu valor:

 

Por fim, observamos que no portal da prefeitura, quando mudamos para "homologação", o número da NFS-e passou a ter uma letra "T" no inicio, diferente das Notas que transmitimos em Produção:

 

 

 

 

 

[ACBrNFSeX - Ribeirão das Neves -MG - ISSDigital / Homologação]

Prezados, boa tarde!

Realizado a inclusão da URL para cidade de Ribeirão das Neves - MG para o ambiente de Homologação. Realizamos os testes em Homologação tanto da Transmissão e Consulta com sucesso. Pedimos por gentileza atualizar o ".INI".

HomRecepcionar=https://issqn.ribeiraodasneves.quasar.srv.br/nfe/snissdigitalsvc

 

ACBrNFSeXServicos.ini

[Mudança endereço provedor Governa - Iguatama - MG]

Prezados, boa noite!
           Segue anexo arquivo .INI (ACBrNFSe) contendo atualização do endereço do Provedor Governa, para cidade Iguatama-MG.

 

Governa.ini

[Impressão DAMDFE - Peso Bruto KG x TON - fastreport]

Bom dia, 

 

Obrigado. 

vou puxar novamente os fontes e caso aconteça outra necessidade de alteração sigo a mesma logica que você fez.  

[Impressão DAMDFE - Peso Bruto KG x TON - fastreport]

Boa tarde, 

não conseguimos fazer o DAMDFe_Retrato.fr3 modificar a descrição conforme a unidade selecionada(KG,TON). 

por isso tivemos que alterar o  pmdfeMDFe para criar um campo que vai para o arquivo acima. 

e fazer a validação no ACBrMDFeDAMDFEFR para mudar a descrição dentro do DAMDFe_Retrato.fr3 conforme unidade selecionada.

a alteração dentro do ACBrMDFeDAMDFEFR  Campo : FieldByName('qDescPeso').AsString:= 'PESO TOTAL (Ton)' é praticamente uma copia do ...FORTES\ACBrMDFeDAMDFeRLRetrato , sendo campo:  rlLabel12.Caption := 'PESO TOTAL (Ton)', porem não conseguimos acessar o DAMDFe_Retrato.fr3 diretamente como o rlLabel12.Caption. 

Então alteramos os três arquivos 

..\ACBrDFe\ACBrMDFe\DAMDFE\Fast\ACBrMDFeDAMDFEFR
...\ACBrDFe\ACBrMDFe\PCNMDFe\pmdfeMDFe

...\Report\DAMDFe_Retrato.fr3

 

Caso vocês tenham outra forma de alterar a descrição fixa 'PESO TOTAL (KG)' no arquivo DAMDFe_Retrato.fr3  dinamicamente sem afetar o ...\ACBrDFe\ACBrMDFe\PCNMDFe\pmdfeMDFe, pois esgotei minhas opções. 

[Impressão DAMDFE - Peso Bruto KG x TON - fastreport]

Em 27/12/2021 at 16:40, Juliomar Marchetti disse:

Então vamos assumir que a mudança é só no fast e não em arquivos que fazem parte da base do MDFe

Bom dia!
Dentro da nossa análise, se alterar apenas o fast e não alterar os outros form´s vai ocasionar erro no fast.

[Impressão DAMDFE - Peso Bruto KG x TON - fastreport]

Boa tarde!

O ajuste foi feito apenas para mudar a descrição na impressão do MDF-e:

No form que está na pasta Fortes, já tem a verificação para mostrar qual a descrição. 

Fizemos então no form da pasta Fast:

 

 

[Impressão DAMDFE - Peso Bruto KG x TON - fastreport]

1 hora atrás, Juliomar Marchetti disse:

Analisando seu fr3 está desatualizado.

qual o motivo de criar um campo no pmdfeMDFe.pas ? pois não está descrito isso no manual

 

Boa tarde!

Como houve alteração na linha do arquivo  DAMDFe_Retrato.fr3

De    : ParentFont="False" Text="PESO TOTAL (KG)"/>

 

Para  : Text="[Identificacao.&#34;qDescPeso&#34;]"

 

Precisamos colocar em cdsIdentificacao   o campo 'qDescPeso' no form  ACBrMDFeDAMDFEFR

Add('qDescPeso', ftString, 20);

 

E consequentemente no pmdfeMDFe .

[Impressão DAMDFE - Peso Bruto KG x TON - fastreport]

Bom dia!

Sobre a geração do DAMDFE do MDF-e, observamos que mesmo enviando a tag <cUnid> (Código da unidade de medida do Peso Bruto da Carga) como 02 – TON a impressão ocorre como KG. O próprio componente realiza a conversão do valor. Os clientes reclamam que se no XML existe a unidade de medida como TON, não deveria existir no DAMDFE tal conversão e sim a impressão real da unidade enviada no XML.

Analisando o MOC do MDF-e, não identifiquei orientação especifica sobre este processo de impressão ou objeção para realizar tal alteração no DAMDFE.

Atualmente utilizamos o FAST para impressão, logo, realizamos ajuste no componente para que seja possível realizar impressão com KG ou TON:

 

Disponibilizamos anexo as units que sofreram alteração.

 

Obrigado.

 

DAMDFe_Retrato.fr3 pmdfeMDFe.pas ACBrMDFeDAMDFEFR.pas

[NFs-e - Governa -]

Boa tarde, @Italo Giurizzato Junior

De fato o problema em questão estava no provedor, conseguimos implementar a NFS-e com sucesso.

Anexo as alterações realizadas nos arquivos .INI com o apontamento para o novo provedor e a indicação do novo endereço dentro do provedor.

Obrigado!

Governa.INI Cidades.ini

[NFs-e - Governa -]

Prezados, boa tarde!

Estamos realizando a implementação/troca de uma nova cidade (Iguatama-MG) para o provedor GOVERNA.
Porém, ao tentarmos realizar a transmissão da NFS-e está sendo retornado erro: Erro: Falha ao buscar parametros, entre em contato com a prefeitura.

Conforme sugestão da mensagem entramos em contato com a Prefeitura/Provedor e informaram que o prestador em questão está devidamente habilitado para gerar RPS, não sabendo nos repassar maiores detalhes sobre o erro.

Alguma sugestão da possível causa do erro?
PS: Ainda estamos utilizando o componente ACBrNFSe

 

 

5-rec.xml Governa.INI Cidades.INI 5-env-lot.xml

[Erro NFS-e - NFSeBrasil - Bambuí-MG]

Prezados, bom dia!
   Estamos implementando a NFS-e para o município de Bambuí-MG 3105103 no provedor NFSeBrasil (Memory) e conseguimos autorizar o RPS, porém, ao processar o retorno está sendo reportado o seguinte erro:

Erro na consulta do lote:
Erro ao gravar a confirmação do lote de NFSe:
Análise XML: linha 1, caractere 14, literal de cadeia de caracteres esperado.

Atualizamos o NFSeBrasil.ini porém, o XML de retorno "20213-nfse.xml" não está abrindo.

Observação: Estamos ainda utilizando o componente ACBrNFSe, não migramos.

Obrigado!

 

40-rps.xml 20213-nfse.xml

[Troca de provedor - Bambuí - MG]

Prezados, bom dia!

             Finalizamos a implementação da NFS-e para o município de Bambuí - MG (3105103). Para tal, foi necessário trocarmos o provedor no arquivo Cidades.INI:
De: Provedor=SimplISS

Para: Provedor=NFSeBrasil

            Gentileza verificarem a possibilidade de atualização do arquivo Cidade.INI com a respectiva alteração.

Obrigado.

Cidades.ini

[XML Retorno Provedor proISSDigital]

Boa tarde!

Após atualização o problema do XML foi solucionado, porém, para que a NFS-e fosse autorizada foi necessário atualizar o endereço para cidade Ribeirão das Neves - MG - IBGE-3154606 no arquivo .INI

De: 
; Ribeirao das Neves/MG
RecepcaoLoteRPS_3154606=http://177.66.208.54:8093/nfe/snissdigitalsvc?wsdl

Para:
; Ribeirao das Neves/MG
RecepcaoLoteRPS_3154606=http://ribeirao.supernova.com.br:8093/nfe/snissdigitalsvc?wsdl

Obrigado.

 

ISSDigital.ini T0000052E-nfse.xml

[XML Retorno Provedor proISSDigital]

Boa tarde!
Estamos gerando uma NFS-e para a Cidade de Ribeirão das Neves - MG - IBGE-3154606, que usa o provedor proISSDigital.
Os XML Envio de Lote, RPS, Consulta - Todos eles montam corretamente o respectivo .XML
(EnviarLoteRpsSincronoEnvio, EnviarLoteRpsSincronoResposta, ConsultarLoteRpsResposta, InfDeclaracaoPrestacaoServico)
Já o xml que que é salvo em ...\202106\Notas não abre e da o erro da imagem em anexo

Aproveitando o ensejo, realizamos atualização do arquivo .INI do provedor proISSDigital incluindo os parâmetros para a respectiva cidade, gentileza verificar possibilidade de publica-lo. 

ISSDigital.ini T0000051E-nfse.xml

[Problema na impressão da GNRE - Campo "Nº Documento de Origem"]

Boa tarde!

Atualizei e aparentemente deu certo. Muito obrigado!

Passei para nosso setor de homologação.

Att.,

Vinícius César.

 

[Problema na impressão da GNRE - Campo "Nº Documento de Origem"]

 

Boa tarde!

Estamos com um problema na impressão da guia da GNRE, especificamente o campo "Nº Documento Origem", quando a origem de documento é a chave de acesso.

Quando nosso cliente imprime a guia pelo "Portal GNRE" o campo "Nº Documento de Origem" retorna o nº da referida nota fiscal (vide anexo), porém quando ele utiliza o nosso sistema (que utiliza o ACBr) o campo "Nº Documento de Origem" retorna a chave de acesso.

Analisamos units relacionadas a envio/impressão (ACBrGNRE2, pgnreGNREW, ACBrGNREGuiaFRDM, dentre outras) mas não encontramos algo que pudesse flexibilizar o conteúdo do campo "Nº Documento de Origem". Existe alguma forma? Caso não seja possível, existe uma previsão (cronograma) para esta modificação?

 

Desde já agradeço e me coloco a disposição para maiores esclarecimentos.

 

Att.,

Vinícius César

 

[Barbacena - MG - Alteração do provedor]

Alterei o .INI e ao realizar a transmissão está sendo retornado a mensagem abaixo:

Consulta situação do lote:
A funcionalidade [Consultar Situação do Lote] não foi disponibilizada pelo provedor: WebISSv2

 

 

 

Cidades.ini 21644-env-lot.xml 21644-rec.xml

[Barbacena - MG - Alteração do provedor]

Bom dia!
              Conforme informações obtidas o Município de Barbacena atualmente utiliza a versão 2.02 ABRASF (vou editar o .INI  e aponta-lo para o WebISSv2).

Anexo documentação recebida para implementação.

 

V2.02.rar