Contribuirea la documentația Dynamics 365

Puteți contribui la documentația Microsoft pentru Dynamics 365 în două moduri. Dacă un articol conține informații incorecte sau ambigue ori dacă știți o soluție bună de evitare a unei probleme recurente, puteți folosi linkul de feedback din articol pentru a ne informa.

Pentru cea mai mare parte din documentația noastră, puteți, de asemenea, să editați un articol direct pentru a începe un proces de examinare.

Oferiți feedback

Pe site-ul learn.microsoft.com, fiecare articol de învățare vă oferă oportunitatea de a oferi feedback. Puteți alege acțiunea Feedback, care se află sub titlul articolului, în dreapta sus, sau una dintre opțiunile de feedback din partea de jos a articolului, din secțiunea Feedback. Acordați o evaluare articolului, selectați motivul pentru feedbackul dvs. și luați în considerare să lăsați un comentariu. Feedbackul ajunge la autorul articolului și la echipa care deține documentele.

Dacă un articol nu poate fi editat direct sau dacă nu vă place să editați, vă încurajăm să utilizați mecanismul de feedback pentru a ne spune ce părere aveți despre articol sau despre produs.

Contribuții externe la documentația Microsoft

Fișierele sursă pentru conținutul nostru de bază sunt stocate în depozite GitHub publice. Oricine le poate examina și, în multe cazuri, le poate edita. Salutăm sugestiile și corecțiile dvs., fie sub formă de contribuții directe, fie ca probleme GitHub, în care raportați o eroare sau adresați o întrebare. Putem accepta feedback și contribuții doar privind conținutul sursă în limba engleză.

Majoritatea articolelor au o pictogramă sub formă de creion, cu sfatul de ecran Editați acest document. Selectați pictograma pentru a deschide articolul în GitHub, apoi începeți editarea. Începe ca contributor cu ghidul Microsoft Learn pentru contribuitori.

Dacă doriți să intrați în detalii și să contribuiți cu articole conceptuale noi, utilizați șabloanele de la https://github.com/MicrosoftDocs/dynamics365-docs-templates.

Conținut de îndrumare pentru Dynamics 365

Conținutul de ghidare Dynamics 365 folosește aceleași procese ca majoritatea documentației din Microsoft Learn. În această secțiune, menționăm instrumentele și procesele pe care le puteți utiliza pentru a ajuta la adăugarea îndrumărilor de implementare.

Termenul conținutul îndrumărilor acoperă ghidul de implementare Dynamics 365, descrierea proceselor de business, modele noi, bune practici partajate și arhitecturi de referință. Am publicat primul conținut al îndrumărilor în aprilie 2023 și adăugăm actualizări la fiecare două săptămâni. Parcurgeți hubul de îndrumări și spuneți-ne ce este excelent și ce lipsește.

O parte din conținutul de îndrumare este furnizat de colaboratori interni. Încurajăm experții în domeniu 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?

Noi credem că acest conținut de îndrumare contribuie la accelerarea proiectelor de implementare Dynamics 365. Partenerii și clienții noștri pot folosi îndrumările pentru a se pregăti pentru implementare și pentru a se califica în domenii noi sau pentru a pregăti personal nou. Dezvoltatorii software pot folosi conținutul ca platformă pentru a-și promova proprietatea intelectuală sau expertiza în sectorul de activitate.

Dar noi, cei de la Microsoft, nu suntem singurii experți în ceea ce privește modul de implementare a soluțiilor cu Dynamics 365. Comunitatea include experți în diverse aspecte ale implementării. Aveți un model, o bună practică, o configurație sau o arhitectură de integrare care funcționează bine în 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. Aflați mai multe din secțiunea Recunoașterea colaboratorilor.

Cum să contribuiți

Poți găsi fișierele sursă pentru conținutul ghidului Dynamics 365 Microsoft în a GitHub repo. 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. Însă, pentru a încărca conținut nou, vă cerem să încărcați fișiere Markdown pentru noul conținut al îndrumărilor în alt depozit, Modele și practici pentru Dynamics 365. În acest fel, ne putem asigura că arhitectura de referință sau modelul este examinat de alți experți în domeniu. Există diferite șabloane din care să alegeți și, dacă doriți să contribuiți la conținutul privind procesele de business, există un proces complet diferit.

Șabloane

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

