מה קורה כשביזנס סנטרל מטפל ברוב העבודה שלכם, אבל חלק אחד בעסק שלכם עדיין לא ממש מסתדר? אולי אתם צריכים תהליך משלוח מיוחד, או שצוות הכספים זקוק לדוח מקומי, או שהצוות ממשיך להקליד את אותם נתונים בשתי מערכות שלא מדברות זו עם זו. ביזנס סנטרל כבר מכסה הרבה. הוא עוזר לכם לנהל כספים, מחירות, מלאי, פרויקטים ועבודה יומיומית ממקום אחד. אבל העניין הוא שאין שתי חברות שעובדות בדיוק באותה צורה. חישבו על הטלפון שלכם. הוא מגיע עם שיחות, הודעות, מצלמה וחילים בסיסיים, ואז אתם מתקינים את האפליקציות שמתאימות לחיים שלכם מבלי לפרק את הטלפון. הרחבות, אקסטנשונס, של ביזנס סנטרל עובדות באותה צורה. עד סוף סרטון זה, תדעו מהן איפה הן משתלבות ומה לבדוק לפני שמוסיפים אחת. אז מה היא בעצם הרחבה? מה זה בדיוק אקסטנשון? הרחבה היא חבילת תוכנה עבור דיינמיקס 365 ביזנס סנטרל שמוסיפה יכולת שאין לכם בהגדרות הסטנדרטיות, או משנה את האופן שבו רכיב סטנדרטי עובד עבור החברה שלכם. זה יכול להיות קטן כמו הוספת שדה חובה לחרטיס לקוח, כדי שאף אחד לא יוכל ליצור לקוח בלי להזין העדפת משלוח, או שזה יכול לחסות תהליך עסקי שלם.

הרחבת משלוח עשויה ליצור תוויות משלוח, לשלוח פרטי חבילה לחברת שילוח ולהחזיר פרטי מעקב, בעוד שהרחבת בנקאות יכולה ליבד הפי חשבון ולעזור להתאים אותם לתשלומים שכבר רשמתם. אתם לא צריכים להיות מפתחים כדי להבין את הרעיון הבסיסי. תחשבו על ביזנס סנטרל כעל בניין משרדים שבו האפליקציה הסטנדרטית נותנת לכם את החדרים המרכזיים, כספים, מחירות, רכש, מלאי, פרויקטים ועוד. האם הדלתות, הקירות, התשתית והשירותים המשותפים כבר במקומם. הרחבה מוסיפה מה שהוא סביב הבניין מבלי להרוס את המבנה העיקרי שלו. היא עשויה להוסיף חדר חדש או להניח כלי נוסף על שולחן שאתם כבר משתמשים בו, הוספת כפתור חדש להזמנת מחירה, עמודה חדשה לרשימה, פריסה שונה לחשבונית או חיבור לשירות חיצוני. מאחורי הקלעים, הרחבה יכולה להוסיף שדות, דפים, דוחות, פעולות, חוקים ולוגיקה עסקית. הביטוי האחרון נשמע טכני, אז בואו ננסח אותו בפשטות. לוגיקה עסקית פירושה החוקים שאומרים לביזנס סנטרל מה לעשות. לדוגמה, חוק יכול למנוע שחרור של הזמנה עד שמישהו יזין מספר הזמנת רכש.

