Foksh

يا صديقي ، وما علاقة التقرير في إدراج صورتين فوق بعضهما ؟؟؟؟ الفكرة كما أوضحها الأستاذ @Moosak هي صورتين فوق بعضهما البعض!!!!!👏🏻

قد أتيت به فعلاً .. و والله لضيق الوقت لم استطع رفع الملف .. Desktop.zip

أرجو أن تأخذ كلامي برحابة الصدر ، و والله إن الهدف هو التوجيه لما قد تغفل عنه .. كل الشكر والإحترام لشخصكم الكريم

خطوات الاستخدام بإذن الله تعالى بسيطة ، كما في الصورة السابقة ، أما فيما يخص الـ API فجاري ضبط الخطوات بدقة وسهولة ضمن الزر المخصص للإستيراد من جوجل شيت ، ودمج الأكواد للوظائف الثلاثة في نموذج واااااحد إن شاء الله 😉 .

هناك فكرة في مخيلتي ، إن كانت النتيجة كما تصورتها فسأرفق ملف بعد تجربتها إن شاء الله 😇

وعليكم السلام ورحمة الله وبركاته أخي @بوكفوس عبدالسلام .. بما انك تصر على استخدام مسميات عربية وهذا يعني انك مصمم على المضي في طريق عدم اكتساب المعلومة الصحيحة .. اجعل مصدر كل تقرير = الجدول أو الحقول التي تريدها مع تحديد الشرط بحيث يكون الشرط واقع ضمن تحديد حقل الرقم = مربع النص Texte256 وعلى حسب ما فهمت هو حقل الرقم للسجل ، وإلا فعدل الشرط بتغيير مربع النص والحقل للمفتاح الأساسي . على العموم هذه فكرتي والتي تجاري فكرتك في انشاء قاعدة البيانات غير الصحيحة :- Hand.zip

اهلاً وسهلاً بك معنا في أسرتنا المتواضعة أخي الكريم ، وبما أنك عضو جديد فنرجو أن تلقى هنا ما يسرك وما يلبي حاجتك وطلبك في هذا المنتدى .. نرجو منك متابعة مواضيعك بإغلاقها باختيارك للإجابة التي تم حل مشكلتك فيها من قبل الأساتذة والأخوة . وذلك دلالة على أن الموضوع كان حله هذه الإجابة وقد تم اغلاقه .

في التحديث الجديد ، سيتم الإعتماد على الفكرة المطروحه هنا في هذا الموضوع " رافع ملفات جوجل درايف 2025 " ، لكن مع اختلاف بسيط جزئي سيتم طرحه حال الإنتهاء من التحضير له وضبطه من جميع جوانبه ، تجنباً لأي أخطاء عند الإستخدام .

عذراً لمن اتنتظرني بأن أرفق الملف مفتوح المصدر وتأخرت عليه ،، لن أرفق الأكواد هنا لتعددها وطولها .. GD Uploader.accdb

وعليكم السلام ورحمة الله وبركاته ،، أخي الكريم بدايةً لا تستغرب من عدم الرد على موضوعك والتجاوب معه . فلا اعتقد انه يوجد حاجة لارسال المشروع كاملاً ، وقد يكفي ارسال ما له علاقة من مكونات تسهيلاً على من يحاول تقديم المساعدة ولفهم المشكلة بشكل أوضح وأبسط وأسرع . ثانياً وحتى لا أطـيـل عليك ، مشروعك يحتاج الى إعادة الهيكلة والبناء .. ثالثاً لماذا اعتمدت على أن يكون الحقل "idproduct" في الجدول "tabsu" مفتاح أساسي مع العلم أنه ليس له اي علاقة مع اي حقل ؟؟؟؟ والأصل هو ان يكون هذا الحقل - والذي اعتقد انه يمثل رقم المنتج - مفتاح أساسي فقط في جدول الأصناف أو المنتجات "product" ، ومن هناك يكون له علاقات مع ما يختص به من توابع . حاول إلغاء المفتاح الأساسي عن هذا الحقل واعتقد ان مشكلتك سوف تنتهي . فالأصل في جسم الفاتورة هو ان تكون مرتبطة برقم الفاتورة بين رأس الفاتورة وجسم الفاتورة ( إن جاز التعبير ) .

الملف بدعم الإصدار 32 بت . Main.accdb

