Retour Frank Claes 06-07-2026 — Mastertabel
Stand: BASIS_4 / 00262  |  Lijst Claes retour: klaar (1–13)  |  CHECK waar Frank nog mag nazien: #9 #10 #13

Bronmail: map Retour Claes 20260706. Afbeelding: Retourafbeelding_Claes_20260706_1.png — kolom nr. afb = rode cirkel op die screenshot (1–12), niet het bestandsnummer. Auto-refresh: bij wijziging (poll) + elke 15 s. Tip: open via browser/Simple Browser; scrollpositie wordt bewaard.

# Cel nr. afb Mail (letterlijk uit mail Frank 06-07-2026) Blok V StaVaZa Gedaan (wat / versie) Nog te doen
1 L12 / M13 / O(EMR–LMR) 1 T komt zeker voor dat ik van idee verander tijdens een calculatie. Dwz dat ik uiteindelijk toch alles in lm ga zetten of van iets anders A.1V01OK 00257–00258: dubbelklik O + M13-dropdown → L12 + Data_Export I/J + herladen Door Frank laten hertesten (m³↔st↔lm)
2 Q12 (Q13/Q14) 2 Ook betonsoort zullen wijzigen in calculatie op diverse tijdstippen. A.2V02OK 00259: Q12-wijzig → Data_Export K op alle P2_mrk## + herladen (zelfde patroon als M13) Hertest mid-calc door Frank
3 project-dropdown (later) — De bibliotheek is nu niet inzichtelijk, daar hebben we het kort over gehad, maar. Bibliotheek van betonsoort, denk ik dat belangrijk is dat we deze eventueel projectgebonden ook kunnen aanpassen. G.1V10Later Afspraak: later aanpakken via een los, projectmatig in te vullen dropdownmenu (gegevensvalidatie) Bouwen wanneer andere Claes-punten klaar zijn; lijst per project
4 L12 / M13 / O(EMR–LMR) 1, 4 Element per eenheid, durf ik te wijzigen gedurende de calculatie (ik kreeg nu onderstaande foutmelding) A.1V01OK Zelfde als C1 (eenheid sync); oude fout was ontbrekende VBA in 00202 Hertest met gevuld merk
5 F75 (code) 2 Betonsoort wijzigt : gedurende de calculatie — In C01 – wordt code gewijzigd. Rest blijft identiek A.2/F.2V02OK F75=XLOOKUP(Q12→code); Q12 sync 00259 schrijft K naar alle merken Hertest mid-calc door Frank
6 Q14 → S21:S35 3, 5 Engineering – invullen, maar daaronder in overzichtsblad wordt er niets ingevuld E.1V05OK Engineering-uren in Q14 (label P14). Uren × uurtarief engineering → verdeeld over het onderdeel. Per merkregel in S21:S35 naar ratio per stuk (kolom S = Engineering [u]). —
7 V40:V50 6 A01 Hoeveelheden — Volume berekening M3 in 0,001 D.1V06OK Totalen m³ in het hoeveelhedenblok (V40 tot V50) worden getoond op 3 decimalen, zodat kleine volumes (rond 0,001) zichtbaar en leesbaar zijn. (BASIS_4) —
8 V52 7 Aantal mallen in 0.01 omdat ik ooit mallen hergebruik over de port heen. D.2V07OK Cel V52 (mal aantal) blijft op standaardopmaak. Je kunt er waarden als 0,01 of 0,5 intypen; Excel toont die decimalen gewoon mee — handig bij hergebruik van mallen over ports heen. —
9 U53 8 B01 mal — Berekende m2 mal wordt niet overgenomen 1.0 ipv 1.68m. Bij deze mal zou het ook (2xhoogte + 1 breedte)xlengte zijn = 2.10m2

Antwoord Frank:
Je geeft 1,68 aan: dat is alleen lengte × hoog (één vlak, zonder zijkanten).
Je geeft 2,10 aan: dat is (2 × dikte + hoog) × lengte — bodem + twee lange zijkanten, zonder de korte kopse kanten.
C.1V03CHECK De formule die ik erin gezet heb is:
=($K52/1000*$M52/1000)+(2*($K52/1000+$M52/1000)*($L52/1000))
→ (lengte × dikte) + 2 × (lengte + dikte) × hoog.

Met 2590 × 650 × 80 mm geeft dat 3,6782 m².
Graag bevestiging of dat zo in orde is. (Of de formule als ik moet wijzigen).
10 K58 (via K56/J56←U53) 8 Je ziet in lijn ruwe mal in wit cel ook niet dat de overgeschreven hoeveelheid wordt ingevuld? C.2V04CHECK Hier hebben we een formule ingezet: =ALS($K$56>0;$K$56;$J$56) (in K58).
Neemt de m² over van de berekende waarde komende uit cel $U53 (via J56=$U53).
Als ik deze wil overschrijven noteren we dat in cel K56. Is die waarde groter dan 0 wordt die waarde genomen, anders de berekende waarde.
Frank laten nazien: override via K56 → K58
11 J73/K73 of J76/K76? 12 C01 productie — Regel wapening mag hier weg, is overbodig in mijn ogen. F.1V08OK Overleg Frank:
Wat wil je weghalen?
— Cel J73 of om te overrulen de cel K73?
— Of de regel met cel J76 en groene override-cel K76?

