Guru do Excel e Power BI

O tempo de execução vai depender de uma série de fatores, mas entre eles está a quantidade de dados. Assim, seria bom se as linhas filhas tenham preenchidas apenas as colunas que pertencem a elas, ou que sejam necessárias para as macros. Eu vi muitas colunas com X. Será que são todas necessárias? Será que algumas das informações já estando na linha mãe não seria suficiente? Esses cuidados fazem a planilha emagrecer , e se tornar mais ágil.

Já pensou na ideia de fazer um fechamento semestral, e retirar os registros 100% encerrados (registros mortos)?

Ou ainda: criar uma coluna que diferencie os registros vivos (você define qual o critério para vivo) dos registros mortos. As macros de execução poderia ser acionadas de forma a considerar todos os registros, ou apenas os vivos, à escolha do operador. Talvez para o dia a dia o operador possa se contentar em rodar o processamento parcial (só registros vivos) e isso agilizaria muito o processo, principalmente mais pra perto do final do ano, mas para fechamento do mês a contabilidade necessite da execução total e o operador possa rodar tudo.

SandroLima escreveu: Por exemplo trazer esses dois valores com a macro e os demais com fórmulas seria mais rápido do que trazer todos os campos com a macro? Saberia me dizer isso?

Eu não achei a maioria dessas colunas acima, na planilha ATENDIMENTOS, mesmo porque a maioria tem nomes provisórios: Colunas1, Colunas2, etc. Então copiei apenas as colunas Registro, Sub, Valor e Código.

Creio que faz assim por questão de sigilo, mas não tenho certeza. Tente fazer a cópia das colunas que desejar, e se tiver dificuldade me avise.

Alterei a linha
Tabela(Mes).Range(2, 3).Resize(UBound(Codig(Mes)), 1) = Valores
para
Tabela(Mes).ListColumns("Código").DataBodyRange = Valores
Embora ambas façam a mesma coisa, devemos evitar determinar o número da coluna na própria instrução (no nosso caso a coluna 3, que é Código), porque caso mude essa coluna de lugar, o código passará a fazer besteira. Na segunda instrução, o número da coluna não é utilizado, apenas seu nome, logo, se ela mudar de lugar, a macro não sofre.
Uma alternativa seria
Tabela(Mes).Range(2, ColCod).Resize(UBound(Codig(Mes)), 1) = Valores

É sempre bom também que, entre as diversas tabelas, se mantenham as colunas que representam a mesma informação, com o mesmo nome. Por exemplo, a coluna Valor Pago da planilha Atividades, deve ter também o nome de Valor Pago (e não apenas Valor). Isso não é exigência do Excel, mas apenas organiza melhor as informações, facilitando o desenvolvimento e manutenção das macros.

Na macro de classificação inclui a linha
TabelaAtividades.Range.AutoFilter: TabelaAtividades.Range.AutoFilter
que desliga e religa os filtros (limpa se houver algum filtro ativado) porque quando há filtro ativo, a rotina de classificação só classifica as linhas visíveis (não as ocultas), e, consequentemente dá erro no sequenciamento dos números de registro.

Ainda faltam coisas, mas já dá pra testar e aparecerem problemas. Eu prefiro ir fazendo blocos menores e já ir te passando, mas acabou ficando um volume um pouco maior...

A planilha agora está com você. Vamos deixar o que já foi feito redondo, e seguimos adiante...

Após inserir alguns dados, mande a planilha para mim pois vou usar esses dados para fazer um teste de performance. Procure fazer uma amostra balanceada, ou seja, com quantidades que você julga proporcionais à realidade de dados contendo linhas sem desdobramentos, com desdobramentos de um tipo, de outro, e de ambos., espalhadas pelos 12 meses, com os tipos FF e LC, etc. Procure fazer uma amostra proporcional ao que você acha que será o ano.

LFCR1 = Chr(10) & Chr(13):  LFCR2 = LFCR1 & LFCR1:  LFCR3 = LFCR1 & LFCR2

Optei por pegar uma base de dados anterior trocando por dados fictícios (achei mais fácil assim do que começar a fazer uma nova base na nossa planilha)
Segue a planilha com uma pequena parte da base de dados esperada para um ano (foi o que consegui fazer... mas acredito que não deva passar de 5.000 linhas... acho que ficaria entre 3500 e 5000 linhas)

Travei na parte dos desdobramentos pq não soube declarar as variáveis da linha:
CÓDIGO: SELECIONAR TODOS
LFCR1 = Chr(10) & Chr(13): LFCR2 = LFCR1 & LFCR1: LFCR3 = LFCR1 & LFCR2

