Ir para conteúdo
  • Cadastre-se

SupraMAIS

Membros Pro
  • Total de ítens

    23
  • Registro em

  • Última visita

Tudo que SupraMAIS postou

  1. 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
  2. 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
  3. 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?
  4. 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.
  5. 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:
  6. 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
  7. Prezados, boa noite! Segue anexo arquivo .INI (ACBrNFSe) contendo atualização do endereço do Provedor Governa, para cidade Iguatama-MG. Governa.ini
  8. Bom dia, Obrigado. vou puxar novamente os fontes e caso aconteça outra necessidade de alteração sigo a mesma logica que você fez.
  9. 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.
  10. 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.
  11. 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:
  12. 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 .
  13. 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
  14. 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
  15. 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
  16. 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
  17. 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
  18. 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
  19. 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
  20. Boa tarde! Atualizei e aparentemente deu certo. Muito obrigado! Passei para nosso setor de homologação. Att., Vinícius César.
  21. 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
  22. 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
  23. 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
×
×
  • 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.