וכלל נוסף יכול לשלוח מסמך לאישור כאשר הסכום שבו עובר גבול מסוים. ההרחבה מטפלת בכלל הזה, כך שהצוות של לך לא צריך לזכור זאת בכל פעם מחדש. לפני שהפכו אפליקציות ענן והרחבות לנורמה, חברות נהגו לשנות ישירות את הקוד המקורי של ביזנס סנטרל. תארו לעצמכם שזה כמו לשנות את הקירות והחיבות בתוך בניין משרדים קיים. בהתחלה זה יכול לפתור בעיה, אבל כשמייקרוסופט שולחת עדכון, העדכון מצפה שהבניין הסטנדרטי ייראה בדרך מסוימת, והשינויים שלכם עלולים להתנגש בו. לכן מי שהוא צריך לבדוק את השינויים, לתקן קונפליקטים ולבדוק את המערכת לפני שהעדכון יכול להמשיך בביטחה. העבודה הזו עולה בזמן. הרחבות מונעות חלק גדול מהצרות האלה כי הקוד שלהן נשאר נפרד מקוד האפליקציה הסטנדרטי. אז במקום לשכתב את הבניין, הם מחברים אליו תוסף שנבנה בכפידה. מייקרוסופט יכולה לעדכן את אפליקציית הליבה בעוד שההרחבה נשארת בחבילה משלה. זה לא אומר שכל עדכון לא דורש שום תשומת לב בכלל.

אבל הפרדת ההרחבה מהקוד הסטנדרטי עדיין נותנת לכולם נקודת פתיחה נקייה הרבה יותר. אפשר לחשוב על זה כמו על שמירת כלי עבודה בתוך ארגז הכלים שלו. הכלי מתחבר לסדנה כשצריך אותו, אבל הוא לא דורש לבנות מחדש את הסדנה. ואם כבר לא צריך את הכלי, אפשר להסיר את התוסף במקום לפרק את כל הבניין. זה משנה את הדיון מאיך נוכל לשכתב את ביזנס סנטרל עבורנו. לאיך נוכל להוסיף בביטחה את החלק החסר? זה חשוב כי ביזנס סנטרל הסטנדרטי כבר מטפל בחמות עצומה של עבודה עסקית רגילה. לכן, הרחבות צריכות למלא פער אמיתי לא להפוך לתירוץ לבנייה מחדש של כל מסך רק בגלל שהמערכת הישנה נראיתה אחרת. לפעמים ההרחבה הטובה ביותר מוסיפה שדה אחד ובדיקה אחת. לפעמים היא מחברת את ביזנס סנטרל לשירות שהחברה שלך כבר מסתמכת עליו. כך או כך, המטרה נשארת פשוטה. שמירה על בסיס יציב וסטנדרטי תוך הוספת הכלים שהאנשים שלך צריכים. בהמשך, עלינו לבדוק מי יוצר את התוספים האלה, כי לא כל הרחבה מגיעה מאותו מקום. הסוגים העיקריים של הרחבות אז מאיפה הרחבות בעצם מגיעות? זה לא רק מקום אחד, והבנת ההבדל עוזרת לך לבחור את הנכונה עבור העסק שלך.

הסוג הראשון נקרא הרחבת אפליקציה App Extension. חישבו על זה כעל תוסף ערוז שמטפל בעבודה ספציפית בתוך Business Central. לדוגמה, אפליקציית משלוחים יכולה לחבר את ההזמנות שלכם לחברת שילוח. אפליקציית תשלומים יכולה לקבל תשלומים בחרטיס אשראי או לשלוח פרטים לשירות תשלומים. אפליקציית דיווח יכולה להוסיף את הדוחות שהצוות שלך צריך בכל חודש. הרחבת אפליקציה היא כמו קניית כלי מוכן לעבודה שאתה כבר יודע שצריך לבצע. אתה מתקין אותה, מגדיר אותה עבור החברה שלך, והמשתמשים שלך רואים את הפונקציה החדשה ישירות בתוך Business Central. היא עשויה להוסיף עמודים ושדות משלה או להציב אפשרויות בתוך עמודים שאנשים כבר מכירים, כמו הזמנות מחירה, הזמנות רכש או כרטיסי לקוח. חלק מהרחבות האפליקציות מגיעות ממייקרוסופט עצמה. הן מספקות תוספים לצרכים שלא חלים על כל חברה או על כל מדינה. ערכת דיווח משפטי מקומי היא דוגמה טובה לכך. חוקי מס, חשבוניות, תשלומים ומסמכים רשמיים משתנים ממקום למקום. לכן, מדינה אחת עשויה להזדקק לפונקציות שאחרת לעולם לא משתמשת בהן.

