Сату үрдістері

Маңызды

Dynamics 365 Project Service Automation Dynamics 365 Project Operations-қа айналды. Толығырақ ақпарат алу үшін Project Service Automation Transition бөлімін қараңыз.

Project Service бағдарламасына қатысты 3.x нұсқасы

Жобаға негізделген ұйымда қолданылатын сату процестері өнімге негізделген ұйымда қолданылатын сату процестерінен ерекшеленеді. Бұл айырмашылық жобаға негізделген ұйымдар үшін сату циклдары ұзағырақ болғандықтан және әрбір мәмілеге талдау жасау және тырнақша жасау үшін реттелген бағалау әдістерін талап ететіндіктен туындайды. Dynamics 365 Project Service Automation Dynamics 365 Sales сату процесінде қолданылатын кейбір функцияларды пайдаланады. Мысалы:

• Сату процесiн қадағалау үшiн қорғасын субъектiсi пайдаланылады.
• Біліктілік жетекшілері мүмкіндіктер ретінде бақыланады. Сату процесі де мүмкіндіктен басталуы мүмкін.
• Мүмкіндік алу үшін барлық ілеспе артефактілерге қол жеткізуге болады. Бұл артефактілерге сату тобы, мүдделі тараптар, ықтималдық, рейтинг, сату сатылары және бизнес-процестер жатады.
• Мүмкіндік үшін бірнеше тырнақша жасалады.
• Дәйексөз Сату тәртібін жасау үшін Жабық деп Won деп белгіленеді. ӨБК-де сату тапсырысы реттеледі және жобалық шарт деп аталады.

Келесі иллюстрация жобаға негізделген ұйымда әдеттегі сату процесін көрсетеді.

Сатуды бағалау

Сату құны бұрын жеткiзiлген жобалар мен күрделi жобалар негiзiнде бағалануы мүмкiн. Алдыңғы жобаларға кеңейтуді көздейтін жобалар немесе жеткізушінің тәжірибесі жоғары және белгілі жұмыс үлгілері пайдаланылатын жобалар үшін қарапайым бағалау процесін пайдалануға болады. Неғұрлым күрделі жобаларда, әдетте, сатып алу процесі ұзағырақ болады. Сондықтан сатуды бағалау процесiнiң кезеңдерi көп. Процестің басында сату тобы дәйексөз келтірілетін жұмыстың әрбір ерекше компоненті бойынша жоғары деңгейдегі бағалауды жасауға кірісу үшін шот менеджерлері мен субъектілік сарапшылардың (ШОБ) кірісін пайдаланады. Жұмыстың бұл компоненттері дәйексөз жолдарымен берілген.

Дәйексөздің жоғары деңгейдегі бағасын жасауға болады. Ақыр соңында, бұл жоғары деңгейдегі бағалау стандартталған жоба үлгілерін пайдалану арқылы жасалатын жоба жоспарына негізделген неғұрлым егжей-тегжейлі бағалаумен алмастырылады. Бұл үлгілер кестені құруға және баға белгілеу және оның компоненттері (баға белгілеу жолдары) бойынша ақшалай мәндерді анықтауға көмектеседі.

Жоба үшін бірнеше тырнақша жасап, оларды бір мүмкіндік субъектісі түрі бойынша топтастыруға болады. Ақыр соңында сол дәйексөздердің бірі Вон ретінде Жабық деп белгіленіп, жобалық келісім-шарт немесе жұмыс туралы мәлімдеме (SOW) жасалады. Жобалық шартта тапсырыс беруші жеткізуге қабылдайтын әрбір құрауыш (келісім-шарт желісі) бойынша келісім-шарт құны болады. SOW әдетте Microsoft Word құжаты ретінде жасалады. Жобаны жеткізу барысында тапсырыс берушіге жіберілетін барлық шот-фактуралар жобалық шартқа немесе SOW-ға сілтеме жасасады.

Сондай-ақ, бір мүмкіндік субъектісінің түрі бойынша кезектесіп дәйексөздер жасауға немесе дәйексөзді жеңген кезде жоба келісімшарты жасалатындай жүйені орнатуға болады. Бұл жағдайда сіз жоба келісімшарты жазбасына SOW-ды білдіретін Word құжатын тіркеуге болады.

Сату процесін баптау

Microsoft Dynamics 365-те бизнес-процесс ағындарын (BPF) пайдаланып, сату процесін баптауға болады. BPFs сату қызметкерлеріне компанияңызға тән кезеңдер арқылы мәмілелерді алға жылжыту үшін пайдалана алатын басқарылатын визуалды интерфейс береді.

Мысалы, компанияңызда сату процесінде келесі алты кезең болуы мүмкін:

1. Сапа
2. Бағалау
3. Ішкі шолу
4. Келісімшарт
5. Жеткізу
6. Жабу

Бұл алты кезеңді сіз жасаған әрбір мүмкіндік субъектісінің түрін кеңейту үшін таңдаған шеврондар (>) білдіреді.

