Sdílet prostřednictvím


Přispívání do dokumentace pro 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 víte o dobrém řešení opakujícího se problému, můžete nám dát vědět pomocí odkazu pro odeslání názoru v článku.

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

Odeslání názorů

Na webu learn.microsoft.com nabízí každý článek Learn možnost poskytnout odeslat názor. Můžete zvolit akci Názor, která se nachází pod názvem článku vpravo nahoře, nebo jednu z možností odeslání názoru v dolní části článku v sekci Názor. Ohodnoťte článek, vyberte důvod sdílení názoru a případně zanechte komentář. Názor dostane autor článku a tým, který dokumenty vlastní.

Pokud článek nelze upravit přímo nebo pokud se na úpravy necítíte, doporučujeme vám, abyste využili mechanismus odeslání názoru a sdělili nám, co si o článku nebo produktu myslíte.

Externí příspěvky do dokumentace Microsoftu

Zdrojové soubory našeho základního obsahu jsou uloženy ve veřejných úložištích GitHub. Kdokoli je může zkontrolovat a v mnoha případech i upravovat. Uvítáme vaše návrhy a opravy, ať už ve formě přímých příspěvků, nebo ve formě otázek na GitHubu, kde můžete nahlásit chybu nebo položit otázku. Názory a příspěvky ke zdrojovému obsahu můžeme přijímat pouze v angličtině.

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

Pokud chcete být pečliví a přispívat novými koncepčními články, použijte šablony na adrese https://github.com/MicrosoftDocs/dynamics365-docs-templates.

Obsah pokynů k řešení Dynamics 365

Obsah pokynů Dynamics 365 používá stejné procesy jako většina dokumentace na portálu Microsoft Learn. V této sekci uvádíme nástroje a postupy, které můžete použít k doplnění pokynů pro implementaci.

Termín doprovodné materiály zahrnuje průvodce implementací Dynamics 365, popisy obchodních procesů, nové vzory, osvědčené postupy a referenční architektury. První pokyny jsme zveřejnili v dubnu 2023 a každé dva týdny přidáváme aktualizace. Projděte si centra pokynů a dejte nám vědět, co se vám líbí a co vám chybí.

Část obsahu pokynu poskytují interní přispěvatelé. Vyzýváme odborníky na danou problematiku z celé komunity, aby nám pomohli vytvořit osvědčené postupy. Pokračujte ve čtení, pokud máte osvědčené postupy nebo jiné poznatky, které by podle vás měly být součástí prostředí Microsoft Learn.

Proč přispívat?

Věříme, že obsah pokynů pomůže urychlit realizaci projektů implementace řešení Dynamics 365. Naši partneři a zákazníci mohou tyto pokyny využít k přípravě na implementaci a k získání dovedností v nových oblastech nebo k zaškolení nových zaměstnanců. Vývojáři softwaru mohou obsah využít jako platformu pro propagaci svého duševního vlastnictví nebo odborných znalostí v oboru.

My ve společnosti Microsoft však nejsme jedinými odborníky na implementaci řešení s Dynamics 365. Komunita zahrnuje lidi, kteří jsou odborníky na různé aspekty implementací. Máte nějaký vzor, osvědčený postup, konfiguraci nebo integrační architekturu, která se osvědčila v několika implementacích? Zvažte sdílení zde na Microsoft Learn, aby celá komunita mohla být ještě produktivnější a efektivnější při realizaci svých projektů.

Doufáme, že časem budeme moci nabídnout odměny nebo jiná ocenění za příspěvky. V roce 2023 oceňujeme přispěvatele v článcích.

Jak přispět

Od listopadu 2023 můžete najít zdrojové soubory pokynů pro Microsoft Dynamics 365 ve veřejném úložišti GitHub. Můžete také upravovat články na webu learn.microsoft.com/dynamics365/guidance, jak je popsáno v příručce pro přispěvatele Microsoft Learn.

Opravy doporučujeme zadávat stejným způsobem, jakým odesíláte opravy v jiných oblastech webu Microsoft Learn. Pokud však chcete odeslat nový obsah, žádáme vás, abyste soubory Markdown pro nový obsah pokynů nahráli do úložiště Vzory a postupy Dynamics 365. Tímto způsobem můžeme zajistit, že vaši referenční architekturu nebo vzor posoudí další odborníci na danou problematiku. Na výběr jsou různé šablony. Pokud chcete přispět k obsahu podnikových procesů, musíte zvolit úplně jiný postup.

Šablony