ההפרדה הזו שומרת על המוצר הסטנדרטי ממוקד, תוך מתן אפשרות לחברות לעמוד בכללים המקומיים. לאחר מכן, יש לנו הרחבות ISV. ISV מייצג ספק תוכנה עצמאי, Independent Software Vendor. זה נשמע כמו מונח טכני גדול, אבל זה באמת רק אומר חברת תוכנה שבנתה אפליקציה עבור לקוחות רבים של Business Central. ISV עשוי להתמקד בעבודה במחסן, כימונאות, ייצור, טיפול במסמכים, קישור לסחר, חשבוניות אלקטרוניות או דיווח בתעשייה. במקום לבנות את אותה פונקציה מאפס עבור כל לקוח, הם יוצרים אפליקציה אחת שחברות רבות יכולות לקנות או להירשם אליה. אפליקציות אלו מופיעות בדרך כלל במיקרוסופט אפסורס, השוק המקוון לאפליקציות עסקיות של מייקרוסופט אפסורס שימושי כשהצורך שלך נפוץ. אולי חברות רבות רוצות לחבר את Business Central לאותו שירות משלוחים, בנק או ספק תשלומים. במקום לשלם למישהו כדי לבנות את החיבור הזה רק עבורך, אתה עשוי למצוא אפליקציה קיימת עם תמיכה, הערות הגדרה ועדכונים שוטפים מהמפתח. זה יכול לחסוך המון עבודה. ובכל זאת, אפליקציית אפסורס היא לא אוטומטית הבחירה הנכונה רק בגלל שהיא קיימת.

עליך לבדוק שהיא מתאימה לתהליך שלך, למדינה שלך ולגרסת הביזנס סנטרל שלך. אפליקציה טובה פותרת בעיה ברורה מבלי לאלץ את הצוות שלך לשנות כל חלק בעבודה היומיומית שלהם סביב האפליקציה. הסוג הבא הוא הרחבה לכל דייר, Per Tenant Extension, שלעיתים קרובות מקוצר לפטי. דייר, טננט, הוא סביבת הביזנס סנטרל הפרטית של החברה שלך. אז הרחבה לכל דייר היא אפליקציה שנבנתה עבור החברה שלך בלבד, ולא מפורסמת עבור כל לקוח ביזנס סנטרל להתקנה. תאר לעצמך מפיץ מזון עם דרך מאוד ספציפית לחישוב דמי משלוח. המחירים עשויים להיות תלויים בהובלה מבוקרת, טמפרטורה, אזורי משלוח, ארגזים להחזרה והסכמי לקוחות שנבנו לאורך שנים. התהליך הזה כנראה יוצא דופן מדי עבור אפליקציית משלוחים סטנדרטית. אז שותף או מפתח של ביזנס סנטרל יכול לבנות עבורכם הרחבה המיועדת לדייר ספציפי סביב התהליך הזה. האפליקציה נשארת בתוך ההגדרה של הביזנס סנטרל של אותה חברה והיא יכולה להתאים לאופן העבודה של אותה חברה. זה עשוי לכלול קישור חד פעמי למערכת ישנה, תהליך אישור מיוחד או מסך שנבנה סביב עבודה שרק העסק הזה מבצע.

אבל התאמה אישית לא תמיד אומרת טוב יותר. הרחבה לדייר ספציפי נותנת לכם התאמה מדויקת. אבל מישהו צריך לקחת עליה בעלות? זה אומר לשמור תיעוד, לבדוק שינויים ולארגן תמיכה כשהחברה שלכם משנה את התהליך או כשביזנס סנטרל מתעדכן. אם חברה אחרת יכולה להשתמש באותה פונקציה, אפליקציית ISV קיימת עשויה לדרוש פחות עבודה לטווח ארוך. אז איך בוחרים? התחילו עם הצורך העסקי, לא עם סוג ההרחבה. אם הצורך שלכם נפוץ, כמו עיבוד הפי בנק, תוויות משלוח, חשבוניות אלקטרוניות או דוח מקומי, חפשו קודם אפליקציה של מייקרוסופט או של ISV. ייתכן שתמצאו אפליקציה בשלה שכבר מתאימה. אם הצורך נובע מתהליך ייחודי לחברה שלכם, הרחבה לדייר ספציפי עשויה להיות הגיונית יותר. יש גם הרחבות פשוטות שמכסות חוק צער, כמו דרישה לשדות מסוימים לפני שמשתמש יכול לשמור לקוח או ספק. אלו יכולות להיות קטנות, אבל הן יכולות למנוע ממידע חסר ליצור בעיות גדולות יותר בהמשך. זהות בונה האפליקציה אומרת לכם איפה לחפש תמיכה ועדכונים. מה שהאפליקציה משנה אומר לכם מה המשתמשים שלכם ישימו לב אליו בכל יום.

