Центральна база даних
У кожній установі немає окремої бази даних, усі користуються базою даних на центральному сервері. Все, що вам потрібно, це підключення до Інтернету та VPN (віртуальна приватна мережа); останні можна легко налаштувати в Windows. Інституційні користувачі можуть, звичайно, бачити лише ті дані, які їм дозволені (див. Система авторизації).
Це дозволяє насолоджуватися наступними перевагами:
- У той момент, коли користувач вводить транзакцію в систему, це вже "видно" в економічному органі муніципалітету (Gamesz).
- Не потрібно надсилати будь-які дані ні на папері, ні в електронному вигляді, ні від установ до Ігор, ні навпаки. Це значно полегшує замовлення у хоста та обробку скасування.
- Ігри більше не повинні надсилати дані до муніципалітету на папері. Ви також можете встановити програму для запуску ввімкнених запитів. Вони навіть можуть запитувати власні нові запити до програми.
- Базові дані всіх установ будуть однаковими. Наприклад, типи їжі, субсидії, способи оплати. Доцільно доручити ведення даних одній особі.
- Співробітники установ не обов'язково повинні займатися підготовкою та друком заяв. Їх навіть можна розглядати як «розтягнуті щупальця» Gamesz, які підтримують зв’язок із вкладниками, реєструють депозити, анулюють і все інше, що Gamesz влаштовує у разі потреби.
Центральна та інституційна програма
Центральна програма майже у всьому є такою ж, як інституційна, лише її головне меню відрізняється, тому що користувач не бачить людей. Тож якщо напр. якщо запит модифікується (скажімо, на запит установ), він автоматично буде таким же в центральній програмі. Це спрощує підтримку програм і гарантує, що інституційні та центральні запити дають однакові результати.
На додаток до їжі, програма також обробляє будь-які інші погодинні, щоденні або щомісячні платежі. Їх можна виставити за рахунок їжі, але можна також окремо. Звичайно, до них може бути призначена будь-яка ставка ПДВ.
Кілька видів їжі на місяць
Новизна полягає в тому, що за місяць людина може оплатити кілька видів їжі.
Наразі одна людина змогла оплатити один вид їжі за один депозитний період (хоча існувала можливість внести додаткову оплату іншим видом). Наприклад, ви можете запросити лише їжу типу "3x" або "2x сніданок + обід" на кожен день.
Відтепер ви навіть можете просити їжу іншого типу щодня.
Це корисний варіант, наприклад в гуртожитках, де вони не просять снідати та/або обідати, вечерю для дітей щодня, тобто можливо, що напр. у перший тиждень вони просять лише сніданку та обіду, в інші дні просять обіду та вечері тощо.
Оплата ваучером на їжу
Програма точно обробляє спосіб оплати за допомогою ваучера на їжу (наприклад, Sodexho, Check Déjeuner тощо).
Користувач може зареєструвати будь-яких видавачів ваучерів у системі.
Після оплати програма запитує тип ваучера і зберігає суму, сплачену ваучером, залишок як готівку.
При оплаті кредиту важливо, щоб ви не могли повернути покупцеві більше готівки, ніж заплатили готівкою за цей депозит. Тому програма також вимагає сплатити суму за допомогою ваучера під час зарахування, але контролює частину готівки. Розрахунку за путівками також допомагають два запити: сума, сплачена ваучером, відображається у списку рахунків-фактур, а вартість на одного видавця ваучерів може бути вказана в окремому запиті.
На підставі угоди з Junior Vendéglátó Ztr., Пряме замовлення Junior було включено в програму. Це означає, що дані передаються в ІТ-систему Junior без будь-якого втручання, програма Junior зчитує необхідні дані безпосередньо з бази даних MultiSchool3 .
Це стосується не тільки замовлень, а й замовлень на заміну та скасування.
Таким чином, припиняється надсилання факсів та телефонування на кухні молодших класів.
Для типів їжі ви можете позначити це як дієтичне харчування. У запитах їх можна запитувати окремо різними способами.
Дієти переходять до системи Junior (див. Попередній розділ) на підставі їх посвідчення особи, тому кухня молодшого віку точно знає, хто просив таке харчування. Це, звичайно, вимагає, щоб про всіх нових дієтичних дітей повідомляли молодших (їх ім’я, MultiSchool ID та тип чутливості), але це все одно трапляється незалежно від програми, тому це не означає додаткової роботи.
У разі замовлення з кухні, яка не є молодшою, наприкінці Клієнта дієтологи з їх видом їжі перелічуються в кожному закладі.
Груповий депозит, скасування, корекція депозиту
Групові операції дозволяють записати депозит, ануляцію, корекцію платежу для будь-якої групи людей одним натисканням кнопки (пояснення останньої можна знайти в наступному розділі).
Термін вкладу може бути призначений для групи людей
Це відносно часто для напр. клас відправляється в похід. Тоді учасники класу не платять за весь місяць, але припустимо, вони пропускають тиждень. Звичайно, ми можемо створити для цього підперіод. Але крім цього, ми можемо призначити, призначити цей підперіод для даного класу, тому, коли хтось із цього класу приходить депонувати та вибирає своє ім’я, період у Депозиті автоматично встановлюється на відповідний підперіод, користувачеві не потрібно тримати майте на увазі, що цей клас платить спеціально. Доручення може бути здійснено відповідно до таких особистих характеристик: заклад, клас, тип особи, група, вікова група, кухня, прихильник, спосіб оплати, тип їжі.
Корекція депозитів - це рішення однієї з найнеприємніших проблем. Якщо допомога на дитину змінюється заднім числом, тому ви вже заплатили один або кілька місяців іншою пільгою, нам потрібно якось це розібратися. Програма не змінює платежі та анулювання, здійснені за неправильної підтримки, а виконує нову корекційну операцію, яка зберігає мінус старого платежу та платіж, розрахований за новим грантом.
Коригування платежу відстежує ретроспективну зміну всіх трьох дійсних типів даних, тому ціна виду їжі, підтримка особи, ставка ПДВ і всі три виправлення здійснюються одним рухом, якщо якісь із змін.
Запити можуть вимагати вихідні дані, що містять лише платіж, а також разом із виправленням.
Основними даними запитів є
частина, ціна харчування, ціна депозиту, субсидія, що підлягає оплаті
п'ять.
Це означає, що вищезазначені дані з’являться майже у всіх запитах. Таким чином, як установа, так і місцева влада мають доступ до даних та резюме, які їх цікавлять.
Параметризація запитів (із зазначенням умов фільтрації) також була уніфікована, що полегшує їх перегляд. Приблизно однакові параметри включені скрізь, включаючи дієтичні дані, такі як напр. група закладів, установа, група їжі, тип їжі та всі відповідні дані осіб можуть бути відфільтровані, наприклад клас, тип, група, прихильник, фізичний режим тощо. (на малюнках зображено розділ "Особисті дані" внизу панелі параметрів) .
Програма включає спеціальний запит, за допомогою якого легко реалізувати будь-кого, не маючи навичок роботи з комп'ютером, створити майже будь-який запит або список. Можна встановити будь-які умови фільтрування, створити будь-які групування та зведення.
Система використовує менеджер баз даних MS SQL Server, який є більш сучасним, частіше використовується, ніж старий, і має багато переваг перед ним.
Кожному користувачеві можна сказати, до якої установи отримати доступ, і, отже, лише уповноважені особи можуть бачити: це система інституційних прав.
Крім того, ви можете встановити, які функції ви маєте право використовувати для кожного користувача. Система прав на функції охоплює кожну деталь і кожну дрібну роботу програми, тому ви можете точно контролювати, хто що може виконувати в системі.
Можна створити т. Зв профілі авторизації: це іменовані набори авторизації, групи, які можна призначити користувачеві двома натисканнями клавіш, тому вам не потрібно встановлювати кожне право окремо для всіх.
Доцільно призначити особу (якщо мова йде про цілий район або, наприклад, групу дитячого садка в центрі), яка має право їх усіх створити.
Більш детальний опис можна завантажити тут (формат pdf) .
Детальний посібник користувача завершено, і його можна завантажити тут (формат pdf) .