AI-translated from English; not yet reviewed by a fluent editor.

# கிடங்கு குழுக்கள் AI செயலிகளை உருவாக்கலாம். சரக்கை நகர்த்த இன்னும் திட்டம் தேவை

> AutoScheduler அறிவித்த செயலி உருவாக்கி, கிடங்கு குழுக்களுக்கு நடைமுறை கேள்வியை எழுப்புகிறது: இருக்கும் பணிகள், சரக்கு வரம்புகள், செயல்படுவதற்கான அதிகாரம் ஆகியவற்றைக் கருத்தில் கொண்டு, உள்ளூர் கருவி நிரப்பல் சிக்கல்களை எப்படிக் கண்டறியலாம்?

By BIG CHANGE Editorial

Published: 2026-09-22T13:49:06.432Z
Updated: 2026-09-22T13:49:06.432Z
Canonical: https://bigchange.ai/blog/warehouse-ai-app-builder-replenishment

![A warehouse aisle has a partly empty picking shelf in the foreground and a loaded manual pallet jack parked in a separate staging bay.](https://bigchange.ai/api/media/file/warehouse-picking-staged-stock-hero-v1.png)
AI-generated conceptual illustration by BIG CHANGE. A local warehouse tool must account for the stock, space and work already on the floor. Conceptual warehouse scene, not an AutoScheduler interface, customer result or demonstration of equipment control.

AutoScheduler.AI, தனது AI App Builder-ஐ 2026 செப்டம்பர் 21 அன்று அறிவித்து, Warehouse AI Platform-இல் அது பொதுப் பயன்பாட்டுக்குக் கிடைப்பதாகக் கூறியது. தளத்துடன் இணைக்கப்பட்ட செயல்பாட்டுத் தரவு மற்றும் மேம்படுத்தல் கருவிகளைப் பயன்படுத்தி, கிடங்குப் பணியாளர்கள் எளிய மொழியில் செயலியை விவரிக்கலாம். பொருத்தமான செயலிகள், செயல்படுத்துவதற்காக warehouse management system (WMS) எனப்படும் கிடங்கு மேலாண்மை அமைப்புக்கும் பணிகளை அனுப்பலாம் என்று நிறுவனம் கூறுகிறது. [நிறுவனத்தின் அறிவிப்பு](https://www.globenewswire.com/news-release/2026/09/21/3365593/0/en/autoscheduler-ai-expands-warehouse-ai-platform-with-ai-app-builder-letting-warehouse-teams-build-their-own-applications.html)

தள மேலாளருக்கு, ஒரு பணிநேரத்தில் கவனித்த சிக்கலின் விவரங்கள் தெளிவாக இருக்கும்போதே அதை பயனுள்ள கருவியாக மாற்றுவது ஒரு வாய்ப்பு. அந்தக் கருவி எச்சரிக்கையைக் காட்ட வேண்டுமா, மாற்றத்தைப் பரிந்துரைக்க வேண்டுமா அல்லது வேலையை உருவாக்க வேண்டுமா என்பது தனியான செயல்பாட்டு முடிவு. செயலி சரக்கு நகர்வைப் பாதித்தவுடன், தவறு அரிதான இடத்தையும் தரையில் பணிபுரியும் ஒருவரின் நேரத்தையும் வீணாக்கலாம்.

## முக்கிய மாற்றம்

- **என்ன மாறியது:** இணைக்கப்பட்ட தளத்தில் இயல்பான மொழிக் கோரிக்கைகளைப் பயன்படுத்தி கிடங்குக் குழுக்கள் இப்போது செயலிகளை உருவாக்கலாம் என AutoScheduler கூறுகிறது. இது அறிவிக்கப்பட்ட திறன்; செயல்பாட்டு மேம்பாடு தனியாக அளவிடப்படவில்லை.
- **ஏன் முக்கியம்:** வழக்கமான காட்சிகளில் தெரியாத விதிவிலக்குகளை உள்ளூர் அறிவு விரைவில் பயனுள்ள மென்பொருளாக்கலாம். பணிகளை உருவாக்கும் செயலிகள் ஏற்கெனவே உள்ள திட்டங்களையும் அனுமதிகளையும் மதிக்க வேண்டும்.
- **எதைக் கவனிக்க வேண்டும்:** தேவையற்ற நகர்வுகள், தவிர்க்கக்கூடிய கையாளுதல் அல்லது பணிநேரத்தின் பிற பகுதிகளில் சிக்கல்களை உருவாக்காமல், ஒரு குறிப்பிட்ட தாமதத்தைச் செயலி தடுக்கிறதா என்பதைக் கவனியுங்கள்.

## இடைமுகத்தைப் போலவே கிடங்கு நடைமுறையும் முக்கியம்

AutoScheduler-இன் தற்போதைய செயலாக்கப் பக்கம், ஏற்கெனவே உள்ள அமைப்புகளிலிருந்து வாசிப்பதற்கான அணுகல், பகிரப்பட்ட கிடங்கு கருத்துகளுடன் தரவைப் பொருத்துதல், தளத்தின் விதிகளை அறிந்த இயக்குநர்களுடன் சரிபார்த்தல் ஆகியவற்றை விவரிக்கிறது. செயலிகளை உருவாக்குவதையும் முழுச் செயல்பாட்டை வடிவமைத்து மேம்படுத்தும் தனியாக வரையறுக்கப்பட்ட பணியையும் அது வேறுபடுத்துகிறது. இது விற்பனையாளரின் செயல்முறை விளக்கம்; நிறுவப்பட்ட அமைப்பைப் பற்றிய எங்கள் மதிப்பீடு அல்ல. [தளச் செயலாக்கம்](https://autoscheduler.ai/how-autoscheduler-works/)

சரக்கின் பகிரப்பட்ட வரையறை குறிப்பாக முக்கியமானது. “கிடைக்கிறது” என்று குறிக்கப்பட்ட எண்ணிக்கை, உடல்பூர்வமாக உள்ள சரக்கைக் குறிக்கலாம்; ஒரு குறிப்பிட்ட ஆர்டருக்குப் பயன்படுத்தத் தகுந்த சரக்கைக் குறிக்கலாம்; அல்லது இன்னும் வந்து சேராத சரக்கைக் குறிக்கலாம். புலங்களை வாசிக்க முடிகிறது என்பதற்காக, இவற்றைச் செயலி ஒன்றுக்கொன்று மாற்றாகப் பாதுகாப்பாகக் கருத முடியாது.

Microsoft-இன் சரக்கு ஆவணங்கள் இதற்கு ஓர் எடுத்துக்காட்டு தருகின்றன: கையிருப்பில் ஏற்கெனவே உள்ள சரக்கையும், ஆர்டர் செய்யப்பட்டு இன்னும் பெறப்படாத சரக்கையும் முன்பதிவு செய்ய அதன் அமைப்பு ஆதரிக்கிறது. ஒரு குறிப்பிட்ட விற்பனை ஆர்டருக்காக முன்பதிவு செய்த சரக்கை, அந்த முன்பதிவை ரத்துசெய்யாமல் வேறு ஆர்டர்களுக்கு ஒதுக்காமல் அது பாதுகாக்கிறது. இவை Dynamics 365-இல் ஆவணப்படுத்தப்பட்ட செயல்பாடுகள்; AutoScheduler உடனான ஒருங்கிணைப்புக்கான ஆதாரம் அல்ல. [சரக்கு முன்பதிவுகள்](https://learn.microsoft.com/en-us/dynamics365/supply-chain/inventory/reserve-inventory-quantities)

செயலி உருவாக்குநருக்கு, கிடங்கு நிபுணத்துவம் தரவு மாதிரியில் இடம்பெற வேண்டும் என்பதே இதன் பொருள். கணக்கீடு எந்த அளவைப் பயன்படுத்துகிறது, அதன் நிலை எதை அனுமதிக்கிறது என்று பணியாளர்கள் ஒப்புக்கொள்ள வேண்டும். வெவ்வேறு வகைச் சரக்குகளைக் கூட்டிக் காட்டும் திரை நம்பிக்கையளிக்கலாம்; ஆனால் தேவைப்படும் பொருட்கள் எடுக்கும் இடத்தில் கிடைக்காமல் இருக்கலாம்.

பயனுள்ள முன்எச்சரிக்கைக்கும் தேவையற்ற தேடலை அடிக்கடி ஏற்படுத்தும் எண்ணிக்கைக்கும் உள்ள வேறுபாட்டை அனுபவமுள்ள திட்டமிடுநர் கண்டறியலாம். அந்த நபர் செயலியை நேரடியாக வடிவமைக்க உதவினால், சிக்கலை விளக்குவதிலும் தவறான புரிதல்களைச் சரிசெய்வதிலும் குழுவின் நேரம் குறையலாம். அடிப்படைப் பதிவுகளைச் சரிபார்க்கும் வசதியுடன் ஒரு குறிப்பிட்ட வேறுபாட்டைச் சரியாகப் பதிவு செய்வதிலிருந்தே அந்தப் பலன் கிடைக்கும்.

![A loaded reserve pallet connects by one dashed rightward arrow to a partly stocked picking rack.](/api/media/file/existing-replenishment-inline-v1.png)

## ஏற்கெனவே நிரப்பல் பணி ஒதுக்கப்பட்டுள்ள பற்றாக்குறை

எளிமைப்படுத்தப்பட்ட ஓர் எடுத்துக்காட்டைப் பார்ப்போம். பொருள் எடுக்கும் இடத்தில் 18 பெட்டிகள் கிடைக்கின்றன. அனுப்பும் காலக்கெடுவுக்கு முன் ஆர்டர்களுக்கு 42 பெட்டிகள் தேவை. கூடுதலாக 24 பெட்டிகளுக்கான நிரப்பல் பணி ஏற்கெனவே உள்ளது; அந்த இடத்தில் 48 பெட்டிகளை வைக்கலாம். எல்லா அளவுகளும் ஒரே அலகில் உள்ளன. இவை விளக்கத்துக்கான எண்கள்; வாடிக்கையாளர் முடிவோ புதிய தயாரிப்பின் சோதனையோ அல்ல.

தற்போதைய சரக்கையும் தேவையையும் மட்டும் ஒப்பிடும் செயலி, 24 பெட்டிகள் பற்றாக்குறை எனக் கண்டறியும். ஏற்கெனவே திட்டமிட்ட வேலையைப் பொருட்படுத்தாமல் தானாகவே மேலும் 24 பெட்டிகளைக் கோரினால், பணி இரட்டிப்பாகும். பொருட்களை எடுப்பதற்கு முன் இரண்டு நிரப்பல்களும் வந்துசேர்ந்தால், மொத்தம் 66 பெட்டிகள்; இது அந்த இடத்தின் 48 பெட்டி கொள்ளளவை மீறும். கணக்கு சரிதான்; ஆனால் முடிவு ஏற்கெனவே உள்ள உறுதியையும் பொருட்கள் நகரும் நேரத்தையும் தவறவிட்டது.

இன்னும் பயனுள்ள கண்காணிப்புக் கருவி, பற்றாக்குறையுடன் நிலுவையில் உள்ள நிரப்பலையும் காட்டும். அந்தப் பணி சரக்கு தேவைப்படும் நேரத்திற்குள் முடியுமா என்பதே கேள்வி. பணி தாமதமானால், திட்டமிடுநர் காரணத்தை ஆராயலாம் அல்லது அனுமதியுடன் முன்னுரிமையை மாற்றக் கோரலாம். இன்னொரு நகர்வை உருவாக்குவது தாமதத்தைத் தீர்க்க வேண்டிய அவசியமில்லை.

தொடர்புடைய திட்டமிடல் தர்க்கம் ஏற்கெனவே உள்ள கிடங்கு மென்பொருளிலேயே இருக்கலாம். Microsoft-இன் நிரப்பல் ஆவணம், வார்ப்புருக்கள் மூலம் அமைக்கப்படும் தேவை சார்ந்த மற்றும் குறைந்தபட்சம்/அதிகபட்சம் சார்ந்த உத்திகளை விவரிக்கிறது. குறிப்பிட்ட அமைப்புகளில், தேவை நிரப்பல் ஏற்கெனவே உள்ள நிரப்பல் பணிகளில் ஒதுக்கப்படாத அளவைக் கணக்கில் கொள்ளலாம். WMS அமைப்பைச் சுற்றி இரண்டாவது முடிவெடுப்பாளரைச் சேர்ப்பதற்கு முன் அதன் உள்ளமைவை ஆய்வு செய்ய வேண்டும் என்பதை இது நினைவூட்டுகிறது. [நிரப்பல் மேலோட்டம்](https://learn.microsoft.com/en-us/dynamics365/supply-chain/warehousing/replenishment)

செயலி ஒரு விதிவிலக்கைத் தெளிவுபடுத்தலாம்: இந்த ஆர்டர் நிரப்பலைச் சார்ந்துள்ளது; ஆனால் அது எதிர்பார்த்தபடி முன்னேறவில்லை. அந்தத் தொடர்பைக் காட்டுவது, பல திரைகளில் உள்ள தகவல்களைத் திட்டமிடுநர் பொருத்திப் பார்க்கும் வேலையைக் குறைக்கலாம். தொடர்புடைய பதிவுகள் கடைசியாக எப்போது புதுப்பிக்கப்பட்டன என்பதையும் காட்ட வேண்டும். முடிந்த நகர்வுக்கான உறுதிப்படுத்தல் இன்னும் வரவில்லை என்றால், அதே பணியை மீண்டும் ஒருவருக்கு அனுப்புவதற்கான காரணமாக அது அமைதியாக மாறக்கூடாது.

கொள்ளளவு வரம்பு இருப்பதால் நிரப்பல் பணி காத்திருப்பது சரியாக இருக்கலாம். ஒரு இடத்தின் கொள்ளளவை மீறும் பணியை உருவாக்க அனுமதிக்கும் அம்சத்தை Dynamics 365 ஆவணப்படுத்துகிறது; சரக்கு போதுமான அளவு குறையும் வரை அதை முடிக்காமல் நிறுத்திவைக்கலாம். ஒரு குறிப்பிட்ட நேரத்தில் கிடைக்கும் இடத்தைவிடத் திட்டமிட்ட தேவை அதிகமாக இருக்கலாம். [இடக் கொள்ளளவு கையாளல்](https://learn.microsoft.com/en-us/dynamics365/supply-chain/warehousing/replenishment-over-location-capacity)

எனவே, எங்கள் எடுத்துக்காட்டில் நிலுவையிலுள்ள பணி அதன் நிலையைக் கவனமாக ஆய்வு செய்ய வேண்டிய காரணம். காத்திருக்கும் ஒவ்வொரு பணியையும் தோல்வி என்று குறிக்கும் செயலி, சரியான கட்டுப்பாட்டை மீறுமாறு பணியாளர்களுக்கு அழுத்தம் கொடுக்கலாம். எச்சரிக்கையுடன் இணைக்கப்படும் விளக்கமும் அதன் செயல்பாட்டு மதிப்பின் ஒரு பகுதியாகும்.

## செயலியை வெளியிடும் அனுமதியும் வேலையை உருவாக்கும் அனுமதியும் வேறு

AutoScheduler-இன் செயலாக்க வழிகாட்டி, தனித்தனி அணுகல் பொறுப்புகள், பெயரிடப்பட்ட செயல்பாட்டு உரிமையாளர், அனுப்பாமல் செயல்களைச் சோதித்தல் ஆகியவற்றை விவரிக்கிறது. முன்கூட்டியே அங்கீகரிக்கப்பட்ட செயல்களுக்காக இணைக்கப்பட்ட அமைப்புகளில் செயல்படுவது வேண்டுமென்றே இயக்கப்பட வேண்டும் என அதன் அடிக்கடி கேட்கப்படும் கேள்விகள் தெரிவிக்கின்றன. இந்தக் கட்டுப்பாடுகள் தயாரிப்பை மதிப்பிட உதவும்; குறிப்பிட்ட தளத்தில் அவை உள்ளனவா, சரியாக அமைக்கப்பட்டுள்ளனவா என்பதைத் தனியாகச் சரிபார்க்க வேண்டும். [செயல்களும் நிர்வாகமும்](https://autoscheduler.ai/how-autoscheduler-works/)

நிரப்பல் கண்காணிப்புக் கருவிக்கான தொடக்க வரம்பாக, ஆபத்திலுள்ள பணியைக் காட்டி அதன் திட்டமிடுநருக்கு அறிவிக்கலாம். நகர்வுகளைச் சேர்க்காமல், பொருளுள்ள விதிவிலக்குகளைத் தர்க்கம் கண்டுபிடிக்கிறதா எனச் சோதிக்க இது உதவும். பின்னர் தளம் பணிகளை உருவாக்கவோ முன்னுரிமையை மாற்றவோ அனுமதித்தால், எந்தச் செயல் அனுமதிக்கப்படுகிறது, WMS-க்கு அறிவுறுத்தல் செல்லும்போது இன்னும் எந்த நிபந்தனைகள் பூர்த்தியாக வேண்டும் என்பதைத் தெளிவாக வரையறுக்க வேண்டும்.

பெறும் அமைப்பும் முக்கியமானது. அறிவுறுத்தலை அனுப்பும் நேரத்திற்குள் செயலியின் முந்தைய கண்காணிப்பு காலாவதியாகியிருக்கலாம். வேறொரு பயனர் பணியை மாற்றியிருக்கலாம் அல்லது சரக்கை முன்பதிவு செய்திருக்கலாம். ஒருங்கிணைப்பு தற்போதைய நிலையைக் கண்காணித்து, கோரிக்கை ஏற்கப்பட்டதா, நிராகரிக்கப்பட்டதா அல்லது கவனம் தேவைப்படுகிறதா என்பதைத் தெரிவிக்க வேண்டும். சமர்ப்பிப்பு வெற்றிகரமானது என்பதால் மட்டும் கிடங்கு நகர்வு நடந்துவிட்டதாகாது.

செயலியை அணைப்பதற்கும் வரம்புகள் உண்டு. வடிவமைப்பு அனுமதித்தால் அது எதிர்காலக் கோரிக்கைகளைத் தடுக்கலாம்; ஆனால் ஏற்கெனவே நகர்த்திய பெட்டிகளை உடல்பூர்வமாகத் திருப்பிவைக்க முடியாது. ஒதுக்கப்பட்ட வேலைக்கான முடிவு தளத்தின் வழக்கமான செயல்முறைப்படி ஒருங்கிணைக்கப்பட வேண்டும். செயலியை உருவாக்கியவர் இல்லாதபோதும் அதன் விளைவைக் கையாளப் பொறுப்பானவர் யார் என்பதை உரிமையாளர் அறிந்திருக்க வேண்டும்.

## உள்ளூர் மேம்பாடுகள் ஒரே வளங்களுக்குப் போட்டியிடலாம்

மீண்டும் மீண்டும் நிகழும், நன்கு புரிந்துகொள்ளப்பட்ட விடுபாட்டை கருவி சரிசெய்யும்போது நம்பிக்கையான வாய்ப்பு வலுவாகிறது. வழக்கமான கட்டுப்பாட்டுத் திரையில் தெளிவாகத் தெரிவதற்கு முன்பே ஒரு வகை நிரப்பல் அவசரமாகிவிடுவதைத் திட்டமிடுநர் கவனிக்கிறார். தேவையற்ற மறுஆய்வைத் தவிர்க்கப் போதிய சூழலுடன், கவனம் செலுத்திய கண்காணிப்புக் கருவி அதை முன்னதாகக் காட்டலாம். விதிவிலக்கை அறிந்த பணியாளர்கள், பணிநேரத்தில் பயன்படுத்தும் தகவலை நேரடியாக மேம்படுத்தும் வழி பெறுவர்.

ஒவ்வொன்றும் நியாயமானதாகத் தோன்றினாலும், முன்னுரிமைகளைத் தொடர்ந்து மாற்றும் பல செயலிகள் உருவாகுவதே நம்பிக்கையற்ற நிலை. ஒன்று நிரப்பலை முன்னேற்றும்; மற்றொன்று வெளியேற்றப் பணியை விரைவாக்கும்; மூன்றாவது வரவுகளை முன்னுரிமைப்படுத்தும். அதே நபர்களும் உபகரணங்களும் கிடைக்கும் என ஒவ்வொன்றும் கருதினால், ஒரு வரிசையை மேம்படுத்துவது மற்றொன்றைக் காத்திருக்கச் செய்யலாம். ஒரே தரவு மூலத்தைப் பயன்படுத்துவது மட்டும் போட்டியிடும் இலக்குகளுக்குத் தீர்வளிக்காது.

செயலிகளுக்கிடையிலான முரண்பாடுகளை யார் தீர்ப்பார்கள் என்பதை தளத் தலைவர்கள் அடையாளம் காண வேண்டும். முக்கியமான காலக்கெடுவுக்காக வளங்களை வைத்திருக்கப் பெரிய திட்டம் வலியுறுத்தும்போது, ஒரு கருவி நகர்வை முன்னதாகச் செய்யப் பரிந்துரைக்கலாம். அந்த முரண்பாட்டுக்கு செயல்பாட்டு விளக்கம் தேவை. ஒரு பரிந்துரை நடைமுறைக்கு ஏன் உதவவில்லை என்பதைப் பணியாளர்கள் தெரிவிக்க வேண்டும்; அப்போதுதான் உள்ளூரில் பயனுள்ள விதிவிலக்கு நிரந்தரமாகத் தவறாக வழிநடத்தும் விதியாக மாறாது.

## செயலி நீக்க வேண்டிய தாமதத்தை அளவிடுங்கள்

வெளியீட்டு அறிவிப்பு தயாரிப்பைப் பற்றிய கூற்றை நிறுவுகிறது; வேறொரு கிடங்கில் கிடைக்கும் பலனின் அளவை அல்ல. ஒரு மேலாளர் நிரப்பல் செயலியை இன்னும் குறுகிய கேள்வியால் மதிப்பிடலாம்: சரக்கு தாமதமாக வந்ததால் பொருள் எடுக்கும் பணி தடைபடுவது குறைந்ததா? தேவையற்ற கையாளுதலோ வேறிடத்தில் தவறிய உறுதிப்பாடுகளோ அதிகரிக்காமல் இது நடந்ததா?

எந்த எச்சரிக்கைகள் நடவடிக்கைக்குக் காரணமானது, தொடர்புடைய பணிக்கு என்ன ஆனது, நடவடிக்கை பயனுள்ளதாக இருந்ததா என்பதற்கான பதிவுகள் அந்த மதிப்பீட்டுக்குத் தேவை. அமைதியாக இருக்கும் செயலி சிக்கல்களைத் தவறவிடலாம்; அதிகச் செயல்பாட்டுடன் இருப்பது கூடுதல் வேலையை உருவாக்கலாம். ஏற்றுக்கொள்ளப்பட்ட பரிந்துரைகளுடன் நிராகரிக்கப்பட்ட எச்சரிக்கைகளின் மாதிரியையும் ஆய்வு செய்யுங்கள்; தேவை மற்றும் பணியாளர் எண்ணிக்கையின் வேறுபாடுகளைக் கருத்தில் கொண்டு பணிநேரங்களை ஒப்பிடுங்கள்.

செயலியை உருவாக்க எடுத்த நேரத்துடன், தரவைப் பொருத்துதல், பரிந்துரைகளைச் சரிபார்த்தல், கருவியைப் பராமரித்தல் ஆகியவற்றுக்கான நேரத்தையும் செலவுக் கணக்கில் சேர்க்க வேண்டும். முதல் பதிப்பு தகவலைத் தெளிவாக்குவதற்கு மட்டுமே உதவினாலும், விரைவான உருவாக்கம் பயனுள்ளதாக இருக்கலாம். தொடர்ந்து ஏற்படும் செலவுகளை நியாயப்படுத்துமளவுக்கு, கிடங்கில் யாராவது சிறந்த முடிவெடுக்க அது அடிக்கடி உதவ வேண்டும்.

அடுத்த காட்சிப்படுத்தலில், வழியில் ஏற்கெனவே நிரப்பல் இருக்கும் ஒரு பற்றாக்குறையை செயலி உருவாக்கியிடம் கொடுங்கள். அந்தப் பணி தாமதமானால், முடிந்தால் அல்லது கொள்ளளவால் தடுக்கப்பட்டால் என்ன நடக்க வேண்டும் என விளக்கச் சொல்லுங்கள். மெருகான திரையை எவ்வளவு விரைவாக உருவாக்குகிறது என்பதைவிட, இந்தச் சோதனை அதன் பயனை அதிகமாக வெளிப்படுத்தும்.

## Sources

- [AutoScheduler: AI App Builder அறிவிப்பு](https://www.globenewswire.com/news-release/2026/09/21/3365593/0/en/autoscheduler-ai-expands-warehouse-ai-platform-with-ai-app-builder-letting-warehouse-teams-build-their-own-applications.html) — கிடைக்கும் நிலை மற்றும் திறன்கள் குறித்த நிறுவன அறிவிப்பை இது நிறுவுகிறது. பெயர் வெளியிடப்படாத வாடிக்கையாளர் எடுத்துக்காட்டுகளும் உருவாக்க நேரம் குறித்த கூற்றுகளும், செயல்பாட்டுச் சேமிப்பையோ வேறொரு தளத்தின் முடிவுகளையோ சுயாதீனமாக நிறுவவில்லை.
- [AutoScheduler: தளச் செயலாக்கமும் நிர்வாகமும்](https://autoscheduler.ai/how-autoscheduler-works/) — தரவு பொருத்துதல், இயக்குநர் சரிபார்ப்பு, திட்டமிட்டே இயக்கப்படும் செயல்கள், சோதனை, உரிமையாளர் ஆகியவற்றை விற்பனையாளரின் தற்போதைய பக்கம் விவரிக்கிறது. தள அமைப்பையும் செயல்திறனையும் தனியாகச் சரிபார்க்க வேண்டும்; பரந்த ஒருங்கிணைப்பு முடிவுகள் App Builder முடிவுகளாகாது.
- [Microsoft: சரக்கு முன்பதிவுகள்](https://learn.microsoft.com/en-us/dynamics365/supply-chain/inventory/reserve-inventory-quantities) — முன்பதிவுகள், கையிருப்பிலுள்ள சரக்கு, எதிர்பார்க்கப்படும் வரவுகள் ஆகியவற்றுக்கிடையிலான வேறுபாட்டை தயாரிப்பு ஆவணம் விளக்குகிறது. இது Dynamics 365-இன் செயல்பாட்டை விவரிக்கிறது; AutoScheduler உடனான சரிபார்க்கப்பட்ட இணைப்பை அல்ல.
- [Microsoft: நிரப்பல் மேலோட்டம்](https://learn.microsoft.com/en-us/dynamics365/supply-chain/warehousing/replenishment) — அமைக்கப்பட்ட உத்திகளையும், ஏற்கெனவே உள்ள நிரப்பல் அளவுகள் தேவையை எப்போது பூர்த்தி செய்யலாம் என்பதையும் விளக்குகிறது. அமைப்புகளும் வார்ப்புருக்களும் முக்கியம்; கட்டுரையின் கணக்கீட்டு எடுத்துக்காட்டு தனியான கற்பனைச் சூழல்.
- [Microsoft: இடத்தின் கொள்ளளவை மீறும் நிரப்பல்](https://learn.microsoft.com/en-us/dynamics365/supply-chain/warehousing/replenishment-over-location-capacity) — நிரப்பல் பணியை உருவாக்குவதையும் அதை முடிக்கத் தயாராக்குவதையும் ஆவணம் வேறுபடுத்துகிறது. அதன் தயாரிப்பு எடுத்துக்காட்டு கட்டுப்பாடு குறித்த விளக்கத்தை ஆதரிக்கிறது; எந்த அம்சத்தையோ ஒருங்கிணைப்பையோ நாங்கள் சோதிக்கவில்லை.