Sdílet prostřednictvím

Přispívání do dokumentace k Dynamics 365

Do dokumentace Microsoftu pro Dynamics 365 můžete přispívat dvěma způsoby. Pokud článek obsahuje nesprávné nebo matoucí informace nebo pokud znáte dobré alternativní řešení pro opakovaný problém, můžete nám dát vědět pomocí odkazu na zpětnou vazbu v článku.

Pro většinu naší dokumentace můžete také upravit článek přímo a zahájit proces kontroly.

Poskytnutí zpětné vazby

Na webu learn.microsoft.com nabízí každý článek Learn příležitost poskytnout zpětnou vazbu. Můžete zvolit akci Váš názor , která je pod nadpisem článku v pravém horním rohu, nebo jednu z možností zpětné vazby v dolní části článku v části Váš názor . Ohodnoťte článek, vyberte důvod vaší zpětné vazby a zvažte zanechat komentář. Zpětná vazba se týká autora článku a týmu, který vlastní dokumentaci.

Pokud se článek nedá upravovat přímo nebo pokud vám nevyhovuje úpravy, doporučujeme vám použít mechanismus pro zpětnou vazbu , abyste nám řekli, co si o článku nebo produktu myslíte.

Externí příspěvky do dokumentace Microsoftu

Zdrojové soubory základního obsahu se ukládají ve veřejných úložištích GitHubu. Kdokoli si je může prohlédnout a v mnoha případech je upravovat. Vítáme vaše návrhy a opravy, ať už ve formě přímých příspěvků, nebo jako problémy GitHubu za účelem nahlášení chyby nebo položení otázky. Názory a příspěvky ke zdrojovému obsahu můžeme přijmout pouze v angličtině.

Většina článků má ikonu tužky s popisem Upravit tento dokument. Výběrem ikony otevřete článek na GitHubu a začněte ho upravovat. Začněte jako přispěvatel s průvodcem pro přispěvatele Microsoft Learn.

Pokud se chcete důkladně zapojit a přispět k psaní nových koncepčních článků, použijte šablony na adrese https://github.com/MicrosoftDocs/dynamics365-docs-templates.

Obsah s pokyny k Dynamics 365

Obsah s pokyny k Dynamics 365 používá stejné procesy jako většina dokumentace k Microsoft Learn. V této části popisujeme nástroje a procesy, které můžete použít k přidání pokynů k implementaci.

Termín s obsahem pokynů zahrnuje průvodce implementací Dynamics 365, popisy obchodních procesů, nové vzory, osvědčené postupy a referenční architektury. První obsah s pokyny jsme publikovali v dubnu 2023 a každé dva týdny přidáváme aktualizace. Projděte si centrum s pokyny a dejte nám vědět, co je skvělé a co chybí.

Část obsahu s pokyny poskytuje interní přispěvatelé. Doporučujeme odborníkům na danou problematiku v celé komunitě, aby nám pomohli vytvořit osvědčené postupy. Přečtěte si, jestli máte osvědčený postup nebo jiný přehled, který byste měli považovat za součást Microsoft Learn.

Proč přispívat?

Věříme, že obsah s pokyny pomáhá zrychlit spouštění projektů implementace Dynamics 365. Naši partneři a zákazníci můžou využít pokyny k přípravě na implementaci a k získávání dovedností v nových oblastech nebo k získávání dovedností nových zaměstnanců. Vývojáři softwaru můžou obsah používat jako platformu k propagaci duševního vlastnictví nebo oborových odborných znalostí.

Ale my v Microsoftu nejsme jedinými odborníky na implementaci řešení v Dynamics 365. Komunita zahrnuje lidi, kteří jsou odborníky na různé aspekty implementace. Máte vzor, osvědčený postup, konfiguraci nebo architekturu integrace, která dobře funguje napříč několika implementacemi? Zvažte jeho sdílení v Microsoft Learn, aby celá komunita byla ještě produktivnější a efektivnější ve svých projektech implementace.

Doufáme, že budeme moct nabídnout odměny nebo jiné potvrzení o příspěvcích. Prozatím rozpoznáváme přispěvatele v článcích dvěma různými způsoby. Další informace najdete v části Pro rozpoznávání přispěvatelů .

