Jump to content

SupraMAIS

Membros Pro
  • Posts

    16
  • Joined

  • Last visited

Everything posted by SupraMAIS

  1. Bom dia, Obrigado. vou puxar novamente os fontes e caso aconteça outra necessidade de alteração sigo a mesma logica que você fez.
  2. 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.
  3. 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.
  4. 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:
  5. Boa tarde! Como houve alteração na linha do arquivo DAMDFe_Retrato.fr3 De : ParentFont="False" Text="PESO TOTAL (KG)"/> Para : Text="[Identificacao."qDescPeso"]" Precisamos colocar em cdsIdentificacao o campo 'qDescPeso' no form ACBrMDFeDAMDFEFR Add('qDescPeso', ftString, 20); E consequentemente no pmdfeMDFe .
  6. 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
  7. 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
  8. 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
  9. 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
  10. 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
  11. 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
  12. 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
  13. Boa tarde! Atualizei e aparentemente deu certo. Muito obrigado! Passei para nosso setor de homologação. Att., Vinícius César.
  14. 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
  15. 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
  16. 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
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.