Vakiotietomallit

🌐 Saatavilla myös 28 kielellä

English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Español (México) · Français (Canada) · Deutsch (Schweiz)

Kuva on luotu tekoälyllä

Tekoälyn kääntämä. Yhteisö ei ole vielä tarkistanut käännöstä. Lue englanniksi

Moduuli 2/10 luvussa Salesforcen tietoarkkitehtuuri, Data Architect -kurssin luku 3. Jokainen moduuli on itsenäinen. Edellinen: Salesforcen tietoalusta: enemmän kuin tietokanta · Seuraava: Rakenna omasi: mukautetut objektit

Kysymys, johon tämä moduuli vastaa: Mitä Salesforce on jo mallintanut puolestasi, ja miten se on koottu?

Moduulissa 1 kehotin sinua katsomaan emoalukseen: ennen kuin keksit jotain, katso, miten Salesforce itse sen tekee. Tässä moduulissa todella katsomme. Salesforce on jo mallintanut puolestasi paljon liiketoimintaa vakio-objekteissaan, ja kaksi näistä malleista tekee suurimman osan työstä useimmissa orgeissa, joihin astun sisään: myyntimalli (Sales) ja palvelumalli (Service). Ennen kuin voit päättää, ansaitseeko jokin oman mukautetun objektin, sinun on tiedettävä, mitä siellä jo on. Siitä kertovat kaksi seuraavaa moduulia.

Mikä tekee objektista vakio-objektin

Vakio-objekti tulee valmiina. Salesforce on rakentanut sen, sillä on määritelty tarkoitus, ja sen mukana tulevat omat kentät ja suhteet. Voit lisätä siihen kenttiä, rakentaa automaatiota sen ympärille ja muuttaa sen asetteluja, mutta et voi suunnitella sitä uudelleen: vakiokentät ja -suhteet ovat Salesforcen.

Katso nimiä. Account, Contact, Case. Ei etuliitettä, ei jälkiliitettä. Näin Salesforce pitää sen nimiavaruuden itsellään. Kaikki, mitä me rakennamme, päättyy __c, joten Salesforce voi lisätä uusia vakio-objekteja milloin tahansa törmäämättä koskaan mihinkään orgissasi. Ja niin se tekeekin, joka julkaisussa.

Jossain vaiheessa joku rakensi tuoteobjektin, joka ei toiminut ja joka piti jättää taakse. Siksi API-nimi on Product2. Se on ensimmäinen lakmustestini, kun joku kertoo tuntevansa Salesforcen.

Myyntimalli

Aloita vasemmalta, liidistä (Lead): henkilöstä, josta voi tulla asiakas. Liidi ei vielä oikeastaan ole osa mallia. Se on odotustila. Kun muunnat sen, Salesforce luo varsinaiset tietueet: tilin (Account), yhteyshenkilön (Contact) ja, jos kauppa on tulossa, myyntimahdollisuuden (Opportunity). Siksi piirrän liidin sivuun.

Tili on yritys. Sen yhteyshenkilöt ovat siellä työskentelevät ihmiset. Myyntimahdollisuus on kauppa tuon tilin kanssa. Tähän asti ei mitään odottamatonta.

Sitten siitä tulee kiinnostavaa. Mitä kaupassa on? Jokainen rivi on myyntimahdollisuuden tuote (Opportunity Product), eikä myyntimahdollisuuden tuote osoita suoraan tuotteeseen. Se osoittaa hinnaston merkintään (Price Book Entry): tämä tuote, tähän hintaan, tässä hinnastossa. Hinnaston merkintä on tuotteen (Product) ja hinnaston (Price Book) välissä, joten samalla tuotteella voi olla yksi hinta vakiohinnastossa ja toinen kumppanihinnastossasi.

Siinä on kaksi suhdetta, joista tuli asioita, peräkkäin. Muistatko luvun 2 toimitusrivin (Delivery Item) toimituksen ja tuotteen välissä, ja koiran tempun koiran ja tempun välissä? Salesforce teki tässä täsmälleen saman asian, kahdesti: myyntimahdollisuuden tuote myyntimahdollisuuden ja hinnaston merkinnän välissä, ja hinnaston merkintä tuotteen ja hinnaston välissä. Kun osaat lukea tämän, osaat lukea suurimman osan vakiotietomallista.

Click to enlarge

Tässä sama ketju läheltä, kenttineen, jotka pitävät sen koossa:

Click to enlarge