כיצד הרחבות משנות את העבודה היומיומית שלכם? אז איפה בעצם מבחינים בהרחבה? בדרך כלל, תבחינו בה בעמוד שאתם כבר משתמשים בו, כמו כרטיס לקוח, הזמנת מחירה, כרטיס פריט או חשבונית רשומה. זו לרוב הרחבת עמוד. היא משנה את המסך בלי להחליף את העמוד המוכר. הצוות שלכם ממשיך לעבוד במקום שבו הם כבר עובדים, בזמן שההרחבה מוסיפה את המידע או הפעולה שהתהליך שלכם צריך. דמיינו שצוות המחירות שלכם זקוק לחלון הספקה עבור כל לקוח. הרחבת עמוד יכולה להוסיף שדה חלון הספקה לחרטיס הלקוח, ואז להציג את אותו פרט בהזמנת המחירה. אף אחד לא צריך גיליון אלקטרוני, נפרד או הערה חבויה במייל. האדם שמזין את ההזמנה רואה את חוק ההספקה בדיוק במקום שבו זה משנה. לפעמים השינוי אפילו פשוט יותר. אתם עשויים לראות כפתור חדש ששולח תזכור את תשלום, יוצר תווית משלוח, פותח מסמך מקושר או מתחיל בקשת אישור. העמוד עדיין נראה כמו ביזנס סנטרל, אבל עכשיו הוא תומך בעבודה שהצוות שלכם צריך להשלים. זה שומר על העבודה קרוב לרשומה. במקום לבקש מהמשתמשים לזכור חמישה שלבים בחילים שונים, התוסף יכול להציב את הפעולה הבאה ממש לצד הלקוח, החשבונית, ההזמנה או הפריט שהם כבר צופים בהם.

פחות העברות בין כלים פירושן בדרך כלל פחות שלבים שמתפספסים. דוחות משתנים בדרך דומה. ביזנס סנטרל כוללת דוחות סטנדרטיים. החברה עשויה להזדקק לכך שהחשבונית שלה תציג מספר סימוכים מיוחד, טקסט משפטי נוסף, לוגו שונה או מידע שלקוח מצפה לראות.

עשוי להזדקק לפריסה אחת עבור לקוחות מקומיים ואחרת עבור לקוחות בחול. הראשונה עשויה להציג פרטי מס מקומיים, בעוד השנייה דורשת ניסוח שונה וסימוכים למחס. תוסף דוחות יכול להוסיף את הפריסות האלה ולמשוך את השדות שכל מסמך דורש. הדוח הסטנדרטי אינו נעלם, וזה חשוב כיוון שאינכם מחליפים דוח מוכר במה שהוא נפרד לחלוטין. אתם מוסיפים את מה שהעסק שלכם צריך תוך שמירה על הדוח הסטנדרטי כבסיס. דוחות אינם מיועדים רק למסמכים שאתם שולחים מחוץ לחברה. תוסף יכול להוסיף עמודות לדוח כספי פנימי, להציג פרטי פריט נוספים לתכנון מלאי, או לכלול שדה ספציפי לחברה בדוח ניהולי. אם הנתונים קיימים בביזנס סנטרל, הדוח יכול להביא אותם לתצוגה שבה אנשים משתמשים כדי לקבל החלטות. לאחר מכן ישנם תוספי הרשאות. הרשאות קובעות מה כל אדם יכול לראות, לשנות, לרשום או למחוק. למתחילים, חישבו עליהן כעל כרטיסי גישה לחדרים שונים בחברה שלכם. משתמש כספים עשוי להזדקק לגישה למסך תשלומים חדש. משתמש מחסן עשוי להזדקק לגישה לפעולת משלוח, אך לא לפרטי הבן שמאחוריה.

