8cadd00d34
Created by Github action --------- Co-authored-by: Crowdin Bot <support+bot@crowdin.com> Co-authored-by: github-actions <github-actions@twenty.com>
70 lines
4.6 KiB
Plaintext
70 lines
4.6 KiB
Plaintext
---
|
||
title: Pas jou datamodel aan
|
||
info: "Leer hoe om 'n datamodel te ontwerp en te skep wat weerspieël hoe jy funksioneer."
|
||
image: /images/user-guide/fields/custom_data_model.png
|
||
sectionInfo: Buigsame datamodel ontwerp om jou unieke sakeprosesse te ondersteun
|
||
---
|
||
|
||
<Frame>
|
||
<img src="/images/user-guide/fields/custom_data_model.png" alt="Header" />
|
||
</Frame>
|
||
|
||
## Wat is 'n datamodel?
|
||
|
||
'n Datamodel is die struktuur wat definieer hoe inligting in jou CRM georganiseer is. Dit bepaal watter voorwerpe bestaan (soos maatskappye, mense, of geleenthede), watter eienskappe hulle het (dit is die velde), en hoe hulle met mekaar verband hou. Jy kan aan dit dink as die kaart van jou kliëntedata.
|
||
|
||
## Hoekom moet jy jou datamodel aanpas?
|
||
|
||
Elke onderneming werk anders. Being able to fully customize your data model means you can shape Twenty around your processes instead of forcing yours into a rigid system.
|
||
Twenty bied die buigsaamheid wat jy nodig het om die datamodel te vorm wat die beste jou daaglikse take sal ondersteun. Jy kan soveel pasgemaakte voorwerpe en velde skep as wat jy nodig het, die prys sal nie verander nie.
|
||
|
||
## Wenke om jou datamodel te ontwerp
|
||
|
||
Daar is selde net een manier om 'n datamodel te bou. Hieronder is 'n paar wenke om jou te help om jou eie te bou.
|
||
|
||
**1. Begin met jou kernvoorwerpe.**
|
||
Identifiseer die hoofkonsepte waarmee jy werk (bv. Maatskappye, Mense, Geleenthede). Daardie drie voorwerpe is reeds beskikbaar aangesien hulle baie gereeld gebruik word. Maar dink aan enige ander wat jy mag nodig hê.
|
||
Voorbeeld: Stripe sal 'n voorwerp `Subscriptions` nodig hê, Airbnb sal 'n voorwerp `Trips` nodig hê, 'n opstartsversneller 'n voorwerp `Batches`.
|
||
|
||
**2. Gebruik velde vir variasies, nie nuwe voorwerpe nie.**
|
||
As iets net 'n kenmerk van 'n bestaande voorwerp is (bv. `Industry` vir 'n Maatskappy, of `Status` vir 'n Geleentheid), maak dit 'n veld. Velde is die beste vir kategorieë, etikette en kenmerke.
|
||
|
||
**3. Skep 'n nuwe voorwerp wanneer dit op sy eie staan.**
|
||
As die konsep sy eie lewensiklus, eienskappe of verwantskappe het, verdien dit gewoonlik 'n voorwerp. Byvoorbeeld:
|
||
|
||
- **Projekte** wat hul eie sperdatums, eienaars en take het
|
||
- **Subscriptions** that connect companies, products, and invoices
|
||
- **Geleenthede** wat baie deelnemers en opvolgaksies behels
|
||
|
||
Hierdie gaan verder as 'n enkele veld omdat hulle hul eie data en verwantskappe dra.
|
||
|
||
**4. Create an object when the number of related records is open-ended.**
|
||
If something can be linked multiple times and you don’t know how many, it’s better as its own object. Byvoorbeeld, in plaas daarvan om velde soos `Produk 1`, `Produk 2`, ens. te skep, definieer 'n `Produk` voorwerp en koppel dit aan die oorspronklike rekord. Op hierdie manier kan jy een, twee, of honderd produkte ondersteun sonder om jou model te verander.
|
||
|
||
**5. Hou dit eers eenvoudig.**
|
||
Begin met velde. Skuif na nuwe voorwerpe slegs wanneer jy die grense voel: te veel velde, herhaalde rekords, of verwantskappe wat nie mooi inpas nie.
|
||
|
||
### Spesiale nota oor Mense, Maatskappye en Geleenthede
|
||
|
||
- **`Mense`, `Maatskappye` en `Geleenthede` is die enigste voorwerpe vanwaar jy toegang het tot die e-posse en vergaderings gesinkroniseer vanaf jou posbus / kalender.** Ons beveel aan om hierdie soveel as moontlik te gebruik. As jy kategorieë van `Mense` of `Maatskappye` moet skep, gebruik velde eerder as nuwe voorwerpe.
|
||
|
||
Voorbeeld: dit is die beste om die `Mense` voorwerp te gebruik vir sowel vooruitsigte as vennote, met die toevoeging van 'n veld genaamd `Persoontipe`. Vermy om 'n `Vennoot` voorwerp te skep, aangesien jy nie toegang tot e-posdraad vanaf dit sou hê nie. Die skepping van verskillende aansigte onder `Mense`: een wat vennote wys, 'n ander wat voornemendes wys.
|
||
- Gegewe die punt hierbo, is dit goed om velde te hê wat nie op elke rekord van toepassing is nie. Byvoorbeeld, onder `Mense` mag jy 'n `Verwysing Skakel` veld byvoeg wat slegs relevant is wanneer `Persoontipe = Vennoot`. Dis reg, jy kan hierdie veld verberg van aansigte waar dit nie nodig is nie.
|
||
|
||
### Vrae om jou keuse te lei
|
||
|
||
Vra jouself:
|
||
|
||
- Is dit net 'n eienskap van iets wat ek reeds het, of benodig dit sy eie eienskappe?
|
||
- Sal ek ooit verskeie van hierdie per rekord moet opspoor, sonder om te weet hoeveel vooraf?
|
||
- Verbind hierdie konsep aan verskeie verskillende voorwerpe, nie net een nie?
|
||
- Sal dit sy eie lewensiklus hê (bv. stadiums, begin/einde datums)?
|
||
|
||
As die antwoord “ja” is op een of meer van hierdie, is dit waarskynlik tyd vir 'n nuwe voorwerp.
|
||
|
||
## Wil jy hulp hê?
|
||
|
||
Ons span kan jou help met die ontwerp en skep van die datamodel wat jy nodig het. Ontdek ons Aanboord Pakkie [hier](https://twenty.com/onboarding-packages).
|
||
|
||
|