Udostępnij przez

Współtworzenie dokumentacji usługi Dynamics 365

Możesz współtworzyć dokumentację firmy Microsoft dla usługi Dynamics 365 na dwa sposoby. Jeśli artykuł zawiera nieprawidłowe lub mylące informacje lub jeśli znasz dobre obejście cyklicznego problemu, możesz użyć linku opinii w artykule, aby poinformować nas.

W większości naszej dokumentacji możesz również edytować artykuł bezpośrednio , aby rozpocząć proces przeglądu.

Prześlij opinię

W witrynie internetowej learn.microsoft.com każdy artykuł Learn oferuje możliwość przekazania opinii. Możesz wybrać akcję Opinia znajdującą się pod tytułem artykułu w prawym górnym rogu lub jedną z opcji opinii w dolnej części artykułu w sekcji Opinie . Nadaj artykułowi ocenę, wybierz przyczynę opinii i rozważ pozostawienie komentarza. Opinia dotyczy autora artykułu i zespołu, który jest właścicielem dokumentacji.

Jeśli artykuł nie może być edytowany bezpośrednio lub jeśli nie jesteś wygodny do edycji, zachęcamy do korzystania z mechanizmu opinii , aby poinformować nas, co myślisz o artykule lub produkcie.

Zewnętrzne wkłady do dokumentacji firmy Microsoft

Pliki źródłowe naszej podstawowej zawartości są przechowywane w publicznych repozytoriach GitHub. Każdy może je przejrzeć i w wielu przypadkach je edytować. Z zadowoleniem przyjmujemy twoje sugestie i poprawki, w postaci bezpośrednich wkładów lub problemów na GitHubie, aby zgłosić usterkę lub zadać pytanie. Możemy akceptować tylko informacje zwrotne i przyczynianie się do powstawania treści w języku angielskim.

Większość artykułów ma ikonę ołówka z etykietką narzędzia Edytuj ten dokument. Wybierz ikonę, aby otworzyć artykuł w usłudze GitHub, a następnie rozpocznij edycję. Rozpocznij pracę jako współautor z przewodnikiem współautora usługi Microsoft Learn.

Jeśli chcesz uzyskać szczegółowe informacje i współtworzyć nowe artykuły koncepcyjne, skorzystaj z szablonów w witrynie https://github.com/MicrosoftDocs/dynamics365-docs-templates.

Zawartość wskazówek dotyczących usługi Dynamics 365

Zawartość wskazówek dotyczących usługi Dynamics 365 korzysta z tych samych procesów, co większość dokumentacji w witrynie Microsoft Learn. W tej sekcji objaśniamy narzędzia i procesy, których można użyć, aby ułatwić dodawanie do wskazówek dotyczących implementacji.

Termin zawartość wskazówek obejmuje przewodnik implementacji usługi Dynamics 365, opisy procesów biznesowych, nowe wzorce, najlepsze rozwiązania i architektury referencyjne. Opublikowaliśmy pierwszą zawartość wskazówek w kwietniu 2023 r. i dodaliśmy aktualizacje co dwa tygodnie. Przejrzyj centrum wskazówek i poinformuj nas o tym, co jest wspaniałe i czego brakuje.

Niektóre z zawartości wskazówek są udostępniane przez współautorów wewnętrznych. Zachęcamy ekspertów w tej dziedzinie w całej społeczności, aby pomóc nam w ustanowieniu najlepszych praktyk. Przeczytaj, jeśli masz najlepsze rozwiązanie lub inne informacje, które uważasz, że powinny być częścią usługi Microsoft Learn.

Dlaczego warto współtworzyć?

Uważamy, że zawartość wskazówek ułatwia szybsze uruchamianie projektów implementacji usługi Dynamics 365. Nasi partnerzy i klienci mogą korzystać ze wskazówek, aby przygotować się do wdrożenia i podnosić kwalifikacje w nowych obszarach lub podnosić kwalifikacje nowych pracowników. Deweloperzy oprogramowania mogą używać zawartości jako platformy do promowania ich własności intelektualnej lub wiedzy branżowej.

Jednak w firmie Microsoft nie jesteśmy jedynymi ekspertami w zakresie implementowania rozwiązań za pomocą usługi Dynamics 365. Społeczność obejmuje osoby, które są ekspertami w różnych aspektach wdrażania. Czy masz wzorzec, najlepsze rozwiązanie, konfigurację lub architekturę integracji, która dobrze sprawdza się w kilku implementacjach? Rozważ udostępnienie go tutaj w witrynie Microsoft Learn, aby cała społeczność była jeszcze wydajniejsza i wydajniejsza w swoich projektach implementacji.

