Benodigde licentie
| Abonnement | Suite Professional of hoger, Explore Professional of hoger |
| Toegang | Admin |
Explore kan over gegevens uit aangepaste objecten rapporteren, met beperkingen die je beter kent voordat je erop ontwerpt.
Wat werkt
Rapporteren over tickets, uitgesplitst naar kenmerken van het object waar ze naar wijzen. Tickets per contracttype, of per product, mits het ticket een opzoekveld naar het record draagt.
Wat lastiger is
- Rapporteren over de records zelf, los van tickets. Explore is rond tickets gebouwd, en objectgegevens bereik je via tickets.
- Diepe relaties. Een ticket dat naar een contract wijst dat naar een product wijst, is een ketting, en kettingen rapporteren niet eenvoudig.
- Historische waarden. Explore ziet het record zoals het nu is, niet zoals het was toen het ticket ontstond. Een contract dat vorige maand is opgewaardeerd verandert wat je oude tickets lijken te zeggen.
Roll-up-velden doen hier nu een deel van
Waar een aangepast object de ouder is in een ouder-kindrelatie, berekent een roll-up summary-veld een waarde uit de onderliggende records en zet die op de ouder: een aantal items, de som van de regelprijzen, de laatste transactiedatum. Dat is hetzelfde idee als een waarde op het ticket kopiëren, maar dan ingebouwd, en het maakt van de optelling een echt veld waarover je kunt rapporteren. Het vraagt Suite Professional of hoger, of Support Enterprise.
Drie grenzen bepalen of het past. Eén veld vat hoogstens 10.000 onderliggende records samen, en daarboven wordt de samenvatting helemaal niet berekend. Onder de duizend records herberekent hij vrijwel direct; tussen duizend en tienduizend elk uur. En een kindobject kan zelf geen ouder zijn, dus de keten van drie hierboven is ook zo niet te bouwen.
Wat je als eerste moet uitmaken: een ouder-kindrelatieveld kun je niet meer toevoegen zodra een van beide objecten al records bevat. Het is een beslissing op een leeg object of helemaal niet. Een ouderrecord verwijderen verwijdert bovendien alle onderliggende records, definitief.
Het patroon dat het meeste oplost
Kopieer de waarde die je nodig hebt met een trigger naar het ticket, op het moment dat het ticket wordt aangemaakt.
Een tikje overbodig, en het lost allebei de problemen op: rapporteren wordt gewoon rapporteren op een ticketveld, en de waarde staat vast op het moment van het ticket in plaats van latere wijzigingen te volgen.
Het beslissen waard voordat je twee jaar aan tickets hebt waarover je niet kunt rapporteren zoals je wilde.
Controleer voordat je je vastlegt
Is een bepaalde verdeling de reden dat je het object bouwt, bouw dan een kleine versie en probeer het rapport voordat je alles importeert. De beperking ontdekken na een volledige migratie is een dure manier om hem te leren.
Opmerkingen
0 opmerkingen
Artikel is gesloten voor opmerkingen.