Jak přispívat

Zdrojové soubory pro obsah s pokyny k Dynamics 365 od Microsoftu najdete ve veřejném úložišti GitHubu. Články na webu learn.microsoft.com/dynamics365/guidance můžete také upravit, jak je popsáno v průvodci pro přispěvatele Microsoft Learn.

Doporučujeme, abyste odesílali opravy stejným způsobem, jakým odesíláte opravu do jiných oblastí Microsoft Learn. Pokud ale chcete odeslat nový obsah, požádáme vás, abyste nahráli soubory Markdownu pro nový obsah s pokyny do jiného úložiště, vzorů a postupů Dynamics 365. Tímto způsobem můžeme zajistit, aby vaše referenční architektura nebo vzor byly zkontrolovány jinými odborníky na danou problematiku. Existují různé šablony , ze které si můžete vybrat, a pokud chcete přispívat k obsahu obchodního procesu, existuje úplně jiný proces.

Šablony

Microsoft poskytuje šablony ve dvou umístěních v závislosti na typu šablony:

V průběhu času přidáme další šablony a pokyny. Doporučujeme sledovat úložiště nebo je označit hvězdičkou, abyste dostali upozornění, když se něco změní.

Podělte se o svůj názor na https://github.com/microsoft/dynamics365patternspractices/discussions kartě v repozitáři Dynamics 365 Patterns and Practices.

Pokud ještě nemáte účet GitHubu, začněte s příručkou pro přispěvatele Microsoft Learn.

Návod

Projděte si naše zdrojové soubory v úložišti https://github.com/MicrosoftDocs/dynamics365-guidance . Seznamte se s tím, jak strukturujeme různé typy článků, aby vaše články dodržovaly stejnou strukturu. Tímto způsobem proces kontroly běží rychleji.

Architektury

Vítáme příspěvky pokynů k architektuře, včetně nápadů řešení a vzorů návrhu. Pokud máte osvědčený postup nebo referenční implementaci, odešlete svůj návrh týmu Azure nebo nám v Dynamics 365.

Pokud chcete do pokynů k architektuře Dynamics 365 přispívat novými články, postupujte takto:

Microsoft tento článek zpracuje a publikuje ho jako součást dokumentace k pokynům k Dynamics 365 .

Obecný úvod k obsahu s pokyny v Microsoftu najdete v Centru architektury Azure. Průvodce pro přispěvatele najdete v příspěvcích Azure Architecture Center.

Úložiště GitHub dynamics365-docs-templates obsahuje následující šablony Markdownu pro pokyny k architektuře ve složce guidance-templates :

  • Model generalizované architektury: Zobecněný model architektury funguje jako základní architektura se společným řešením, které platí pro mnoho scénářů. Například nápady na řešení mohou vycházet z článku o architektuře, aby poskytly objektiv pro konkrétní oborové nebo partnerské řešení a propojit architekturu z každého nápadu na řešení. Šablona je založená na šabloně Průvodce architekturou Azure. Použijte ho pro různé typy architektur, včetně referenčních architektur.

  • Nápad řešení: Návrhy řešení jsou "malé" architektury implementací Dynamics 365. Poskytují stručný přehled řešení pomocí Dynamics 365 a služeb Azure. Každá myšlenka řešení obsahuje následující prvky:

    • Diagram architektury
    • Datový tok
    • Komponenty, což znamená seznam použitých služeb
    • Kredity přispěvatelů
    • Odkazy na další kroky a související zdroje, jako jsou související příručky a architektury

  • Ukázkové řešení: Ukázková řešení jsou ukázkové úlohy se střední architekturou. Provedou čtenáře procesem návrhu řešení konkrétních problémů v implementacích Dynamics 365. Ukázková řešení poskytují užitečné pokyny k architektuře na základě příkladů skutečných zákazníků. Cílem je zkrátit křivku učení zákazníků tím, že jim řekneme příběh jiného zákazníka, který měl stejnou cestu. Obsahují oddíly ze šablony Nápad řešení a přidávají následující oddíly:

    • Alternativy, jiné služby, které můžete místo toho připojit k architektuře
    • Pokyny, úvahy, které se mapují na rámec Úspěch podle návrhu, a volitelně zahrnují nasazení.

  • Vzor návrhu: Vzory návrhu Dynamics 365 řeší konkrétní problémy v implementacích a jsou založené na konkrétním scénáři nebo osvědčeným postupu. Pomocí této šablony můžete zaznamenat vzor obchodního procesu. Případně můžete použít wordovou šablonu v dynamics365patternspractices/templates/business-processes.

