• הרשמה
    • התחברות
    • חיפוש
    • דף הבית
    • אינדקס קישורים
    • פוסטים אחרונים
    • קבלת התראות מהדפדפן
    • משתמשים
    • חיפוש בהגדרות המתקדמות
    • חיפוש גוגל בפורום
    • ניהול המערכת
    • ניהול המערכת - שרת private

    מחיקת פרמטר שנשלח ב read

    פורום מפתחים API
    8
    27
    940
    טוען פוסטים נוספים
    • מהישן לחדש
    • מהחדש לישן
    • הכי הרבה הצבעות
    תגובה
    • הגיבו כנושא
    התחברו בכדי לפרסם תגובה
    נושא זה נמחק. רק משתמשים עם הרשאות מתאימות יוכלו לצפות בו.
    • ל
      לעזור לכולם מומחה @amp Software 0 נערך לאחרונה על ידי לעזור לכולם

      @amp-Software-0
      עריכה טעיתי
      כמובן גם לזה אפשר לעשות קומבינה
      אבל באמת עדיף שימות יסדרו את זה

      תגובה 1 תגובה אחרונה תגובה ציטוט 1
      • M
        MGM IVR מומחה נערך לאחרונה על ידי

        למה שלא תקרא לזה approval-004?

        תגובה 1 תגובה אחרונה תגובה ציטוט 0
        • ל
          לעזור לכולם מומחה @amp Software 0 נערך לאחרונה על ידי

          @amp-Software-0 אמר במחיקת פרמטר שנשלח ב read:

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

          M תגובה 1 תגובה אחרונה תגובה ציטוט 0
          • M
            MGM IVR מומחה @לעזור לכולם נערך לאחרונה על ידי

            @לעזור-לכולם אמר במחיקת פרמטר שנשלח ב read:

            @amp-Software-0 אמר במחיקת פרמטר שנשלח ב read:

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

            OK.
            @amp-Software-0
            בשביל זה אפשר לעשות בדיקה אם approval-004 קיים כבר תקרא לו approval-004-0\1\2 וכו' ותתיחס בתכלס רק למספר הכי גבוהה

            A תגובה 1 תגובה אחרונה תגובה ציטוט 1
            • מ
              מנסה מומחה @amp Software 0 נערך לאחרונה על ידי

              @amp-Software-0

              איפה אתה שומר את המוצרים שהוא מזמין תוך כדי שיחה?

              [אולי תוכל לשחק אם שלוחות]

              A תגובה 1 תגובה אחרונה תגובה ציטוט 0
              • A
                amp Software 0 @MGM IVR נערך לאחרונה על ידי

                @MGM-IVR אמר במחיקת פרמטר שנשלח ב read:

                @לעזור-לכולם אמר במחיקת פרמטר שנשלח ב read:

                @amp-Software-0 אמר במחיקת פרמטר שנשלח ב read:

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

                OK.
                @amp-Software-0
                בשביל זה אפשר לעשות בדיקה אם approval-004 קיים כבר תקרא לו approval-004-0\1\2 וכו' ותתיחס בתכלס רק למספר הכי גבוהה

                אתה צודק זה רעיון מצויין
                [אני חשבתי לעשות approval-004-20 כלומר להכניס את הכמות שהוא הקיש ביחד עם המוצר, הבעיה אם הוא יקיש אותה פעם נוספת... (למרות שאם הוא יקיש 1 הוא יעבור, אבל למקרה שהקיש 2 ואז התחרט)
                בפתרון שלך זה פותר גם את זה]

                תגובה 1 תגובה אחרונה תגובה ציטוט 2
                • A
                  amp Software 0 @מנסה נערך לאחרונה על ידי

                  @מנסה אמר במחיקת פרמטר שנשלח ב read:

                  @amp-Software-0

                  איפה אתה שומר את המוצרים שהוא מזמין תוך כדי שיחה?

                  [אולי תוכל לשחק אם שלוחות]

                  בדאטה בייס חיצוני
                  כל בחירה של כמות נרשם מיידית ב db

                  מ תגובה 1 תגובה אחרונה תגובה ציטוט 0
                  • E
                    eliyahu ניהול @amp Software 0 נערך לאחרונה על ידי

                    @amp-Software-0 להבנתי הפתרון הכי נכון הוא שיהיה אפשר להגדיר בשלוחה/תגובת שרת שהערך הקודם יידרס.
                    זה מצריך פיתוח מצד ימות המשיח
                    מציע לך לפנות במייל ולבקש הצעת מחיר ו/או לפתוח שרשור חדש ב"הצעות לפיתוח"

                    תגובה 1 תגובה אחרונה תגובה ציטוט 2
                    • A
                      amp Software 0 @amp Software 0 נערך לאחרונה על ידי

                      @amp-Software-0 אמר במחיקת פרמטר שנשלח ב read:

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

                      @eliyahu זו המסקנא שגם אני הגעתי אליה, אבל כתבתי כאן למקרה ואולי יש למישהו פתרון פשוט יותר, כמו שבאמת הציעו כאן כמה

                      תגובה 1 תגובה אחרונה תגובה ציטוט 0
                      • מ
                        מנסה מומחה @amp Software 0 נערך לאחרונה על ידי

                        @amp-Software-0

                        אתה יכול [אולי] לעשות שאת אישורי הכמות החריגה יהיה בשלוחה אחרת, [זאת אומרת שזה יעביר אותו לשלוחה ששואלת האם לאשר או לא, ולפי התשובה שם תטפל בנתונים שבDB שלך

                        אח"כ תחזיר אותו לשלוחה הרגילה מהמקום בו הוא נמצא [אם זה שייך אצלך, תלוי בצורת התקשור]

                        תגובה 1 תגובה אחרונה תגובה ציטוט 1
                        • הוזכר על-ידי  ל לעזור לכולם 
                        • הוזכר על-ידי  C Chaim 
                        • פוסט ראשון
                          פוסט אחרון