Partajați prin

Contribuiți la documentația Dynamics 365

Poți contribui la documentația Microsoft pentru Dynamics 365 în două moduri. Dacă un articol conține informații incorecte sau confuze sau dacă știi o soluție bună pentru o problemă recurentă, poți folosi linkul de feedback din articol pentru a ne anunța.

Pentru majoritatea documentației noastre, puteți edita direct un articol pentru a începe procesul de revizuire.

Oferiți feedback

Pe site-ul learn.microsoft.com , fiecare articol Learn îți oferă oportunitatea de a oferi feedback. Poți alege acțiunea Feedback care se află sub titlul articolului din dreapta sus sau una dintre opțiunile de feedback din partea de jos a articolului, în secțiunea Feedback . Acordă articolului o evaluare, alege motivul feedback-ului tău și ia în considerare să lași un comentariu. Feedback-ul merge la autorul articolului și la echipa care deține documentația.

Dacă un articol nu poate fi editat direct sau dacă nu te simți confortabil să editezi, te încurajăm să folosești mecanismul de feedback pentru a ne spune ce părere ai despre articol sau produs.

Contribuții externe la documentația Microsoft

Fișierele sursă pentru conținutul nostru de bază sunt stocate în depozite publice de pe GitHub. Oricine le poate revizui și, în multe cazuri, le poate edita. Primim cu interes sugestiile și corecturile dumneavoastră, fie sub formă de contribuții directe, fie când GitHub apar pentru a raporta un bug sau a pune o întrebare. Putem accepta doar feedback și contribuții la conținutul sursă în limba engleză.

Majoritatea articolelor au o pictogramă cu creion, cu tooltip-ul Editează acest document. Selectează pictograma pentru a deschide articolul în GitHub, apoi începe editarea. Începe ca contributor cu ghidul Microsoft Learn pentru contribuitori.

Dacă vrei să fii detaliat și să contribui cu articole conceptuale noi, folosește șabloanele de la https://github.com/MicrosoftDocs/dynamics365-docs-templates.

Conținutul ghidului Dynamics 365

Conținutul ghidării Dynamics 365 folosește aceleași procese ca majoritatea documentației de pe Microsoft Learn. În această secțiune, evidențiem unelte și procese pe care le puteți folosi pentru a ajuta la adăugarea la ghidul de implementare.

Termenul de conținut de ghidare acoperă ghidul de implementare Dynamics 365, descrieri ale proceselor de business, noi tipare, cele mai bune practici și arhitecturi de referință. Am publicat primul conținut de ghidare în aprilie 2023 și adăugăm actualizări la fiecare două săptămâni. Răsfoiește hub-ul de ghidare și spune-ne ce este grozav și ce lipsește.

O parte din conținutul ghidurilor este furnizat de contribuitori interni. Încurajăm experții din întreaga comunitate să ne ajute să stabilim cele mai bune practici. Citește mai departe dacă ai o bună practică sau o altă perspectivă care crezi că ar trebui să facă parte din Microsoft Learn.

De ce să contribui?

Credem că conținutul de ghidare ajută la accelerarea proiectelor de implementare Dynamics 365. Partenerii și clienții noștri pot folosi aceste îndrumări pentru a se pregăti pentru implementare și pentru a se califica în noi domenii sau pentru a perfecționa personalul nou. Dezvoltatorii de software pot folosi conținutul ca platformă pentru a-și promova proprietatea intelectuală sau expertiza din industrie.

Dar noi, la Microsoft, nu suntem singurii experți în modul de implementare a soluțiilor cu Dynamics 365. Comunitatea include persoane care sunt experți în diverse aspecte ale implementării. Ai un tipar, o bună practică, o configurație sau o arhitectură de integrare care funcționează bine între mai multe implementări? Ia în considerare să o distribui aici pe Microsoft Learn pentru a face întreaga comunitate și mai productivă și eficientă în proiectele lor de implementare.

Sperăm să putem oferi recompense sau alte recunoașteri pentru contribuții. Deocamdată, recunoaștem colaboratorii din articole în două moduri diferite. Află mai multe în secțiunea de recunoaștere a Contributorilor .