Příspěvky obchodních procesů

Termín obchodní proces zahrnuje širokou škálu strukturovaných, často sekvencovaných aktivit nebo úkolů, které umožňují dosáhnout předem určeného organizačního cíle. Termín může také odkazovat na kumulativní účinky všech kroků směřujících k obchodnímu cíli. Obchodní procesy jsou specifické pro řešení, která zahrnují Dynamics 365. Věříme, že tento nový typ obsahu vytvoří strukturu, která zákazníkům a partnerům pomůže lépe připravit se na přijetí Dynamics 365. Každý obchodní proces obsahuje diagram standardního toku obchodního procesu. Oddíly dokumentu popisují kroky konfigurace a datové entity použité v jednotlivých částech dokumentu. Každý krok odkazuje na příslušnou stránku v dokumentaci k produktu a všechny dokumenty obsahují odkazy na další kroky a související zdroje, které čtenářům pomůžou na studijní cestě.

Strukturovali jsme ty obchodní procesy v katalogu. Katalog obchodních procesů je excelový sešit, který používáme v Microsoftu k uspořádání a stanovení priorit naší práce v dokumentaci obchodního procesu. Formát je Excel, protože usnadňuje řazení a filtrování položek. Věříme také, že naši partneři můžou excelový sešit použít k uspořádání cest k onboardingu, implementaci projektů a vlastních obchodních procesů.

Stáhněte si nejnovější verzi katalogu z https://aka.ms/BusinessProcessCatalogwebu .

Poznámka:

Pokud chcete přispět k obchodním procesům, zaregistrujte svou práci před tím, než začnete snižovat riziko, že na stejném obchodním procesu pracuje někdo jiný. Pokud chcete zaregistrovat svoji práci, odešlete problém GitHubu na adrese https://github.com/microsoft/dynamics365patternspractices/issues.

Co katalog obsahuje

Katalog definuje šest úrovní obsahu:

  1. Procesy od začátku do konce

    Kompletní proces představuje úplný tok aktivit z počátečního triggeru do konečného výsledku. Zahrnuje všechny přechodné kroky a dílčí procesy, které jsou nezbytné k dosažení obchodního cíle. Identifikovali jsme 15 kompletních scénářů. Popisujeme scénáře z obchodních hlediska, ne z hlediska softwarových technologií.

    Pro každý kompletní proces úvodní článek popisuje, jak rozumíme kompletnímu procesu. Uvádíme klíčové zúčastněné strany a způsob, jakým Dynamics 365 pomáhá komplexnímu procesu. Poskytujeme také přehled spolu s diagramem toku obchodního procesu, jak kompletní proces komunikuje s dalšími kompletními procesy. Úvod uvádí požadavky pro implementaci řešení pro podporu kompletního procesu.

  2. Oblasti obchodního procesu

    Každý kompletní scénář zahrnuje dvě nebo více oblastí obchodního procesu. Tato úroveň představuje významné seskupení souvisejících aktivit, které přispívají k celkovému cíli, a poskytuje logický způsob seskupení obchodních procesů. Ve většině případů jsou oblasti obchodního procesu oddělené hlavními pracovními funkcemi nebo odděleními v organizaci. Katalog v současné době definuje více než 100 oblastí obchodního procesu.

  3. Obchodní procesy

    Termín obchodní proces zahrnuje širokou škálu strukturovaných, často sekvencovaných aktivit nebo úkolů, které umožňují dosáhnout předem určeného organizačního cíle. Termín může také odkazovat na kumulativní účinky všech kroků směřujících k obchodnímu cíli. Každý obchodní proces popisuje funkci nebo proces, který Dynamics 365 podporuje. Zatím jsme identifikovali více než 800 obchodních procesů. Některé platí pro jednu aplikaci Dynamics 365 a dokumentace k aplikaci už může popisovat tento proces. Shromažďováním všech obchodních procesů v této příručce doufáme, že poskytneme jediný vstupní bod s odkazy na relevantní obsah specifický pro produkt.

  4. Scénáře

    V Dynamics 365 jsou scénáře vzory opakovatelných konfigurací, které podporují konkrétní obchodní proces. Patří mezi ně nejběžnější případy použití, scénáře a odvětví. Často existuje mnoho způsobů, jak implementovat Dynamics 365, aby splňovaly vaše obchodní požadavky. Naším cílem vzorů je poskytnout směrný plán pro vaši implementaci. Identifikovali jsme více než 3 000 scénářů a vzorů a očekáváme, že se tento počet bude v průběhu času zvětšovat.

  5. Systémové procesy

    Systémový proces je část obchodního procesu, která používá konkrétní formulář, stránku nebo prvek uživatelského rozhraní v Dynamics 365.

  6. Testovací případy

