Виправлення:
-------------
- Подання подальших додаткових вимог щодо інтерфейсу (інтерфейс щоденних замовлень по днях), якщо ми хотіли розмістити додаткове замовлення в день, коли учасник вже їв в іншому місці обіду, тоді визначення меню для цього дня було визначено неправильно. Це виправлено.
- У пункті меню 4140, якщо користувачеві було замовлено їжу неправильного віку для типу учасника, у стовпці стану повинно з'явитися повідомлення про помилку "Член має неправильний порядок для типу учасника". Помилка полягала в тому, що якщо у учасника не було замовленої послуги (наприклад, їжа була скасована), система виявила згадану вище помилку. Цю проблему вирішено.
- На екрані "Щоденні замовлення", якщо учасник харчувався декілька разів і обоє їли в певний день, якщо один прийом було скасовано, система вказувала конфлікт їжі. Проблему було усунуто таким чином, що замовлення "Немає послуг" ігноруються під час вивчення зіткнення їжі.
Подальший розвиток:
------------------------
- Стало можливим завантаження альбомних зображень із даними учасника. Завантажені зображення автоматично змінюються за розміром.
- У пунктах меню 4121 та 4122 сортування за замовчуванням змінено. Тепер списки за замовчуванням сортуються за назвою групи учасників та іменем учасника.
3.31 - 27.10.2010
- Коли учасник вже зареєстрований з даними члена, система не повернулася до списку учасників, коли натиснула кнопку запису. ВИПРАВЛЕНО!
- У пункті 142 на вкладці статистики сума несертифікованих закритих платежів у друкованій формі відображалася неправильно. ВИПРАВЛЕНО!
- Рівень авторизації функції "Зробити депозит" на вкладці грошових потоків елемента 132 пункту меню посилено.
- Помилка виконання SQL у 4144MP. ВИПРАВЛЕНО!
- У 142MP сталася помилка агрегування неактивних елементів під час агрегування сум депозитів. ВИПРАВЛЕНО!
- У деяких випадках замовлення не відображалося належним чином у рядку "Замовлені меню" на вашій квитанції або рахунку. ВИПРАВЛЕНО!
3.31 - 25.10.2010
- Попередньо навантажуйте поверхню. Під час запису нового попереднього замовлення враховується значення, встановлене в "Щоденне закриття замовлення", встановлене в інституційній конфігурації. Таким чином, початок попереднього замовлення не може бути менше значення дня, встановленого тут.
- У пункті меню 315 редактор дат проводки, який може бути приєднаний до закладу, працював неправильно у випадках, коли заклади громадського харчування не працюють у приміщенні.
3.31 - 21.10.2010
Ремонти
- На екрані Щоденні замовлення вдосконаліть роботу кнопок "Скасувати тиждень", "Тиждень попереднього замовлення" та "Скасувати місяць".
- Виправлені випадки на екрані "Щоденні замовлення", коли жодне меню не могло бути обране для їжі.
- Пункт меню виправлення 4131, якщо грошові потоки були розраховані для всіх сайтів, а потім надруковані, помилка виконання SQL не повинна виникати.
- У пункті 131 меню минулі, майбутні та поточні члени групи відображаються на всіх вкладках учасників, якщо групу вже збережено.
- Уточнення інформаційних повідомлень для користувача в пункті меню 131.
- Пункт меню 132 Вкладка Деталі учасника Після вибору типу їжі враховуйте майбутнє членство в групі при визначенні підтипу їжі.
- У пункті 132 меню кнопки, що ведуть до екрана попереднього замовлення та замовлень, повернуті на вкладку Деталі учасника.
- У пункті меню 136 назва групи розміщується перед іменем учасника, а сортуванням за замовчуванням у списку, що з’являється, є назва групи, ім’я учасника та дата прийому їжі.
- Прискорити пункт меню 4135.
- У пунктах меню 4121, 4122 поправки на обчислення менші, ніж агрегація груп.
3.31 - 18.10.2010
- У пункті 142 покращуйте статистику та друк. Таблиця статистичних даних також відображає незадокументовані платежі та платежі. У друкованому вигляді можна надрукувати зведені дані та виготовити форми для обох наших користувачів, а також показати на документах декларації та платежі без документів.
- Пункт меню 142 Час деактивації указу про ваучер додано до неактивного списку, і особа, яка деактивує.
- У пункті 142 блок блоку виписки з платіжного інструменту розширений таким чином, що платежі, здійснені за допомогою платіжних інструментів, також відображаються на екрані за типом учасника, а не лише в друкованому вигляді.
- На екрані Щоденні замовлення, якщо можна було замовити лише "Немає послуги", пункт вибору не відображатиметься, але "Немає послуги" відображатиметься лише в тексті.
- 4131,4132 Виправлення помилок фільтрування в інституційному фінансовому сукупності за період. Таким чином, відображаються лише періоди грошових потоків обраного об'єкта. Як і поверхневе прискорення.
- 4131, 4231, 4231 Робить структуру фінансових даних більш прозорою. (Інтерфейс, Дані, Резюме, Перетворення форм) Фінансові дані відображаються з точнішими розбивками з відповідними інтерфейсами деталей. Поділ депозитних грошових потоків на закриття та ручні платежі.
- Пункт меню 132 Ви також можете зробити попереднє замовлення на майбутню їжу на поверхні запису попереднього замовлення.
- Зміни в інтерфейсі попереднього замовлення:
- Вказуючи на назву місця обіду, з’являються членські групи членів, які харчуються в цьому місці.
- Коли ви вибираєте їжу або попереднє замовлення, членство в групі, яке застосовується до цієї трапези, відображається в таблиці над меню. Періоди членства в групі відрізняються кольоровими позначеннями:
• Зелений не змінюється на поточний або наступний ефективний період членства в групі.
• Сірий більше не дійсний період членства в групі (минуле членство в групі)
• Синій період майбутнього членства в групі.
Попередньо замовляйте правила запису, пов’язані з кольоровими кодами, яких повинна дотримуватися система:
- Неможливо зробити попереднє замовлення в період сірого кольору.
- Тільки попередні замовлення можна записати та змінити протягом зеленого та синього періодів.
- Неможливо попередньо змінити, виправити, продовжити або продовжити зелений та синій періоди.
- Якщо між зеленими та синіми кольоровими періодами існують дефіцити періоду (дірки періоду), неможливо зробити попереднє замовлення, період якого також включає дірки періоду.
- У навчальних ресторанах навчання може бути змінено та скасовано протягом навчального періоду. (У зв’язку з цим, інтерфейс оплати за навчання також був перероблений таким чином, що його можна закрити, навіть якщо учасник не має місця для їжі)
- У груповому попередньому замовленні процес контролю, який перевіряє, чи має член член групи в певному місці протягом певного періоду, де він їсть протягом даного повного періоду, повинен був бути вдосконалений.
- Виправлено помилку попереднього замовлення інтерфейсу: Додано додаткову перевірку. Запис тепер також контролює, чи має член член групи у певному місці прийому їжі протягом певного періоду, коли він або вона їсть протягом даного повного періоду.
- Повторне активування тегу за допомогою інтерфейсу підтвердження.
- Екран "Щоденні замовлення" має кольорове кодування, щоб вказати, чи є замовлення без надання послуг першим кінцем періоду чи опубліковано пізніше. За його допомогою можна сказати, що замовлення було скасовано згодом.
- Скопіюйте місце, де можна поїсти, до іншого постачальника. При копіюванні до іншого провайдера в прайс-лист провайдера копіюються лише налаштування ресторану.
- При зміні назв груп. У вас вже є такий код групи. Виправте повідомлення про помилку.
- Забезпечте фільтрацію сайтів під час вибору сайту під час додавання учасника до нової групи в інтерфейсі членства в групі.
- У пункті меню 139 розфарбуйте неактивних членів
- У пункті меню 136, у разі групового додаткового скасування, можна задовольнити додаткові потреби, а також подальший розвиток та прискорення ергономіки поверхні.
- З екрану щоденного закриття можна отримати доступ до аналізу закриття членів.
- З пункту 143 меню можна зробити щомісячне попереднє резервне копіювання для кожної установи, якщо це ще не було зроблено.
- Автоматичне закриття установи, залежно від конституційної конфігурації, робить щомісячне попереднє збереження, якщо це ще не було за той місяць.
- Списки замовлень на ваучери та списки руху готівки показують час деактивації та особу, яка деактивує.
- У пункті 135 меню (подальші затвердження) кнопка підтвердження та кнопка відхилення розміщені в окремій колонці, а також повідомлення про підтвердження кнопки затвердження та кнопки відхилення.
- У пункті 135 меню під час прокрутки списку інтерфейс запам'ятовує вибрані елементи.
- У пункті 135 меню щоденні підменю, що очікують на затвердження, не пов'язані з дійсним замовленням, повинні бути позначені червоним кольором і можуть бути лише відхилені.
- Меню, яке буде затверджено в пункті 135 меню, може бути затверджено в один крок разом із відповідними підменю, які потрібно затвердити.
- Щоб виправити помилки друку:
Під час друку у режимі щомісячного остаточного виставлення рахунків також відображається інформація про установу та місцезнаходження чи обід.
Підтипи їжі слід друкувати на основі фіксованого коду.
- Що стосується прямих дебетових доручень, чеки можна друкувати, лише якщо їх статус відхилено.
- Виправити помилку розширення розширення
- Таблиця оболонки, виправлення помилок повних операторів оболонки. Повний інтерфейс операторів тепер обробляє послуги віртуального вмісту, виводячи щоденні комбінації їжі з декількох щоденних меню, не визначених у 111MP.
3.30 - 31.08.2010
- Видалити учасників із групи
- Додайте учасників до групи
- Видалити групу за певних умов
- Член групи їсть, не їсть
- Відображає повний період членства в групі для активних членів в інтерфейсі членства в групі
- Інтерфейс членства в групі має фільтр дати для списку всіх членів
- Постійно видаліть стару процедуру закриття з вихідного коду
- Інтерфейс даних учасника відображає активне членство в групі члена, з’їденого в результаті розбиття.
- Показати зміни назви групи, змінити назву групи
- Категорія групи, можливість змінити підкатегорію групи
- Членство в групі в категорії/підкатегорії інтерфейсу редагування
подальший розвиток вибору назви групи та відображення ергономіки.
- Обмеження категорії групи установ.
З відповідним інтерфейсом налаштування, доступ до якого можна отримати з пункту 311 меню.
- Член не може бути деактивований, якщо він переплатив або має заборгованість.
На це може вплинути інституційна конфігурація
Виправлення помилок:
----------------------
• У пункті меню 4140 мають з'являтися лише члени, які їли в приміщенні закладу в зазначений час.
• У деяких випадках порядок меню A-B не відображається у формі квитанції. Це виправлено.
• Якщо у учасника є щоденне меню, а для даних учасника встановлено підтип їжі, і якщо воно ввімкнено в цьому місці прийому їжі, акцентний підтип учасника встановлюється за замовчуванням. Це призвело до помилок запису даних.
• У пунктах меню 4112 - 4122 для членів, які мали кілька членських груп у звітному місяці, повідомлялося про харчування для кожного члена групи. Проблему вирішено.
• Виправлені помилки відображення в декількох місцях у системі.
• При бронюванні групового попереднього замовлення на додаток до місця обіду повинен відображатися постачальник послуг.
• Виправлення помилок у списку учасників під час додавання попереднього замовлення групи.
2010.08
* У разі додаткового закриття в пункті 141 меню, продовжуйте виділення вибраних членів, прокручуючи далі в списку. Натискання кнопки "Додаткове закриття" відкриє екран підтвердження, де з'являться вибрані учасники, і додаткове закриття повинно бути підтверджено.
* У груповому попередньому замовленні 134, якщо ви хочете записати попереднє замовлення для вже деактивованого учасника, чий термін дії поширюється після дати деактивації, система попередить вас і не виконає дії з цим учасником.
2. Опубліковано повідомлення із попередженням про конфлікти між строками дії прейскурантів ресторану.
3. Виправлена помилка розрахунку щоденних та щомісячних фіксованих надбавок в агрегаторі грошових потоків учасника.
Крім того, розширена підсумкова таблиця:
- Гранти та виплати з’явилися в окремому рядку
- Додано стовпець різниці.
4. Усунуто проблему застрягання пунктів меню у виборі установ контролерами даних.
5. Коли реєструється нова група, система автоматично пропонує місце розташування даної установи як сайт
і місце проживання в головному офісі або в одному з приміщень як місце проживання групи.
6. Інтерфейс "config" створений для адміністраторів даних, де напр. Ви також можете встановити номер SZJ для громадського харчування та ПДВ.
ПДВ та ПДВ були встановлені відповідно до запитуваної величини. Будь ласка, перевірте це!
7. Кодування меню додано на вкладки екрана попереднього замовлення групи, але назву щоденного меню також можна побачити на кожній вкладці.
8. Для групового попереднього замовлення таблиці попереднього замовлення за замовчуванням спадають у порядку введення
їм було наказано.
9. 142MP включає друк чеків для друку рахунків-фактур, і рахунок-фактуру можна надрукувати звідси.
10. У підсумках групи ви можете клацнути на місцях харчування, щоб створити підсумок рівня місця.
Короткий зміст можна надрукувати у форматі PDF та експортувати у формат EXCEL.
11. Періоди також були додані до старих декретів про ваучери, так що
відповідний період.
2010.07
1) Трансформація та подальший розвиток інактивації членів та груп, переключення груп
2010.06
1) Розширте календар та інституційний календар (хто, у разі зміни), виправляє помилки інтерфейсу користувача
2) Трансформація та розширення функцій редагування та модифікації членства в групі та членів групи. Це дало можливість виконати ряд операцій групування, які дотепер неможливо було виконати через користувальницький інтерфейс.
3) Нова валютна відомість та статистика
4) Переробка поверхні запису наступних додаткових претензій, виправлення помилок, можливість видалення фіксованої незапечатаної додаткової претензії
5) Впровадження видів послуг, підтримка збору плати за навчання. На даний момент для кожного закладу можна використовувати лише один вид послуг, але, на відміну від щомісячних розрахунків, впроваджена система розрахунків за навчальний семестр.
2010.05
1) Перепроектування, розширення, вдосконалення оболонки (Щомісячний звіт про їжу)
2) Модифікація та розширення встановлених поверхонь обідніх місць відповідно до нових функцій.
3) Додавання підтипів їжі до списку замовлень на кожного члена в 4114MP (з’являються меню A-B)
4) Інтерфейс редагування та модифікації дат проводки завершено в інтерфейсі інституційного налаштування
2010.04
1) Розробка затримки готівкового платежу (тобто гроші будуть зібрані пізніше, після збору учасника)
2) Платежі, конвертація виплат, врахування знижок.
3) Новий статистичний інтерфейс закриття, дозволяє централізовано контролювати дні збору.
2010.03
1) Прийняття та розробка квитків на гаряче харчування вимагало кількох нових функцій)
- Поділ цін на одиницю послуги та відшкодування зборів, запровадження концепції відшкодованого з урахуванням гранту збору
- Нова панель платежів для екрану замовлення та інкасації учасника (140MP), що дозволяє спільне використання декількох фондів, а також знижки, пов’язані з коштами.
- Дозволити переплату у ваучері на гарячу їжу, який можна налаштувати
- Кошти компенсації та знижки були зараховані на його рахунок та квитанцію
- Кошти були розміщені у збірниках збірника та у списку решти
2) Розробка функції повноправних заяв SHELL (Щомісячний звіт про харчування)
3) Групове скасування для скасування, а також переписування та розширення пунктів меню, що дозволяє груповий запис попереднього замовлення.
4) Захоплення унікальних ідентифікаторів учасників
2010.02
1) Запис та зміна щоденних впорядкування меню членів A-B
2) A-B-C або будь-яка комбінація меню, яку можна встановити та відкоригувати для кожного місця прийому їжі.
3) Розширення зведених форм з даними меню A-B, також включене до електронного файлу замовлення (XML)
4) Подання та підтвердження подальшого замовлення меню A-B (у 135MP)
5) Ваше замовлення на поточний місяць, чинне на момент оплати, було розміщено у вашій квитанції або на рахунку (меню A-B)
2010.01
1) Підготовка розробок меню A-B, підготовка інтерфейсів налаштування. Тобто, у випадку з нормальним харчуванням можна вибрати один із декількох альтернативних продуктів харчування.
2) Завантаження меню до досьє сервісного меню, перевірка, обговорення, затвердження та обмін меню між установами. Прикріпіть папки меню до обідніх зон.
3) Удосконалення функції відкликання після затвердження, суттєва модифікація для послідовної роботи.