Cum să contribui

Poți găsi fișierele sursă pentru conținutul ghidului Microsoft Dynamics 365 într-un depozit public GitHub. Poți, de asemenea, să editezi articolele de pe site-ul learn.microsoft.com/dynamics365/guidance , așa cum este descris în ghidul pentru contributori Microsoft Learn.

Recomandăm să trimiți corecturi la fel cum trimiți o corectură în alte zone ale Microsoft Learn. Totuși, pentru a trimite conținut nou , vă rugăm să încărcați fișierele Markdown pentru conținutul nou de ghidare într-un depozit diferit, Dynamics 365 Patterns and Practices. Astfel, ne putem asigura că arhitectura sau modelul tău de referință este revizuit de alți experți în domeniu. Există diferite șabloane din care poți alege, iar dacă vrei să contribui la conținutul proceselor de business, există un proces complet diferit.

Șabloane

Microsoft oferă șabloane în două locații, în funcție de tipul șablonului:

Vom adăuga mai multe șabloane și îndrumări în timp. Îți recomandăm să urmezi depozitele sau să le salvezi cu o stea, ca să fii notificat când ceva se schimbă.

Împărtășiți feedback-ul dumneavoastră în fila https://github.com/microsoft/dynamics365patternspractices/discussions din depozitul Dynamics 365 Patterns and Practices.

Dacă nu ai deja un cont GitHub, începe cu ghidul pentru contributori Microsoft Learn.

Sfat

Răsfoiește fișierele sursă din https://github.com/MicrosoftDocs/dynamics365-guidance depozit. Învață din modul în care structurăm diferitele tipuri de articole astfel încât articolele tale să urmeze aceeași structură. Astfel, procesul de evaluare decurge mai rapid.

Arhitecturi

Primim cu interes contribuțiile de ghidare arhitecturală, inclusiv idei de soluții și modele de proiectare. Dacă ai o implementare de bune practici sau referință, trimite propunerea fie echipei Azure , fie nouă în Dynamics 365.

Pentru a contribui cu articole noi la ghidul arhitectural Dynamics 365, urmează acești pași principali:

Microsoft procesează articolul și îl publică ca parte a documentației de ghidare Dynamics 365 .

Pentru o introducere generală în conținutul de ghidare la Microsoft, consultați Azure Architecture Center. Pentru ghidul contributorilor, vezi contribuțiile Azure Architecture Center.

Depozitul GitHub dynamics365-docs-templates conține următoarele șabloane Markdown pentru ghidare arhitecturală în folderul de template-ghid :

  • Model de arhitectură generalizat: Un model de arhitectură generalizat acționează ca o arhitectură de bază cu o soluție comună care se aplică în multe scenarii. De exemplu, ideile de soluții pot construi pe baza unui articol arhitectural pentru a oferi o perspectivă pentru o anumită industrie sau soluție parteneră și pot face legătura cu arhitectura fiecărei idei. Șablonul se bazează pe șablonul Azure Architecture Guide. Folosește-l pentru diferite tipuri de arhitecturi, inclusiv arhitecturi de referință.

  • Idee de soluție: Ideile de soluție sunt arhitecturi "mici" ale implementărilor Dynamics 365. Oferă prezentări scurte ale soluțiilor cu servicii Dynamics 365 și Azure. Fiecare idee de soluție conține următoarele elemente:

    • O diagramă de arhitectură
    • Un flux de date
    • Componente, adică o listă a serviciilor utilizate
    • Credite de contributori
    • Linkuri către pașii următori și resurse conexe, cum ar fi ghiduri și arhitecturi relevante

  • Soluție exemplu: Soluțiile exemplu sunt sarcini de lucru exemplu cu arhitecturi "medii". Ei ghidează cititorii prin procesul de proiectare a soluțiilor pentru probleme specifice în implementările Dynamics 365. Soluțiile de exemplu oferă ghiduri practice de arhitectură bazate pe exemple reale de clienți. Scopul este de a scurta curba de învățare a clienților spunându-le povestea unui alt client care a avut aceeași călătorie. Acestea includ secțiunile din șablonul de Idei de Soluție și adaugă următoarele secțiuni:

    • Alternative, alte servicii pe care le poți conecta în arhitectură în schimb
    • Considerente, îndrumări care se potrivesc cu cadrul nostru Success by Design și, opțional, includ o implementare

  • Model de proiectare: Modelele de proiectare Dynamics 365 abordează provocări specifice în implementări și se bazează pe un scenariu sau o practică bună specifică. Folosește acest șablon pentru a surprinde un tipar de proces de afaceri. Alternativ, folosește șablonul Word la dynamics365patternspractices/templates/business-processes.

