Salesforce v Česku s Kindred

Kindred Logo

O Kindred jste pravděpodobně v souvislosti se Salesforce ještě neslyšeli, stejně jako o Publicis Groupe. Jenže oni tady jsou, záběr mají širší než samotný Salesforce, takže dokáží i doporučit vhodnou technologii. Dělají celosvětové implementace primárně marketingových nástrojů a nyní se ženou do Česka, protože byznys potenciál tady je a lidi máme šikovné.

Pro začátečníky může být zajímavé přejet rovnou na 54 minutu, kde Gabi začíná mluvit o tom, co je zajímavé když člověk zná, jak se změnila situace na trhu, po čem je poptávka.

Datovo-technologická firma, díky spojení s Publicis Groupe jsou schopni přitáhnout zajímavé globální projekty, na kterých si člověk u mnoha jiných partnerů nesáhne.

Zápisky

  • začínali vývojem mobilních aplikací, v době kdy byla ta první bublina, pak posun k obecnému vývoji, potom přišla data – machine learning, datové analýzy;
  • Publicis Groupe se rozhodl koupit Kindred Group – rodinu firem, kde se každá specializovala na něco jiného, v rámci prodeje zjednodušili strukturu na mediální a technologickou část;
  • v rámci skupiny viděli velký potenciál nadnárodní společnosti a současně cítili svoji výhodu v kombinaci znalostí technologií i schopnost dívat se a rozumět datům;
  • dělají marketingovou i byznysovou transformaci – dříve byl marketing hodně o kobercovém náletu a nastavení marketingového mixu v tradičních médiích, trochu komoditní přístup; nyní je to hodně o on-line, datech a technologiích a je nutné mít znalosti jak je využít a spojit;
  • 80+ lidí, kteří se nesoustředí jenom na jednu technologii, ale sledují trendy a budují portfolio technologií, které pak jsou schopni u zákazníka podporovat či aktivně nabízet – Salesforce, HubSpot, Tealium, Exponea, Veeva a další. Vždy to ale musí dávat smysl i z hlediska byznysu;
  • se Salesforce byli ve styku nejdřív nepřímo – zákazníci už to měli nasazeno a dělali jenom integrace – postupně do toho šli víc aktivně, je to enterprise řešení, které jim dávalo smysl, přestože či právě protože je tady na to méně lidí. Jejich přidaná hodnota v SF světě je, že znají nejenom SF ale jsou schopni vyvinout i externí aplikace a spojit to celé dohromady, mezitím s daty udělat i nějaké transformace. Současně jejich ambicí není vývoj vlastního produktu;
  • spojením s Publicisem se dostali do zahraničí, ale stejně chtějí mít klienty i v našem regionu, protože potenciál tady je stejně jako hezké talenty napříč střední a východní Evropou – Slovensko, Polsko, Ukrajina – takže přemýšlejí i o pobočce v Bratislavě;
  • velikost firmy hodně řídí co naimplementuje za řešení, Salesforce je typicky spíš pro ty enterprise společnosti, i vzhledem k tomu, že to není jenom CRM ale umožní vyřešit víc oblastí najednou. Na druhou stranu výzvou může být ta šíře nabízených technologií a vyznat se v nabídce, protože „Salesforce“ vlastně neříká vůbec nic;
  • technologická transformace je taky téma díky jejich rychlému rozvoji se neustále něco předělává, migruje, upgraduje – současně tohle musí být téma celé firmy i nejvyššího managementu, není to věc jenom IT nebo jenom marketingu (pokud se bavíme o marketingovém nástroji);
  • Pharma industry je hodně speciální z pohledu práva, co se kdy a kde může, jinak asi marketing je marketing;
  • v rámci implementace jeden z prvních kroků je datová analýza a strategie, aby vůbec zákazníci zjistili co mají či snadno mohou mít k dispozici;
  • Covid a práce z domova někomu vyhovuje více a jinému méně, na začátku to dokonce vypadalo, že firma šlape ještě lépe než předtím. Současně získali nové zákazníky a projekty, stávající zákazníci také neškrtali, ale naopak objednávali víc, rostli cca o 40 % za rok, což bylo náročné na vedení a organizaci práce, současně se na trhu objevili dobří lidé;
  • selský rozum je potřeba stejně jako chuť se učit;
  • programátoři musí mít zkušenosti s programováním byť klidně nekomerční, certifikace mohou pomoci a kandidáta odlišit;
  • zdrojů informací je spousta a jednoduše k dispozici, byť občas jsou placené i kdyby alespoň trochu;
  • škola vám ukáže různé směry a možnosti, ve kterých dává základ, ale vy musíte mít chuť se dále učit a investovat svůj volný čas;
  • Python je fajn pro datové analytiky díky dostupným knihovnám, které implementují ty základy, nepotřebuje k tomu člověk instalovat nic dalšího, snadno se naučí;
  • pro analytiky je zase důležitý JavaScript, alespoň high-level, aby byli schopni zkontrolovat i co je nasazené na webu a co se sleduje. V dnešní době už je to v podstatě full stack řešení pro vývoj celého systému;
  • vědět kdy klikat a kdy psát je taky důležité, je dobré vědět co kde existuje a čím je možné si zjednodušit a urychlit práci;
  • objektově orientované programování, návrhové vzory a další teoretické základy mi umožní brát jazyk jenom jako nástroj, pro implementaci toho co chci a snadno se seznámit s dalšími;
  • SaaS a PaaS snižují bariéru vstupu, není potřeba řešit hardware a vše ostatní, mohu rovnou začít pracovat na věci, kterou potřebuji vyřešit;
  • IT svět má použití i pro neIT lidi, typicky service desk a projektové vedení je hodně o komunikaci a organizačních schopnostech.