Mamy nadzieję, że będziemy mogli zaoferować nagrody lub inne uznanie za wkład. Na razie rozpoznajemy współautorów w artykułach na dwa różne sposoby. Dowiedz się więcej w sekcji Rozpoznawanie współautorów .

Jak współtworzyć

Pliki źródłowe dla zawartości wskazówek dotyczących usługi Dynamics 365 firmy Microsoft można znaleźć w publicznym repozytorium GitHub. Możesz również edytować artykuły w witrynie learn.microsoft.com/dynamics365/guidance zgodnie z opisem w przewodniku współautora usługi Microsoft Learn.

Zalecamy przesyłanie poprawek w taki sam sposób, jak w przypadku przesyłania poprawek do innych obszarów usługi Microsoft Learn. Jednak aby przesłać nową zawartość, prosimy o przesłanie plików Markdown z nowymi materiałami instruktażowymi do innego repozytorium, Dynamics 365 Patterns and Practices. Dzięki temu możemy upewnić się, że twoja architektura referencyjna lub wzorzec są sprawdzane przez innych ekspertów w danej dziedzinie. Istnieją różne szablony do wyboru, a jeśli chcesz współtworzyć zawartość procesu biznesowego, istnieje zupełnie inny proces.

Szablony

Firma Microsoft udostępnia szablony w dwóch lokalizacjach w zależności od typu szablonu:

Dodamy więcej szablonów i wskazówek w czasie. Zalecamy obserwowanie repozytoriów lub zapisanie ich za pomocą gwiazdki, dzięki czemu otrzymasz powiadomienie o zmianie.

Podziel się opinią na https://github.com/microsoft/dynamics365patternspractices/discussions zakładce w repozytorium Dynamics 365 Patterns and Practices.

Jeśli nie masz jeszcze konta usługi GitHub, rozpocznij pracę z przewodnikiem współautora usługi Microsoft Learn.

Wskazówka

Przeglądaj nasze pliki źródłowe w https://github.com/MicrosoftDocs/dynamics365-guidance repozytorium. Dowiedz się, w jaki sposób strukturujemy różne typy artykułów, aby Twoje artykuły również przyjęły tę strukturę. W ten sposób proces przeglądu działa szybciej.

Architektury

Z zadowoleniem przyjmujemy wkład wskazówek dotyczących architektury, w tym pomysłów na rozwiązania i wzorce projektowe. Jeśli masz najlepsze rozwiązanie lub implementację referencyjną, prześlij swoją propozycję do zespołu platformy Azure lub do nas w usłudze Dynamics 365.

Aby współtworzyć nowe artykuły zgodnie ze wskazówkami dotyczącymi architektury usługi Dynamics 365, wykonaj następujące główne kroki:

Firma Microsoft przetwarza artykuł i publikuje go w ramach dokumentacji wskazówek dotyczących usługi Dynamics 365 .

Ogólne wprowadzenie do zawartości wskazówek w firmie Microsoft można znaleźć w Centrum architektury platformy Azure. Aby zapoznać się z przewodnikiem dla współtwórców, zobacz Przewodniki Współtwórców Centrum Architektury Azure.

Repozytorium GitHub dynamics365-docs-templates zawiera następujące szablony języka Markdown do wskazówek dotyczących architektury w folderze guidance-templates :

  • Wzorzec uogólnionej architektury: wzorzec uogólnionej architektury działa jako podstawowa architektura z typowym rozwiązaniem, które ma zastosowanie do wielu scenariuszy. Na przykład pomysły dotyczące rozwiązań mogą bazować na artykule architektonicznym, aby zapewnić perspektywę dla konkretnego rozwiązania branżowego lub partnerskiego i łączyć się z architekturą w każdym pomyśle na rozwiązanie. Szablon jest oparty na szablonie Przewodnik po architekturze platformy Azure. Służy do różnych typów architektur, w tym architektur referencyjnych.

  • Pomysł na rozwiązanie: Pomysły dotyczące rozwiązań to "małe" architektury implementacji usługi Dynamics 365. Udostępniają krótkie omówienie rozwiązań z usługami Dynamics 365 i platformą Azure. Każdy pomysł rozwiązania zawiera następujące elementy:

    • Diagram architektury
    • Przepływ danych
    • Składniki, czyli lista używanych usług
    • Kredyty współautora
    • Linki do następnych kroków i powiązanych zasobów, takich jak powiązane przewodniki i architektury

  • Przykładowe rozwiązanie: przykładowe rozwiązania to przykładowe obciążenia z "średnimi" architekturami. Prowadzą czytelników przez proces projektowania rozwiązań dla konkretnych problemów w implementacjach usługi Dynamics 365. Przykładowe rozwiązania zapewniają wskazówki dotyczące architektury z możliwością działania na podstawie rzeczywistych przykładów klientów. Celem jest skrócenie krzywej uczenia się klientów, opowiadając im historię innego klienta, który miał tę samą podróż. Zawierają one sekcje z szablonu Idea rozwiązania i dodają następujące sekcje:

    • Alternatywy, inne usługi, które można podłączyć do architektury zamiast tego
    • Zagadnienia i wskazówki, które odnoszą się do naszej struktury Success by Design i, opcjonalnie, obejmują wdrożenie

  • Wzorzec projektowania: Wzorce projektowe usługi Dynamics 365 odpowiadają konkretnym wyzwaniom związanym z implementacjami i są oparte na konkretnym scenariuszu lub najlepszym rozwiązaniu. Użyj tego szablonu, aby przechwycić wzorzec procesu biznesowego. Alternatywnie użyj szablonu programu Word w witrynie dynamics365patternspractices/templates/business-processes.