Vom adăuga mai multe șabloane și îndrumări în timp. Vă recomandăm să urmăriți depozitele sau să le salvați cu o stea, astfel încât să fiți notificați când se schimbă ceva.

Împărtășiți feedbackul dvs. în fila https://github.com/microsoft/dynamics365patternspractices/discussions din depozitul Modele și practici pentru Dynamics 365.

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

Sfat

Răsfoiți fișierele noastre sursă din depozitul https://github.com/MicrosoftDocs/dynamics365-guidance. Învățați din modul în care structurăm diferitele tipuri de articole, astfel încât articolele dvs. să respecte aceeași structură. În acest fel, procesul de revizuire se desfășoară mai rapid.

Arhitecturi

Apreciem contribuțiile de orientare arhitecturală, inclusiv idei de soluții și modele de proiectare. Dacă aveți o bună practică sau o implementare de referință, trimiteți propunerea fie către echipa Azure, fie către noi, în Dynamics 365.

Pentru a contribui cu articole noi la îndrumările arhitecturale pentru Dynamics 365, urmați acești pași principali:

Microsoft procesează articolul și îl publică în cadrul documentației de îndrumări pentru Dynamics 365.

Pentru o introducere generală în conținutul de îndrumare la Microsoft, consultați Centrul de arhitectură Azure. Pentru ghidul colaboratorilor, consultați Contribuții la Centrul de arhitectură Azure.

Depozitul GitHub dynamics365-docs-templates conține următoarele șabloane Markdown pentru îndrumări arhitecturale în folderul guidance-templates:

  • Model de arhitectură generalizat: Un model de arhitectură generalizat acționează ca arhitectură de bază cu o soluție comună, care se aplică mai multor scenarii. De exemplu, ideile de soluții se pot inspira dintr-un articol de arhitectură pentru a oferi o perspectivă asupra unui anumit sector de activitate sau asupra soluției unui partener și linkul către arhitectura din fiecare idee de soluție. Șablonul se bazează pe șablonul Ghid de arhitectură Azure. Utilizați-l pentru diferite tipuri de arhitecturi, inclusiv arhitecturi de referință.

  • Idee de soluție: Ideile de soluții sunt arhitecturi „mici” ale implementărilor Dynamics 365. Acestea oferă scurte prezentări generale 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
    • Lista de colaboratori
    • Linkuri către pașii următori și resursele conexe, cum ar fi ghiduri și arhitecturi conexe

  • Soluție eșantion: Soluțiile eșantion sunt exemple de sarcini de lucru cu arhitecturi „medii”. Ele ghidează cititorii în procesul de proiectare a soluțiilor pentru probleme specifice din implementările Dynamics 365. Soluțiile eșantion oferă îndrumări de arhitectură concrete bazate pe exemple de clienți reali. Scopul este de a reduce curba de învățare a clienților, spunându-le povestea altui client care a avut același traseu. Ele includ secțiunile din șablonul Idee de soluție și adaugă următoarele secțiuni:

    • Alternative, alte servicii pe care le puteți conecta la 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 din implementări și se bazează pe un scenariu specific sau pe cele mai bune practici. Utilizați acest șablon pentru a descrie un model de proces de business. Ca alternativă, utilizați șablonul Word din dynamics365patternspractices/templates/business-processes.

Contribuții la procesele de business

Termenul proces de business acoperă o gamă largă de activități sau sarcini structurate, adesea în ordine succesivă, pentru a atinge un obiectiv organizațional prestabilit. Termenul se poate referi, de asemenea, la efectele cumulate ale tuturor pașilor parcurși în vederea atingerii unui obiectiv de business. Procesele de business 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 business include o diagramă a unui flux de business standard. Secțiunile documentului evidențiază pașii de configurare și entitățile de date utilizate în fiecare. Fiecare pas are linkuri către pagina relevantă din documentația produsului și toate documentele au linkuri către pașii următori și resurse conexe, pentru a ajuta cititorii pe parcursul călătoriei lor de învățare.

Am structurat procesele de business într-un catalog. Catalogul de procese de business este un registru de lucru Excel pe care noi, cei de la Microsoft, îl folosim pentru a ne organiza și prioritiza munca cu privire la documentația proceselor de business. Formatul este Excel, deoarece facilitează sortarea și filtrarea intrărilor. De asemenea, credem că partenerii noștri pot folosi registrul de lucru Excel pentru a-și organiza călătoriile de înrolare, proiectele de implementare și propriile procese de business.

