ШІ для Excel і CSV: як отримати перевірюваний аналіз і корисні графіки
Керівник завантажує в ШІ-асистента вивантаження продажів за квартал і просить: «Знайди інсайти й побудуй графіки». За хвилину з'являються впевнені висновки і гарні діаграми. Але підсумкова сума не збігається з бухгалтерією, а одна з «тенденцій» виявляється наслідком того, що частина дат прочиталася неправильно.
Пряма відповідь: для роботи з таблицями важить не лише модель, а й середовище, у якому вона працює. Чи може сервіс завантажити файл, порахувати результат кодом, показати кроки і дати змогу повторити розрахунок. Чесно назвати «найкращу модель для аналізу таблиць» без однакового тесту на ваших даних неможливо. Надійність починається з перевірки структури файлу, одиниць виміру і контрольних сум, і лише потім доходить до графіків.
Головна умова: кожна цифра у висновку має бути отримана відтворюваним способом, тобто кодом, формулою або незалежною зведеною таблицею, а не «порахована» моделлю в тексті відповіді. Після статті ви зможете перевірити вихідний файл, отримати розрахунок, який можна повторити, обрати графік під питання і порівняти інструменти за критеріями, а не за враженням.
Уточнити бізнес-питання
Розбіжність між відповіддю ШІ та підсумком в Excel може виникнути ще до обчислення: якщо одна сторона рахує замовлення, а друга — товарні рядки, показники вже не збігаються. Тому домовтеся про визначення до завантаження файлу.
Що уточнити:
- Виручка чи надходження. Сума відвантажених замовлень і сума отриманих оплат дають різні числа.
- Замовлення чи рядок замовлення. Якщо в одному замовленні три товари, у файлі може бути три рядки. Кількість рядків і кількість замовлень відрізняються.
- Період. Календарний місяць, фінансовий місяць, дата створення чи дата оплати.
- Валюта. Чи всі суми в одній валюті, чи є змішані, і за яким курсом перераховувати.
- Що виключається. Скасовані замовлення, тестові записи, повернення.
Запишіть ці визначення одним абзацом і додавайте до кожного запиту. Модель не знає, як у вашій компанії рахують виручку, і без підказки обере визначення, яке видасться їй імовірним.
Перевірити вихідний файл
Перш ніж просити висновки, перевірте, чи правильно прочитано сам файл. Це окремий крок, і його результат варто бачити до будь-яких графіків.
Що перевіряти:
- Кодування й роздільник. CSV з кирилицею в неправильному кодуванні перетворюється на набір символів. Крапка з комою замість коми як роздільник може «злити» всі колонки в одну.
- Дати. Чи однаковий формат у всьому файлі, і як його прочитано.
- Пропуски. Скільки порожніх значень у ключових колонках і що вони означають: нуль, невідомо чи помилку вивантаження.
- Повтори. Чи є повторювані записи за ключем; спершу з’ясуйте, чи один рядок означає замовлення, товарну позицію або подію. Однаковий
order_idу файлі товарних позицій не обов’язково є дублем. - Одиниці. Гривні чи тисячі гривень, штуки чи упаковки.
- Персональні поля. Імена, телефони, адреси клієнтів. Якщо вони не потрібні для аналізу, краще видалити їх до завантаження, а для завантаження використовувати лише сервіс, дозволений правилами компанії для таких даних.
Хороша практика: попросити ШІ спершу описати файл. Скільки рядків і колонок, які типи даних, скільки пропусків, які значення в колонці дат найменші й найбільші. Якщо найменша дата в квартальному вивантаженні припадає на 1970 рік, щось прочитано неправильно.
Для регулярних вивантажень перевірки варто автоматизувати. Для цього застосовують автоматизовані тести даних. Деякі інструменти мають чотири типові перевірки: унікальність значень у колонці, відсутність порожніх значень, відповідність значень дозволеному переліку і наявність відповідного запису в іншій таблиці. Тест шукає рядки, які порушують задане правило, і якщо таких рядків немає, саме цей тест пройдено. Перевірка чотирьох правил не гарантує правильності бізнес-показника; до звіту додавайте також звірку з обліковим джерелом.
Отримати відтворюваний розрахунок
Мовна модель, яка «рахує в голові», тобто прямо в тексті відповіді, може помилитися в арифметиці, навіть якщо пояснення звучить переконливо. Тому розрахунки мають виконуватися кодом або формулами.
У деяких середовищах аналізу файлів сервіс виконує Python-код, може працювати із завантаженими таблицями та показувати проміжні результати. Перевіряйте код, результати й припущення перед використанням висновку. Можливості залежать від конкретного середовища, моделі, тарифу та налаштувань. Скановані PDF і зображення таблиць можуть давати неточні значення, а великий або складний файл може бути опрацьований не повністю. Доступ до інтернету з обчислювального середовища, обробку формул Excel та зовнішніх зв’язків не можна вважати гарантованими: перевірте це на власному файлі й у правилах сервісу.
Що просити в будь-якому інструменті:
- показати код або формулу кожного розрахунку;
- вивести кількість рядків до і після кожного фільтра;
- зберегти проміжні таблиці, щоб їх можна було відкрити й перевірити;
- явно назвати припущення: як оброблено пропуски, дублі, дати.
Навчальний приклад: дубль і дата
Розглянемо маленьку навчальну таблицю замовлень у гривнях:
| order_id | Дата | Сума, грн |
|---|---|---|
| A | 01.04.2026 | 100 |
| B | 02.04.2026 | 200 |
| B | 02.04.2026 | 200 |
| C | 03/04/2026 | 150 |
Сума без перевірки дублів: 100 + 200 + 200 + 150 = 650 грн.
Сума після видалення підтвердженого дубля. У цій навчальній таблиці один рядок означає одне замовлення. Якщо в системі обліку підтверджено, що обидва записи B позначають те саме замовлення, видаляємо один повтор: 100 + 200 + 150 = 450 грн. Різниця становить 200 грн: неочищена сума завищена приблизно на 44% від правильної (200 ÷ 450 ≈ 0,44), і все через один рядок.
Важливе застереження: видаляти повтор можна лише після перевірки гранулярності файлу та підтвердження за надійним ключем і обліковим джерелом. Якщо один рядок означає товарну позицію, повторений order_id може бути правильним. Однакова сума також не є доказом дубля: два різні замовлення можуть коштувати однаково.
Пастка з датою. Запис 03/04/2026 неоднозначний. Залежно від прийнятого формату це може бути 3 квітня або 4 березня. Якщо інструмент прочитає його як 4 березня, замовлення C випаде з квітня, і місячний графік покаже інше значення, ніж реальність.
Тепер уявіть графік суми замовлень по днях, побудований до перевірки. У цьому прикладі він покаже зайві 200 грн за 2 квітня. Якщо дату C прочитати як 4 березня, квітнева сума зменшиться ще на 150 грн. Так графік може підтримати висновок про денний пік або місячний спад, якого в облікових даних немає.
Відтворювана логіка на Python з бібліотекою pandas може виглядати так. Це код саме для наведеної навчальної таблиці orders.csv: колонки називаються order_id, date і amount, порядок рядків збігається з прикладом, а облікове джерело підтвердило, що третій рядок є повтором другого:
import pandas as pd
df = pd.read_csv("orders.csv", sep=",", encoding="utf-8")
print(len(df), df["amount"].sum()) # 4 rows, 650
candidates = df[df.duplicated(["order_id", "date", "amount"], keep=False)]
print(candidates) # candidate rows, not a deletion decision
df_clean = df.drop(index=2).copy() # only the confirmed third example row
print(len(df_clean), df_clean["amount"].sum()) # 3 rows, 450
df_clean["date"] = pd.to_datetime(df_clean["date"], format="%d.%m.%Y", errors="coerce")
print(df_clean[df_clean["date"].isna()]) # rows with a different date format
Код навчальний: для іншого файлу треба перевірити назви колонок, тип суми, одиницю рядка, індекс підтвердженого повтору та формат дати. Рядок C стане пропуском дати (NaT), який потрібно розібрати вручну; його не слід мовчки виключати з підсумку. У реальній системі видаляйте записи за підтвердженим ідентифікатором події, а не за позицією рядка.
Звірити результат
Навіть відтворюваний розрахунок варто перевірити незалежно. Кілька простих прийомів:
- Контрольна сума. Загальна сума за період має збігатися з відомим числом: звітом з обліку, сумою в системі оплат.
- Кілька ручних прикладів. Візьміть три-п'ять рядків і перевірте їх вручну від вихідного файлу до підсумку.
- Незалежна зведена таблиця. Побудуйте ту саму агрегацію в Excel зведеною таблицею і порівняйте з результатом ШІ.
- Неочікувані викиди. Різкий пік чи провал варто перевірити до того, як вносити його у висновок. Це може бути як подія в бізнесі, так і помилка даних.
Помилки, які звучать переконливо
Найнебезпечніші помилки аналізу не виглядають як помилки. Ось кілька типових, які варто впізнавати:
| Як звучить висновок | Що могло статися насправді | Як перевірити |
|---|---|---|
| «Середній чек зріс на чверть» | Середнє пораховано по рядках товарів, а не по замовленнях | Перевірити, що є одиницею розрахунку |
| «У березні різкий спад продажів» | Частина квітневих дат прочитана як березневі або навпаки | Подивитися розподіл записів за днями і формат дат |
| «Регіон Б найприбутковіший» | Суми в різних валютах складено без перерахунку | Перевірити колонку валюти |
| «Клієнти з тегом X купують більше» | Тег проставлено лише активним клієнтам, вибірка зміщена | З'ясувати, як і коли з'являється тег |
| «Повернень майже немає» | Повернення зберігаються в окремій таблиці, якої немає у файлі | Звірити з обліком повернень |
Усі приклади в таблиці навчальні. Спільне для них: висновок логічно випливає з даних, але дані або визначення були не тими, що здавалося.
Якщо результати розходяться, шукайте причину в такому порядку: фільтри, дублі, типи значень, пропуски, період, визначення показника. Якщо розбіжність лишилася, звірте джерело даних та логіку агрегації з власником показника.
Обрати графік під питання
Графік має відповідати на конкретне питання, а не прикрашати звіт. Базові правила:
| Питання | Тип графіка | На що звернути увагу |
|---|---|---|
| Як змінювався показник у часі | Лінійний | Рівні інтервали, підписаний період |
| Як порівнюються категорії | Стовпчиковий | Вісь від нуля, впорядковані категорії |
| Чи пов'язані два показники | Точкова діаграма | Застереження, що зв'язок не доводить причину |
| Яка частка складових у цілому | Стовпчик з розбивкою або таблиця | Коли категорій багато, кругова діаграма погано читається |
На будь-якому графіку підписуйте одиниці виміру, період і джерело даних. «Продажі» без указання, чи це гривні, чи штуки, і за який період, легко неправильно прочитати.
Окремо про причинність. Якщо на графіку видно, що в місяці з більшою рекламою росли продажі, це збіг у даних, а не доказ, що реклама спричинила зростання. Могли вплинути сезонність, нова позиція в асортименті, дії конкурентів. Щоб говорити про причину, потрібна окрема перевірка гіпотези: порівняння з контрольним періодом чи групою, урахування інших чинників. ШІ охоче пропонує причинні пояснення, тому формулювання «X спричинило Y» у висновку має бути сигналом для перевірки.
Обрати інструмент через перевірку
Питання «яка модель найкраща для Excel» часто намагаються вирішити посиланням на рейтинги. Але публічні бенчмарки відповідають на інше питання. Навіть докладний публічний тест охоплює лише певні файли, запитання та версії інструментів. Його результат не є актуальним рейтингом для всіх моделей і не передбачає точність на даних конкретного бізнесу.
Надійніше провести власне невелике порівняння:
- Однакове вивантаження. Візьміть реальний, але знеособлений файл, на якому відома правильна відповідь.
- Однакові питання. Запишіть п'ять-десять питань, включно з пастками: дублі, неоднозначні дати, пропуски.
- Точність. Чи збігаються числа з контрольними сумами.
- Відтворюваність. Чи показує інструмент код чи формули, чи можна повторити розрахунок.
- Зручність. Скільки часу і зусиль займає отримати перевірений результат.
- Дані й доступ. Чи дозволено правилами компанії завантажувати такі дані в цей сервіс.
- Ліміти. Розмір файлів, кількість аркушів, робота з формулами Excel, обмеження тарифу.
- Ціна. Вартість за тим тарифом, який потрібен для ваших обсягів.
Результати порівняння дійсні для вашого файлу і на дату тесту. Інструменти оновлюються, тож порівняння варто повторювати при суттєвих змінах.
Що зробити на своєму процесі
- Запишіть визначення ключових показників: виручка, замовлення, період, валюта, виключення.
- Перед аналізом отримайте опис файлу: рядки, колонки, типи, пропуски, діапазон дат.
- Перевірте дублі за ключем і формат дат, видаляйте лише підтверджені повтори.
- Вимагайте код або формулу для кожного розрахунку й кількість рядків після кожного фільтра.
- Звіряйте підсумки з контрольною сумою, ручними прикладами і зведеною таблицею.
- Обирайте графік під питання і підписуйте одиниці, період і джерело.
- Порівняйте два-три інструменти на однаковому знеособленому файлі з відомими відповідями.
Часті запитання
Причиною може бути визначення показника, обробка даних або арифметична помилка. Перевірте фільтри, дублі, типи значень (число могло прочитатися як текст), пропуски, період і визначення показника. Потім попросіть показати код розрахунку і повторіть його крок за кроком, порівнюючи кількість рядків і проміжні суми зі своїм розрахунком.
Ні. Вигляд графіка сам нічого не доводить: він може бути побудований на неправильно прочитаних даних. Потрібен перевірюваний спосіб отримати числа: код, формули або незалежна зведена таблиця, з якою можна звірити значення. Якщо інструмент не показує, як отримано дані для графіка, використовуйте його лише як чернетку.
Одного збігу в таблиці чи на графіку недостатньо. Розгляньте альтернативні пояснення: сезонність, зміни в асортименті, ціни, дії конкурентів. Для перевірки причинної гіпотези потрібен відповідний метод, наприклад порівняння з контрольним періодом чи групою. Якщо ШІ формулює висновок як причину, сприймайте це як гіпотезу для перевірки, а не як встановлений факт. Якщо вашій команді потрібен регулярний аналіз Excel і CSV, BotLabs може провести фахову консультацію щодо джерел, контрольних сум і етапів автоматизації. За 15 хвилин обговоримо один чинний звіт, де виникають розбіжності та які дані потрібні для оцінки обсягу роботи. Наступним кроком стане погоджений перелік перевірок для докладнішого розбору.
Консультація з перевірки Excel і CSV
За 15 хвилин із фахівцем BotLabs обговоримо один чинний звіт: що означає рядок, як визначено показник і з чим звіряєте підсумок. Окреслимо перелік перевірок та потрібні дані для докладнішої оцінки автоматизації.
Чинний звіт
Контрольні суми
15 хвилин із фахівцем: обговоримо один звіт, контрольні суми й перевірки перед автоматизацією.