כאשר תוסף מוסיף דף או תהליך חדש, הוא יכול גם להוסיף את ההרשאות שהמשתמשים צריכים עבור אותה עבודה חדשה. זה מונע בעיה נפוצה. אפליקציה מותקנת, אנשים יכולים לראות את הכפתור החדש שלה, אבל הם לא יכולים להשתמש בו כי חסרה להם גישה לרשומות שמאחוריו. תוסף הרשאות עוזר לחבר את הפונקציה החדשה לתפקידים הנכונים. כך הגישה מותאמת לעבודה שאנשים באמת עושים. אתם עדיין צריכים להחליט מי אמור לקבל את הגישה הזו. תוסף יכול לספק ערכות הרשאות, אך החברה שלכם בוחרת אילו אנשים או קבוצות צריכים להשתמש בהן. כלי חדש לא אמור לתת בשקט לכל משתמש יותר גישה ממה שהתפקיד שלו דורש. תוספים רבים גם מחברים את ביזנס סנטרל לשירות מקוון אחר. אלו הן אפליקציות אינטגרציה. הן מעבירות מידע בין ביזנס סנטרל לבין בנק, חברת שילוח, שירות תשלומים, חנות מקוונת או מערכת עסקית אחרת. קחו למשל צוות כספים שמקבל דפי בנק מדי יום. ללא חיבור, ייתכן שמי שהוא יוריד קובץ מהבנק, יעלה אותו ידנית, ישווה כל שורת בנק לתשלומים וירדוף אחרי רישומים שלא תואמים. עם הרחבה בנקאית, דפי החשבון יכולים להגיע ישירות לביזנס סנטרל ולעזור לצוות להתאים תשלומים נכנסים ויוצאים לרשומות קיימות.

האדם עדיין בודק חריגים, אך התאמות שגרתיות דורשות פחות מאמץ ידני. צוות הכספים יכול להתמקד ברישומים שדורשים חקירה של אדם אמיתי. זהו שימוש מעשי בהרחבה. זה לא מבטל את שיקול הדעת, זה מבטל טיפול חוזר ונשנה. אפליקציות משלוחים פועלות בדרך דומה מאוד. הזמנת מחירה יכולה לשלוח פרטי כתובת וחבילה לשירות הובלה. המוביל יכול להחזיר תווית ומספר מעקב. במקום להעתיק את אותה כתובת לאתר אחר, הצוות שלך מתחיל את עבודת המשלוח מתוך ההזמנה עצמה. באפשרותך להוסיף פונקציות אלו כשאתה זקוק להן. אם עסק מפסיק להשתמש במוביל, משנה ספק תשלומים או מבטל תהליך, ייתכן שהוא לא יזדקק עוד להרחבה הקשורה לכך. גישה מודולרית זו מעניקה לך יותר שליטה מאשר בניית כל חיבור חיצוני בתוך היישום הסטנדרטי. ובכל זאת, כל אפליקציה שנוספת הופכת לחלק מהעבודה היומיומית שלך. השלב הבא הוא בדיקה קפדנית של הרחבה לפני שהיא נכנסת לתהליכים שהאנשים שלך תלויים בהם. מציעה והתקנה של אפליקציות. אז אתה יודע שתהליך כלשהו זקוק לעזרה. איפה מחפשים? רוב האנשים מתחילים במיקרוסופט אפסורס או בדף ניהול ההרחבות בתוך ביזנס סנטרל.