Yksi sääntö, johon moni kompastuu: on olemassa vakiohinnasto, ja minkä tahansa muun hinnaston merkintä voi yksinkertaisesti käyttää tuotteen vakiohintaa. Tiedä, mitä hinnastoa myyntimahdollisuus käyttää, ennen kuin lataat sen tuotteet.

Palvelumalli

Sitten talon toinen puoli. Sama tili, samat yhteyshenkilöt. Kun jokin menee pieleen, asiakas avaa tapauksen (Case).

Tapaus koskee yleensä jotain, mitä asiakkaalla on, ja Salesforcella on sitä varten objekti: omaisuuserä (Asset). Moduulissa 5 kutsun sitä vakio-objektiksi, jonka ihmiset unohtavat. Se on asia, joka asiakkaalla on, ostipa hän sen sinulta tai ei.

Ja mihin asiakas on oikeutettu? Se on oikeutus (Entitlement): tuki, jota tili on oikeutettu saamaan, usein sidottuna omaisuuserään, tuotteeseen tai palvelusopimukseen. Liitä oikeutus tapaukseen, niin tapaus tietää, mitä tukitasoa sen kuuluu saada.

Click to enlarge

Katso viivaa, joka kulkee tapauksesta takaisin itseensä. Jokaisella tapauksella on Parent Case -kenttä (ylätason tapaus), ja se osoittaa toiseen tapaukseen. Se on itseensä viittaava lookup (self-lookup): suhde objektista itseensä. Se hämmentää monia, kun he näkevät sen ensimmäistä kertaa, joten tässä kaksi syytä, joiden vuoksi käytän sitä.

Yksi: iso ongelma, joka pilkotaan pienempiin. Asiakas ilmoittaa, että koko asennus on alhaalla. Avaamme alatapaukset verkolle, laitteistolle ja konfiguraatiolle, jokaista työstetään erikseen, ja ne kaikki ratkeavat ylöspäin: ylätason tapaus ei ole valmis ennen kuin ne ovat.

Kaksi: historia. Tapaus suljettiin viime kuussa, ja nyt sama ongelma on palannut. Uusi tapaus osoittaa takaisin alkuperäiseen, joten kuka tahansa sen avaava näkee, että tämä on tapahtunut ennenkin, ja mitä asialle tehtiin.

Palaamme itseensä viittaaviin lookup-suhteisiin, kun pääsemme suhteisiin moduulissa 7.

Huomaa, että tili ja yhteyshenkilö ovat samassa kohdassa molemmissa kaavioissa. Ne ovat samat tietueet. Myyjä ja asiakaspalvelija katsovat samaa asiakasta talon eri puolilta. Se on yksi vahvimmista perusteluista pysyä vakio-objekteissa: mallit on rakennettu kohtaamaan.

Tiedostot ja liitteet

Kaikki tietueessa ei ole kenttää. Sopimukset, valokuvat, PDF:t ja laskentataulukot ovat tiedostoja, ja ne kuuluvat Salesforce Filesiin, eivät vanhaan Attachments-malliin, joka on perintöä. Jos asiakirja on jo SharePoint Onlinessa, OneDrivessa, Google Drivessa tai Boxissa, Files Connect antaa käyttäjien päästä siihen Salesforcesta kopioimatta sitä sisään.

Tiedostot lasketaan eri tavalla kuin tietueet. Salesforce jakaa tallennustilan kahteen osaan: tiedostotallennustila (file storage) sisältää liitteet, Files-tiedostot, Salesforce CRM Contentin, Chatter-tiedostot ja vastaavat, ja tietotallennustila (data storage) sisältää tietueesi. Tiedostotallennustila kasvaa nopeasti, kun jokaiseen tietueeseen tulee valokuvia tai skannauksia, joten suuret kuvamäärät, kuten kenttäsovelluksen valokuvat, kuuluvat usein kokonaan Salesforcen ulkopuolelle, ja Salesforceen jää vain linkki. Moduuli 4 palaa tähän.

Kaksi saraketta vai kaksisataa

Myös tietotallennustila lasketaan eri tavalla kuin tietokannassa. Tavallisessa tietokannassa taulu, jossa on kaksi saraketta ja miljoona riviä, on pieni, ja taulu, jossa on sata saraketta ja miljoona riviä, on norsu. Salesforce punnitsee ne samoin: useimmat tietueet lasketaan noin 2 kt:n kokoisiksi, oli niissä kenttiä kuinka paljon tahansa. Poikkeuksia on. Kampanja lasketaan isommaksi, sähköpostiviesti lasketaan todellisen kokonsa mukaan, ja henkilötili lasketaan noin 4 kt:ksi, koska se on sekä tili että yhteyshenkilö.

