Planning des besoins CBN

Dugenou

XLDnaute Barbatruc

• 1 Février 2018

• #2

Bonjour,
Si j'ai correctement deviné que besoin = MWS et commande = POF
voir pj
pas moyen d'obtenir une bordure épaisse en MFC
J'ai mis les données en "tableau" pour simplifier la compréhension des formules et éviter les pb de mise à jour suite à addition de données.
Par contre cette synthaxe ne passe pas en MFC : il faudra certainement modifier les plages de données des MFC : selectionner toute la zone de détail par jour avant de modifier la MFC
Cordialement

 

Pièces jointes

• reve24.xlsx

  38.6 KB · Affichages: 34

Vote positif 0 Vote négatif

R

reve24

XLDnaute Occasionnel

• 1 Février 2018

• #3

Bonjour
merci a toi cela repond a mes besoins
En ce qui me concerne
ce matin , je finalisais le remplissage des cases ( somme si ens ) car il y a des ordres autres que MWS ou POF
j avais resolu ce probleme avec la formule suivante
=SOMME(SOMME.SI.ENS(Data!$D$2:$D$65000;Data!$C$2:$C$65000;">="&F$2;Data!$C$2:$C$65000;"<="&F$2;Data!$B$2:$B$65000;$A$1:$B$1;Data!$A$2:$A$65000;$A3))
POF +MWS donc POS ou autres est non additionné . VOIR FEUIL 1 du fichier ci joint

reste effectivement les MFC

 

Pièces jointes

• Essai.xlsx

  41.8 KB · Affichages: 29

Vote positif 0 Vote négatif

Dugenou

XLDnaute Barbatruc

• 1 Février 2018

• #4

Bonjour,
pourquoi compliquer avec <= date et >= date ? il suffit de faire = date
pour comparer à une plage (a1:b1) il faut, en effet passer à du matriciel; mais dans ce cas le sommeprod rend l'écriture plus simple et évite la validation en matriciel :

Code:

=SOMMEPROD((Data!$C$2:$C$10000=F$2)*(Data!$B$2:$B$10000=$A$1:$B$1)*(Data!$A$2:$A$10000=$A3)*Data!$D$2:$D$10000)

J'ai limité à 10 000 lignes, ce qui me semble déjà bien, pour diminuer un peu les temps de calculs
Voir pj avec la MFC
Cordialement

 

Pièces jointes

• reve24_2.xlsx

  35.8 KB · Affichages: 59

Vote positif 0 Vote négatif

R

reve24

XLDnaute Occasionnel

• 1 Février 2018

• #5

Bonjour
ok effectivement cela ramait

j ai travaillé sur 2000 lignes ce qui me semble apparemment bien
mais cela a tendance a ramer comme même
merci pour ces suggestions
maintenant il faut que travaille sur la rapidité du traitement
je vais essayer de voir sur l'ordre d apparition des données peut être pour diminuer une moulinette longue

 

Vote positif 0 Vote négatif

Dugenou

XLDnaute Barbatruc

• 5 Février 2018

• #6

Un peu tard mais sait-on jamais : essayes de nommer les zones utilisées : il paraît que ça diminue les temps de calcul
Cordialement

 

Vote positif 0 Vote négatif