Patrick eerder: kg/m³ (basis) vs kg/element (C01) — niet zomaar weg.
—
12 G75 (=$Q$12) 11 Betonsoort omschrijving wijzigt niet F.2V02OK formule G75=$Q$12 in BASIS_3 + 00260; Data_Export HU = Val_Exp (geen import-overschrijf) Hertest Frank na Q12-wijzig
13 J75 / J76 12 Hoeveelheden per element worden niet in witte cellen ingevuld B.1V03CHECK Witte hoeveelheidscellen in C01 (o.a. J75 / J76) worden automatisch gevuld.
J75: neemt het gemiddelde volume uit blok A (cel N51) en rondt dat naar boven af op 3 decimalen, zodat de productieregel een bruikbare m³-hoeveelheid per element toont.
Frank laten nazien of J75/J76 in de calculatie correct zichtbaar zijn

StaVaZa

StaVaZaBetekenis
OKOpgelost — gebouwd; hertest Frank waar nodig
CHECKWacht op bevestiging / check Frank
OpenNog te bouwen
DeelsDeels gebouwd; afronden / eindtest
LaterBewust uitgesteld (afspraak vastgelegd)
OverlegBeslissing nodig vóór bouw

Aanpakvolgorde

VPuntStaVaZa
V011/4OK
V025 + 12OK
V039 / 13CHECK / CHECK
V0410CHECK
V056OK
V067OK
V078OK
V0811OK
V103Later (project-dropdown)

Samenvatting werking: 00202 (retour Claes) → 00262

Claes testte in juli 2026 op Claes_Calc_00202 (mail 06-07-2026). Onderstaande is wat er sindsdien in de werking veranderde tot Cleas_Calc_00262 (BASIS_4).

#In 00202 (probleem / stand)In 00262 (werking nu)
1 / 4Eenheid mid-calc wijzigen gaf fout / ontbrekende syncEenheid via O-dubbelklik of M13-dropdown: L12 + Data_Export bijwerken, calculatie herladen
2 / 5Betonsoort mid-calc niet betrouwbaar meegenomen; C01-code bleef achterQ12-wijzig schrijft betonsoort naar alle merken in Data_Export; C01-code volgt Q12
3Bibliotheek betonsoort niet projectmatig aanpasbaarLater: los project-dropdown (nog niet gebouwd)
6Engineering ingevuld, overzicht leegUren in Q14 × tarief → verdeeld; per merk zichtbaar in S21:S35
7Volume / weergave m³ te grofTotalen m³ (V40:V50) op 3 decimalen; kleine volumes leesbaar
8Mal-aantal alleen “hele” stuks bruikbaarV52 standaardopmaak: 0,01 e.d. intypen en zien
9Mal-m² bleef 1,0 i.p.v. berekende waardeU53 berekent mal-m²; Frank CHECK op formulekeuze (1,68 / 2,10 / huidige berekening)
10Overschreven malhoeveelheid niet zichtbaar in witte celK58 neemt berekende m² over, of override via K56 als die > 0
11Wapeningsregel “mag weg”Vraag aan Frank vastgelegd (J73/K73 vs regel J76/K76); kg/m³ vs kg/element
12Betonsoort-omschrijving wijzigde nietOmschrijving C01 volgt Q12 automatisch
13Hoeveelheden niet in witte cellen C01J75/J76 worden gevuld; J75 = gemiddelde N51 (blok A) naar boven op 3 decimalen
—Na macro’s: “doorstreep”-achtige weergaveMacro-einde zet berekening weer automatisch + volledige herberekening (00261+)

Nog CHECK door Frank: #9, #10, #13. Punt #3 = Later.

Wijzigingslog

DatumVersie# / BlokWatDoor
06-07-'2600202retourTestbestand Claes + mail Frank met rode cirkels (basis voor punten 1–13)Claes
14-07-'2600231–00240B / CImport merkregels, FirstM–LastM / Val_ImpExp, Data_Export-namen; mal-m² U53-formule i.p.v. vaste 1Breeva
16-07-'2600246–00254—Nieuw + Laden via L12 (P2-sleutel), groene invoercache, export-validatie, stil-export zonder verplichtfoutBreeva
17-07-'2600255–00256—Merk F/G via Data_Export AA/AB; overstap BASIS_3Breeva
17-07-'2600257–002581 / 4Eenheid sync: dubbelklik kolom O + M13-dropdown → L12 + Data_Export I/J + herladenBreeva
17-07-'26002592 / 5Betonsoort sync: Q12 → Data_Export K op alle P2_mrk## + herladen; C01-code volgt Q12Breeva
17-07-'26002605 / 12C01-omschrijving volgt Q12; mastertabel (HTML) + kolom CelBreeva
23-07-'2600261—Macro_ForceReset / Macro_End: na macro’s weer automatische berekening (geen doorstreep-glitch)Breeva
23-07-'26BASIS_46–8 / 13Engineering Q14→S21:S35 bevestigd; V40:V50 3 decimalen; V52 Standaard; J75 = N51 naar boven op 3 decimalen; overstap BASIS_4Breeva
23-07-'26002621–13Testkopie vanaf BASIS_4; retourlijst afgerond (CHECK #9/#10/#13; #3 Later)Breeva