Tässä vinkki. Aina kun astun uuteen orgiin, yksi ensimmäisistä paikoista, joihin menen, on Setup → Storage Usage (tallennustilan käyttö). Pyydän asiakkaalta siitä jopa kuvakaappauksen ensimmäisessä puhelussa. Se näkymä ei valehtele. Se kertoo, mitkä objektit kasvavat ja mitkä ovat jo norsuja.

Henkilötilit: kun asiakas on ihminen

Tilin ja yhteyshenkilön malli toimii hienosti yritykselle ja sen ihmisille. Mutta entä jos asiakkaasi ei ole yritys? Entä jos se on ihminen?

Siihen on henkilötili (Person Account): tili ja yhteyshenkilö yhdistettyinä yhdeksi tietueeksi yksittäisiä ihmisiä varten. Yhteyshenkilön kentät tulevat mukana, ja mukautetut kentät näkyvät omalla jälkiliitteellään, __pc. Jokainen henkilötili lasketaan sekä tilin että yhteyshenkilön tallennustilaan, koska pinnan alla se on molempia.

Yksi varoitus ennen kuin otat ne käyttöön: kun henkilötilit on otettu käyttöön, niitä ei voi poistaa käytöstä. Se on luvun 1 peruttavuustesti puhtaimmillaan. Moduulissa 5 kerron kantani siihen, milloin ne ovat sen arvoisia.

Mitä arkkitehti tässä päättää

• Mitkä liiketoiminnan osat Salesforce on jo mallintanut, ennen kuin mitään uutta suunnitellaan.
• Sijoittuuko käsite myyntimalliin, palvelumalliin vai molempiin, kun tiedetään, että niillä on yhteinen tili ja yhteyshenkilö.
• Missä asiakirjat ja kuvat asuvat: Salesforce Filesissa, yhdistetyssä tiedostojärjestelmässä vai alustan ulkopuolella linkin päässä.
• Mitä tiedot maksavat tallennustilassa, laskettuna niin kuin Salesforce laskee: tietueina, ei sarakkeina.
• Onko asiakas yritys vai ihminen, ennen kuin otetaan käyttöön jotain, mitä ei voi poistaa käytöstä.

Entä kun Salesforcessa ei ole sitä, mitä tarvitset? Rakennat sen itse. Siitä seuraavaksi.

Lue lisää

• OpportunityLineItem (opens in a new tab), Object Reference for the Salesforce Platform (englanniksi, tarkistettu 2026-10-12): myyntimahdollisuuteen liitettyjen Product2-tuotteiden luettelon jäsen (”a member of the list of Product2 products associated with an Opportunity”); hinnaston merkintä on pakollinen.
• PricebookEntry (opens in a new tab), Object Reference (englanniksi, tarkistettu 2026-10-12): Pricebook2:n ja Product2:n välinen yhteys (”an association between a Pricebook2 and Product2”); merkintä voi käyttää vakiohintaa.
• Case (opens in a new tab), Object Reference (englanniksi, tarkistettu 2026-10-12): ParentId, hierarkian ylätason tapauksen ID, jonka nimike on Parent Case (”the ID of the parent case in the hierarchy. The label is Parent Case”); lookup-suhde Case-objektiin.
• Entitlement (opens in a new tab), Object Reference (englanniksi, tarkistettu 2026-10-12): asiakastuki, jota tili tai yhteyshenkilö on oikeutettu saamaan (”the customer support an account or contact is eligible to receive”), mahdollisesti omaisuuserän, tuotteen tai palvelusopimuksen perusteella.
• Data and Storage Resources (opens in a new tab), Salesforce Help (englanniksi, tarkistettu 2026-10-12): mitä tiedostotallennustila ja tietotallennustila sisältävät.
• Salesforce Data Storage: Estimated Record Size by Object Type (opens in a new tab), Salesforce Help (englanniksi, tarkistettu 2026-10-12): useimmat Salesforce-tietueet vievät noin 2 kt tietotallennustilaa (”Most Salesforce records consume approximately 2 KB of data storage”); henkilötilit noin 4 kt.
• Enable Person Accounts (opens in a new tab), Salesforce Help (englanniksi, tarkistettu 2026-10-12): kun Person Accounts on otettu käyttöön, sitä ei voi poistaa käytöstä (”After Person Accounts is enabled, it can’t be disabled.”).
• Files Connect FAQ (opens in a new tab), Salesforce Help (englanniksi, tarkistettu 2026-09-25).