אפסורס הוא זירת המסחר שבה ניתן לעיין באפליקציות ממייקרוסופט ומחברות תוכנה אחרות. ניהול הרחבות הוא המקום שבו מציגים ומנהלים אפליקציות שכבר מחוברות לסביבת הביזנס סנטרל שלך. הנה המפתח. התחיל בבעיה לא בשם של אפליקציה. חפש מילים שהצוות שלך כבר משתמש בהן. נסה משלוח, עיבוב ענקאי, אישורים, חשבוניות אלקטרוניות, שריקת מחסן, תזכורות תשלום או דוחות מקומיים. חיפוש פשוט מעניק לך סיכוי טוב יותר למצוא מספר אפשרויות במקום לבחור באפליקציה הראשונה שמישהו מזכיר. תאר לעצמך שצוות המחסן שלך מקדיש חלק מכל אחר צהריים להעתקת פרטי הזמנה לאתר של חברת שילוח. אל תתחיל בחיפוש אחר ספק ספציפי. במקום זאת, חפש מוביל, משלוח חבילות, הדפסת תוויות או מעקב אחר משלוחים. לאחר מכן, השווה את האפליקציות שמופיעות לעבודה האמיתית שהצוות שלך צריך להשלים. כעת, קרא את הרישום לאט. ראשית, בדוק את המפרסם. מי בנה את האפליקציה ואיפה ניתן למצוא את פרטי התמיכה שלהם? אפליקציה יכולה להיראות מושלמת בתיאור קצר, אך עליך לדעת מי יענה כשתיוג משלוח לא נדפס או כשידכון משנה תהליך שהצוות שלך משתמש בו מדי יום.

לאחר מכן, בדוק באילו גרסאות של Business Central האפליקציה תומכת. החברה שלך עשויה להשתמש בגרסה המקוונת של Business Central או להריץ גרסה שמותקנת על שרתי משלה. אפליקציה צריכה לתמוך בהגדרה שלך. בדוק את תיאור האפליקציה ואת תיעוד המפיץ במקום להניח שכל אפליקציה עובדת בכל מקום. גם את התמחור צריך לבחון מקרוב. חלק מהאפליקציות גובות תשלום לפי משתמש. חלקן גובות לפי חברה, לפי עסקה או באמצעות מנוי חודשי. אחרות ניתנות להתקנה בחינם, אך מתחברות לשירות חיצוני בתשלום. מחבר בנק, למשל, עשוי לכלול חיובים מצד מפיץ האפליקציה, מהבנק או משניהם. חינם לא אומר שניתן לדלג על הבדיקות. אפליקציה חינמית יכולה לפתור בעיה ממוקדת היטב. היא עשויה גם להגיע עם פחות אפשרויות תמיכה, פחות תיעוד, או עושה תכונות מוגבל. קרא מה האפליקציה כוללת, מה היא לא כוללת, והאם המפיץ מסביר כיצד עובדים מדכונים ותמיכה. חפש תיעוד לפני ההתקנה. תיעוד טוב אמור להסביר מה האפליקציה עושה, מה צריך לפני ההתקנה, אילו דפי ביזנס סנטרל היא משנה, וכיצד משתמשים עובדים איתה.

הוא לא חייב להיקרא כמו ספר לימוד. אבל אם מצאת ההערות הגדרה ברורות עבור תהליך עסקי שמשפיע על הזמנות, חשבוניות או תשלומים, עצור שם. ביקורות יכולות לעזור, אך קרא אותן בזהירות. ביקורת של חמישה כוכבים מחברה במדינה אחרת עשויה לא לומר לך אם האפליקציה עובדת עם כללי הדיווח המקומיים שלך. ביקורת נמוכה עשויה לתאר בעיה שהמפיץ כבר תיקן. התייחס לביקורות כי שאלות שיש לך קור, לא כי תשובה סופית. לאחר שתצמצם את הרשימה, בדוק את האפליקציה בסביבת ארגז חול, סנדבוקס. ארגז חול הוא סביבת ביזנס סנטרל נפרדת לצורכי בדיקות. הוא נותן לצוות שלך מקום בטוח להתקין אפליקציה, לנסות את ההגדרה שלה, ולהריץ דוגמאות עסקיות רגילות מבלי לשנות רשומות שאנשים מסתמכים עליהן לעבודה אמיתית. השתמש במקרי בוחן מהחיים האמיתיים. צור הזמנה לדוגמה עם סוג הלקוח, פריט המס ושיטת המשלוח שבדרך כלל גורמים לבעיות. בקש מהאנשים שמבצעים את העבודה הזו לנסות את האפליקציה. מנהל יכול לאשר אפליקציה על הנייר, אך האדם שמזין את ההזמנות עשוי להבחין בשדה חסר או בשלב מיותר תוך דקות.