Ұйымыңыз дамып келе жатқан мәмілені білдіру үшін әр түрлі субъектілерді пайдалануы мүмкін. Сату процесінің басында мәмілені «Мүмкіндік» субъектісі ұсынады. Уақыт өткен сайын және қосымша мәліметтер пайда болған сайын, бір немесе бірнеше тырнақша жасау үшін жоғары деңгейдегі бағалауларды пайдалануыңыз мүмкін. Егер осы баға белгiлерiнiң бiрiн iшкi және клиенттердiң мүдделi тұлғалары қараса, онда Баға белгiлерiнiң субъектiсi мәміленi бiлдiредi. Тапсырыс беруші баға белгілеуді қабылдағаннан кейін жобалық шарт немесе SOW мәмілені білдіреді. Бұл мінез-құлықты қолдау үшін BPFs процестегі әрбір кезең басқа дерекқор кестесімен байланысатындай етіп құрылымдалады.

Сату процесiнде бiлiктiлiк кезеңiн Мүмкiндiк субъектiсi бекiте алады. Бағалау және ішкі шолу кезеңдерін Баға белгілеу субъектісі бекітуі мүмкін. Келiсiм-шарттың, Жеткiзудiң және Жабудың сатыларын Жобалық Келiсiм-шарт субъектiсi бекiте алады.

Мәмілелерді кезең-кезеңмен жылжытқан сайын, сізге процесс арқылы көмектесіп, бағыттау үшін тиісті субъект жазбасын жасау ұсынылады. Сатылары шартты болуы мүмкін. Мысалы, егер дәйексөз реттелетін баға тізімін пайдаланған жағдайда ғана баға белгілеуді ішкі қайта қарауды талап етсеңіз, бұл шартты бизнес-процестің тиісті сатысында конфигурациялауға болады. Содан кейін Ішкі шолу сатысы реттелетін бағалар тізімін пайдаланатын баға белгілеулер үшін ғана көрсетіледі. Барлық басқа мәмілелер мен тырнақшалар бойынша Сметалық кезеңнен кейін Келісім-шарт сатысы өтеді.

Ескертпе

PSA-да «Мүмкіндік», «Дәйексөз», «Тапсырыс» және «Шот-фактура» субъектілеріне арналған нақты беттер бар. Осы субъектілер үшін жобаның ақпараттық беттерін пайдалана отырып, жобаға қызмет көрсету мүмкіндіктерін, дәйексөздерді, тапсырыстарды және шот-фактураларды жасау қажет. Жазба жасау үшін басқа бетті пайдалансаңыз, жазбаны Project Information бетінен аша алмайсыз. Егер «Жоба туралы ақпарат » бетінен жазба ашқыңыз келсе, жазбаны жойып, оны Жоба туралы ақпарат бетін пайдаланып қайта жасау керек. Жоба туралы ақпарат бетінде осы субъект түрлерінің әрқайсысы бойынша бизнес-логика жазба түрі өрісінің дұрыс белгіленуін, ал барлық міндетті ұғымдардың дұрыс басылуын қамтамасыз етеді.

Project Service Automation мен Sales арасындағы айырмашылықтар

PSA-дағы сату процесі Сатылымдағы сату процесінің негізгі мүмкіндіктерін пайдаланғанымен, жобаға негізделген ұйымдардың бизнес-тәжірибесінің вариациялары салдарынан оның кейбір негізгі айырмашылықтары бар. Мысалы:

• Project quotes – Project Service Automation жылы жоба келісімшарты баға негізінде жасалғаннан кейін баға аяқталады. Сатылымдарда оны жеңгеннен кейін дәйексөзді ашық ұстауға болады. Бұл айырмашылықтың себебі дәйексөз бен жобалық келісім-шарт арасындағы сәйкестік жоба негізіндегі ұйымдар үшін жақсы болуында.
• Белсендіру және қайта қарау — PSA бағдарламасында белсендіру және қайта қарау жоба тырнақшаларына қолдау көрсетілмейді. Сатылымдарда қосымша өңдеулерді болдырмау үшін дәйексөзді бұғаттауға болады.
• Дәйексөзді жоғалған немесе ұтылып қалған деп жабу - PSA-да жобаның дәйексөзі ұтылып қалған немесе жоғалған деп жабылғанда, мүмкіндік ашық қалады. Мүмкіндік туралы қалған барлық дәйексөздер жоғалғандықтан жабылады. Сатылымдарда дәйексөз ұтылып қалған немесе жоғалған деп жабылған кезде пайдаланушыға мүмкіндік бойынша әрекет жасау ұсынылады. Пайдаланушы енгізуіне байланысты негізгі мүмкіндік жабылуы немесе ашық қалуы мүмкін.

Сату циклындағы тырнақшалар мен жоба жоспарларына түзетулерді қадағалау

PSA бағдарламасында дәйексөзге жасалған қайта қарауларды қадағалау мүмкін емес. Оның орнына бұрыннан бар дәйексөзді Жоғалған деп белгілеп, жаңа дәйексөз жасау керек. Дәйексөзді көшіріп алуға немесе жобаға негізделген дәйексөзді PSA арқылы клондауға болады.

Жобалық келісім-шарттар мен дәйексөздер мен келісім-шарттардың ескертулері мен мақұлдауларын қадағалау

Жазба қабырғасы мен жазбаларды пайдалану арқылы дәйексөздер мен жоба келісім-шарттарын қарауды және бекітуді басқаруға болады. Ұйымыңыз реттелетін жұмыс процестері мен қосылатын модульдерді қарап шығу және бекіту жұмыс элементтерін тағайындау, қайта бағыттау, өршіту және басқару үшін жасай алады.