Wkład w procesy biznesowe

Termin proces biznesowy obejmuje szeroką gamę ustrukturyzowanych, często sekwencjonowanych działań lub zadań w celu osiągnięcia wstępnie określonego celu organizacyjnego. Termin może również odnosić się do skumulowanych skutków wszystkich kroków postępu w kierunku celu biznesowego. Procesy biznesowe są szczególnie związane z rozwiązaniami, które obejmują usługę Dynamics 365. Uważamy, że ten nowy typ zawartości tworzy strukturę, która pomaga klientom i partnerom lepiej przygotować się do wdrożenia usługi Dynamics 365. Każdy proces biznesowy zawiera diagram standardowego przepływu procesów biznesowych. Sekcje dokumentu przedstawiają kroki konfiguracji i jednostki danych używane w każdym z nich. Każdy krok zawiera linki do odpowiedniej strony w dokumentacji produktu, a wszystkie dokumenty zawierają linki do następnych kroków i powiązanych zasobów, które ułatwiają czytelnikom naukę.

Ustrukturyzowaliśmy procesy biznesowe w katalogu. Wykaz procesów biznesowych to skoroszyt programu Excel używany przez firmę Microsoft do organizowania i określania priorytetów prac nad dokumentacją procesów biznesowych. Format to Excel, ponieważ ułatwia sortowanie i filtrowanie wpisów. Wierzymy również, że nasi partnerzy mogą używać skoroszytu programu Excel do organizowania procesów wdrażania, projektów implementacji oraz własnych procesów biznesowych.

Pobierz najnowszą wersję wykazu z witryny https://aka.ms/BusinessProcessCatalog.

Uwaga / Notatka

Jeśli chcesz współtworzyć procesy biznesowe, zarejestruj swoją pracę, zanim zaczniesz zmniejszać ryzyko, że ktoś inny pracuje nad tym samym procesem biznesowym. Aby zarejestrować swoją pracę, prześlij problem z usługą GitHub pod adresem https://github.com/microsoft/dynamics365patternspractices/issues.

Co zawiera wykaz

Wykaz definiuje sześć poziomów zawartości:

  1. Procesy od początku do końca

    Kompletny proces reprezentuje pełny przepływ działań od początkowego wyzwalacza do wyniku końcowego. Obejmuje on wszystkie pośrednie kroki i podprocesy, które są niezbędne do osiągnięcia celu biznesowego. Zidentyfikowaliśmy 15 kompleksowych scenariuszy. Opisujemy scenariusze pod względem biznesowym, a nie pod względem technologii oprogramowania.

    W przypadku każdego procesu end-to-end, artykuł wprowadzający opisuje, jak myślimy o procesie end-to-end. Wymieniamy najważniejszych uczestników projektu i sposób, w jaki usługa Dynamics 365 pomaga w kompleksowej procedurze. Udostępniamy również omówienie wraz z diagramem przepływu procesów biznesowych, w jaki sposób kompleksowe procesy współdziałają z innymi procesami końcowymi. Wprowadzenie zawiera listę wymagań wstępnych dotyczących implementowania rozwiązania w celu obsługi kompleksowego procesu.

  2. Obszary procesów biznesowych

    Każdy pełny scenariusz obejmuje co najmniej dwa obszary procesów biznesowych. Ten poziom reprezentuje znaczną grupę powiązanych działań, które przyczyniają się do ogólnego celu, i zapewnia logiczny sposób grupowania procesów biznesowych. W większości przypadków obszary procesów biznesowych są oddzielone głównymi funkcjami lub działami w organizacji. Obecnie wykaz definiuje ponad 100 obszarów procesów biznesowych.

  3. Procesy biznesowe

    Termin proces biznesowy obejmuje szeroką gamę ustrukturyzowanych, często sekwencjonowanych działań lub zadań w celu osiągnięcia wstępnie określonego celu organizacyjnego. Termin może również odnosić się do skumulowanych skutków wszystkich kroków postępu w kierunku celu biznesowego. Każdy proces biznesowy opisuje funkcję lub proces, który obsługuje usługa Dynamics 365. Do tej pory zidentyfikowaliśmy ponad 800 procesów biznesowych. Niektóre dotyczą pojedynczej aplikacji usługi Dynamics 365, a dokumentacja aplikacji może już opisywać ten proces. Zbierając wszystkie procesy biznesowe w tym przewodniku, mamy nadzieję udostępnić pojedynczy punkt wejścia z linkami do odpowiedniej zawartości specyficznej dla produktu.

  4. Scenariusze

    W usłudze Dynamics 365 scenariusze to wzorce powtarzalnych konfiguracji, które obsługują określony proces biznesowy. Obejmują one najczęstsze przypadki użycia, scenariusze i branże. Często istnieje wiele sposobów implementacji usługi Dynamics 365 w celu spełnienia wymagań biznesowych. Naszym celem jest zapewnienie punktu wyjścia dla Twojej implementacji. Zidentyfikowaliśmy ponad 3000 scenariuszy i wzorców i spodziewamy się, że liczba ta wzrośnie wraz z upływem czasu.

  5. Procesy systemowe

    Proces systemowy to część procesu biznesowego, która używa określonego formularza, strony lub elementu interfejsu użytkownika w usłudze Dynamics 365.

  6. Przypadki testowe