Descărcați cea mai recentă versiune a catalogului de la https://aka.ms/BusinessProcessCatalog.

Notă

Dacă doriți să contribuiți la procesele de business, înregistrați-vă munca înainte de a începe, pentru a reduce riscul ca altcineva să lucreze la același proces de business. Pentru a vă înregistra munca, trimiteți o problemă 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 end-to-end. Descriem scenariile în termeni de business, nu în termeni de tehnologie software.

    Pentru fiecare proces end-to-end, articolul introductiv descrie modul în care ne gândim la procesul end-to-end. Enumerăm principalii participanți direct interesați și modul în care Dynamics 365 contribuie la procesul end-to-end. De asemenea, oferim o prezentare generală, împreună cu o diagramă a fluxului de business, a modului în care procesul end-to-end interacționează cu alte procese end-to-end. Introducerea enumeră cerințele preliminare pentru implementarea unei soluții care să accepte procesul end-to-end.

  2. Domenii de procese de business

    Fiecare scenariu end-to-end acoperă două sau mai multe domenii de procese 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 cele mai multe cazuri, domeniile proceselor de business sunt diferențiate pe baza principalelor funcții sau departamente dintr-o organizație. În prezent, catalogul definește peste 100 de domenii ale proceselor de afaceri.

  3. Procesele de business

    Termenul proces de business acoperă o gamă largă de activități sau sarcini structurate, adesea în ordine succesivă, pentru a atinge un obiectiv organizațional prestabilit. Termenul se poate referi, de asemenea, la efectele cumulate ale tuturor pașilor parcurși în vederea atingerii unui obiectiv de business. Fiecare proces de business descrie o funcție sau un proces acceptat de Dynamics 365. Până acum, am identificat peste 800 de procese de business. Unele se aplică unei singure aplicații Dynamics 365 și este posibil ca procesul să fie deja descris în documentația aplicației. Prin colectarea tuturor proceselor de business aici, în acest ghid, sperăm să oferim un singur punct de pornire cu linkuri către conținutul relevant, specific produsului.

  4. Scenarii

    În Dynamics 365, scenariile sunt tipare de configurații repetabile care susțin un anumit proces de afaceri. Ele includ cele mai frecvente cazuri de utilizare, scenarii și sectoare de activitate. Adesea, există mai multe moduri de a implementa Dynamics 365 pentru a vă satisface cerințele de business. Scopul nostru cu privire la modele este de a oferi o referință pentru implementarea dvs. 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ă.

Accesați o introducere suplimentară a catalogului de procese de business la Despre ghidul de procese de business. 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 dvs.

La nivel intern, în cadrul companiei Microsoft, depunem toate eforturile pentru a transforma note interne, ani de experiență și diverse documente în îndrumări pentru procese de business. Întâmpinăm călduros contribuțiile din partea comunității.

Există diferite șabloane pentru trimiterea contribuțiilor, în funcție de tipul de articol. Colaboratorii trebuie să aleagă șablonul corect pentru tipul corespunzător de articol la care doresc să contribuie. Șabloanele sunt disponibile ca fișiere Word, denumite astfel încât să explice pentru ce fel de articol este destinat șablonul.

Recunoașterea colaboratorilor

Platforma Microsoft Learn afișează atât contribuitorii interni, cât și cei externi la începutul fiecărui articol, dacă și-au trimis contribuția prin GitHub. Unele persoane contribuie în alte moduri, așadar adăugăm o secțiune Colaboratori la sfârșitul articolului.

Secțiunea opțională Colaboratori enumeră principalii colaboratori, indicând numele acestora și un link către profilul lor LinkedIn sau către alt profil, dacă au specificat unul. Următoarea captură de ecran este o versiune anonimizată a secțiunii Colaboratori dintr-un articol din Azure Architecture Center.

Captură de ecran a unei secțiuni exemplu Contributori, care arată autorul principal plus trei contribuitori 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

Enumerarea drept colaborator în acest mod este opțională. În cadrul Microsoft, recomandăm utilizarea secțiunii Colaboratori când colaboratorii externi trimit conținut nou, cum ar fi arhitecturi de referință și modele de proiectare, prin alte metode în afară de GitHub.

  • Last updated on