Microsoft poskytuje šablony na dvou místech v závislosti na typu šablony:

Postupně budeme přidávat šablony a pokyny. Doporučujeme úložiště sledovat nebo si je uložit s hvězdičkou, abyste byli upozorněni, když se něco změní.

Podělte se o svůj názor na kartě https://github.com/microsoft/dynamics365patternspractices/discussions v úložišti Vzory a postupy Dynamics 365.

Pokud ještě nemáte účet na GitHubu, začněte pomocí průvodce pro přispěvatele Microsoft Learn.

Tip

Naše zdrojové soubory můžete procházet v úložišti https://github.com/MicrosoftDocs/dynamics365-guidance. Čerpejte ze způsobu, jakým strukturujeme různé typy článků, aby i vaše články měly stejnou strukturu. Proces kontroly tak bude probíhat rychleji.

Architektury

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

Pokud chcete přispívat novými články do architektonických pokynů Dynamics 365, postupujte podle následujících hlavních kroků:

Microsoft článek zpracuje a zveřejní jako součást dokumentace s pokyny pro Dynamics 365.

Obecný úvod do obsahu pokynů v Microsoftu naleznete v Centru architektury Azure. Průvodce pro přispěvatele naleznete v příspěvcích Centra architektury Azure.

Úložiště GitHub dynamics365-docs-templates obsahuje následující šablony Markdown pro architektonické pokyny ve složce guidance-templates:

  • Zobecněný vzor architektury: Zobecněný vzor architektury funguje jako základní architektura se společným řešením, které je použitelné pro mnoho scénářů. Nápady na řešení mohou například vycházet z článku o architektuře a poskytnout tak pohled na konkrétní odvětví nebo partnerské řešení a odkaz na architekturu z každého nápadu na řešení. Šablona je založena na šabloně průvodce architekturou Azure. Můžete jej použít pro různé typy architektur, včetně referenčních.

  • Nápady na řešení: Nápady na řešení představují „malé“ architektury implementací Dynamics 365. Poskytují stručné přehledy řešení se službami Dynamics 365 a Azure. Každý nápad na řešení obsahuje následující prvky:

    • Diagram architektury
    • Tok dat
    • Komponenty, tedy seznam použitých služeb
    • Uznání přispěvateli
    • Odkazy na další kroky a související zdroje, například související příručky a architektury
  • Vzorová řešení: Vzorová řešení představují příklady úloh se „střední“ architekturou. Provázejí čtenáře procesem návrhu řešení konkrétních problémů při implementaci Dynamics 365. Vzorová řešení poskytují praktické pokyny k architektuře založené na skutečných příkladech zákazníků. Cílem je zkrátit zákazníkům dobu učení tím, že jim vyprávíme příběh jiného zákazníka, který má za sebou stejnou cestu. Zahrnují sekce ze šablony Nápad na řešení a přidávají následující sekce:

    • Alternativy, další služby, které můžete do architektury zapojit jako náhradu
    • Úvahy, pokyny, které se vztahují k našemu rámci Success by Design a případně zahrnují nasazení
  • Návrhové vzory: Návrhové vzory Dynamics 365 řeší konkrétní problémy při implementaci a jsou založeny na konkrétním scénáři nebo osvědčeném postupu. Tuto šablonu použijte k zachycení vzoru obchodního procesu. Můžete také použít šablonu Word v úložišti dynamics365patternspractices/templates/business-processes.

Příspěvky k obchodním procesům

Pojem obchodní proces zahrnuje širokou škálu strukturovaných, často na sebe navazujících činností nebo úkolů, které mají vést k dosažení předem stanoveného cíle organizace. Tento termín může také označovat 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 vytváří strukturu, která zákazníkům a partnerům pomůže lépe se připravit na přijetí Dynamics 365. Každý obchodní proces obsahuje diagram standardního toku obchodního procesu. V sekcích dokumentu jsou popsány kroky konfigurace a datové entity používané v každém z nich. 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 pomohou na jejich vzdělávací cestě.

Strukturovali jsme obchodní procesy v katalogu. Katalog obchodních procesů je sešit Excel, který v Microsoftu používáme k uspořádání a stanovení priorit naší práce na dokumentaci obchodních procesů. Formátem je Excel, protože umožňuje snadné řazení a filtrování záznamů. Jsme také přesvědčeni, že naši partneři mohou používat sešit Excel k organizaci svých cest onboardingu, implementačních projektů a vlastních obchodních procesů.

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

Poznámka

