Ir para conteúdo
  • Cadastre-se

marcelo.hgv

Membros
  • Total de ítens

    218
  • Registro em

  • Última visita

Tudo que marcelo.hgv postou

  1. Bom dia @Juliomar Marchetti. É o Provedor Nacional, não sei se teria como abrir chamado.
  2. Bom dia @Juliomar Marchetti. Pior que não foi alterado. A versão que usamos aqui na empresa é a XE2 a tempo já. O ACBr atualizei ontem também pensando que fosse algo que talvez já tivesse corrigido mas continua igual.
  3. Bom dia. Estou desenvolvendo o evento de cancelamento por substituição porem está apresentando esta mensagem: O Pedido de Registro de Evento de Cancelamentno de NFS-e por Substiuição não é aceito pelo método POST da API Eventos Está sendo feito exatamente como o evento de cancelamento normal ao qual já está funcionando 100%. Requisição Ambiente : 2 - Homologação Cidade : Passo Fundo/RS Provedor : PadraoNacional Versão: 1.00 Data/Hora: 18/11/2025 06:15:52 Método Executado: Enviar Evento Parâmetros de Envio Chave NFSe : 43141002219969833000193000000000000925118757952903 Evento : Cancelamento de NFS-e por Substituicao Parâmetros de Retorno Chave NFSe : Data : 18/11/2025 Tipo Evento : Cancelamento de NFS-e Num. Seq. Evento: 0 ID do Evento : Sucesso : False Sucesso Canc. : False Desc. Situação : Nome Arquivo : C:\Desenv\HGV\Delphi\Temp\NFSe\XML\Comunicacao\Eventos\43141002219969833000193000000000000925118757952903105102001-pedRegEvento.xml Erro(s): Código : E1861 Mensagem: O Pedido de Registro de Evento de Cancelamentno de NFS-e por Substiuição não é aceito pelo método POST da API Eventos. Correção: ---------
  4. Ok, acredito que realmente não possa ser atualizada. Obrigado e podes fechar.
  5. Bom dia. Estou realizando alguns testes com a NFSe Padrão Nacional e vi que está retornando formatação errada na acentuação, talvez a codificação tenha que ser alterada em 2 campos que estou testando, xTribNac e xNBS.
  6. Encontrei um erro na escrita do XML do evento de cancelamento no ponto em que testa e monta o CPF/CNPJ pois está indo formatado e precisa ir somente os numeros. Segue arquivo corrigido para analise. PadraoNacional.Provider.pas
  7. Esse código será implementado nas consultas RPS, NFSe ou evento? Ppois seria mais prático se a consulta já populasse a propriedade situação ou algo assim.
  8. Tambem estou tendo dificuldade nisso mesmo no Demo. E a consulta por evento só mostra se deu certo a consulta ou não.
  9. Encontrei um erro na escrita do XML de cancelamento no ponto em que testa e monta o CPF/CNPJ pois está indo formatado e precisa ir somente os numeros. Segue arquivo corrigido para analise. PadraoNacional.Provider.pas Talvez possa ser o mesmo problema.
  10. Bom dia. Seria possivel criar esta propriedade?
  11. Bom dia @Italo Giurizzato Junior. Seria possivel criar esta propriedade da postagem anterior? Obrigado.
  12. Boa tarde Efetuei uma pequena alteração para criação de uma propriedade da NFCom semelhante a que tem na NFe que é nas Configurações >> Geral >> AtualizaXMLCancelada Esta propriedade deixa o xml mais integro com o que está no portal. Segue arquivos para análise.ACBrNFComWebServices.pasACBrNFComConfiguracoes.pas
  13. Bom dia. Atualizei e agora está tudo certo. Obrigado pela atenção. Podes encerrar.
  14. Boa tarde. Recentemente foi debatido em um tópico sobre a possibilidade de ocultar na DANFe da NCFom o código de barras em algumas situações. O tópico foi encerrado porem, existe um erro em um dos arquivos sugeridos que ao atualizar os fontes hoje vi que não foi corrigido. Segue o tópico O erro é simples mas existe, no arquivo ACBrNFCom.DANFComRLClass.pas precisa ser corrigido pois precisa ficar assim na lina 195: Obrigado.
  15. Não fiz mais nada, estou aguardando. Mas acredito que colocaremos em produção em breve, talvez materemos a ideia do Julio e deixaremos personalizado pra nós, onde para as notas que tiberem boleto normal vincularemos o código de barras(linha digitável) do boleto e se não tiver colocaremos 0 (zeros).
  16. Bom dia tudo bem senhores? Como ficou esta parte, será feito algo ou permanecerá como está? Mesmo que permaneça a impressão, o arquivo ACBrNFCom.DANFComRLClass.pas precisa ser corrigido pois precisa ficar assim na lina 195: Obrigado.
  17. Boa tarde @Italo Giurizzato Junior. Atualizei os fontes e está rodando perfeitamente pelos testes que fiz. Obrigado pela atenção. Podes fechar. Abraço.
  18. Bom dia @Italo Giurizzato Junior Vou atualizar. Muito obrigado.
  19. Agora estou fazendo isso, porem, precisei alterar a unit e fazer uma conversão pois a leitura do codigo de barras na nota trazia a linha digitável e a leitura ficava inválida, tambem fiz a validação e formatação para quando é informado uma linha digitável de fatura ou de boleto. Alguns clientes nossos emitem cobrança pelo DA do Sicredi e apenas emitem a nota, neste caso, não tem boleto e nem outro tipo de cobrança ai faria sentido ocultar o codigo de barras da fatura mesmo que no xml seja informado um valor 0(zero) por exemplo.
  20. O codBarras está sendo informado, o problema é que os clientes farão as NFCom sempre como tpFat = Normal, neste caso o gFat é obrigatório inclusive o codBarras, e nossos clientes geram a cobrança separadamente por boleto bancário ou até mesmos de outras formas e ai o que passar no codBarras? Neste caso é que estamos testando passar tudo zerado, pois não da pra omitir, nem deixar '' e nem ' '. Diante disso é que foi sugerido passar ali uma linha digitável de um boleto caso exista pois pelos testes algo precisa ser informado.
  21. Boa tarde, Acredito que se o "tpFat" for "tfNormal" o grupo do gFat se torna obrigatório e se for "tfCentralizado" o gFatCentral se torna obrigatório pelo que testei. Ao informar o gFat, alguns campos precisam ser informados senão não passa tambem, entre eles o codBarra(linha digitável).
  22. Boa tarde @Juliomar Marchetti. Finalizei algumas alterações em algumas units que achei pertinente para uso no projeto do NFCom. Estamos finalizando o desenvolvimento de todas as funções para emissão de NFCom aqui na empresa e foram feitos muitos testes em ambiente de homologação e a principio todos os testes foram executados com sucesso. Segue arquivos para avaliação, correção ou melhorias. Aguardo posicionamento para finalizar o desenvolvimento e por o projeto em produção para os clientes. Muito obrigado Julio pelas dicas e atenação. ACBrNFComWebServices.pas ACBrNFComEnvEvento.pas ACBrNFComRetConsSit.pas ACBrNFComRetEnvEvento.pas
  23. Boa tarde senhores. Relembrando o assunto acima, sobre nossos clientes que emitem boletos separadamente da NFCom e em virtude disso poderia talvez ter uma propriedade para ocultar o codigo de barras em alguns casos. Como ainda não temos essa possibilidade, surgiu outra possibilidade aqui na empresa que é informar a linha digitável do boleto pois no campo codBarra a informação é a linha digitável conforme manual abaixo. Segue arquivos alterados para avaliação e melhorias. ACBrNFCom.DANFComRLRetrato.pasACBrNFCom.DANFComRLClass.pas Aguardo posicionamento para dar continuidade no desenvolvimento. Muito obrigado.
  24. Olá, temos clientes que precisam emitir NFCom porem emitem a cobrança separadamente por boleto ou outra forma. Existe uma forma para não exibir o código de barras na DANFCOM pois no xml é obrigatorio informa-lo mas se informar todo zerado deixa passar mas fica zerado.
  25. Já reinstalei usando o ACBrXMLDocument para que de agora em diante use esta forma, porem, mesmo assim acredito que tenha que ser reimplementado a leitura do XML, para que entre no código onde irá popular os dados corretamente.
×
×
  • 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.