با تشکر از آقای افریشم

این نام دارای ک و ی فارسی در ابتدا کجا ورود اطلاعات شده است و چگونه به API می‌رسد؟

موفق باشید

با سلام
مشتری با استفاده از API افزودن دفترتلفن نشانی، تفصیلی و مرکز تامین و مصرف از طریق سیستم مدیریت فرایندها در سیستم مالی ایجاد می شود.
در صورتی که مشتری را از طریق کلاینت وب ایجاد کنیم، قادر به جستجو در سیستم مالی یا سیستم مدیریت فرایندها با استفاده از انتخاب گر حرفی نیستیم.
اما این رفتار در کلاینت ویندوز سیستم مدیریت فرایندها مشاهده نمی شود.

سلام مجدد

در فرم اجرای وظیفه نام مشتری وارد می شود و با اجرای وظیفه از طریق API در سیستم مالی ایجاد می شود.

با تشکر از آقایان افریشم و نیکخواه

مشکل برطرف شد و با Build 1 نسخه 15:10 به دست شما خواهد رسید.

موفق باشید

باسلام;

مشکل در نسخه جدید مشاهده نشد.

باتشکر

با سلام و عرض ادب

این مشکل در نسخه 15.26 وب موجود است. در صورت ایجاد دفترتلفن، تفصیلی و مرکز تامین و مصرف مشتری در وب این مشکل ایجاد می شود. در صورت استفاده از وب و وجود حروف ک و ی در اطلاعات مشتری، پس از تصویب فرم، مقادیر ثبت شده در سیستم مالی به صورت فارسی ثبت می شوند و قابل جستجو در فیلدهایی مانند انتخابگر حرفی نیستند. قابل ذکر است که ثبت اطلاعات مشتری در سیستم مالی در یک عملیات خاص صورت گرفته و در صورت ثبت اطلاعات در مالی بوسیله کلاینت ویندوز، این مشکل ایجاد نمی شود.

 

 

با تشکر

با تشکر از آقای دشتی

آیا منظورتان این است که اگر در محاوره پارامتر عملیات خاص از حروف ک و ی فارسی استفاده شود این حروف دست‌نخورده به برنامه گردش کار می‌رسد؟

اگر این گونه است این رفتار تا به امروز طبق تعریف است و فرض بر این بوده که تصمیم‌گیری نهایی به عهده برنامه‌نویس گردش کار است. در واقع وظیفه برنامه‌نویس است که اطلاعات را مناسب نیاز سیستم مالی تغییر دهد. دقت کنید که اطلاعات ممکن است از منابع دیگری که اصلا تحت کنترل سرور ما نیست دریافت شود و یا مستقیما در برنامه تایپ شده باشد.

موفق باشید.

با سلام و احترام خدمت همکاران محترم.

جهت تکمیل بحث مطرح شده:
اطلاعاتی که در فرم انجام وظیفه درج می شوند، نهایتا به صورت فیلدهای WorkState درون پایگاه داده ذخیره می شوند؛ به همین جهت طبق قاعده ی پایگاه های داده ی سیستم های نوسا. به فرم عربی تبدیل شده و در پایگاه ذخیره می شوند. طبیعتا در استفاده ی مجدد از این داده ها (مثلا برای ارسال به سمت AccXP API) با فرم عربی آن ها مواجه هستیم. این همان تغییری است که در ابتدای این تاپیک به آن اشاره شده است.

در مواردی که با محاوره ی پارامترها (داده هایی که در سیستم ذخیره نمی شوند و صرفا واسطی بین کاربر و سیستم اند) مواجه هستیم (مثل عملیات خاص)، دیگر قاعده بالا وجود ندارد. در واقع اینجا هیچ ایده ای نداریم که این داده ها از کجا آمده اند و قرار است چه استفاده ای از آن ها بشود. پس منطقا بهتر است تغییری روی آن ها داده نشود. البته همیشه طراح گردش کار می تواند بر اساس مورد استفاده و با تشخیص خودش، به صورت موردی کاراکترهای فارسی را به عربی تبدیل کند و سپس از داده ها استفاده نماید.

با سپاس از آقای نجفی بابت توضیحات کاملشان.

با سلام و عرض ادب

در تکمیل موضوع فوق:
از نسخه ی 15.27، می توان قبل از ارسال داده ها به سمت API مالی، از تابع WorkUtils.ArabicStr که برای تبدیل متون فارسی به استاندارد نوسا پیاده‌سازی شده است، استفاده کرد.