Listen on Apple Podcasts Listen on Spotify
Napiš komentář, díky!

Azure DevOps and Salesforce DX

This post is mainly to save my findings on a project, so I don’t have to start from scratch next time I’ll configure CD.

When defining the pipeline on Azure DevOps start from scratch and use the following:

Pull Request validation

The above definition is for validation only when pull request is created (section PR, will trigger whenever new PR to master is created or updated) or target branch is updated (section trigger, any feature branch). It will install sfdx (line 27), authenticate org based on token stored in file (line 30) and deploy the code from the whole repo for validation only (line 33).

Daily deploy

This part is for daily push to the org as we didn’t want to update the code base during the day when testers are testing. On daily basis (2am, line 7) we take the master and release branch and deploy to two different orgs.

How to get the access token

The sfdxqaauth.txt contains the access token which you can get with the following command:

sfdx force:org:display --targetusername <username> 

Take the Access Token value and combine it into following:

force://PlatformCLI::AccessToken@yourdomain.my.salesforce.com
Napiš komentář, díky!

Nakupujeme bez obalu, co ty?

Čas od času je super se ohlédnout, zavzpomínat a pak se zase podívat do budoucnosti. Já jsem si to tuhle uvědomil u našeho týdenního nákupu, kterým strávíme tak půl hodiny týdně včetně cesty.

Skoro deset let zpátky jsme nakupovali v Albertu, stavili jsme se tam skoro každý druhý den, dívali se na nejlevnější mléko a ideálně ho ještě kupovali až ve slevě.

Pak pro nás přišla éra bedýnek, znásobená mým okamžikem Whole30 diety. Ceny, které jsme byli ochotni akceptovat, šly nahoru. Měli jsme pocit čerstvosti a podpory konkrétnějších zemědělců. Objednávali jsme tuším na týdenní bázi, primárně zeleninu, postupně Svět bedýnek přidával i další věci, tak jsme je někdy přihodili (třeba ryby). Časem jsme začali objednávat primárně v zimě a přes léto nějak vyžili z toho, co vyrostlo na zahradě či jsme koupili na trhu na Spořilově.