***IMPORTANTE***

Também optei por colocar título em todas as colunas que serão utilizadas em cada uma das planilhas para ficar mais fácil a comunicação e entendimento.

Deixei algumas colunas com as fórmulas que uso para retornar os valores de cada coluna... pois lembrei que conversamos sobre se o que seria mais rápido... retornar os valores das demais colunas com macro ou fórmula?
Atualmente uso essa fórmula padrão nas demais colunas para retornar os respectivos valores.

Quantas linhas teriam desdobramentos de cada tipo? Quantas linhas em média para atendimento? E para parcelamento?

Essas 3500~5000 que você falou é no ano? Contando com desdobramentos?

Dim LFCR1 as string

Essa variável é formada por 2 caracteres, de códigos ASCII 10 e 13. Eles promovem um pular de linha quando uma mensagem é exibida. Exemplo: msgbox "Vai" & CHR(10) & CHR(13) & "pular" imprime na tela:

Vai
pular

Pra não ter que ficar digitando CHR(10) & CHR(13), joguei esses 2 caracteres em uma variável chamada LFCR1.
Depois montei uma pra pular 2 linhas e outra pra pular 3.
LF significa Line Feed, e CR significa Carriage Return, que é como esses 2 caracteres são conhecidos, e quer dizes "vá para a linha de baixo", e "vá para o início da linha".

Por enquanto, tire o Option Explicit que vai rodar bem.
Tirando esse option vai conseguir incluir desdobramentos, e deixar a massa de testes mais parecida com o real.

A diferença entre a FluxoFinanceiro_Anual, e a FluxoFinanceiro_Anual_2, é que a primeira (atual) apaga as tabelas de meses da planilha antes de ler a tabela diária, e a segunda apaga depois. Já apaguei a 2, deixei apenas a FluxoFinanceiro_Anual.

Na de atendimento já passei o apagar das tabelas pra antes da leitura da tabela diária.

Fórmulas nas colunas, pegando dados de outras colunas da mesma linha, não há problema algum.

Se não estou enganado, quando falamos sobre usar o valor ou fórmula, me referia às colunas das linhas filhas, e que terão o mesmo valor da linha mãe. Supondo que a coluna XYZ da linha mãe é resultado de uma fórmula que utiliza dados de outras colunas da mesma linha, e que tem como resultado 12345. Supondo agora que a linha filha tenha a necessidade de ter essa mesma informação. Ela pode usar a mesma fórmula da mãe (desde que tenha também as informações das colunas utilizadas na fórmula), e obterá o mesmo 12345. A filha pode também, ao ser criada, ter o valor 12345 colocado na coluna XYZ, como se tivesse sido digitado, e não fruto de fórmula. É claro que dessa forma, caso algum valor de alguma coluna usada na fórmula, for alterado, o resultado da coluna XYZ só se altera se ela contiver também fórmula, como a linha mãe. Se tiver 12345 como digitado, as outras colunas podem alterar todas, que o 12345 continuará a ser 12345.
Essa é a vantagem de colocar como fórmula, mas a desvantagem é que a planilha fica mais pesada e mais lenta pra recalcular. O quanto vai depender da quantidade de linhas.

Outra coisa que eu havia comentado é que, na minha opinião, a linha filha só deve ter preenchidas as colunas que a amarram à mãe (Reg, Sub e Data), e também aquelas nas quais ela terá um valor diferente da mãe (Descrição, Valor, etc). A linha filha deve ser vista como um complemento da mãe, e não uma linha completa.

Não entendi o que aconteceu com a macro Ordena_AtivDiarias, que passou a ser Ordena_AtivDiarias_2, mas não é executada. Sem ela a inclusão de desdobramentos não funciona.

Os desdobramentos para atendimentos devem chegar a no máximo em número de 6-8. Já o de parcelamentos podem chegar a 30

Quando falei de macros ou fórmulas estava me referindo à situação colocada logo acima... mas dentro dessa situação que vc colocou as linhas filhas podem copiar a mãe... exceto pela coluna sub (óbvio) e pelas colunas que envolvem valor financeiro (contábeis)... penso eu.

... eu prefiro linhas cheias mesmo que não sejam fórmulas... mas se é para melhorar a performance manda ver.

O que é interessante saber é:

-Quantidade média estimada de registros por ano (parece que já temos esse dados: 5000)

