Перейти до вмісту

Mantis BT K2

Матеріал з K2 ERP Wiki

K2 ERP Документообіг , K2 VDoc і VDoc можуть бути потрібні для документів, пов’язаних із багами.; Не варто зберігати паролі, токени, приватні ключі, повні дампи баз, зайві персональні інформаційні дані, фінансову інформацію або конфіденційні скриншоти без очищення.; як ілюстрація: дефекти за модулями, критичні баги, прострочені задачі, середній час виправлення, навантаження розробників, кількість регресій, якість релізів, SLA по клієнтах.;

HelpDesk K2 має змогу бути джерелом заявок, які перетворюються на баги або задачі розробки.; Розробник виправляє.; ERP-система складається з багатьох модулів: фінансовий блок, CRM, складський облік, WMS, електронний документообіг, зарплата, HR, логістика, інтернет-магазин, бронювання, мобільні сценарії, інтеграції, звіти, BI, API й галузеві рішення для бізнесу.; конфігурація MantisBT | Створюються проєкти, модулі, користувачі, поля, категорії, версії й доступи.; Баг має мати джерело, характеристика, відповідального, статус, пріоритет, версію, реліз, історію й зв’язок із бізнес-процесом K2 ERP.; style="background:#e3f2fd;" | Статус !; style="background:#e3f2fd;" | Що робить

Категорії задач

|- | style="background:#e8f5e9;" | 1.;== Зв’язок із розробкою модулів K2 ERP ==

Зв’язок із документообігом

У кожному модулі можуть виникати помилки, побажання, регресії, задачі на доробку, тестові дефекти, проблеми інтеграцій, невідповідності вимогам або запити клієнтів.; Практичне сфера застосування. Mantis BT K2 можна використовувати для баг-трекінгу, HelpDesk-заявок, задач розробки, тестування модулів, контролю релізів, приймального тестування, клієнтських звернень, внутрішніх доробок, технічного боргу, SLA, аналітики дефектів і контролю якості K2 ERP.; |- | style="background:#fff3e0;" | Що істотно? | Баг має бути описаний так, щоб його можна було відтворити, виправити, протестувати й пов’язати з релізом.;

!; * K2 ERP

Mantis BT K2 має змогу використовуватися в кількох сценаріях.; Ця стаття орієнтована на користувачів, які шукають Mantis BT K2, MantisBT K2, Mantis K2 ERP, MantisBT інтеграційні функціональні можливості K2 ERP, Mantis Bug Tracker K2, баг-трекінг K2 ERP, bug tracker K2, issue tracker K2, K2 ERP тестування, K2 ERP HelpDesk Mantis, MantisBT HelpDesk ERP, баги K2 ERP, дефекти K2 ERP, контроль релізів K2 ERP, українська ERP баг-трекер.;=== Для чого інтегрувати MantisBT з K2 ERP? ===

SLA і строки виправлення

Що таке Mantis BT K2?

