Billing considerations before pause or deactivate (שיקולי חיוב לפני השהיה או סגירה) חשובים כדי שלא יישארו חיובים פעילים או מידע שלא נשמר.

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

במדריך הזה

מה Shopify מתארת במקור

במקור של Shopify עבור Billing considerations before pausing or deactivating your store, הדגש הוא על פעולה מתוך Shopify admin (אדמין Shopify) ולא על שינוי חיצוני או קיצור דרך. הכתובת הרשמית היא Settings > Plan / Settings > Billing, ולכן כל החלטה תפעולית צריכה להתחיל מהמסך ש-Shopify מציינת, מהתפקיד שמורשה לבצע את הפעולה, ומההשלכות שהמקור מתאר על משתמשים, חנויות, חיוב או גישה.

המשמעות המעשית בעברית היא שלא מתייחסים אל בדיקת חיוב לפני Pause או Deactivate (השהיה או סגירה) כאל פעולה טכנית קצרה. לפני שלוחצים Save (שמירה), Continue (המשך), Assign (שיוך), Remove (הסרה) או Confirm (אישור), צריך להבין מי הבעלים של הפעולה, איזה חשבון מחובר, באיזו חנות נמצאים, ואילו הרשאות או נתונים יושפעו לאחר השינוי.

מונחים ונתונים שצריך לזהות

פריט ב-Shopifyאיך להשתמש בו בעבודה שוטפת
Pause and Build (השהיה ובנייה)אפשרות שמאפשרת לשמור חנות במצב מוגבל בתשלום מופחת, בכפוף לזכאות ותנאים.
Deactivate store (סגירת חנות)פעולה שמפסיקה את פעילות החנות ויכולה להגביל גישה לאדמין ול-storefront.
Outstanding charges (חיובים פתוחים)חשבוניות או חיובים שצריך להסדיר לפני או סביב שינוי מצב החנות.
Third-party services (שירותי צד שלישי)אפליקציות, דומיינים או שירותים חיצוניים שלא תמיד מתבטלים דרך שינוי התוכנית ב-Shopify.

כאשר המסך מציג שמות דומים, חנויות דומות או roles (תפקידים) דומים, אל תסמכו על זיכרון. השתמשו בשם החנות, בכתובת myshopify.com, באימייל המשתמש, בסטטוס, ובאזור Settings (הגדרות) שבו אתם נמצאים. תיעוד קצר של הערכים האלה מונע מצב שבו שינוי נכון נעשה במקום הלא נכון.

לפני שמבצעים שינוי

לפני בדיקת חיוב לפני Pause או Deactivate (השהיה או סגירה), בדקו את חשבוניות פתוחות, תוכנית פעילה, Pause and Build, אפליקציות, דומיינים, שירותי צד שלישי, נתונים, הזמנות ותשלומים. ההחלטה צריכה להיות קשורה לצורך עסקי ברור: מי צריך גישה, מי משלם, מי מקבל אחריות, איזה תהליך ייפגע אם הפעולה תיכשל, ומה הדרך לחזור אחורה אם Shopify מאפשרת זאת.

הכלל המרכזי הוא בעלים ומנהל כספים מאשרים יחד השהיה או סגירה, כי הפעולה משפיעה גם על גישה, מכירה, חיוב, נתונים ולקוחות. אם אין אדם כזה, עצרו את הפעולה וקבעו בעלים פנימי לפני שממשיכים. פעולות בחשבון Shopify נראות לפעמים קטנות, אבל הן יכולות להשפיע על checkoutCheckout / תהליך תשלוםשלב התשלום שבו לקוח מזין פרטים, בוחר משלוח ומשלים רכישה.פתיחה במילון (קופה), billing (חיוב), domains (דומיינים), notifications (התראות), users (משתמשים), apps (אפליקציות) ונתוני לקוחות.

שלבי עבודה בסגנון Shopify

  1. פתחו Settings > Billing והורידו חשבוניות, מסמכי זיכוי ודוחות שצריך לשמור לפני שינוי מצב החנות.
  2. בדקו Current billing cycle (מחזור חיוב נוכחי), חיובים פתוחים ואמצעי תשלום כדי שלא תישאר חשבונית לא מטופלת.
  3. עברו על Apps (אפליקציות), app subscriptions ושירותים צד שלישי, ובטלו או שנו תוכניות לפי הצורך.
  4. בדקו domains (דומיינים), אימיילים, POS, משלוחים, תשלומים ודוחות לפני שמאבדים גישה או יכולת תפעול מלאה.
  5. אם בוחרים Pause and Build, ודאו מה נשאר פעיל, מה מוגבל, ומה העלות החודשית.
  6. אם בוחרים Deactivate, הכינו תקשורת ללקוחות, טיפול בהזמנות פתוחות, ייצוא נתונים ותיעוד החלטה עסקית.

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

סיכונים נפוצים

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

אל תבצעו שינוי מתוך חשבון משותף. אם כמה אנשים משתמשים באותו login (כניסה), אי אפשר לדעת מי ביצע שינוי, אי אפשר לנתק אדם אחד בלבד, וקשה להוכיח מה קרה בביקורת. לכל עובד, ספק או מנהל צריך להיות user (משתמש) אישי עם role (תפקיד) שמתאים למשימות שלו.

בדיקות אחרי השינוי

בדקו את Open invoices, app subscriptions, domains, shipping labels, POS, Shopify Payments, reports, exports, customer communication ותאריך חזרה. אם הפעולה קשורה למשתמשים, ודאו שאין Pending (בהמתנה) ישנים, שאין משתמשים עם גישה רחבה מדי, ושמי שסיים עבודה הוסר או הושעה. אם הפעולה קשורה לחנות או ארגון, ודאו שהשם, הסימון הפנימי, הבעלות, החיוב והגישה לחנויות ברורים לכל מי שמנהל אותן.

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

צ׳קליסט קצר

  • זיהיתי את המסך הרשמי ב-Shopify admin: Settings > Plan / Settings > Billing.
  • וידאתי שאני בחנות או בארגון הנכון לפי שם, דומיין וסימונים פנימיים.
  • בדקתי שהמשתמש שמבצע את הפעולה מורשה לכך לפי owner, administrator או role מתאים.
  • בדקתי את חשבוניות פתוחות, תוכנית פעילה, Pause and Build, אפליקציות, דומיינים, שירותי צד שלישי, נתונים, הזמנות ותשלומים לפני שינוי ולא רק אחרי תקלה.
  • תיעדתי את Open invoices, app subscriptions, domains, shipping labels, POS, Shopify Payments, reports, exports, customer communication ותאריך חזרה ואת תוצאת הבדיקה לאחר השינוי.
  • קבעתי מועד לביקורת חוזרת אם מדובר בגישה זמנית, ספק חיצוני, שינוי תוכנית או שינוי בעלות.

לפני השהיה או סגירה

בדקו חשבוניות פתוחות, אפליקציות בתשלום, דומיינים, שירותים צד שלישי, גיבוי נתונים, הזמנות פתוחות ופניות לקוחות.

תיעוד

שמרו חשבוניות ודוחות שצריך להעביר להנהלת חשבונות. ודאו מי יוכל לגשת למידע אחרי שינוי מצב החנות.

החלטה עסקית

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

שאלות נפוצות

מה לבדוק לפני סגירת חנות?

חיובים, אפליקציות, דומיינים, הזמנות, נתונים, חשבוניות ושירות לקוחות.

האם אפליקציות יכולות להמשיך לחייב?

צריך לבדוק ולהסיר או לבטל שירותים לפי התנאים שלהם לפני שינוי מצב החנות.