בדוק גם את המקרים הבעייתיים. מה קורה כשהכתובת אינה מלאה? מה קורה כשתשלום נכשל? האם משתמש יכול לתקן טעות מבלי להתקשר למפתח? האם האפליקציה מפיקה את הדוח הנכון כשלקוח זקוק לעותק בחודש הבא? השאלות האלה אומרות לך הרבה יותר מאשר דף מוצר מלוטש. לפני שהאפליקציה נכנסת לשימוש יומיומי, החלט מי אחראי על התמיכה. צוות העית הפנימי שלך עשוי לטפל בקריאה הראשונה. ייתכן ששותף האיזנס סנטרל שלכם אחראי על ההגדרה והתיקונים. ייתכן שמפיץ האפליקציה מטפל בבעיות בקוד שלו. רשמו זאת יחד עם איש הקשר לתמיכה ומטרת ה-A-P-O-W-T-M. אפליקציה מותקנת הופכת לחלק מתהליך עסקי. המשמעות היא שהשאלות הבאות נוגעות למידע שהיא יכולה לגשת אליו, לאן המידע הזה עובר ומה קורה כשביזנס סנטרל או האפליקציה משתנים. שאלות אבטחה, נתונים ועדכונים. לפני שאתם מאשרים הרחבה, שאלו שאלה פשוטה. איזה מידע האפליקציה הזו יכולה לראות, לשנות או לשלוח למקום אחר? השאלה הזו חשובה כי הרחבה יכולה להיות חלק מאותה עבודה שהצוות שלכם מבצע עבור לקוחות, הזמנות, חשבוניות, תשלומים ומלאי.

חלק מהאפליקציות רק מוסיפות שדה או דוח. אחרות מחברות את ביזנס סנטרל לשירות חיצוני ומחליפות נתונים עסקיים כחלק מהעבודה. לא כל אפליקציה עומדת באותם תקני בדיקה, תימות או הבטחה כמו ביזנס סנטרל. תיעוד של מייקרוסופט מבהיר זאת עבור אפליקציות מספקים אחרים. אפליקציה עשויה ליצור קשר עם שירותים מקוונים אחרים. היא עלולה לאבד או להחסן נתונים מחוץ לארגון שלכם או מחוץ לאזור הגיאוגרפי וגבולות התאימות שבחרתם. היא עלולה לשתף נתונים עם חברה אחרת, לכלול פונקציות מבוססות בינה מלאכותית או להציג תוכן שאינו מתאים למדיניות החברה שלכם. אז אל תתייחסו לכפתור התקנה כאל בחירה קטנה. הנה דוגמה מוחשית. דמיינו אפליקציה ששולחת נתוני חשבוניות לשירות מסמכים חיצוני. ייתכן שהיא תזדקק לשמות לקוחות, כתובות, פרטי פריטים, מחירים, נתוני מס ומספרי מסמכים כדי לבצע את עבודתה. זה עשוי להתאים לתהליך שלכם בצורה מושלמת. אבל מנהל הכספים, צוות האיט ואיש הקשר לפרטיות צריכים לדעת לאן הנתונים האלה הולכים ומי מטפל בהם. בקשו מהמפיץ להסביר את נתיב הנתונים בשפה פשוטה.