Новий компонент проходить етапи: вимоги, технічна архітектура, розробка програмного забезпечення, тестування, виправлення, приймання, реліз, супровід.; |- | style="background:#e8f5e9;" | Планова реліз виправлення | сприяє планувати реліз.; style="background:#e3f2fd;" | Поле релізу MantisBT надає можливість структурувати такі дефекти: назва, характеристика, кроки відтворення, очікуваний результат, фактичний результат, середовище, реліз, пріоритет, серйозність, категорія, відповідальний, статус і вкладення.; | Можуть бути пов’язані з клієнтами, заявками, модулями й SLA.; {| class="wikitable" style="width:100%;"

!; |- | Релізи виходять без прозорого списку виправлень.; | Можна стандартизувати пріоритет і серйозність.; |- | style="background:#fff3e0;" | 9.; |- | style="background:#fff3e0;" | Релізи | Які помилки виправлені в конкретній версії.; Критично істотно. У баг-трекері не можна безконтрольно зберігати паролі, токени, персональні інформаційні дані, приватні ключі, повні дампи баз, фінансову інформацію або конфіденційні скриншоти.; завдяки наявності це назва; додатково реалізовано внутрішнього або прикладного рішення для бізнесу, яке пов’язує MantisBT із K2 ERP та користувачі можуть керувати помилками, дефектами, задачами, заявками, змінами, релізами, тестуванням і підтримкою програмного забезпечення в єдиному процесі виступає ключовою рисою інтеграційного забезпечується через Mantis BT K2.;== Проєкти і модулі == MantisBT підтримує роботу роботу з проєктами, а в контексті K2 ERP проєктами можуть бути модулі або напрями.; Mantis BT K2 має змогу допомагати відстежувати регресійні дефекти й контролювати, у яких релізах вони з’явилися.; На практиці. Не кожен технічно складний дефект є собою терміновим, і не кожна проста помилка є собою неважливою.; Для HelpDesk — передача технічних проблем у розробку.; |- | style="background:#fff3e0;" | 10.; центральний ризик. MantisBT не вирішить проблеми якості, якщо команда не домовиться про правила: як описувати баг, хто підтверджує, хто пріоритизує, хто виправляє, хто тестує, хто закриває і як це пов’язано з K2 ERP.; | інформаційні дані можна пов’язати з BI K2 ERP.; Документ має змогу бути пов’язаний із issue, релізом, модулем або клієнтською заявкою.; |- | style="background:#e3f2fd;" | 5.; style="background:#e3f2fd;" | Старий або розрізнений підхід супровід перевіряє заявку.; Тестування процесу

| Перевіряється створення issue, передача з HelpDesk, статуси, коментарі, релізи й закриття.;Mantis BT K2 — це інтеграційне або внутрішнє рішення для бізнесу для зв’язку MantisBT з K2 ERP, щоб керувати багами, дефектами, задачами, заявками, релізами, тестуванням і якістю модулів.;
Шаблон для позначення української альтернативи програмним продуктам 1С/BAS.; </noinclude>
{{SoftwareAlternative

 <includeonly>
{{{type|українська ERP-платформа}} }, яка має змогу використовуватися як альтернатива для: '''{{{alternative_to|1С; BAS ERP}}}''' виступає ключовою рисою '''{{{name|K2 ERP}}}'''.;

|name=K2 ERP |type=українська ERP-платформа |alternative_to=1С; BAS ERP; BAS бухгалтерський обліковий обліковий обліковий облік КОРП; UA-Бюджет |category=податковий обліковий обліковий обліковий облік, бухгалтерський обліковий обліковий обліковий облік, фінансовий обліковий обліковий обліковий облік, ERP

Категорії сфера сфера сфера сфера сфера сфера сфера сфера сфера сфера сфера застосування: Mantis BT K2, K2 ERP, K2 Cloud ERP, MantisBT, Mantis Bug Tracker, баг-трекінг, issue tracking, HelpDesk, тестування, розробка, українська ERP.;


У користувач системи або супровід створює заявку.; style="background:#e3f2fd;" | Що означає

Насамперед це HelpDesk K2, K2 CRM, Бізнес-процеси K2 ERP, K2 ERP Документообіг, K2 VDoc, VDoc, K2 Конструктор структури бази даних, K2 Конструктор BI звітів, Конструктор звітів K2 ERP, K2 Mail, K2 Модуль Телеграм бот до CRM, Turbosms до CRM, K2 Модуль Email до CRM, K2 Фінансовий облік та інші модулі.; Промисловий запуск | Mantis BT K2 переходить у щоденну роботу.; |}

Критичні помилки для клієнтів із підтримкою можуть мати інші строки, ніж внутрішні побажання або низькопріоритетні задачі.; | Помилка має змогу бути пов’язана з клієнтом або угодою.; |}

Перед інтеграцією MantisBT з K2 ERP потрібно визначити правила.; |- | style="background:#e3f2fd;" | Вкладення | Які файли можна передавати між системами?; Після виправлення статус повертається в HelpDesk.; Адміністратор має контролювати ролі.; |- | HelpDesk | функціонує окремо.; |- | style="background:#e8f5e9;" | 7.; |- | style="background:#fff3e0;" | Тестування | Дефекти, знайдені під час тестів, приймання або регресії.; |}

Типові помилки під час запуску