-Quantidade média estimada de registros que terão desdobramento de Atendimento (ex. 1000 das 5000 linhas)
-Quantidade média de linhas que terá um desdobramento de Atendimento típico (ex. 4 linhas)

-Quantidade média estimada de registros que terão desdobramento de Parcelamento (ex. 2000 das 5000 linhas)
-Quantidade média de linhas que terá um desdobramento de Parcelamento típico (ex. 8 linhas)

Eu tinha proposto da linha ficar vazia na filha, porque caso após feito o desdobramento, a mãe sofrer alguma alteração de valor em alguma das suas células, a filha não será atualizada. Com isso, o operador corre o risco de consultar aquela informação na linha filha e obter um dado inválido.

Pra não ocorrer isso teríamos 2 alternativas:
- O operador terá que fazer a alteração nas linhas filhas também;
- A macro que Ordena e Acerta poderia verificar eventuais diferenças, e recopiar todos os dados que não batem, da mãe para as filhas, a cada vez que fosse executada. Mesmo assim, no intervalo entre a alteração na linha mãe, e a execução da
dos acertos, a informação estará divergente entre mãe e filhas.

Há outras: ela é importante também para economizar espaço de memória. Se você precisa guardar uma informação em uma variável, usando o DIM com declaração do tipo de variável, o Excel vai alocar a memória suficiente pra guardar aquilo. Um número grande ocupa varias vezes mais espaço do que um número de 1 dígito. Se você usa o DIM com declaração de tipo, economiza espaço. Para variáveis únicas da macro (ex.: ColReg, Lin, LFCR1, ErroABC), não vejo vantagem nisso. A economia é mínima perto do espaço que temos de memória. A necessidade começa quando falamos de matrizes. Se dimensionar uma matriz de 500.000 componentes, e disser que eles serão do tipo Double, ou se disser que serão do tipo String, ou se disser que serão do tipo Byte, haverá diferença, pois a redução de espaço individual será multiplicada por 500mil. Eu, particularmente, só declaro variáveis nessas condições, quando haverá significativo ganho de memória.

Tem vezes que a declaração faz ocupar ainda mais memória. Em programação é comum ter que usar uma variável momentânea, que tem abrangência apenas dentro de um loop, por exemplo, apenas numa parte da macro. Eu costumo usar a variável Aux1 para isso (se forem mais, uso Aux2, Aux3, etc). São variáveis que ajudam só de forma localizada. Depois de usar, mais pra frente na macro, se tiver necessidade de outra variável local, uso Aux1 novamente, mas sua finalidade não tem nada a vez com a primeira utilização. Elas podem conter número, ou texto, ou operadores lógicos, sei lá. A situação é quem define. Se eu declarar Aux1 como Double, por exemplo, porque vou usá-la dessa forma, mais pra frente se precisar usar uma variável auxiliar novamente, para guardar texto, não poderei usar Aux1. Terei que declarar e usar outra variável. Se eu não declarar que Aux1 é de um determinado tipo (o Excel a considera Variant, que corresponde a "Coringa"), poso usar diversas vezes durante a macro.

Para aqueles que querem declarar pelo primeiro motivo (evitar erros de digitação) mas não pelo segundo, não querem ficar pensando no tipo de variável, quanto ocupa, etc (me refiro ás variáveis simples, de 1 ocorrência) eles podem declarar a variável, mas sem declarar o tipo. Ex.: DIM LFCR1, LFCR2, LFCR3, Flag, Auxiliar, Erro, Erro2.

Difícil de mensurar a quantidade mensal final... mas a possibilidade de no máximo 8 desdobramento de atendimento é suficiente.

Aqui talvez cairíamos em 2 situações... falta de praticidade no preenchimento da planilha e diminuição de performance... mas é só um palpite de um leigo... não sei.

Como minha organização da tabela baseia-se nas colunas "Registro" e "Data" atualizei a Macro que ordena (a minha) e também a formatação condicional que utilizo nessas duas colunas para que vc veja o resultado atual que tenho atualmente (claro desconsiderando os desdobramentos... apenas para vc ver a ordem que preciso que os dados da tabela sejam apresentados).

Para estimar a quantidade final de registros no ano, infelizmente, temos que ter uma estimativa desse número.

Vamos para um exemplo de cálculo anual, usando não a média, mas o ponto médio.
Supondo que 50% (ponto médio) dos atendimentos gere Desdobramentos de Atendimento, e que cada desdobramento gere 4 linhas (ponto médio entre zero e 8). Para parcelamento seria 50%, e 15 linhas.

O total de linhas no ano seria:
3.600 + 3.600 x 0,5 x 4 + 3.600 x 0,5 x 15 = 3.600 + 7.200 + 27.000 = 37.800 linhas
Não sei se 50% é muito ou pouco, mas sem um número pra colocar na equação, não há resposta.

Façamos o seguinte. Primeiro definimos a quantidade de linhas máxima no ano, depois geramos uma massa de testes desse tamanho, com as linhas filhas com todas as colunas, medimos então o tempo de resposta, e se for satisfatório deixamos assim. Se não for, deixamos as linhas filhas com poucas colunas. Que tal?

Sandro, quando eu mudei a rotina de classificação, eu não reparei que no final havia mais uma classificação por cores de fonte/célula, e, consequentemente, não a incorporei à minha versão da macro de classificação. Agora vejo porque a classificação que estava gerando não tinha o resultado que você esperava.

Não procurei entender as formatações condicionais, e nem a classificação sobre ela, pois isso pode ser um outro capítulo;

apenas incorporei essa terceira classificação por cores (a primeira classifica por data para renumerar os registros, e a segunda por Registro decrescente) da forma como você vinha fazendo, e o resultado agora está igual ao da macro anterior. Vou apagar a macro de classificação antiga pra não gerar confusão, mas se for necessário a temos em versões anteriores da planilha.

Ainda não tinha feito a planilha dessa maneira... mas parece uma estimativa apropriada, Jimmy.

A questão de linhas filhas "cheias" penso que seria importante, por exemplo, no caso da Plan "LIVRO-CAIXA" pq nela serão copiadas somente as linhas filhas/parcelas referente ao mês da tabela de destino e não o valor total do tratamento (no caso a linha mãe).

Ok... vc me passa a macro para eu ver a alteração?
E a bola agora? Está com vc?

Na verdade essa conta que fiz era um exemplo, e não uma estimativa. A minha conta deu quase 30 mil linhas, quando de início você falava algo entre 5 e 10 mil. Com 30 mil acredito que vamos ter problemas de performance.

Essa quantidade de linhas realmente me pegou de surpresa!

Entendi seus motivos. Vamos fazer assim.

A bola tá aqui comigo. Deixa eu fazer mais algumas coisas e te passo. Eu rodei a classificação já com a parte que classifica por cor de célula, e aconteceu algo desagradável. As linhas filhas e mães não ficaram juntas. Acredito que trabalhar com a linha mãe cheia vai resolver isso, pois uma vez que as colunas têm os mesmos dados, a cor das células mães e filhas serão a mesma. Não sei se isso vai funcionar para as lilhas de parcelamento, uma vez que as datas serão diferentes. Vamos ver.

Não tenho uma estimativa estabelecida pq não usava os desdobramentos.
Sempre fazia manualmente... depois pensei naquela rotina de copiar apenas registros novos/ainda não copiados... mas realmente ficaria refém de possíveis erros.

Puxa... já dei trabalho demais até aqui... não quero exagerar... podemos experimentar com menos e ver o resultado.

Então... mas penso que na Plan "ATIVIDADES DIARIAS" elas não vão ficar juntas mesmo e não vejo como um problema não... estou habituado a ver assim mesmo.

O problema que vejo agora é outro... à medida que dou baixa em uma parcela (status: pago) como ficaria a situação da linha mãe?

Fico na escuta... e só lembrando: a partir do dia 17 e até o dia 25 estarei um pouco ausente.

E se você pegar a planilha da época que fazia manual, pegar um período de 3 meses, por exemplo, e contar quantas linhas normais tem, quantas de Atendimento, e quantas de Parcelamentos? Há possibilidade de fazer isso?

Uma vez que a quantidade de linhas não pode ser mudado, pois depende dos atendimentos que fizer, etc, temos que começar a discutir o que seria um problema, em termos de tempo de resposta, entre clicar em INSERIR LINHA e ter a linha disponível para digitação. Cinco segundos é muito ou dá pra trabalhar?

Certa vez cogitei de fazer um arquivo morto, uma segunda tabela para onde aquilo que está encerrado (o registro como um todo, e não uma ou outra parcela de parcelamento) seja movido, saindo da tabela do dia-a-dia. Na hora de gerar Fluxo Financeiro, Livro Caixa, etc, as duas tabelas seriam lidas, a Viva e a Morta.

Não sabia disso, porque eu não havia percebido antes a classificação por cores. Tenho que mudar algumas coisas. Por exemplo, ao inserir desdobramento P em um registro que já tem o A (Sub = A-00), fiz a macro procurar o último A antes de inserir as linhas novas de P, para que fique a ordem: Linha mãe, A, e P. Como agora a família não ficará junta, passarei a incluir logo abaixo da mãe.

Via fórmula é um pouco complicado fazer, porque exigiria fórmula de uma linha que pega valores de outra. Acho que isso vai ter que ser feito de forma assíncrona, ou seja, quando a última parcela é paga, a linha mãe NÃO muda de status automaticamente, mas dependeria da execução de macro que passe um pente fino e mude as coisas.

Essa macro já temos, e é acionada pelo botão ORDENA E ACERTA. Só que assim ela vai ficando cada vez mais pesada e demorada...

Até ontem, ao incluir Desdobramentos, a macro, no final, acionava a macro ORDENA E ACERTA por cautela. Ontem tirei isso porque com 20 mil linhas a necessidade de agilidade não permitirá execuções por cautela. Agora a macro apenas insere as linhas, numera as Subs, copia o conteúdo da mãe, etc, e encerra. A macro de inserção de linhas também aciona a macro ORDENA E ACERTA mas por outro motivo, para poder pegar o valor do maior registro. Vou mudar isso também para que a macro ORDENA E ACERTA não seja mais acionada na inserção de linhas. Deve ser acionada apenas pelo operador, quando ele achar que deve.

Sem possibilidade inclusive para tirar dúvidas?

Após a cópia dos dados da mão pra filha A, eu estou apagando a coluna de Descrição, porque ela será diferente.

Após a cópia dos dados da mão pra filha P estou alterando a coluna Vlr Parcela (a principio o Vlr c/ desconto dividido pela quantidade de parcelas), e a coluna Competência.

Outra dúvida: porque há valores negativos e positivos na voluna Vlr c/ Desconto?

=SEERRO(SE(E([@Fluxo]="ENTRADA";OU([@Desconto]=0;[@Desconto]="-";[@Desconto]=""));[@Valor];SE(E([@Fluxo]="ENTRADA";[@Desconto]<>0;[@Desconto]<>"-";[@Desconto]<>"");[@Valor]-([@Valor]*[@Desconto]);SE(E([@Fluxo]="SAÍDA";OU([@Desconto]=0;[@Desconto]="-";[@Desconto]=""));[@Valor]*(-1);SE(E([@Fluxo]="SAÍDA";[@Desconto]<>0;[@Desconto]<>"-";[@Desconto]<>"");([@Valor]-([@Valor]*[@Desconto]))*(-1)))));"-")

=SEERRO(SE(E([@Fluxo]="SAÍDA"; OU([@Parcelas]="-";[@Parcelas]="";[@Parcelas]=0));[@Valor]*-1;SE(E([@Fluxo]="SAÍDA";E([@Parcelas]>0));([@Valor]/[@Parcelas])*-1;SE(E([@Fluxo]="ENTRADA"; OU([@Parcelas]="-";[@Parcelas]="";[@Parcelas]=0));[@Valor];[@Valor]/[@Parcelas])));"Erro")

Podemos pensar em separar as partes da macro na que ordena e a que atualiza... e pensar no momento oportuno que cada uma deveria ser executada... o que acha?

Isso mesmo... e analisando aqui (pois isso é novo para mim) acho que a coluna [Valor} das linhas filhas A assim como nas linhas filhas P deve ter o cálculo do valor total dividido pela quantidade de procedimentos

(aquela inputbox com o cálculo de que o valor está alterado que vc fez para os parcelamentos gostei muito)

A coluna [Vlr c/ Desconto] recebe a seguinte fórmula:
CÓDIGO: SELECIONAR TODOS
=SEERRO(SE(E([@Fluxo]="ENTRADA";OU([@Desconto]=0;[@Desconto]="-";[@Desconto]=""));[@Valor];SE(E([@Fluxo]="ENTRADA";[@Desconto]<>0;[@Desconto]<>"-";[@Desconto]<>"");[@Valor]-([@Valor]*[@Desconto]);SE(E([@Fluxo]="SAÍDA";OU([@Desconto]=0;[@Desconto]="-";[@Desconto]=""));[@Valor]*(-1);SE(E([@Fluxo]="SAÍDA";[@Desconto]<>0;[@Desconto]<>"-";[@Desconto]<>"");([@Valor]-([@Valor]*[@Desconto]))*(-1)))));"-")

E a coluna [Vlr Parcela]:
CÓDIGO: SELECIONAR TODOS
=SEERRO(SE(E([@Fluxo]="SAÍDA"; OU([@Parcelas]="-";[@Parcelas]="";[@Parcelas]=0));[@Valor]*-1;SE(E([@Fluxo]="SAÍDA";E([@Parcelas]>0));([@Valor]/[@Parcelas])*-1;SE(E([@Fluxo]="ENTRADA"; OU([@Parcelas]="-";[@Parcelas]="";[@Parcelas]=0));[@Valor];[@Valor]/[@Parcelas])));"Erro")

Acho uma boa ideia. Vamos, por enquanto, deixar como está. Depois de tudo pronto, dividimos.

Nas filhas P não estou alterando a col VALOR, nem a Nas filhas P não estou alterando a col VALOR, nem a VLR C/ DESCONTO. Só altero a col VL PARCELA. Mas, abaixo, vc disse que VLR PARCELA vai uma fórmula. Fiquei confuso.. Mas, abaixo, vc disse que VLR PARCELA vai uma fórmula. Fiquei confuso.

Se for isso mesmo, o que você acha de fazer igual nas filhas A. Afinal de contas, cada filha A é um atendimento que não deixa de ser uma PARCELA do atendimento todo.

Não lembro de ter usado inputbox. Não seria msgbox, a mensagem que avisa que o total dos valores das parcelas não bate com o valor da linha mãe?

Dei uma olhada por cima, e pode ser que dê pra reduzir a fórmula, mas pra isso eu te peço que me descreva o que quer que a fórmula faça.

Essa fórmula serve para distinguir valores de entrada e saída. Se a coluna [Fluxo} for "Entrada" recebe sinal positivo e se for [Saída}, sinal negativo.
A coluna [Valor] é neutra coloco o valor absoluto... de acordo com o fluxo (Entrada ou Saída) a Coluna [VLR C/ DESCONTO] e [VLR PARCELA] recebem o sinal positivo ou negativo... mas pode ser via macro.

Sugiro então substituir a fórmula da coluna Vlr c/ Desconto
=SEERRO(SE(E([@Fluxo]="ENTRADA";OU([@Desconto]=0;[@Desconto]="-";[@Desconto]=""));[@Valor];SE(E([@Fluxo]="ENTRADA";[@Desconto]<>0;[@Desconto]<>"-";[@Desconto]<>"");[@Valor]-([@Valor]*[@Desconto]);SE(E([@Fluxo]="SAÍDA";OU([@Desconto]=0;[@Desconto]="-";[@Desconto]=""));[@Valor]*(-1);SE(E([@Fluxo]="SAÍDA";[@Desconto]<>0;[@Desconto]<>"-";[@Desconto]<>"");([@Valor]-([@Valor]*[@Desconto]))*(-1)))));"-")
por
=SEERRO( SE([@Fluxo]="ENTRADA";1;SE([@Fluxo]="SAÍDA";-1;"-")) * (1-SEERRO(--[@Desconto];0)) * SEERRO(--[@Valor];"-");"-")

Sugiro também substituir a fórmula da coluna Vlr Parcela
=SEERRO(SE(E([@Fluxo]="SAÍDA"; OU([@Parcelas]="-";[@Parcelas]="";[@Parcelas]=0));[@Valor]*-1;SE(E([@Fluxo]="SAÍDA";E([@Parcelas]>0));([@Valor]/[@Parcelas])*-1;SE(E([@Fluxo]="ENTRADA"; OU([@Parcelas]="-";[@Parcelas]="";[@Parcelas]=0));[@Valor];[@Valor]/[@Parcelas])));"Erro")
por
=SEERRO( SE([@Fluxo]="ENTRADA";1;SE([@Fluxo]="SAÍDA";-1;"-")) * SEERRO(--[@Valor];"-") / (1/SEERRO(1/[@Parcelas];1));"-")

Detalhe: A fórmula do valor com desconto, da forma que você fez, se baseia na coluna Valor, porém, caso você resolva dar Desconto E Parcelamento, a fórmula não vai funcionar, pois vai desconsiderar o desconto.
Acho, como leigo que não conhece sua negócio, que seria melhor a fórmula se basear na coluna Vlr c/ Desconto, pois funcionaria se houver apenas desconto, apenas parcelamento, e também se houver ambos.

=SEERRO( SE([@Fluxo]="ENTRADA";1;SE([@Fluxo]="SAÍDA";-1;"-")) * SEERRO(--[@[Vlr c/ Desconto]];"-") / (1/SEERRO(1/[@Parcelas];1));"-")