Testovací případ je podrobná sada podmínek a kroků používaných k určení, jestli softwarová aplikace nebo systém funguje správně. Je základní součástí procesu testování softwaru, který je navržený tak, aby zajistil, že software splňuje své požadavky a funguje podle očekávání. Testovací případy se používají k identifikaci vad, zajištění kvality a ověření, že se software chová podle různých podmínek.

Pro každý typ obsahu existují wordové šablony. Pokyny jsou formátovány červeně ohraničené hranatými závorkami jako v následujícím příkladu:[Text in red]. Tyto pokyny odstraňte při dokončení dokumentu. Text, který je zvýrazněný žlutou barvou, musí být nahrazen nebo upraven vámi. Neměňte text, který není zvýrazněný žlutou barvou, a neformátujte červeně. Tyto standardní fráze pomáhají uživatelům rozpoznat šablonu, aby mohli snadněji prohledávat a najít obsah, který hledají.

Získejte další úvod do katalogu obchodních procesů v průvodci obchodním procesem. Volitelně si projděte TechTalks , kde mluvíme o tom, jak můžete použít katalog obchodních procesů a přispívat do knihovny obsahu.

Odeslání příspěvku

Interně v Microsoftu pracujeme na převodu interních poznámek, let zkušeností a různých dokumentů na pokyny k obchodním procesům. Velmi vítáme příspěvky od komunity.

Existují různé šablony pro odesílání příspěvků na základě typu článku. Přispěvatelé musí zvolit správnou šablonu pro příslušný typ článku, ke kterému chtějí přispívat. Šablony jsou k dispozici jako wordové soubory s názvem, které vysvětlují, pro jaký druh článku je šablona určená.

Uznání přispěvatelů

Platforma Microsoft Learn zobrazuje interní i externí přispěvatele v horní části každého článku, pokud odeslali svůj příspěvek prostřednictvím GitHubu. Někteří lidé přispívají jinými způsoby, takže na konec článku přidáme oddíl Přispěvatelé .

Volitelný oddíl Přispěvatelé uvádí klíčové přispěvatele se svým jménem a odkazem na jejich LinkedIn nebo jiný profil, pokud ho zadali. Následující snímek obrazovky je anonymizovaná verze oddílu Přispěvatelé v článku Centra architektury Azure.

Snímek obrazovky s ukázkovou sekcí Přispěvatelé, zobrazující hlavního autora a tři přispěvatele uvedené s odkazy na jejich profily na LinkedIn.

Tady je, jak to vypadá v Markdownu.

## Contributors

*This article is maintained by Microsoft. It was originally written by the following contributors.*

Principal author:

* [Author's Name](https://www.linkedin.com/in/author-account/) | Author's job title or similar  

Other contributors:

* [Contributor's Name](https://www.linkedin.com/in/contributor-account/) | Contributor's job title or similar  
* [Contributor's Name](https://www.linkedin.com/in/contributor-account/) | Contributor's job title or similar

Tento způsob uvedení jako přispěvatel je volitelný. V rámci Microsoftu doporučujeme použít oddíl Přispěvatelé , pokud externí přispěvatelé odesílali nový obsah, jako jsou referenční architektury a vzory návrhu, jinými prostředky než GitHub.

  • Last updated on