Contribuții la procesele de afaceri

Termenul proces de afaceri acoperă o gamă largă de activități sau sarcini structurate, adesea secvențiate, pentru a atinge un scop organizațional prestabilit. Termenul poate face referire și la efectele cumulative ale tuturor pașilor care avansează către un obiectiv de afaceri. Procesele de afaceri sunt specifice soluțiilor care includ Dynamics 365. Credem că acest nou tip de conținut creează o structură care ajută clienții și partenerii să fie mai bine pregătiți să adopte Dynamics 365. Fiecare proces de afaceri include o diagramă a unui flux standard de proces de afaceri. Secțiuni ale documentului evidențiază pașii de configurare și entitățile de date folosite în fiecare. Fiecare pas face legătura către pagina relevantă din documentația produsului, iar toate documentele au linkuri către pașii următori și resurse conexe care să ajute cititorii pe parcursul călătoriei lor de învățare.

Am structurat procesele de business într-un catalog. Catalogul proceselor de business este un cașet Excel pe care noi, la Microsoft, îl folosim pentru a organiza și prioritiza munca noastră în documentația proceselor de business. Formatul este Excel pentru că face ușoară sortarea și filtrarea înregistrărilor. De asemenea, credem că partenerii noștri pot folosi caietul Excel pentru a-și organiza parcursul de onboarding, proiectele de implementare și propriile procese de afaceri.

Descarcă cea mai recentă versiune a catalogului de pe https://aka.ms/BusinessProcessCatalog.

Notă

Dacă vrei să contribui la procesele de business, înregistrează-ți munca înainte să începi pentru a reduce riscul ca altcineva să lucreze la același proces de business. Pentru a-ți înregistra lucrarea, trimite o problemă pe GitHub la https://github.com/microsoft/dynamics365patternspractices/issues.

Ce conține catalogul

Catalogul definește șase niveluri de conținut:

  1. Procese end-to-end

    Un proces end-to-end reprezintă fluxul complet al activităților de la declanșatorul inițial până la rezultatul final. Aceasta cuprinde toți pașii intermediari și subprocesele necesare pentru atingerea obiectivului de afaceri. Am identificat 15 scenarii de la un capăt la altul. Descriem scenariile în termeni de afaceri, nu în termeni de tehnologie software.

    Pentru fiecare proces end-to-end, articolul introductiv descrie modul în care gândim procesul end-to-end. Listăm părțile interesate cheie și modul în care Dynamics 365 ajută procesul end-to-end. De asemenea, oferim o prezentare generală, împreună cu o diagramă de flux a proceselor de business, despre modul în care procesul interacționează de la un capăt la altul cu alte procese de la un capăt la altul. Introducerea enumeră cerințele prealabile pentru implementarea unei soluții care să susțină procesul end-to-end.

  2. Domenii ale proceselor de afaceri

    Fiecare scenariu end-to-end acoperă două sau mai multe domenii ale proceselor de business. Acest nivel reprezintă o grupare semnificativă de activități conexe care contribuie la obiectivul general și oferă o modalitate logică de a grupa procesele de afaceri. În majoritatea cazurilor, domeniile proceselor de afaceri sunt separate pe funcții principale sau departamente ale unei organizații. În prezent, catalogul definește peste 100 de domenii ale proceselor de afaceri.

  3. Procese de business

    Termenul proces de afaceri acoperă o gamă largă de activități sau sarcini structurate, adesea secvențiate, pentru a atinge un scop organizațional prestabilit. Termenul poate face referire și la efectele cumulative ale tuturor pașilor care avansează către un obiectiv de afaceri. Fiecare proces de afaceri descrie o funcție sau un proces pe care Dynamics 365 îl suportă. Până acum, am identificat peste 800 de procese de business. Unele se aplică unei singure aplicații Dynamics 365, iar documentația aplicației poate deja descrie procesul. Prin colectarea tuturor proceselor de afaceri din ghid, sperăm să oferim un singur punct de intrare cu linkuri către conținut specific produsului relevant.

  4. Scenarii

    În Dynamics 365, scenariile sunt modele de configurații repetabile care susțin un anumit proces de afaceri. Acestea includ cele mai comune cazuri de utilizare, scenarii și industrii. Adesea, există multe modalități de a implementa Dynamics 365 pentru a răspunde cerințelor afacerii tale. Scopul nostru cu tiparele este să oferim o bază de bază pentru implementarea ta. Am identificat peste 3000 de scenarii și tipare, iar noi ne așteptăm ca acest număr să crească în timp.

  5. Procese ale sistemului

    Un proces de sistem este o parte a unui proces de afaceri care folosește un anumit formular, pagină sau element UI în Dynamics 365.

  6. Cazuri de testare