אילו נתונים עוזבים את ביזנס סנטרל? לאן הם הולכים? איזו מדינה או אזור מאחסנים אותם? האם האפליקציה שומרת עותק? ולכמה זמן? האם המפיץ או ספק שירות אחר יכולים לגשת עליהם? אם האפליקציה משתמשת בבינה מלאכותית, איזה מידע מגיע לשירות הבינה המלאכותית? ומה קורה למידע הזה לאחר מכן? קראו את פרטי הפרטיות והתנאים לפני ההתקנה. אתם לא צריכים להיות עורכי דין, אבל אתם זקוקים לתשובות ברורות עבור הנתונים שהחברה שלכם מטפלת בהם. אם ספק לא יכול להסביר מה האפליקציה שלו עושה עם המידע שלכם, אל תכניסו את האפליקציה הזו לתהליך שמטפל ברשומות לקוחות או בנתונים פיננסיים. הרשאות דורשות את אותה רמת זהירות. אפליקציה עשויה להזדקק להרשאה לקריאת הזמנות מחירה, יצירת משלוחים, רישום תשלומים או גישה על הרשומות המשמשות תכונה חדשה. תנו לה רק את הגישה שהיא צריכה עבור העבודה. לאחר מכן, בדקו לאילו משתמשים ניתנות הרשאות האפליקציה, כיוון שפונקציה חדשה ומועילה עלולה ליצור בעיית אבטחה אם היא מגיעה לאנשים שלא אמורים להשתמש בה. שימרו על תהליך האישור שלכם מעורב.

מחלקה עשויה לאתר אפליקציה שימושית ולרצות להפעיל אותה באופן מיידי. כאשר האפליקציה מטפלת בעבודה רגישה, תנו לה אחראים על אית, כספים, אבטחה ותאימות לבחון אותה תחילה. זה אולי מרגיש איתי בהתחלה, אבל זה עדיף על גילוי מאוחר יותר שמידע של לקוחות הגיע למקום שאף אחד לא אישר. גם עדכונים דורשים תשומת לב. תוספים שומרים על קוד מותאם אישית נפרד מאפליקציית Business Central הסטנדרטית, מה שמפחית את עבודת התיקון ששינויי קוד ישירים יכולים ליצור, אך תוסף עדיין יכול להיות תלוי בפונקציות של Business Central, באפליקציה אחרת או בשירות חיצוני. אם חלק אחד משתנה, ייתכן שהחיבור יזדקק לבדיקה. נהלו רישום קצר עבור כל תוסף מותקן. רשמו את שמו, המפיץ, המטרה, הבעלים, התמיכה, איש הקשר, ההרשאות, שירותים חיצוניים וכל אפליקציה אחרת שהוא תלוי בה. כשידכון מתקרב, הרשימה הזו אומרת לכם מה לבדוק במקום להשאיר לצוות שלכם לנחש איזה תהליך עלול להישבר. פחות זה לרוב יותר. רשימה ארוכה של אפליקציות עלולה ליצור פונקציות חופפות, בעלות לא ברורה ועוד דברים לבדיקה.

שימרו תוסף רק כשהוא פותר צורך עסקי אמיתי. אסירו או הוציאו אותו משימוש כשהצורך הזה נעלם, ותעדו אילו שינויים מתרחשים לפני שתעשו זו. המטרה היא לא להימנע מתוספים. המטרה היא לדעת בדיוק מה כל תוסף עושה לפני שהוא הופך לחלק מהחברה שלכם. היי, צוות, זו עבודה יומיומית. סיכום, בחרו את התוסף הנכון. הנה הכלל הפשוט. תוסף Business Central צריך לפתור בעיה ספציפית אחת מבלי לגעת בקוד הליבה. התחילו עם הבעיה האמיתית שהצוות שלכם התמודד איתה. בדקו את התוסף עם עבודה בפועל. בדקו מי בנא אותו ולאן המידע שלכם הולך. ובדאו שמישהו יתמוך בו לאחר ההתקנה. הרשמו ושתפו את טיפ הידע הזה עם כל מי שעדיין מאמין שחייבים לקבל כל מסך ברירת מחדל.