Ir para conteúdo
  • Cadastre-se

tdpsistemas

Membros Pro
  • Total de ítens

    134
  • Registro em

  • Última visita

1 Seguidor

Sobre tdpsistemas

Contact Methods

  • Website URL
    http://www.tdp.com.br

Últimos Visitantes

1.906 visualizações

tdpsistemas's Achievements

Collaborator

Collaborator (7/14)

  • Dedicated Rare
  • First Post
  • Collaborator Rare
  • Week One Done
  • One Month Later

Recent Badges

35

Reputação

8

Community Answers

  1. Resolução para a instalação: eu tive que adicionar no Provisioning do Delphi o arquivo .keystore do equipamento. Mas, o apk não rodou justamente por conta da versão do Delphi. Porém, a mensagem de erro relatada no tópico foi resolvida através do Provisioning: https://docwiki.embarcadero.com/RADStudio/Rio/en/Provisioning_Page#Project_Options Podemos fechar o tópico e agradeço a ajuda de todos!
  2. Estou compilando na minha máquina, com Delphi 10.4 e, por meio de USB, tentando instalar no equipamento.
  3. Gostaria de saber se há alguma versão mínima da instalação do apk demo no Android. Tenho um equipamento que está com a versão 5.1.1 e apresenta o "erro Failure [INSTALL_PARSE_FAILED_INCONSISTENT_CERTIFICATES]" mesmo não tendo instalado o apk no equipamento. O Manifest possui o SDK <uses-sdk android:targetSdkVersion="29" android:minSdkVersion="22"/> Este apk de exemplo seria para rodar corretamente no Android 5.1.1?
  4. Daniel, Segue a modificação feita. Caso ache necessário, posso criar uma propriedade para configuração deste componente. Agradeço novamente pela atenção. ACBrSATExtratoFortesFr.dfm
  5. Isso, fontes mono-espaçadas, desculpe pela informação incorreta.
  6. Olá, Utilizamos o componente TACBrSATExtratoFortes, em alguns clientes, onde foi requisitado algumas informações nas Observações do Contribuinte, o componente mObsContrib está definido com a fonte "Arial". Esta fonte não é TrueType, e uma das necessidades seria destacar algumas informações com um devido alinhamento. Pensando nisso mudamos para "Courier New", resolvendo assim o "problema". Caso envie o fonte com esta melhoria o mesmo pode ser aceito? Sabemos que não é um erro, é apenas uma "melhoria" especifica. Agradeço pela atenção.
  7. Olá, na emissão de NF-e de Devolução com IPI, o valor do IPI está incluso no XML, mas não é destacado no Danfe, cabeçalho e item. O AcbrNFe possibilita o destaque destes valores na impressão do Danfe? Grato.
  8. Boa tarde a todos. Acabamos de fazer duas NFC-e para o estado do MG em um cliente e foram autorizadas corretamente, por hora, parece que está funcionando. Obrigado a todos.
  9. Boa tarde, estou com a mesma dúvida, em homologação estou conseguindo transmitir a NFce, mas em produção está retornando o erro da foto em anexo. Fiz o procedimento deste post Consegui emitir uma NFce agora a pouco, mas agora só retorna o erro abaixo:
  10. Boa tarde, Muito Obrigado Italo, aguardo a analise. Me coloco a disposição para quaisquer esclarecimentos.
  11. Acredito que o correto seria seguir a orientação dos moderadores e utilizar o "GerarCodigoDFe";
  12. Amigo, resumidamente o Italo, está nos orientado a utilizar a função: GerarCodigoDFe, caso não queira, se você passar para a propriedade: ide.cNf := 0; O ACBr irá gerar o código de forma correta, conforme solicitado pela SEFAZ. Tente seguir a orientação acima que você irá conseguir transmitir de forma correta.
  13. Bom dia a todos, Estou com uma dúvida sobre este assunto, não seria interessante acertarmos a Unit: pcnNFeW, mudando o parâmetro de "0" para "1"; Sei que a regra "N12-97" é facultativa, mas mudando o parâmetro da Unit acima , exclusivamente na "cst51", irá resolver o problema de todos, sem ter a necessidade de informar valores inexistentes. Alteração foi feita no método: TNFeW.GerarDetImpostoICMS; if nfe.Det.Imposto.ICMS.modBC <> dbiNenhum then Gerador.wCampo(tcStr, 'N13', 'modBC', 01, 01, 1, modBCToStr(nfe.Det.Imposto.ICMS.modBC), DSC_MODBC); Gerador.wCampo(IIf(FUsar_tcDe4,tcDe4,tcDe2), 'N14', 'pRedBC ', 01, IIf(FUsar_tcDe4,07,05), 1, nfe.Det.Imposto.ICMS.pRedBC, DSC_PREDBC); Gerador.wCampo(tcDe2, 'N15', 'vBC ', 01, 15, 1, nfe.Det.Imposto.ICMS.vBC, DSC_VBC); Gerador.wCampo(IIf(FUsar_tcDe4,tcDe4,tcDe2), 'N16', 'pICMS ', 01, IIf(FUsar_tcDe4,07,05), 1, nfe.Det.Imposto.ICMS.pICMS, DSC_PICMS); Gerador.wCampo(tcDe2, 'N16a', 'vICMSOp ', 01, 15, 1, nfe.Det.Imposto.ICMS.vICMSOp, DSC_VICMS); Gerador.wCampo(IIf(FUsar_tcDe4,tcDe4,tcDe2), 'N16b', 'pDif ', 01, IIf(FUsar_tcDe4,07,05), 1, nfe.Det.Imposto.ICMS.pDif, DSC_PICMS); Gerador.wCampo(tcDe2, 'N16c', 'vICMSDif', 01, 15, 1, nfe.Det.Imposto.ICMS.vICMSDif, DSC_VICMS); {if (nfe.Det.Imposto.ICMS.pICMS = 0) and (nfe.Det.Imposto.ICMS.pDif = 0) then Gerador.wCampo(tcDe2, 'N17', 'vICMS', 01, 15, 1, nfe.Det.Imposto.ICMS.vICMS, DSC_VICMS) else } Gerador.wCampo(tcDe2, 'N17', 'vICMS', 01, 15, 1, nfe.Det.Imposto.ICMS.vICMS, DSC_VICMS); Fiz testes com pDif igual a 30% e 100%, além disso foi feito testes com o mesmo igual a 0% e os demais campos também zerados. Aparentemente todas NF-es autorizadas pela SEFAZ. Espero ter ajudado. Att. Alan Leônidas. pcnNFeW.pas
  14. Boa tarde a todos, Estava enfrentado um problema com a geração de arquivo PDF da NFC-e, utilizando o componente "ACBrNFeDANFCEFR", que deixava o arquivo muito grande, assim o envio deste arquivo por e-mail para o cliente se tornava um tanto lento. Verificando o componente "ACBrNFeDANFEFR1" já existiam duas propriedades que resolvem esse problema, que são: "incorporaBackgroundPDF" e "incorporaFontePDF". Porém as mesmas não existia para o componente "ACBrNFeDANFCEFR", fizemos a implementação dessas propriedades para este componente seguindo o padrão já utilizado no componente ACBrNFeDANFEFR. Segue a "unit" alterada para avaliação dos moderadores. ACBrNFeDANFEFR.pas Att. Equipe: TDP Sistemas de Informação ACBrNFeDANFEFR.pas
×
×
  • 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.

The popup will be closed in 10 segundos...