Pokud chcete přispět k obchodním procesům, zaregistrujte svou práci ještě předtím, než ji zahájíte, abyste snížili riziko, že na stejném obchodním procesu pracuje někdo jiný. Pokud chcete svou práci zaregistrovat, odešlete problém GitHub na https://github.com/microsoft/dynamics365patternspractices/issues.

Co obsahuje katalog

Katalog definuje čtyři úrovně obsahu:

  1. Komplexní procesy

    Identifikovali jsme 15 komplexních scénářů. Scénáře popisujeme z obchodního hlediska, nikoli z pohledu softwarových technologií.

    U každého komplexního procesu je v úvodním článku popsáno, jak o něm uvažujeme. Uvádíme seznam klíčových účastníků a způsoby, jakými řešení Dynamics 365 pomáhá v celém procesu. Spolu s diagramem toku obchodních procesů poskytujeme také přehled o tom, jak koncový proces spolupracuje s ostatními koncovými procesy. V úvodu jsou uvedeny předpoklady pro implementaci řešení na podporu komplexního procesu.

  2. Oblasti obchodních procesů

    Každý komplexní scénář pokrývá dvě nebo více oblastí obchodních procesů. Tato úroveň slouží pouze k seskupení obchodních procesů pro snadnější vyhledávání a navigaci. Ve většině případů jsou oblasti obchodních procesů rozděleny podle hlavních pracovních funkcí nebo oddělení v organizaci. V současné době katalog definuje více než 90 oblastí podnikových procesů.

  3. Obchodní procesy

    Pojem obchodní proces zahrnuje širokou škálu strukturovaných, často na sebe navazujících činností nebo úkolů, které mají vést k dosažení předem stanoveného cíle organizace. Tento termín může také označovat kumulativní účinky všech kroků směřujících k obchodnímu cíli. Každý obchodní proces popisuje funkci nebo proces, který řešení Dynamics 365 podporuje. Dosud jsme identifikovali téměř 700 obchodních procesů. Některé se vztahují na jednu aplikaci Dynamics 365 a v dokumentaci k této aplikaci již může být tento proces popsán. Doufáme, že shromážděním všech obchodních procesů v této příručce poskytneme jediný vstupní bod s odkazy na příslušný obsah k jednotlivým produktům.

  4. Vzory

    Vzory jsou v Dynamics 365 opakovatelné konfigurace, které podporují konkrétní obchodní proces. Zahrnují nejčastější případy použití, scénáře a odvětví. Často existuje více způsobů implementace řešení Dynamics 365, aby vyhovovalo vašim obchodním požadavkům. Naším cílem je poskytnout základní informace pro vaši implementaci. Identifikovali jsme více než 2 000 vzorů a očekáváme, že jejich počet časem výrazně vzroste.

S katalogem obchodních procesů se můžete blíže seznámit v článku O průvodci obchodními procesy.

Odeslání příspěvku

Ve společnosti Microsoft usilovně pracujeme na převedení interních poznámek, dlouholetých zkušeností a různých dokumentů do pokynů pro obchodní procesy. Velmi vítáme příspěvky komunity.

Existují různé šablony pro odesílání příspěvků podle typu článku. Přispěvatelé musí zvolit správnou šablonu pro příslušný typ článku, do kterého chtějí přispět. Šablony jsou k dispozici jako soubory aplikace Word, které jsou pojmenovány tak, aby vysvětlovaly, pro jaký typ článku je šablona určena.

Ocenění přispěvatelů

Platforma Microsoft Learn zobrazuje v horní části každého článku interní i externí přispěvatele, pokud svůj příspěvek odeslali prostřednictvím úložiště GitHub. Lidé přispívají i jinými způsoby, proto na konec článku přidáme sekci Přispěvatelé.

V sekci Přispěvatelé jsou uvedeni hlavní přispěvatelé s jejich jménem a odkazem na profil na LinkedIn nebo jiný profil, pokud jej poskytli. Následující snímek obrazovky je anonymizovaná verze sekce Přispěvatelé v článku Centrum architektury Azure.

Snímek obrazovky příkladu sekce Přispěvatelé, kde je uveden hlavní autor a tři přispěvatelé s odkazy na jejich profily na LinkedIn.

Takto to vypadá v jazyce Markdown:

## 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  

Zařazení do seznamu přispěvatelů tímto způsobem je volitelné. V rámci Microsoftu doporučujeme používat sekci Přispěvatelé, pokud externí přispěvatelé odesílají nový obsah (např. referenční architektury a návrhové vzory) jiným způsobem než prostřednictvím služby GitHub.