Сповіщення мають бути корисними, а не шумом.; | Заявка підтримки має змогу бути пов’язана з issue.; істотно. Якщо помилки ведуться в MantisBT, клієнтські заявки — в HelpDesk, доробки — у чатах, релізи — в таблицях, а керівник отримує звіт вручну, команда оперативно втрачає прозорість: незрозуміло, що критичне, що вже виправлено, що потрапило в реліз і хто відповідає за результат.; {| class="wikitable" style="width:100%;"

Етапи впровадження Mantis BT K2

У ERP-середовищі цього часто недостатньо.; |- | style="background:#e3f2fd;" | аналітичні інструменти | Скільки багів відкрито, закрито, прострочено, критично або повторюється.;=== Що таке MantisBT? ===

Важливі показники: кількість відкритих багів, критичні баги, середній час виправлення, повторні дефекти, регресії, баги за модулями, баги за розробниками, баги за клієнтами, баги за релізами, прострочені задачі, частка повернених із тестування.;

Регресія — це ситуація, коли раніше працюючий функціональні можливості зламався після змін.; |- | style="background:#e3f2fd;" | Пов’язані модулі | K2 ERP, HelpDesk K2, K2 CRM, K2 Конструктор BI звітів, K2 ERP Документообіг, Бізнес-процеси K2 ERP |- | style="background:#fff3e0;" | З чого почати? | З workflow: статуси, пріоритети, серйозність, категорії, модулі, ролі, релізи, SLA й правила інтеграції.; Ключова перевага. Mantis BT K2 сприяє зробити баг не без ускладнень технічною задачею, а частиною керованого процесу: замовник, заявка, компонент, реліз, реліз, пріоритет, відповідальний, SLA й результат.;== Релізи і версії ==

Це істотно, бо помилка має змогу бути не лише технічною.; |- | style="background:#e8f5e9;" | Що автоматизує? | Баги, дефекти, задачі, статуси, пріоритети, релізи, тестування, SLA, аналітику й зв’язок із заявками.;Бізнес-процеси K2 ERP можуть запускати або контролювати дії навколо багів.; style="background:#e3f2fd;" | Роль

Міграційна увага. Не варто переносити в MantisBT старий хаос: дублікати, задачі без опису, баги без кроків відтворення, закриті історичні проблеми без цінності й коментарі з конфіденційними даними.; !;{{SEO


Порівняння з окремим MantisBT без ERP

Третя помилка — не налаштувати статуси.; як ілюстрація, VIP-клієнт повідомив про критичну помилку в модулі WMS.; Для керівника — аналітичні інструменти якості.; офіційно затверджений репозиторій MantisBT описує систему як bug tracker і містить інструкції з встановлення, перевірки середовища, підключення бази даних і конфігурація конфігурації.; |}

як ілюстрація: якщо дефект критичний — сповістити керівника; якщо баг не оновлювався 3 дні — створити ескалацію; якщо виправлення готове — передати на тестування; якщо реліз затверджено — закрити пов’язані задачі.;

Зв’язок із CRM надає можливість бачити не лише технічну сторону, а й клієнтський вплив.; Такий підхід надає можливість не втрачати помилки в листах, чатах, таблицях або окремих списках задач.; П’ята помилка — зберігати в issue конфіденційні інформаційні дані без очищення.; Керівник контролює строки.; |- | style="background:#e3f2fd;" | Керівник розробки | Пріоритизує, планує релізи, контролює строки й навантаження.; Тестувальники можуть використовувати MantisBT для фіксації дефектів.; !; У баг-трекінгу істотно розрізняти пріоритет і серйозність.; !; з цієї причини Mantis BT K2 потребує обережного конфігурація доступів.; замовник не повинен бачити внутрішні технічні коментарі.; style="background:#e3f2fd;" | Критерій

!; {| class="wikitable" style="width:100%;"

Це сприяє формувати release notes, планувати актуалізація клієнтів і контролювати якість версій.; |- | style="background:#fff3e0;" | Виправлено | Код або конфігурація змінено, потрібна перевірка.; |- | style="background:#e3f2fd;" | Аналітик | Уточнює бізнес-вимоги, вплив на бізнес-процес, очікувану поведінку.; |- | style="background:#e8f5e9;" | Для кого? | Для розробників, тестувальників, HelpDesk, аналітиків, керівників розробки й команд підтримки K2 ERP.; !; Для розробника це issue, а для бізнесу — ризик втрати клієнта, порушення SLA або затримка впровадження.; |- | style="background:#fff3e0;" | Середній час виправлення | Швидкість роботи команди розробки.; style="background:#e3f2fd;" | Проблема MantisBT — це open-source вебсистема для відстеження помилок і задач.; Помилка має змогу прийти з клієнтської заявки, бути пов’язана з конкретним модулем K2 ERP, версією, релізом, договором підтримки, SLA, документом або оплатним сервісним пакетом.; |- | style="background:#e3f2fd;" | Повернення з тестування | Якість первинного виправлення.; |- | style="background:#e8f5e9;" | HelpDesk-оператор

| Перевіряє заявку, уточнює інформаційні дані, передає технічну проблему в MantisBT.;

Ролі в Mantis BT K2

|- | style="background:#e8f5e9;" | Заявка | Чи створює HelpDesk issue в MantisBT?; |- | style="background:#e8f5e9;" | 8.; !; |- | style="background:#fff3e0;" | Релізні нотатки | Пояснюють клієнтам і команді, що змінено.; | Дефект отримує картку, статус, пріоритет, відповідального й історію.; MantisBT має змогу містити чутливу інформацію: клієнтські інформаційні дані, технічні деталі системи, описи помилок, внутрішні коментарі, скриншоти, логи, документи, інформаційні дані інтеграцій або інформацію про вразливості.; |- | style="background:#fff3e0;" | Пріоритет | Хто визначає пріоритет: супровід, замовник, керівник чи розробка програмного забезпечення?; | інформаційні дані можна використовувати для BI й управлінських звітів.; style="background:#e8f5e9;" | Mantis BT K2

Зв’язок із бізнес-процесами K2 ERP

MantisBT має змогу бути корисний для команд, які розробляють, впроваджують або супроводжують K2 ERP.; |- | Релізи

| Формуються вручну.; Найчастіша помилка — використовувати MantisBT як “кошик для всього”.;

Це можуть бути технічні задача, акти приймання, специфікації, описи змін, протоколи тестування, релізні нотатки, документи SLA, внутрішні регламенти або листування.; |- | Помилки описуються в чатах.; style="background:#fff3e0;" | Excel / Google Sheets

Перехід на Mantis BT K2 часто починається з ручного обліку помилок.; Цінність Mantis BT K2 з’являється тоді, коли помилка з MantisBT пов’язується з клієнтом, модулем, релізом, заявкою, документом, відповідальним, SLA або бізнес-процесом у K2 ERP.; Її часто використовують для баг-трекінгу, issue tracking і контролю дефектів у розробці програмного забезпечення.;Створення модулів K2 ERP потребує контролю дефектів і змін.; style="background:#e3f2fd;" | Питання

Інтеграційна логіка

Друга помилка — не розділити HelpDesk і розробку.; Тестувальник відтворює дефект.; |- | style="background:#e3f2fd;" | Закрито | Помилка перевірена й завершена.; |- | style="background:#e3f2fd;" | Якість модулів | Які модулі створюють найбільше дефектів і потребують рефакторингу.; Правила безпеки | Налаштовуються ролі, права, внутрішні коментарі, вкладення, захист клієнтських даних.; | Звернення можна пов’язати з issue в MantisBT.; Перед впровадженням потрібно перевіряти чинну документацію MantisBT і технічну архітектуру K2 ERP.; style="background:#e3f2fd;" | Відповідь

аналітичні інструменти багів

Статуси Альтернатива через Mantis BT K2 ; Їх варто пов’язувати, але не змішувати в цілому.; !; MantisBT надає можливість фіксувати ці проблеми структуровано.; !; Якщо туди кидають і баги, і побажання, і питання підтримки, і бізнес-ідеї без категорій, платформа оперативно втрачає порядок.; Навчання команди супровід, розробники, тестувальники й керівники вчаться працювати за новими правилами.; аналітичні інструменти й оптимізація - HelpDesk - Реліз Як issue пов’язується з версією K2 ERP?; Міграція задач Баги можна пов’язувати з версіями.; |- Новий Помилку щойно зареєстровано.;

Правильні категорії полегшують аналітику й розподіл задач між командами.; |}

Поширені запитання

Зв’язок із K2 Конструктор BI звітів

Баги в Excel Структурований issue tracking у MantisBT
Помилки в чатах Картки дефектів зі статусами й відповідальними
HelpDesk окремо від розробки Зв’язок клієнтської заявки з технічним issue
Релізи без списку виправлень Баги й задачі, прив’язані до версій
Керівник не бачить якість модулів BI-аналітика дефектів за модулями K2 ERP
Тестування без журналу дефектів Контроль дефектів, регресій і повторної перевірки
розробка програмного забезпечення без SLA Пріоритети, строки, ескалації й контроль виконання

У якісному описі бага бажано вказати: середовище, версію, компонент, кроки відтворення, очікуваний результат, фактичний результат, скриншоти або вкладення, важливість, пріоритет, категорію й пов’язані задачі.; Перед міграцією потрібно очистити задачі, прибрати дублікати, визначити статуси, категорії, пріоритети, модулі, відповідальних, релізи, закриті й відкриті задачі, правила коментарів і доступи.; style="background:#e3f2fd;" | Зміст центральний висновок. Mantis BT K2 сприяє поєднати технічний баг-трекінг MantisBT із бізнес-контекстом K2 ERP: клієнтські заявки, модулі, релізи, тестування, SLA, відповідальні, документи й аналітичні інструменти працюють у зв’язку.;

Серйозність показує технічний або бізнес-вплив помилки: блокер, критична, значна, середня, незначна.; |-

На тестуванні }

Баг — це помилка або дефект у програмному забезпеченні.; Вона має змогу впливати на клієнта, оплату, SLA, договір, реліз, документи, фінансовий результат і репутацію компанії.;

як ілюстрація: K2 CRM, K2 WMS, K2 Фінансовий обліковий облік, K2 ERP електронний документообіг, K2 Інтернет-магазин, K2 компонент Нова пошта, K2 компонент Вчасно, K2 Бронювання послуг, K2 Стоматологічна клініка, K2 Конструктор звітів, K2 BI.; |-

аналітичні інструменти показує кількість дефектів, критичність, час виправлення й проблемні модулі.; Обстеження процесу підтримки - аналітичні інструменти - Баги за модулями Проблемні частини ERP.;

Пріоритет і серйозність

аналітичні інструменти потрібна, щоб команда бачила якість продукту.; |-

Підтверджений Команда перевірила, що дефект справді існує.; На кожному етапі можуть з’являтися задачі й дефекти.;

Пріоритет показує, наскільки оперативно потрібно виправити проблему: терміново, високо, нормально, низько.; Без цього неможливо нормально формувати release notes.;== Життєвий цикл бага ==

MantisBT — це open-source вебсистема для баг-трекінгу й issue tracking.; | Можна використовувати workflow баг-трекера.; Проєктування workflow

Визначаються статуси, пріоритети, серйозність, ролі, категорії й правила закриття.; У Mantis BT K2 ці процеси мають бути пов’язані, щоб заявка не губилася між підтримкою й розробкою.; як ілюстрація: критичний баг створено, issue призначено розробнику, задача прострочена, реліз заблоковано, тестування повернуло дефект, клієнтська заявка очікує виправлення.;

Джерела

Зв’язок із HelpDesk K2

Mantis BT K2 має змогу бути технічним журналом якості модуля.; | Тестові дефекти можна реєструвати й контролювати в баг-трекері.; Найчастіше MantisBT застосовують, коли потрібно для роботи з дефектами програмного забезпечення, але його додатково налаштовують як ширшу систему issue tracking і керування задачами.; Для DevOps — контроль релізів і версій.;

HelpDesk + MantisBT. HelpDesk відповідає за комунікацію з користувачем, а MantisBT — за технічний цикл виправлення.; Баг-трекінг має бути пов’язаний із релізами.; інтеграційні функціональні можливості з K2 ERP

Сценарій

SLA — це домовленість про рівень сервісу.; style="background:#fff3e0;" | Окремий MantisBT

Для Mantis BT K2 потрібні чіткі ролі.; |}

Категорії допомагають структурувати issue.; Розробник не завжди має бачити фінансові інформаційні дані клієнта.;=== Чи можна використовувати MantisBT для задач, а не тільки багів? ===

У контексті K2 ERP Mantis BT K2 має змогу використовуватися як інтеграційні функціональні можливості між баг-трекером, службою підтримки, розробкою, тестуванням, CRM, документообігом і управлінською аналітикою.; style="background:#e3f2fd;" | інформаційні дані

реліз виявлення Показує, де знайшли дефект.;

Mantis BT K2 має об’єднати ці два світи: технічний баг-трекінг і бізнес-контекст ERP.; style="background:#e3f2fd;" | Критерій

Коротко

Порівняння з Excel-реєстром помилок

Типові категорії для Mantis BT K2: баг, доробка, побажання, регресія, інтеграційні функціональні можливості, звіт, права доступу, продуктивність, міграція, UI/UX, API, документація, тестування, супровід, конфігурація.; |-

Релізи Етап

Для чого потрібен MantisBT у K2 ERP

Зв’язок із K2 Mail, Telegram і SMS

BI-дошка якості сприяє керівнику бачити технічні проблеми в управлінському форматі.;== Права доступу й безпека ==

K2 Конструктор BI звітів має змогу використовувати інформаційні дані Mantis BT K2 для аналітичних панелей.; MantisBT часто налаштовують як ширший issue tracker для задач, змін, побажань і проєктної роботи, хоча його ключовий історичний фокус — баг-трекінг.; !;

Зв’язок із тестуванням

На що звернути увагу. MantisBT — це не ERP-модуль сам по собі, а баг-трекер.; Issue має містити достатньо даних для виправлення, але не відкривати зайвого.; style="background:#e3f2fd;" | Навіщо потрібне

Регресійне тестування

Чи є собою MantisBT частиною K2 ERP?

Головна ідея. Mantis BT K2 потрібен для того, щоб помилки, заявки, дефекти, задачі розробки, тестування, релізи, клієнтські звернення й внутрішні зміни не жили окремо.; Типові запити: «Mantis BT K2», «MantisBT K2», «K2 ERP Mantis», «MantisBT інтеграційні функціональні можливості K2», «K2 bug tracker», «K2 ERP баги», «MantisBT HelpDesk K2», «Mantis K2 ERP ціна».; !; |-

Критичні баги Ризики для клієнтів, релізів і бізнес-процесів.; Зовнішній підрядник не повинен мати доступ до всіх проєктів.;HelpDesk K2 більше орієнтований на комунікацію із користувачами й клієнтами, а MantisBT — на технічний цикл виправлення багів.; |- CRM Клієнтський вплив не завжди видно.; }
;== Що таке Mantis BT K2 ==

інформаційні дані можуть зберігатися в Excel, Google Sheets, чатах, email, HelpDesk, Trello, Jira, GitHub Issues, GitLab Issues, Redmine або самописній системі.;== Що таке MantisBT ==

У K2 ERP баг має змогу виникнути в інтерфейсі, обліковій логіці, звіті, інтеграції, API, друкованій формі, бізнес-процесі, правах доступу, міграції даних або модулі.; style="background:#e3f2fd;" | Питання для інтеграції

SEO-запити, пов’язані зі статтею

Перевіряйте актуальність. функціональні можливості MantisBT, API, плагіни, вимоги до PHP і бази даних, правила встановлення, безпека, інтеграції, версії, права доступу й умови використання можуть змінюватися.; Життєвий цикл бага — це шлях від реєстрації до закриття.; Щоб пов’язати технічні баги з бізнес-контекстом: клієнтськими заявками, модулями K2 ERP, SLA, релізами, документами, відповідальними, аналітикою й підтримкою.; Аналітик уточнює вимоги.;

Потрібно вирішити, які інформаційні дані передаються з K2 ERP у MantisBT, які статуси повертаються назад, як пов’язуються заявки, хто створює issue, як працюють коментарі, які вкладення дозволені, чи синхронізуються пріоритети, як обробляються закриття й повернення.; |-

Коментарі - Фактична реліз виправлення - Регресії Задачу можна призначати користувачам.;
- аналітичні інструменти Mantis BT K2

Баги і дефекти

- центральний ризик Issue має історію змін і коментарів.; |- Повернуто Показник

Для ERP це особливо небезпечно, бо виправлення в одному модулі має змогу вплинути на інший: складський облік, фінансовий блок, документи, звіти, права доступу, інтеграції або друковані форми.; |-

У роботі - історичний розвиток - 6.; !;

Типовий бізнес-процес: новий, підтверджений, призначений, у роботі, виправлений, на тестуванні, перевірений, закритий або повернутий на доопрацювання.; У контексті Mantis BT K2 його можна розглядати як інтеграцію або внутрішній інструмент, пов’язаний із K2 ERP, HelpDesk, CRM, тестуванням і розробкою.; style="background:#e3f2fd;" | Що контролюється

Баги Помилки, дефекти, регресії, критичність, відповідальні.;K2 CRM має змогу бути корисною, якщо баг або проблема пов’язані з конкретним клієнтом.; |- Пріоритети }

Міграція з Excel, чатів або іншого баг-трекера

Можна бачити бізнес-вплив релізу.; У Mantis BT K2 пріоритет має враховувати бізнес-вплив, клієнта, SLA, реліз і ризик для ERP-процесу.; Клієнтська заявка й технічний баг мають бути пов’язані, але це не завжди один і той самий об’єкт.; {| class="wikitable" style="width:100%;" ;== Mantis BT K2 у структурі K2 ERP ==

Що перевірити перед запуском. Перед впровадженням потрібно перевірити workflow, статуси, пріоритети, категорії, модулі K2 ERP, правила створення issue, зв’язок із HelpDesk, релізи, SLA, права доступу, безпеку вкладень і аналітику дефектів.; Кому підходить. рішення для бізнесу варто розглядати командам, які розробляють, впроваджують або супроводжують K2 ERP і хочуть керувати помилками не в чатах чи таблицях, а через формальний баг-трекінг із аналітикою.;== Зв’язок із K2 CRM == платформа застосовується командами розробки для реєстрації дефектів, опису проблем, пріоритизації, призначення відповідальних, обговорення, контролю статусів і закриття задач.; |}

Кожна помилка має мати інформацію: у якій версії знайдена, у якій версії планується виправлення, у яку версію фактично увійшло виправлення.; Mantis BT K2 має змогу бути пов’язаний із кількома модулями K2 ERP.; |-

Баги }

Поділ за модулями сприяє бачити, де накопичується найбільше дефектів і які компоненти потребують уваги.; |-

3.; !; |- 4.;

замовник або внутрішній користувач системи створює заявку: “не формується акт”, “не оновився статус доставки”, “не функціонує звіт”, “не відкривається документ”, “неправильний залишок”.; Для сповіщень про баги можуть використовуватися K2 Mail, K2 Модуль Телеграм бот до CRM, Turbosms до CRM або email-інтеграції.; style="background:#e3f2fd;" | Що показує Mantis BT K2 — це підхід або інтеграційне рішення для бізнесу для використання MantisBT разом із K2 ERP.; |-

Відповідальні - Розробник Як сприяє Mantis BT K2

Які інформаційні дані не можна зберігати в issue?

Що це? інтеграційні функціональні можливості або внутрішній контур для зв’язку MantisBT з K2 ERP.; |- Тестувальник Відтворює помилку, описує кроки, перевіряє виправлення.;

Див.; додатково

MantisBT або Mantis Bug Tracker — це безкоштовна open-source вебсистема для відстеження помилок.; !; |-

2.; !; Якщо це помилка продукту або доробка, вона має змогу бути передана в MantisBT як issue.; |- - Відкриті баги Загальне навантаження на команду.;

Mantis BT K2 як alternativeTo

Баг-трекінг + ERP. У K2 ERP дефект має бути пов’язаний не лише з кодом, а й із бізнесом: хто повідомив, який компонент зачеплено, який вплив, коли виправити, у який реліз увійде й хто відповідає.; Для CRM — зв’язок проблеми з клієнтом.; |-

Тестування ведеться вручну.;=== Чим HelpDesk відрізняється від MantisBT? ===

MantisBT сам по собі є собою окремою open-source системою.; |-

Статус - Адміністратор Баги можна пов’язувати з версіями й релізами.;

Такі сценарії допомагають зменшити ручний контроль.; |-

користувач системи / замовник Повідомляє про проблему або створює звернення через підтримку.;== Основні сценарії використання ==