راجع هذا الموضوع

كل الشكر والتقدير والاحترام لك ولجميع من ساهم في طرح الحلول .. من وجهة نظري الشخصية المتواضعة ؛- 1. بناء على الحلول فإنه لا فائدة من إبقاء الحقل الخاص بالفلس بوحدة "Double" !! 2. جرب مثلاً ان تكون إحدى القيم 0,05 على سبيل المثال لا الحصر ، كم ستكون النتيجة !!! 3. أعتقد - واعتقادي غير ملزم - بأن الصحيح والمنطقي هو الإهتمام بمصدر بيانات الحقل ، فهو كفيل بتحقيق أهدافك دون الحاجة لعناء إجبار الحقل على تحديث قيمه من خلال استعلام. ولكن بما أنك أوضحت أن المصدر هو سجلات موجودة مسبقاً ، فقد تسقط لديك هذه النقطة. شكراً لكم ، والحمد لله انك وجدت الحل 😇🤗 .

أشكر مرورك العطر ،، طبعاً بلا شك سيتم الدعم للإصدار 32 يا صديقي 🤗

بارك الله فيك وبك ، وبأهلك ومالك وعافيتك .. المقلوبة والمنسف رهن إشارتك يا زلمة ،، شكراً لمرورك

شرفتني بمرورك أستاذنا الجليل @ابوخليل وهذا اقل واجب لمنتدانا الكبير .. وجزاك الله خيراً لما دعيت ، ونسأل الله تمام الصحة والعافية لكم وللجميع

الآن التحديث الجديد يدعم صيغ آكسيس جميعها ، وخصوصاً لمن سألني عن Accde . لا تغيير على الملف الرئيسي في المرفق التالي . تم تحديث واجهة التحديث كما في الصورة التالية :- 3. تحسين عملية التحميل . Main.accdb

ما شاء الله ، تبارك الله أبدعت أخي @ابو البشر ، عمل جميل وأفكار جميلة .. أعتذر لتأخري في اضافة الملف مفتوح المصدر ، لكنها قريبةً جداً ان شاء الله جزاك الله خيراً

في ظل نوع الحقل الحالي ، لا اعتقد ذلك للأسف ، ما لم يكن هناك رأي آخر لمعلمينا والأساتذة الأفاضل .

وعليكم السلام ورحمة الله وبركاته ,, بما أن الحقل في الجدول نوع الرقم أو حجم الرقم = Double فأنصحك بتحويل القيمة عند ادخالها الى عدد صحيح ، مثلاُ بدلاً من أن تكون القيمة = 0.5 = 5 فلسات مثلاً اجعلها من المصدر تأتي رقم صحيح = 5 . هذا لأنه عند تغييرك من Double الى Integer على سبيل المثال ، سيتم تعويض القيمة من 0.5 الى 1 بالتقريب لأقرب 1 صحيح . أو أن تجعل نوع الحقل من رقمي الى نصي ، وهنا تستطيع كتابة اي قيمة تريدها دون التعديل في مصدر الحقل ( حسب النموذج والحقل الذي هو مصدره هذه الحقل ) هذا من وجهة نظري والله أعلم ,

أخي الكريم بعد رؤية الملف المرفق ، وطريقة بنائه الغير سليمة إطلاقاً ، واستخدامك للغة العربية كما تفضل المهندس @Eng.Qassim ، إنصحك بإعادة بناء ملفك بشكل سليم

ليس صحيحاً أخي الكريم ,,, انظر المرفق modif.accdb

أخي الكريم ، جربت كود الإستعلام التالي :- UPDATE [ارقام مسلسله] SET مسلسل = Left([مسلسل], InStr([مسلسل], "/") - 1) & "/" & Year(Date());

هذا قد يعني ان الجزء المسؤول عن اضافة القيمة الى الحقل تشوبه شائبة ، وأنا لا أحب التفكير في المكونات الغير صرورية 😁

مشاركة مع الأستاذ @kanory UPDATE [ارقام مسلسله] SET مسلسل = Left([مسلسل], InStr([مسلسل], "/") - 1) & "/" & Year(Date()); اذا كنت تريد استخدام هذا الإجراء بشكل سنوي لتحديث قيمة السنة 🤗 . عذراً ، لم انتبه لمشاركة الأستاذ @سامي الحداد 🤗 .