Někdy v té době se objevil ten boom bezobalových obchodů, párkrát jsme je vyzkoušeli, ale nikdy nás nechytly. Buď byly daleko, na špatných místech, nelíbil se nám sortiment či cokoliv dalšího.

Ale pak se něco stalo. Otevřeli bezobalový obchod kousek od nás (5 minut autem, 7 minut autobusem, pěšky o něco déle). Sortiment se postupně rozšiřoval a pořád rozšiřuje a my si zvykli zajet jednou týdně na nákup. Dnes je to úplná samozřejmost, bereme s sebou tubusy na vločky či čokoládové polštářky, kelímky od velkých jogurtů na mouky, pytlíky na rýži či zeleninu. A v tom to i skladujeme, takže nemusíme nic přebalovat, mouka se nám nesype z papírových pytlíků všude, ale je pěkně zavřená pod víčkem.

K tomu přibyly sýry, párky, šunka či slanina, nastává sezóna čerstvého burčáku. Bereme čerstvá mléka a jogurty za cenu, kterou jsme dřív považovali za nesmyslnou a ještě jsme hrozně spokojení, že se mléko během pár dní zkazí a není i po měsíci jako čerstvě rozbalené.

Překvapivě tam nakoupíme všechno co potřebujeme, zeleninu přidáme ze zahrádky či bedýnek. Asi jsme zestárli nebo zjistili, že bezobalu není pruda, že podporovat konkrétního člověka je lepší než anonymní řetězec, že vybírat mezi 10 druhy toho samého nás nebaví a je pro nás jednodušší, když mají tu jednu věc, která nám vyhovuje.

Takže až někdy pojedete kolem Kačerova tak se zastavte u Sovy. Pro auta a kola má parkoviště, pro pěší je kousek od zastávky autobusu. A třeba vás to taky chytne.

Napiš komentář, díky!

Salesforce v Česku – o CTA

O CTA aneb Certified Technical Architect, nejvyšší certifikaci, které je možné v Salesforce světě dosáhnout, jste možná už slyšeli. Pokud ne, tak jde o certifikaci, kde o svých znalostech přesvědčujete 3 reálné lidi, stojí 6000$ (plus DPH), má ji cca 400 lidí na celém světě a většina uchazečů neprojde.

Tentokrát jsem si pozval tři lidi, o kterých vím, že si na ní letos či příští rok chtějí sáhnout. Taky jste zvědaví, co jsem se dozvěděl?

Zpovídal jsem Martina Konu, který si říká, že je to kvazi státnice na VŠ, skvělý způsob jak se odlišit a něco si dokázat.

Dalším byl Martin Vyskočil, který to původně považoval také za nemožné, ale pak přišly jednotlivé certifikace a najednou to nebylo tak daleko, aby se to nedalo zkusit.

A poslední podle abecedy je Sváťa Sejkora, který se považuje za samouka a říkal si, že ji nikdy nebude mít. Dnes jsou pro něj certifikace jako „důkaz“, že člověk má přehled, příprava učí spoustu důležitých věcí a naučí člověka přemýšlet i jinak.

Co z nich vypadlo?

  • zakomponovat přípravu do každodenního života je makačka, né všechno jde vyčíst z dokumentace, spoustu věcí člověk zjistí až v reálném životě;
  • i v reálném životě je prezentace a softskill hodně důležité, tím víc čím výš člověk prezentuje;
  • softskill naopak hodnotu zkoušky zvyšují, protože to nejde najít snadno na internetu;
  • naučit se suverenitu, nezapomenout na nějakou oblast bude výzva;
  • je to stavění na dalších zkušenostech, o tom jak rychle se člověk dokáže zlepšit, dlouhé zkušenosti nejsou automaticky kvalifikace, několik velkých projektů ideálně jejich vedení pomůže, od toho rok tvrdé a strukturované přípravy může stačit, mocků ideálně alespoň 30;
  • je to marketingová značka pro firmu, ale současně do nějakých projektů je to nutná vstupní podmínka minimálně na dohled nad projektem/návrhem, kde se dají napáchat největší chyby;
  • učení nikdy nekončí, musí pokračovat možná i intenzivněji;
  • architekt nemusí být úplně hands-on, ale čas od času by na to měl kouknout, zkontrolovat;
  • flowrepublic dá koncept, studijní skupinu se kterou se potkávají každý den, ale samo to nestačí, člověk do toho musí dát vlastní sádlo
    důležité pro kredibilitu firmy, minimálně ten první, ti další už tolik asi nezmění, mělo by to mít dopad do kvality projektů a jejich úspěchu;
  • není to certifikace jako každá jiná, přístup a příprava je úplně jiný a bude vyžadovat výrazně víc elánu a času než možná čeká; dosáhnout na to může každý, když mákne;
  • cesta je cíl, je potřeba se v tom najít a užít si to, skvělé pro znalosti, networking, nové přátele

