SupraMAIS

Bom dia @Italo Giurizzato Junior, Resolvido! Obrigado.

@Italo Giurizzato Junior, bom dia! Fizemos aqui e a sugestão funcionou perfeitamente! Neste caso vocês irão submeter este ajuste ao componente? Obrigado.

@Italo Giurizzato Junior, boa tarde! Analisamos a situação acima e identificamos que a principio o trecho em questão é executado somente quando não corre nenhum erro, exemplo Cod202, que é tratado em um bloco que contem um exit, fazendo com que este trecho não seja executado em virtude do exit: if Response.ModoEnvio in [meLoteSincrono, meUnitario] then begin // Retorno do EnviarLoteRpsSincrono e GerarNfse ANode := ANode.Childrens.FindAnyNs('ListaNfse'); if not Assigned(ANode) then begin AErro := Response.Erros.New; AErro.Codigo := Cod202; AErro.Descricao := ACBrStr(Desc202); Exit; end; Deste modo, sugeriríamos que este comando seja movido para dentro do finally: end; except on E:Exception do begin AErro := Response.Erros.New; AErro.Codigo := Cod999; AErro.Descricao := ACBrStr(Desc999 + E.Message); end; end; finally Response.Sucesso := (Response.Erros.Count = 0); FreeAndNil(Document); end; end; Caso tenham alguma sugestão de como contornar a situação fiquem a vontade nos repassar. Obrigado. ACBrNFSeXProviderABRASFv2 (1).pas

Prezados, boa tarde! Estamos realizando a implementação da NFS-e para Cidade de Montes Claros - MG que utiliza o Provedor PRONIM (Versao=2.02), utilizando o componente ACBrNFSeX, entretanto, temos enfrentado dificuldades no tratamento das exceções quando existe erro no retorno. Hoje quando tentamos realizar transmissão de uma NFS-e e ela por algum motivo tem inconsistência é retornado a seguinte mensagem: Entretanto, a mensagem em acima não trás o real motivo pelo qual o RPS em questão foi "rejeitado". Conforme XML de nome 28582-lista-nfse-sinc.xml anexo, o motivo da rejeição foi outro e não o de Código E4 que foi apresentado acima. Deste modo, para tentarmos contornar a situação e apresentar corretamente o erro, fizemos uma alteração dentro da unit: ACBrNFSeXProviderABRASFv2.pas, de forma que a exceção passe a ser levantada, de modo que a propriedade ACBrNFSe1.WebService.Emite.Sucesso retorne false, nos casos de erro. A sugestão de ajuste que realizamos foi levando em consideração o tratamento similar que é realizado dentro da unit; ACBrNFSeXProviderABRASFv1 na procedure TratarRetornoEmitir. Após o ajuste em questão, nossa aplicação passou retornar corretamente o erro do RPS: Assim sendo, enviamos anexo a alteração realizada para que seja apreciada. 28582-lista-nfse-sinc.xml ACBrNFSeXProviderABRASFv2.pas

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

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

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?

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.

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:

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

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

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

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.

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.

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: