Ir para conteúdo
  • Cadastre-se

MarcosRWeimer

Membros
  • Total de ítens

    431
  • Registro em

  • Última visita

  • Days Won

    1

MarcosRWeimer last won the day on 6 Novembro 2022

MarcosRWeimer had the most liked content!

6 Seguidores

Contact Methods

  • Website URL
    http://eudoparana.blogspot.com.br/

Últimos Visitantes

2.309 visualizações

MarcosRWeimer's Achievements

  1. A thread aqui é voltada para a UX, mas pra desenvolver comecei a testar hj: https://github.com/Code4Delphi/Delphi-AI-Developer
  2. Qual é a idéia? fazer um componente novo? Estava vendo a documentação da API https://api-docs.portalunico.siscomex.gov.br/pages/sintia/ e tem muitos métodos, não entendi o processo ainda, se vai utilizar todos os métodos ou alguns, comecei a pesquisar hoje sobre o assunto.
  3. mesmo BO aqui, será que não seria a formatação? enviar 0.1 ao invés de 0.1000 ?
  4. Prova tirada, não é obrigatório o NBS, autorizei a NFSe em homologação utilizando os schemas (e parte da modificação) disponibilizado acima. Alterei o fonte para enviar fixo o nrServico, pois aqui o sistema ainda não tem desdobra/especialização
  5. Bom dia! Estava alterando estas units ontem no fim do dia, sua alteração está bem interessante, só tenho um questionamento. com base no manual: o NBS não é obrigatório, e na sua alteração para gerar o nrServico obrigatoriamente tem de informar o CodigoServicoNacional, o que, pela minha interpretação, não seria o mais adequado (com base no que entendi no manual (print acima)) Vim aqui justamente para questionar este ponto, como seria a melhor forma de implementar e encontrei sua alteração. abaixo o print da questão que estou em dúvidas (para quem for opinar não ter de baixar o fonte):
  6. Aqui também não aconteceu de "sumir" a opção de exportar e resolveu a questão da duplicidade.
  7. @Italo Giurizzato Junior acabei de atualizar, funcionando 100%. Obrigado
  8. Boa Tarde! Acabei de atualizar, não está mais duplicando. Alteração aprovada.
  9. Resolvido. Atualizado ACBr até a versão 42298 e alterado configuração do municipio: Params=NomeTagAtividadeEconomica:ItemLei116AtividadeEconomica|NaoGerarTag:ItemLei116|FormatarItemServicoNaoSeAplica:True Detalhe que apenas informar a tag FormatarItemServicoNaoSeAplica não encontra (mesmo que no Config busque apenas ela e não um valor ligado a mesma), tem de setar algum valor. Então ficou assim: [5101407] ; Atualizado em 20/10/2025 Nome=Aripuana UF=MT Provedor=Agili Params=NomeTagAtividadeEconomica:ItemLei116AtividadeEconomica|NaoGerarTag:ItemLei116|FormatarItemServicoNaoSeAplica:True Podem fechar. ACBrNFSeXServicos.ini
  10. Ola! ACBr está formatando estes campos e não devem formatar, Aripuana/MT: Estou alimentando os campos com o valor 713, porem o ACBr formata, buscando internamente localizei este ponto: (Agili.GravarXML.GerarInfDeclaracaoPrestacaoServico) item := FormatarItemServico(NFSe.Servico.ItemListaServico, FormatoItemListaServico); Teria de mudar o FormatoItemListaServico de filsSemFormatacao para filsNaoSeAplica, para dentro do FormatarItemServico não incluir o 0 (zero) a esquerda. Isto resolveria o caso do ItemLei116AtividadeEconomica para o campo ItemLei116, no GerarDadosServico, onde é incluido o "." se tem mais de 2 caracteres: CodServico := IntToStr(StrToIntDef(OnlyNumber(NFSe.Servico.ItemServico[i].CodServ), 0)); if Length(CodServico) > 2 then Insert('.', CodServico, Length(CodServico) - 2 + 1); A questão é que este provedor varia de cidade para cidade, ou seja, tem cidades que precisa estar formatado e tem cidades que não precisa. Procurei alguma maneira (configuração, ini...) de mudar o FormatoItemListaServico, mas não encontrei. Alguma sugestão?
  11. também acredito que va quebrar, dependendo da versão do FR muda a maneira de acessar os exports
  12. É o único ambiente que tenho para testar, não consigo testar em outras versões
  13. D12 Pro + FR 2024.2.5 VCL
  14. Tive tempo de voltar a mexer nesta questão hoje, a situação é a seguinte, realmente o fastreport adiciona um 'PDF Export' no menu para cada tfrxpdfexport que existir. Teste: - Crie um novo app - Adicione um frxReport e um frxpdfexport - adicione um botão para exibir o report, vá em salvar, terá 1 pdf export - adicione mais um frxpdfexport e teste novamente, verá que terá 2 pdf export no menu. Isto ocorre com frxpdfexport mesmo em outros forms. A solução (paleativa) que encontrei no momento é remover os "duplicados": procedure RemoveExportPDFDup; var LCount: Integer; begin //Remove do menu, exportações de PDF "duplicadas" //FastReport varre a aplicação por RTTI buscando TfrxPDFExport //Para cada TfrxPDFExport é criado um item no menu //Este processo varre os plugins de exportação deixando apenas 1 (o ultimo) TfrxPDFExport LCount := 0; for var i: Integer := Pred(frxExportFilters.Count) downto 0 do begin if frxExportFilters[i].Filter.ClassName.ToUpper.Equals('TFRXPDFEXPORT') then begin if LCount > 0 then frxExportFilters.Delete(i) else Inc(LCount); end; end; end; Chamo esta procedure ANTES de imprimir/visualizar o report, no momento é o que resolveu.
  15. bahhh falha minha, estava "tudo verdinho" mas olhando a data a pasta de schemas estava como 19/09 (não sei pq o tortoise estava "verdinho"), apaguei ela, baixei de novo e funcionou. Obrigado
×
×
  • 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.