Další zdroje, které jsme byť nepřímo zmínili:

Listen on Apple Podcasts Listen on Spotify
Napiš komentář, díky!

Junction Object Security

CTAs know everything. And then there are moment when they don’t. Or they challenge documentation. Or just read the documentation differently. Or its different part. Or speak with someone else who read it differently.

Junction Object Security might be one of those small things, even though you probably rarely hit this question – what drives access to junction records?

Assumptions

As taken from Help, you can explain it in multiple ways.

Sharing access to a junction object record is determined by a user’s sharing access to both associated master records and the Sharing Setting option on the relationship field.

Looks like we need access to both parent records to have access to the child.

The first master-detail relationship you create on your junction object becomes the primary relationship. This affects the following for the junction object records:
….
Record ownership: The junction object records inherit the value of the Owner field from their associated primary master record. Because objects on the detail side of a relationship do not have a visible Owner field, this is only relevant if you later delete both master-detail relationships on your junction object.

….

As sharing is driven by ownership maybe only access to the primary record might be enough.

Let’s find out.

What we have

  • role hierarchy with two Child role and one Master;
  • two users, each of them assigned to one Child role;
  • one manager user, assigned as their boss;
  • one system admin;
  • two Master objects, both OWDs set to private;
  • one Junction object.

Testing

Scenario 1

User 1 creates a new master & child records.

They are not visible to User 2, they are visible to Manager.

Scenario 2

User 1 creates both master records, system admin creates a new junction record.

They are not visible to User 2, they are visible to Manager and User 1.

Scenario 3

User 1 creates one master record, Manager second one plus junction record.

The record created by Manager is not visible to User 1, junction record is not visible to User 1 as well.

Scenario 4

User 1 creates both master records and junction record, shared the primary master record one with User 2 for Read Only access.

User 2 can see the shared master record, cannot see any junction object.

Scenario 5

Continuation of Scenario 4 – the second master record is shared with User 2 as well.

User 2 can see the same junction records as User 1.

Scenario 6

User 2 tries to edit junction records. The relationship is set for Read/Write on both relations, he has only Read access to the both records.

Sharing Settings on Master-Detail relationship

User 2 is not unable to save the record, he will get an error when saving. He cannot change any relation (User 1 can if they allow re-parenting).

Scenario 7

User 2 tries to edit junction records. The relationship is set for Read/Write on both relations, he has Read/Write on primary one, Read Only on the secondary one.

User 2 is not unable to save the record, he will get an error when saving.

Scenario 8

Continuation of Scenario 7 – the MD fields has Sharing Settings changed to Read Only, User 2 tries to edit junction record.

User 2 can edit junction record if its sharing is the same or higher as in Sharing Settings.

Scenario 9

Continuation of Scenario 4 – User 2 tries to create junction record.

User 2 is unable to save the record as he will get the following error.

Error when saving record and not having proper rights on parent

Scenario 10

Continuation of Scenario 9 – primary parent record is shared with User 2 for Read/Write. User 2 creates junction record, where the second master record is not shared with User 1.

User 1 cannot see the new junction record.

Results

  • you need access to both parent records to see the child;
  • Sharing Settings on field definition can change results for savings/creating.
Napiš komentář, díky!