Datacaixa

Segue anexo o arquivo "eventos.fr3", com a cor da fonte ajustada para clBlack. Obrigado! EVENTOS.fr3

Pessoal, boa tarde! Estes dias atendendo um cliente vi que o arquivo "eventos.fr3" do FastReport usado pelo Acbr está configurado com a Cor da Fonte = clWindowText. Isso não é necessariamente um problema, porém, quando o tema do Windows do cliente é claro como "Céu Noturno", ao visualizar a impressão todas as fontes ficam brancas (parece que está bugado). Analisando outros arquivos como "DANFeRetrato.fr3", "DANFePaisagem.fr3" vi que a Cor da Fonte é sempre clBlack. Existe algum motivo para isso? Não seria melhor padronizar tudo para clBlack?

OK, isso que eu precisava saber, se o componente faria isso ou se eu mesmo vou ter que criar uma função para tratar esses caracteres.

Mas foi isso que eu fiz!

Essa função não tira o & e nem os outros caracteres não aceitos no XML.

Estranho, já estamos usando o RetirarAcentos mas no XML foi o caractere &. Sabe se precisa ativar outra propriedade para funcionar?

Boa tarde! Teria alguma propriedade do ACBrNFSeX e da ACBrNFe para remover caracteres especiais não aceitos no XML (&, <, > e ")? Verifiquei aqui que existem as propriedades RetirarAcentos, RetirarEspacos e IdentarXML, seria alguma delas?

Obrigado pelo auxilio, era exatamente isso que o Juliomar indicou. Alterei o PWCNF_CNF_AUTO conforme necessidade dos testes 35 etc. Teste aprovado.

Daniel bom dia! Estou re-homologando com a nova DLL da PayGo. Não estou usando o ACBrTEFAPI pois já estou com toda regra de negócio rodando a algum tempo no ACBrTEFD e também porque antes de começar a re-homologação eu abri um tópico perguntando se teria problemas em continuar usando o ACBrTEFD e tive retorno que funcionaria também. Eu assisti o curso mas o exemplo é com o ACBrTEFAPI. Pelo que pesquisei no fórum e discord é necessário alterar o método TACBrTEFDPayGoWeb.CNF mas a imagem do outro tópico não carrega. Esse teste 35 eu entendo que na prática não acontece, pois toda regra de confirmação e desfazimento é tratado direto pela aplicação e não pelo usuário. Mas ainda assim preciso fazer para homologar.

Poderiam me informar qual código devo alterar no componente ACBrTEFD para fazer o teste 35 a 38? Localizei esses tópicos mas a imagem com o ajuste no código não carrega. Ai não consigo ver o que foi feito.

Bom dia! Já uso o TEF PayGo durante um tempo nos clientes e estou atrasado em relação a homologação com a nova DLL da PayGo. No meu projeto uso o componente ACBrTEFD1 mas vi que existe um novo ACBrTEFAPI1. Posso manter o componente ACBrTEFD e re-homologar ou é aconselhado usar o novo? Existe muita diferença entre eles? O mais novo da menos problema etc?

Sim, já vi esse arquivo e os fontes inclusive. Lá vocês não utilizam o try except, e por isso minha dúvida.

Segue novamente o código. Tive que zipar pois estava bloqueando. code.zip

Boa tarde! Utilizo um try except no DistribuicaoDFePorUltNSU, porém tenho notado que ao dar consumo indevido ele cai no exception, é isso mesmo? Eu fiz o código abaixo para tratar o exception para casos diversos, e abaixo eu trato o retorno 656 (consumo indevido), porém tenho notado que não tem entrado nessa parte do código quando dá consumo indevido codigo.7z

Blz, muito obrigado Diego!