Claris Studio is geweldig voor gegevensverzameling en gelukkig biedt het ons een overvloed aan veldtypes. Dus als je bijvoorbeeld het telefoonnummer van de respondent wilt weten, kies je:
Inderdaad, telefoon.
Hetzelfde geldt voor een creditcardnummer: als je het creditcardnummer van de respondent moet weten, kies je...
...hmm, er is geen creditcardveldtype in Studio. Maar wacht... het is een nummer, dus je kiest Nummer, toch? En dan zorg je ervoor dat je het valideert in een Connect flow met behulp van een OpenC Connector. Probleem opgelost! Nu we toch bezig zijn, bekijk ook eens een paar van de andere OpenC Connectors.
Nu terug naar de basis van getallen.
Telt het echt?
Een getal en cijfers zijn iets waarmee je telt, meet of labelt. Je kunt het ook gebruiken om dingen te ordenen: een recordID dat bestaat uit "Rec" + 001 voor een nieuw record, of "001" + 1.
Tot voor kort gebruikten we inderdaad Studio-velden van het type Nummer, bijvoorbeeld voor een creditcardnummer. Maar creditcardnummers zijn geen dingen die je kunt optellen of delen.
Dus als het op wiskunde aankomt, is niet alles wat op een getal lijkt ook altijd een getal.
Om het nog ingewikkelder te maken, kun je in Claris Studio niet met elke numerieke waarde rekenen. Daarom willen we in deze blog onze ervaringen met getallen en berekeningen in Claris Studio delen.
Het telt allemaal op, toch?
We hebben besloten om het veld van het type Getal alleen te gebruiken als we er wiskunde mee kunnen doen, zoals 2 + 2 = 4. We hebben dit gedocumenteerd in onze OpenC-richtlijn voor veldnaamconventies in Claris Studio. We vonden dit artikel dat het belang van deze beslissing nog eens onderstreept.
Voor veldwaarden die op een getal lijken, maar niet om te berekenen, gebruiken we een kortetekstveld.
Kunnen we in Claris Studio rekenvelden samenvatten?
Ja. Maar eigenlijk niet.
De Spreadsheet View die we voor dit doel hebben gemaakt, geeft ons een goed voorbeeld van hoe de getallen zich afspelen in verschillende veldtypes in Studio:
- Nummer
- Valuta
- Berekening
- Korte tekst.
Zoals je in de schermafbeelding hieronder kunt zien, hebben we een aantal valutabedragen exclusief btw gemaakt en willen we het btw-bedrag berekenen. Daarna willen we het optellen, zodat we het totaal van de btw-bedragen krijgen:
In de kolom 'Bedrag (Valuta)' heeft de gebruiker een aantal bedragen ingevoerd. Ze kunnen meerdere decimalen hebben, maar op het scherm worden ze netjes afgerond op twee decimalen, zoals het hoort. Omdat het valuta's zijn.
Voor demonstratiedoeleinden hebben we het veldtype Studio tussen haakjes gezet. Het veld 'Bedrag (Valuta)' is dus van het type Valuta.
Let op:
- Het valutasymbool kan worden geconfigureerd in Studio. We hebben het eurosymbool gekozen.
- Deze spreadsheetweergave gebruikt een punt als decimaalteken en een komma als scheidingsteken tussen duizendtallen (€ 1.000,00). In Europa zou dit andersom moeten zijn (€ 1.000,00).
- We hebben het btw-percentage een standaardwaarde gegeven van .21 (21,00%). Zo worden we belast waar we vandaan komen. We leven meestal een gelukkig leven, afgezien van de hoge belastingen.
Dit gezegd hebbende. We hebben het btw-bedrag berekend in de kolom 'btw (berekening)'. Deze is van het type Berekening.
In de volgende schermafbeelding zie je de werkelijke berekening: BTW-percentage x bedrag. Dit werkt perfect, zowel als je een nieuw record aanmaakt als als je het bedrag in een bestaand record bijwerkt. Tot zover alles goed.
Nulsomspel?
We willen eindelijk alle berekende btw-bedragen optellen. Maar we lopen tegen het probleem aan dat we in het volgende screenshot onderaan 'Summary: none' zien staan.
In Claris Studio kunnen we numerieke velden prachtig en heel eenvoudig samenvatten. En bepaalde samenvattingen maken voor Tekstvelden en zelfs voor Enkelekeuzevelden. Maar voor Berekeningsvelden is het niet mogelijk om alles bij elkaar op te tellen. Dat voelt echt contra-intuïtief (pun intended).
In onze visie op OpenC:
- Omdat rekenvelden dynamisch zijn en getalvelden statisch, hebben we ons best gedaan om te accepteren en te begrijpen dat het eigenlijk logisch is dat rekenvelden niet optellen.
- Maar we willen toch het totale btw-bedrag van alle records weten.
Hoe kom je hier nu achter? De beste manier die we hebben gevonden, is de volgende: met een eenvoudige Claris Connect Flow wordt het btw-bedrag berekend. Je kunt de Connect flow het resultaat laten invoeren:
- Ofwel een Getallenveld, in ons voorbeeld de kolom 'BTW-bedrag (Getal)'.
- Of een Valuta-veld, in ons voorbeeld de kolom 'BTW-bedrag (Valuta).
In beide gevallen kun je gemakkelijk gebruik maken van de samenvattingsopties die je onderaan de Spreadsheet-weergave vindt. Je kunt dit zien in de volgende schermafbeelding.
In deze schermafbeelding kun je ook zien dat de Getallen-kolom vrij veel decimalen heeft, in de records waar dit het geval is. Terwijl de Valuta-kolom het afgeronde bedrag in eurocenten laat zien. Maar gelukkig zijn de onderliggende waarden in de Valutakolom niet afgerond. Je kunt dit controleren door onderaan naar de twee somsecties te kijken: beide kolommen tellen op tot 233,23356.
Min één
Berekeningsvelden kunnen niet worden samengevat. We kunnen dit oplossen met een eenvoudige Connect flow.
Connect zet het btw-bedrag in het valutaveld en doet dat heel snel. Dus het record, de tabel en het overzicht zijn vrijwel onmiddellijk bijgewerkt.
Maar deze oplossing heeft een prijs (geen woordspelingen meer na dit punt): terwijl het record onder de motorkap wordt bijgewerkt, zie je dit niet terug op je scherm. Je moet je browsertabblad vernieuwen om het bijgewerkte btw-bedrag op je scherm te zien.
Claris Connect-flow: 1 – 2 – 3
Hieronder laten we je het screenshot zien met de Connect-flowstappen. Het is eenvoudig te maken, het bestaat uit slechts deze drie stappen:
- Trigger is het bedragveld
- De calculatie berekent het
- Het resultaat wordt in het record opgenomen.
Alles afronden
Wat is uw ervaring met het kraken van getallen in Claris Studio? Laat het ons weten, laten we samen cijfers kraken!