Un caz de test este un set detaliat de condiții și pași folosiți pentru a determina dacă o aplicație software sau un sistem funcționează corect. Este o parte esențială a procesului de testare software, concepută pentru a asigura că software-ul îndeplinește cerințele și funcționează conform așteptărilor. Cazurile de testare sunt folosite pentru a identifica defectele, a asigura calitatea și a verifica dacă software-ul se comportă conform intenției în diverse condiții.

Există șabloane Word pentru fiecare tip de conținut. Instrucțiunile sunt formatate cu roșu, înconjurate de paranteze pătrate, ca în următorul exemplu:[Text in red] Șterge aceste instrucțiuni când finalizezi documentul. Textul evidențiat cu galben trebuie înlocuit sau ajustat de tine. Nu schimba textul care nu este evidențiat cu galben și care nu este formatat cu roșu. Aceste expresii standard îi ajută pe utilizatori să recunoască șablonul, astfel încât să poată scana și găsi mai ușor conținutul pe care îl caută.

Obțineți o introducere suplimentară în catalogul proceselor de afaceri la ghidul About the Business Process Guide. Opțional, consultați TechTalks-urile unde discutăm despre cum puteți folosi catalogul proceselor de afaceri și contribui la biblioteca de conținut.

Trimite-ți contribuția

Intern, la Microsoft, muncim din greu pentru a transforma notițele interne, anii de experiență și diverse documente în ghiduri de proces de business. Primim cu mare interes contribuțiile comunității.

Există diferite șabloane pentru trimiterea contribuțiilor în funcție de tipul de articol. Contribuitorii trebuie să aleagă șablonul potrivit pentru tipul potrivit de articol la care doresc să contribuie. Șabloanele sunt disponibile ca fișiere Word care sunt denumite pentru a explica pentru ce tip de articol este destinat șablonul.

Recunoașterea contributorilor

Platforma Microsoft Learn afișează atât contribuitorii interni, cât și cei externi în partea de sus a fiecărui articol dacă și-au trimis contribuția prin GitHub. Unii oameni contribuie în alte moduri, așa că adăugăm o secțiune Contributori spre finalul articolului.

Secțiunea opțională Contributori listează contributorii cheie cu numele lor și un link către LinkedIn sau alt profil, dacă au oferit unul. Captura de ecran următoare este o versiune anonimizată a secțiunii Contributori dintr-un articol Azure Architecture Center.

Captură de ecran a unei secțiuni exemplu Contributori, care arată autorul principal plus trei contributori listați cu linkuri către profilurile lor LinkedIn.

Iată cum arată în 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

A fi listat ca contributor în acest mod este opțional. La nivel Microsoft, recomandăm folosirea secțiunii Contributori dacă contribuitorii externi trimit conținut nou, cum ar fi arhitecturi de referință și modele de design, prin alte mijloace decât GitHub.

  • Last updated on