Розмова з підтримкою — замість читати: навіщо це потрібно, що налаштувати і що ви отримаєте.
Учора в картці товару була одна ціна, сьогодні інша. Замовлення, яке бачив менеджер, зникло зі списку. Постачальник пропав із прайсів, і ніхто не зізнається. У таких випадках люди йдуть в одне місце — журнал операцій, і майже завжди знаходять там відповідь. Але не завжди: частина видалень не лишає в ньому жодного рядка, а те, що лишає, живе близько двох тижнів — окремі види рядків і того менше. Різницю треба знати заздалегідь, бо через місяць запитувати буде вже нема в кого.
- Вікно
- «Журнал операцій»
- Право доступу
- доступ до вікна; окремих дозволів усередині немає, відбору «тільки мої дії» теж — хто відкрив журнал, бачить роботу всіх співробітників акаунта
- Підготувати
- нічого: журнал ведеться сам і вмикати його не треба. Але шукати в ньому має сенс лише в межах строку зберігання
Що саме сталося з даними
- Треба зрозуміти, що взагалі відбувалосяНічний прогін, чужа операція, невідома зміна — читаємо журнал операцій і звужуємо фільтрами
- Запис на місці, але значення іншеЦіна, назва, опис, статус документа, якщо їх міняли руками — дивимося історію змін, там видно старе значення поруч із новим
- Запису немає взагаліСпершу перевіряємо кошик, і тільки потім журнал: повертає запис кошик, а журнал лише розповідає
Пʼять журналів, які легко сплутати
Слово «журнал» у програмі означає пʼять різних речей. Плутанина тут коштує часу: людина шукає видалений товар у журналі прайс-листа, не знаходить і робить висновок, що програма нічого не запамʼятала.
| Журнал | Про що він | Де відкривається |
|---|---|---|
| «Журнал операцій» | що робила програма і люди: кожен крок кожної операції, з часом, автором і станом | «Кабінет» → «Журнал операцій» |
| «Історія операцій» | які значення полів змінилися: старе поруч із новим | іконка годинника в рядку журналу операцій |
| Кошик | самі видалені записи, які ще можна повернути | список документів і список контрагентів |
| Журнал прайс-листа | цифри кожного завантаження одного джерела | вкладка «Журнал» у картці джерела |
| «Журнал видалених товарів» | рядки, які правила ігнорування викинули з прайсу під час завантаження — до видалення даних із каталогу відношення не має | «Правила ігнорування» → «Журнал видалених товарів» |
Два останні до нашої теми не належать. Журнал прайс-листа рахує рядки прайсу, а не дії людей, і розібраний окремо — що привіз постачальник цього разу. Тут про перші три.
Назва «Журнал видалених товарів» збігається з питанням «хто видалив товар» майже дослівно, і людина йде туди першою. Там про інше: це перелік позицій, які правила ігнорування не пустили з прайсу в каталог. Ведеться він, тільки якщо запис таких рядків увімкнено в самому джерелі, і кожне нове завантаження стирає попередній список і пише свій — тому вміст завжди виглядає свіжим, хоч до видалених вами товарів не має стосунку.
Про автоматику журнал теж розповідає, але з боку результату. Чому нічний прогін не запустився — це розклад і черга завдань. Чому автоматичне правило надіслало листа або промовчало — автоматичні правила. В обох статтях розібрано, які саме рядки шукати в журналі за їхньою частиною.
Де це у програмі
Вікно одне, і в меню воно лежить у «Кабінеті». Готового ярлика на робочому столі в нього немає — відкривається воно з меню або з інших вікон, а ярлик за потреби ви ставите собі самі.
- Меню
- Кабінет → Журнал операцій
- З вікон масової роботи
- кнопка «Журнал операцій» у масовій генерації текстів; кнопка «Журнал» в авто-збагаченні товарів і в AI-медіастудії
- З картки шаблону вивантаження або завантаження
- кнопка «Історія запусків» — інший вигляд тих самих даних, тільки по одному шаблону
1
Кабінет2
Журнал операцій- Кабінет — розділ верхнього меню з особистими налаштуваннями та службовими інструментами.
- Журнал операцій — пункт, який відкриває журнал.
«Історія операцій» і кошики власного пункту меню не мають узагалі — вони відкриваються тільки зсередини інших вікон. Де саме, сказано в розділах про історію змін і про кошики.
Два режими журналу
Над сіткою стоять два чіпси: «Усі записи» і «Зведено». Різниця в тому, що вважати рядком.
У режимі «Усі записи» рядок — це один крок. Завантаження прайсу на тридцять кроків дасть тридцять рядків: «читаю файл», «розбираю колонки», «застосовую націнку» і так далі. Це найдетальніший вигляд і найдовший список.
У режимі «Зведено» рядок — це операція цілком, і зʼявляється колонка «Кроків». Число в ній клікабельне, коли кроків два або більше: клік відкриває ті самі кроки в плоскому вигляді, а зверху зʼявляється чіп повернення з підказкою «Повернутися до списку операцій». Клік по будь-якому іншому місцю рядка робить те саме. Навзамін «Зведено» ховає колонку «Підтип операції» — саме ту, за якою шукають видалення, — тож для пошуку конкретної дії лишайтеся в «Усіх записах».
1
Перемикач режимів2
Користувач- Перемикач режимів — «Усі записи» показує кожен крок окремим рядком, «Зведено» групує кроки в одну операцію.
- Користувач — хто виконав дію.
Колонок у сітці тринадцять: «Тип операції», «Підтип операції», «Кроків» (тільки у «Зведено»), «Джерело», «Інформація», «Дата», «Час виконання», «Користувач», «Стан», «Рівень», «Вартість», ID і остання вузька — з іконкою годинника. «Вартість» ненульова тільки в операцій зі штучним інтелектом, у решти рядків там нуль.
Дві колонки читаються не так, як здається. «Джерело» — це не «звідки прийшов запис», а імʼя того, над чим працювали: назва прайс-листа, шаблону, товару. Записується воно в момент події, тому перейменування задньою датою журнал не наздоганяє: у старих рядках лишиться стара назва. «Час виконання» проставляється не самим кроком, а наступним за ним — тому в останнього кроку операції ця клітинка зазвичай порожня (деякі підсистеми проставляють її самі).
1
Зведено2
Кроків3
Стан- Зведено — активний режим: кожна операція показана одним рядком.
- Кроків — число кроків операції; якщо їх більше одного, число є посиланням і відкриває плоский список.
- Стан — підсумковий стан операції українською («Завершено» / «Помилка»).
Текст у колонці «Інформація» зберігається тією мовою, якою працював той, хто запустив операцію. Якщо завантаження робили з російськомовного сеансу, рядок так і залишиться російським — навіть коли ви дивитеся журнал українською. Перекласти вже записане не можна; наступні операції, запущені українською, будуть українськими.
Рівні важливості
Колонка «Рівень» показує пілюлю з одним із чотирьох значень: «Налагодження», «Інформація», «Попередження», «Помилка». Фільтр у неї — випадаючий список, вводити руками нічого не треба.
Рядки рівня «Налагодження» за замовчуванням не показуються — інакше службові кроки завалили б список. Щоб їх побачити, відмітьте debug у фільтрі колонки «Рівень». У режимі «Зведено» вони враховуються завжди: число в колонці «Кроків» рахує їх теж, тому воно буває більшим, ніж рядків у плоскому вигляді.
Зірочка після підпису рівня означає, що в рядка збережені додаткові дані операції — наведіть на пілюлю, і вони зʼявляться підказкою.
Як знайти, хто це зробив
Порядок, який економить найбільше часу: спершу звузити за датою, потім за типом операції, і лише в кінці читати рядки.
Дані змінилися: що зробити по порядку
1
Фільтр «Користувач»2
Скасувати фільтр3
Оновити- Фільтр «Користувач» — введене значення support відбирає рядки цього користувача.
- Кнопка-лійка скасовує застосований фільтр.
- Кнопка оновлення перезапитує дані з сервера.
Фільтр стоїть майже над кожною колонкою і працює по входженню: досить частини слова. Колонки «Тип операції» і «Підтип операції» приймають український підпис — той самий, що ви бачите в клітинці, якщо він у неї взагалі є. Кнопка з лійкою в панелі скидає всі фільтри одразу (підказка «Скасувати фільтр»), сусідня оновлює список («Оновити»).
Частина операцій підпису ще не має, і в клітинці стоїть латинський код: smart_search, delete_selected і подібні. Такий рядок видно в списку, але знайти його фільтром не вийде взагалі: фільтр цих двох колонок шукає серед українських підписів, а не серед кодів, і на код відповідає порожнім списком. Звужуйте датою та «Типом операції», а рядки з латиницею шукайте очима.
Порожня клітинка в колонці «Користувач» — не збій і не «система не запамʼятала». Так позначені рядки, які писала не людина: нічний прогін за розкладом, звернення зовнішньої системи, фонове завдання. На демо-акаунті таких рядків пʼята частина журналу. Шукати за ними конкретного співробітника марно — його там не було.
Колонка «Стан» у режимі «Усі записи» показує Ok і Error латиницею, і фільтр приймає рівно ці два слова. Українське «Помилка», яке ви бачите в режимі «Зведено», у плоскому режимі не знайде нічого. Простіше фільтрувати не тут, а в колонці «Рівень» — там список готових значень.
Пункт «Вивантажити у файл» у бургері «Додаткові операції» віддає журнал таблицею Excel. Одна особливість: фільтри сітки в це вивантаження не передаються — у файл піде весь журнал, а не те, що ви щойно відібрали. Тому для точкового пошуку користуйтеся фільтрами на екрані, а вивантаження беріть, коли треба забрати все.
Скільки живе кожен журнал
Жоден із цих строків не можна змінити налаштуванням — вони задані у програмі. Але однаковими для всіх акаунтів вони не є: частину рядків укорочує сама робота, і нижче сказано, яку саме.
| Що зберігається | Скільки |
|---|---|
| рядки «Журналу операцій», зокрема все, що показує режим «Зведено» | 14 днів |
| рядки завантаження прайсу — на акаунті, де працює парсер сайту | 3 дні |
| рядки парсингу сайту | 3 дні, а там, де парсер ходить щодня, — 1 день |
| картки операцій у вікні «Історія запусків» (з картки шаблону) | 90 днів, але вікно відкривається на останні 30 |
| «Історія операцій» — старі значення полів | 7 днів |
| кошик документів | 30 днів |
| кошик контрагентів | 60 днів |
| журнал завантажень прайсу | 200 останніх прогонів на кожне джерело |
Дані таблицею
| Показник | Парсинг сайту, щоденний парсер | Парсинг сайту | Завантаження прайсу поруч із парсером | «Історія операцій» — старі значення полів | Журнал операцій | Кошик документів | Кошик контрагентів | Картки «Історії запусків» |
|---|---|---|---|---|---|---|---|---|
| Днів зберігання | 1 | 3 | 3 | 7 | 14 | 30 | 60 | 90 |
Порахуйте свій строк заздалегідь, бо він може бути коротшим, ніж здається. Чотирнадцять днів — це стеля, і вона дійсна тільки для акаунта без парсера сайту. Щойно парсер добігає кінця, він прибирає за собою жорсткіше: свої рядки — старші за добу, а рядки завантаження прайсу — старші за три дні. На таких акаунтах у журналі за минулий тиждень уже нічого немає, хоча в цій же сітці рядки інших типів спокійно лежать два тижні.
Перевірити свій строк можна за хвилину: відкрийте журнал, зніміть усі фільтри й прогорніть список у самий низ — дата останнього рядка і є ваша межа памʼяті. Якщо потрібна подія старша за цю дату, шукати вже нема де.
Сім днів на історію змін — це менше, ніж триває відпустка. Помилку, зроблену в понеділок і помічену через два тижні, розібрати вже не буде чим: старе значення поля до того моменту зникне, залишиться тільки рядок «Коригування» в журналі операцій — та й той протримається чотирнадцять днів. Якщо цифра важлива, знімайте її одразу, а не «коли дійдуть руки».
Одна тонкість, яка іноді грає на вашу користь. Прибирання старих рядків не висить на окремому годиннику: воно виконується побіжно, разом із завантаженням прайсу, оновленням базового каталогу, імпортом, вивантаженням чи парсингом. На акаунті, де щодня щось вантажиться, строки витримуються рівно. На акаунті, де місяцями нічого не запускали, старі рядки можуть пролежати довше — але розраховувати на це не варто: перший же імпорт прибере все зайве одним махом.
Режим «Зведено» окремого строку не має: він збирає операції з тих самих рядків журналу на льоту, тому зникає разом із ними — рівно через 14 днів, а не через квартал. Девʼяносто днів живуть картки операцій, і дивляться їх не тут, а у вікні «Історія запусків», яке відкривається з картки шаблону вивантаження або завантаження. Це єдине місце, де залишок кварталу видно; при цьому вікно щоразу показує останні 30 днів.
Що лишається від видалення
Тут головна незручна правда: слід від видалення залежить від того, що саме видалили. Окремого «журналу видалень» у програмі немає — записи про видалення живуть у тому самому «Журналі операцій», і потрапляють туди не всі.
| Що видалили | Рядок у «Журналі операцій» | Що видно |
|---|---|---|
| Документ | ні | сам документ лежить у кошику 30 днів, разом з автором і датою |
| Контрагент зі свого вікна | ні | картка лежить у кошику 60 днів; подія «Переміщено до кошика» видна в історії самої картки |
| Товари, видалені пачкою із сітки | так | підтип — латинське delete_selected (українського підпису для нього ще не завели), у полі «Інформація» — скільки штук. Поіменного переліку немає |
| Товар, видалений по одному | ні | нічого |
| Категорія | так | окремий рядок на кожну, з назвою категорії |
| Прайс-лист (джерело) | так | назва джерела в колонці «Джерело» |
| Постачальник, видалений із вікна прайс-листів | так | тільки ID контрагента, дата й автор — імені в рядку немає |
| Шаблон вивантаження або завантаження | так | тип операції — «Вивантаження даних» або «Завантаження даних», підтип «Видалення» |
| Вузол структури компанії | так | заголовок вузла |
| Виробник, атрибут, фото товару, склад | ні | нічого |
Одну річ варто розуміти чесно: рядків про видалення в журналі майже немає. Це не тому, що ніхто нічого не видаляє: просто найчастіші видалення — товар по одному, документ, контрагент — сюди не пишуться взагалі. Тому питання «хто видалив» треба ставити не журналу, а кошику, і ставити швидко.
Єдиний рядок, який узагалі лишається від видалення товарів, знайти фільтром не можна. У колонці «Підтип операції» в нього стоїть латинське delete_selected, і слово «Видалення», вписане в цю колонку, поверне порожній список: фільтр шукає серед українських підписів, а цьому підтипу підпису ще не завели. Звужуйте датою й колонкою «Тип операції» («Товар») і переглядайте рядки очима.
Останній рубіж — нічна копія бази. Щоночі знімається копія всієї вашої бази, і таких копій зберігається сім, тобто приблизно тиждень. Відновити копію можна самому: «Кабінет» → «Налаштування системи» → у лівій колонці розділ «Інші налаштування» → плитка «Відновлення архівної копії БД»; у вікні перелічені копії за датами, біля кожної кнопка «Відновити БД». Розраховувати на неї як на кнопку «скасувати» не варто з двох причин: у копію входить тільки база — завантажених файлів і фотографій у ній немає, тому фото не повернуться ніяк; і повертається база цілком, тобто разом із загубленим товаром відкотиться вся робота, зроблена після тієї ночі. Тому копія — крайній засіб на випадок великої втрати, а не спосіб повернути один запис.
Ще одна річ, про яку краще знати заздалегідь: у програмі означає не одне й те саме в різних вікнах. Іконка кошика в рядку сітки — це просто кнопка видалення, і сховища за нею немає.
Що саме змінилося в записі
Коли запис на місці, а значення в ньому інше, журнал операцій скаже «Коригування» — і на цьому зупиниться. Що саме змінилося, показує окреме вікно «Історія операцій».
У меню «Кабінет», через кілька рядків від «Журналу операцій», лежить пункт «Історія змін». До значень полів він відношення не має — це перелік того, що змінилося в самій програмі за останні версії. Вікно, потрібне вам, називається «Історія операцій» і власного пункту меню не має взагалі.
Відкривається воно з того самого журналу — іконкою годинника в кінці рядка. Іконка зʼявляється не в усіх рядках, а лише в тих, де операція стосується товару або документа; у рядків категорії вона теж намальована, але записів для категорій програма не веде, тому вікно буде порожнє. Другий вхід — картка документа: пункт «Журнал операцій» у меню під кнопкою з трьома крапками і кнопка «Детальна інформація» у заголовку блоку «Історія». Обидва відкривають те саме вікно, звужене до цього документа; у заголовку самого вікна при цьому стоятиме «Детальна інформація», а не «Історія операцій» — це те саме вікно.
1
Змінене поле2
Дата (restore)3
Відновити- Змінене поле — старе значення червоним, нове зелене.
- Дата (restore) — коли запис було відновлено, якщо це відбувалось.
- Іконка «Відновити» — відкат поля до старого значення виконується без підтвердження.
Колонки такі: «Тип операції», «Джерело», «Дата», «Користувач», далі ще дата й користувач із позначкою (restore) — це про відкат, якщо він був, — і ID запису. Перший рядок розкривається сам: під ним таблиця змінених полів, старе значення червоним, нове зеленим. Поле, у якого нового значення немає, підписане як «Пусто».
Записується сюди тільки шапка товару й шапка документа: ціна, назва, опис, статуси, дати. Фотографії, атрибути, опції, категорії товару й позиції документа в історію не потрапляють — це окремі таблиці, і зміни в них тут не видно.
І записується вона тільки тоді, коли значення змінила людина: зберегла картку товару, виправила клітинку прямо в сітці або зберегла документ. Ціна, яку переписало нічне завантаження прайсу чи оновлення базового каталогу, сюди не потрапляє — а саме так ціна в цій програмі змінюється найчастіше. Тому порожнє вікно історії не означає, що ціну ніхто не чіпав: воно означає, що її не чіпали руками. Рух такої ціни дивіться в історії ціни товару, а сам факт нічного прогону — у «Журналі операцій».
Кнопка «Відновити»
В останній колонці кожного рядка є іконка з підказкою «Відновити». Вона повертає полям те значення, яке було до правки.
Підтвердження в неї немає: клік одразу переписує поля картки, без жодного запитання. Поточні значення при цьому нікуди не зберігаються — відкотити сам відкат нічим. Іконка стоїть в останній колонці поруч зі стрілкою розкриття рядка, тому натиснути її випадково легко.
Обмежень у неї три.
- Працює тільки для товарів. Для документа кнопка намальована, але не робить нічого.
- Працює тільки з рядка товару. Якщо ви відкрили вікно пунктом «Історія операцій» з бургера, тобто загальним списком, кнопка теж мовчить. Заходьте іконкою годинника з конкретного рядка журналу.
- Повертає лише поля картки. Фото, атрибути, категорії й звʼязки вона не чіпає, і сітку каталогу після відкату може знадобитися оновити вручну.
Після натискання ви в будь-якому разі побачите зелене «Успішно оновлено» — навіть тоді, коли нічого не змінилося. Тому не вірте повідомленню на слово: відкрийте картку товару й переконайтеся, що значення справді повернулося.
Кошики: єдине справжнє повернення
Журнал розповідає, кошик повертає. Кошиків у програмі два, і обидва працюють мовчки — про них не нагадують, поки не поглянеш.
Кошик документів
Одразу після видалення внизу спливає повідомлення «Видалено документів: N» з кнопкою «Скасувати» — це найшвидший спосіб передумати. Якщо момент упущений, відкрийте меню в шапці списку документів і виберіть «Кошик документів».
Кошик показує 30 останніх пачок: у кожному рядку — що видалили, коли, хто і скільки документів. Одне натискання «Видалити» в списку — одна пачка, тому пачкою й повертається. Зберігається знімок документа цілком: шапка, позиції, звʼязки. Строк — 30 днів, порожній кошик так і пише: «Кошик порожній — видалених документів за останні 30 днів немає».
Проведений документ у кошик не потрапляє з простої причини: його взагалі не можна видалити, поки не знято проводку. Це навмисна перешкода — рух товару й гроші вже враховані.
Кошик контрагентів
У лівій панелі списку контрагентів є розділ «Видалені» з пунктом «Кошик». Видалений контрагент нікуди не дівається — він просто ховається зі списку, а всі його документи, прайси й історія лишаються на місці. Кнопка «Відновити» повертає картку, і в її історії зʼявляється подія «Відновлено з кошика».
1
Видалені2
Кошик- Видалені — розділ лівої панелі з видаленими записами.
- Кошик — пункт, який відкриває список видалених контактів (у цьому тенанті він порожній).
Строк — 60 днів, про що написано прямо у вікні: «Видалені записи зберігаються 60 днів, потім стираються автоматично.» Поруч стоїть кнопка «Видалити назавжди» з підтвердженням «Записи та всі їхні звʼязки буде стерто без можливості повернути. Обрано:» — після неї не допоможе вже нічого.
Власну організацію видалити не вийде взагалі: програма її пропустить. Докладніше про картку й історію подій контрагента — у статті про картку контрагента.
Чого журнал не робить
- Не зберігає історію довше за строк. Щонайбільше чотирнадцять днів на журнал операцій, сім на історію змін, і жодного налаштування, яким це можна подовжити. На акаунті з парсером сайту частина рядків живе три дні або добу. Через місяць питання «хто це зробив» відповіді вже не має.
- Не фіксує кожне видалення. Одиночне видалення товару, а також видалення документа, контрагента, виробника, атрибута, фото чи складу рядка в журналі не лишає. Порожній журнал не доводить, що ніхто нічого не видаляв.
- Не називає видалене поіменно. Масове видалення товарів записується одним рядком із лічильником: «Масове видалення товарів: видалено: 2». Які саме дві позиції — у журналі немає.
- Не повертає видалене. Повертають кошики документів і контрагентів, і тільки в межах свого строку. Для товарів, категорій і решти сутностей кошика не існує — видалення остаточне. Щонічна копія бази лишається крайнім засобом на випадок великої втрати: відновлюють її з вікна «Налаштування системи» → «Інші налаштування» → «Відновлення архівної копії БД», і повертається вся база на добу назад, а не один запис.
- Не показує зміни звʼязків. В історії змін лежить тільки шапка запису. Додане чи прибране фото, атрибут, категорія товару, позиція документа туди не потрапляють.
- Не розділяє «мої» і «чужі» дії. Відбору за автором у вікні немає: хто має доступ до журналу, бачить роботу всіх співробітників. Обмежити перегляд можна тільки правом на все вікно цілком.
- Не вивантажує те, що ви відібрали. «Вивантажити у файл» бере журнал повністю, ігноруючи фільтри на екрані.
Розбір частих проблем
| Що ви бачите | Чому так | Що зробити |
|---|---|---|
| «Це вікно закрите для вашої групи прав. Зверніться до адміністратора системи — доступ видається в «Правах груп».» | У групі користувача немає права на вікно «Журнал операцій» | Видати право в налаштуваннях груп (про доступ) |
| У колонці «Користувач» порожньо | Рядок писала не людина: прогін за розкладом, звернення зовнішньої системи або фонове завдання | Шукати причину в самій операції, а не в людині (як шукати) |
| Товар зник, у журналі про нього жодного рядка | Видалення товару по одному в журнал не пишеться — рядок зʼявляється лише при видаленні пачкою | Звузити датою й «Типом операції» = «Товар» і переглянути рядки очима: масове видалення позначене підтипом delete_selected, і фільтр за словом «Видалення» його не покаже. Кошика для товарів у програмі немає (про слід) |
| Фільтр «Стан» зі словом «Помилка» не знаходить нічого | У режимі «Усі записи» стан записаний латиницею, і фільтр приймає тільки Error або Ok |
Фільтрувати колонкою «Рівень» — там готовий список значень (про рівні) |
| Журнал порожній за потрібну дату | Рядки старші за 14 днів прибираються. На акаунті з парсером сайту строк коротший: рядки завантаження прайсу живуть 3 дні, рядки самого парсингу — добу | Прогорнути список у самий низ і подивитися дату останнього рядка — це і є ваша межа; за нею даних немає (про строки) |
| Натиснули «Відновити», побачили «Успішно оновлено», а значення не змінилося | Відновлення працює тільки для товарів і тільки коли вікно відкрито іконкою годинника з рядка журналу. Повідомлення про успіх показується в будь-якому разі | Відкрити історію саме з рядка товару й перевірити результат у картці (про відновлення) |
| Ціна змінилася, а вікно «Історія операцій» порожнє | Історія значень пишеться тільки при ручній правці — картки, клітинки в сітці або документа. Нічне завантаження прайсу й оновлення базового каталогу в неї не пишуть. Для категорій вікно порожнє завжди | Дивитися рух ціни в історії ціни товару, а сам прогін — у «Журналі операцій» (про історію змін) |
| У вікні «Історія операцій» фільтр за колонкою «Тип операції» не працює | Ця колонка фільтруванню не піддається. Так само мовчать «Користувач», «Дата» і «Користувач (restore)» | Звужувати колонками «Джерело» або ID — решта колонок цього вікна фільтр не приймає (про історію змін) |
| «Кошик порожній — видалених документів за останні 30 днів немає» | Або документів не видаляли, або знімок старший за 30 днів і вже стертий | Повернути документ уже не можна; створювати заново (про кошик документів) |
| «Записи та всі їхні звʼязки буде стерто без можливості повернути. Обрано:» | Підтвердження кнопки «Видалити назавжди» в кошику контрагентів | Відмовитися, якщо не впевнені: після цієї дії відновлення немає (про кошик контрагентів) |
| У вивантаженому файлі весь журнал, а не відібрані рядки | «Вивантажити у файл» не передає фільтри сітки | Відбирати потрібне вже у файлі або читати з екрана (як шукати) |
Хто має доступ
Вікно закривається одним правом — на «Журнал операцій». Усередині окремих дозволів немає: кнопок додавання й редагування в журналі теж немає, редагувати там нічого.
Відбору «тільки свої дії» у журналі не існує. Співробітник, якому видали право на вікно, бачить роботу всіх — і колег, і власника. Проміжного варіанта немає: або доступ до всього журналу, або жодного. Якщо потрібно закрити чужі дії, право знімають цілком.
Вікно «Історія операцій» власного права не має — воно перевіряє те саме право на «Журнал операцій». Значить, і кнопка «Відновити» доступна кожному, хто відкрив журнал.
Кошики закриті інакше: вони живуть усередині списку документів і списку контрагентів, тому доступні тим, хто має право на ці вікна. Кнопка «Видалити назавжди» в кошику контрагентів додатково вимагає права на видалення. Про групи й галочки — у статті про права доступу.
Часті запитання
Як дізнатися, хто видалив товар?
Якщо товари видаляли пачкою зі сітки — у «Журналі операцій» буде рядок, у якому видно автора, час і кількість. Фільтром за словом «Видалення» ви його не знайдете: у колонці «Підтип операції» стоїть латинське delete_selected, і підпису для нього ще не завели. Звузьте датою й колонкою «Тип операції» = «Товар» і перегляньте рядки очима. Якщо товар видалили по одному, рядка не буде взагалі: одиночне видалення товару в журнал не пишеться. Кошика для товарів у програмі немає, тому повернути видалений товар не можна.
Скільки часу зберігається журнал?
Рядки «Журналу операцій» — щонайбільше 14 днів, і режим «Зведено» живе рівно стільки ж, бо збирається з тих самих рядків. «Історія операцій» зі старими значеннями полів — 7 днів. Кошик документів тримає 30 днів, кошик контрагентів — 60. Картки операцій зберігаються 90 днів, але дивляться їх в окремому вікні «Історія запусків» із картки шаблону, і воно показує останні 30. Чотирнадцять днів — це стеля: на акаунті, де працює парсер сайту, рядки завантаження прайсу живуть 3 дні, а рядки самого парсингу — добу. Жоден із цих строків не налаштовується.
Чи можна відновити видалене з журналу?
Ні. Журнал розповідає, що сталося, але нічого не повертає. Повертають кошики: документи лежать у кошику 30 днів, контрагенти — 60. Для товарів, категорій, виробників, атрибутів і складів кошика немає, і їхнє видалення остаточне. Щоночі знімається копія всієї бази, і такі копії зберігаються тиждень, і відновити їх можна самому — «Налаштування системи» → «Інші налаштування» → «Відновлення архівної копії БД». Але це крайній засіб на випадок великої втрати: у копії немає файлів і фотографій, а повертається база цілком — разом із загубленим записом відкотиться вся робота після тієї ночі.
Чому в колонці «Користувач» буває порожньо?
Так позначені рядки, які писала не людина: прогін за розкладом, звернення зовнішньої системи, фонове завдання. Конкретного співробітника за такою дією немає.
Чи бачить менеджер дії інших співробітників?
Так. Відбору за автором у вікні немає: хто має право на «Журнал операцій», бачить роботу всіх. Проміжного варіанта немає — або доступ до всього журналу, або жодного.
Де подивитися, яке значення поля було до правки?
У вікні «Історія операцій»: іконка годинника в кінці рядка журналу, і тільки для товару чи документа — у рядків категорії іконка теж є, але записів для категорій програма не веде. Там старе значення показане поруч із новим. Зберігається ця історія 7 днів і містить лише шапку запису — фото, атрибути, категорії й позиції документа в неї не потрапляють. Пишеться вона тільки при ручній правці: ціну, яку переписало нічне завантаження прайсу чи оновлення базового каталогу, тут не видно.
Кнопка «Відновити» написала «Успішно оновлено», а нічого не змінилося. Чому?
Відновлення працює тільки для товарів і тільки коли вікно історії відкрито іконкою годинника з рядка журналу. Відкритий із бургера загальний список кнопку малює, але нічого не робить. Повідомлення про успіх при цьому показується в будь-якому разі, тому результат треба перевіряти в картці товару.
Суміжні теми
- Тригери, процеси та фонові завдання — розділ керівництва, до якого належить ця стаття.
- Розклад і черга завдань — що шукати в журналі, коли нічний прогін не відбувся.
- Автоматичні правила — як виглядають у журналі рядки спрацювання правил.
- Журнал прайс-листа — цифри кожного завантаження одного джерела, це інший журнал.
- Історія ціни товару — рух ціни однієї позиції за довгий період.
- Права доступу — групи, вікна та галочки всередині вікон.