Przypadek testowy to szczegółowy zestaw warunków i kroków używanych do określenia, czy aplikacja oprogramowania czy system działa prawidłowo. Jest to kluczowa część procesu testowania oprogramowania, zaprojektowana w celu zapewnienia, że oprogramowanie spełnia wymagania i działa zgodnie z oczekiwaniami. Przypadki testowe służą do identyfikowania wad, zapewnienia jakości i sprawdzenia, czy oprogramowanie działa zgodnie z oczekiwaniami w różnych warunkach.

Istnieją szablony programu Word dla każdego typu zawartości. Instrukcje są sformatowane w kolorze czerwonym otoczonym nawiasami kwadratowymi, jak w poniższym przykładzie:[Text in red] Usuń te instrukcje po zakończeniu dokumentu. Tekst wyróżniony na żółto musi zostać zastąpiony lub dostosowany przez Użytkownika. Nie zmieniaj tekstu, który nie jest wyróżniony na żółto i nie jest sformatowany na czerwono. Te standardowe frazy ułatwiają użytkownikom rozpoznawanie szablonu w celu łatwiejszego skanowania i znajdowania zawartości, której szukają.

Zapoznaj się z dalszym wprowadzeniem do katalogu procesów biznesowych w sekcji Informacje o przewodniku po procesie biznesowym (About the business process guide). Opcjonalnie zapoznaj się z witryną TechTalks , gdzie mówimy o sposobie korzystania z wykazu procesów biznesowych i współtworzeniu biblioteki zawartości.

Prześlij swój wkład

Wewnętrznie w firmie Microsoft ciężko pracujemy nad konwertowaniem wewnętrznych notatek, lat doświadczenia i różnych dokumentów na wskazówki dotyczące procesów biznesowych. Bardzo mile widziano wkład społeczności.

Istnieją różne szablony do przesyłania składek na podstawie typu artykułu. Współautorzy muszą wybrać odpowiedni szablon dla odpowiedniego typu artykułu, do którego chce się przyczynić. Szablony są dostępne jako pliki programu Word, które są nazwane, aby wyjaśnić, jakiego rodzaju artykuł jest przeznaczony dla szablonu.

Uznanie dla współtwórców

Platforma Microsoft Learn pokazuje zarówno współautorów wewnętrznych, jak i zewnętrznych w górnej części każdego artykułu, jeśli przesłali swój wkład za pośrednictwem usługi GitHub. Niektóre osoby przyczyniają się w inny sposób, dlatego dodajemy sekcję Współautorzy pod koniec artykułu.

Opcjonalna sekcja Współautorzy zawiera listę kluczowych współautorów z ich imieniem i linkiem do ich profilu LinkedIn lub innego profilu, jeśli go podano. Poniższy zrzut ekranu to anonimizowana wersja sekcji Autorzy w artykule Azure Architecture Center.

Zrzut ekranu przedstawiający przykładową sekcję Współautorzy przedstawiającą głównego autora oraz trzech współautorów wymienionych z linkami do ich profilów serwisu LinkedIn.

Oto jak wygląda w języku 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

Opcjonalne jest bycie wymienionym jako współautor w ten sposób. W całej firmie Microsoft zalecamy użycie sekcji Współautorzy, jeśli zewnętrzni współautorzy przesyłają nową zawartość, taką jak architektury referencyjne i wzorce projektowe, za pomocą innych środków niż GitHub.

  • Last updated on