Анализи и отчети

Проверенопроверено 2026-10-05

Накратко

Групата Анализи (Търговия → Анализи) отговаря на един въпрос: къде отиват парите и какво остава от тях. Свързва приходите с разходите, така че се вижда реалният резултат, а не само оборотът.

Групата има четири екрана:

Екран	На какво отговаря
Оборот	Колко е продадено, колко поръчки е имало и откъде е дошъл оборотът: бърз поглед без раздели.
Отчети	Как се справя фирмата.
Tracking	Доколко може да се вярва на тези числа и откъде са дошли поръчките.
Настройки	ДДС, статуси на поръчките, връзки, диагностика.

Отчети имат раздели Преглед · Разходи · Експорт · История.

До 22. 8. 2026 групата се наричаше Финанси и съдържаше четири екрана. Три от тях са преместени там, където според тях наистина се върши работата:

Беше	Е
Финанси → Фактури	Поръчки → Документи
Финанси → План за покупки	Склад \| Продукти → Планиране на покупките
Финанси → KPI	оперативните показатели са в Планиране на покупките, а тези за маржа в Анализи

Запазените връзки продължават да работят, а Търсенето намира екраните и под първоначалните им имена.

Отчетът не е счетоводен документ

Това е най-важното разграничение в целия модул.

Документът (фактура, проформа фактура, кредитно известие) е задължителен документ, който се създава към поръчката и принадлежи на счетоводството. Ще го намерите в Поръчки → Документи.
Отчетът е поглед върху числата. Служи за вземане на решения, а не за осчетоводяване, и може да съдържа оценки, ориентировъчни стойности и разходи, които в счетоводството изглеждат различно.

Данните за счетоводителя вземайте от Документи, а не от Отчети.

Как се изчислява резултатът

От 22. 8. 2026 Прегледът разграничава три величини, които преди се сливаха в един показател „Печалба“.

Показател	Формула	Какво казва
Брутна печалба	оборот без ДДС − покупна цена на продадената стока	Колко остава от продажбата преди оперативните разходи.
Брутен марж	брутна печалба / оборот без ДДС	Същото в проценти.
Управленски резултат	брутна печалба − доставка и опаковане − включени разходи на фирмата	Резултатът след разходите, водени в приложението.

Управленският резултат не е счетоводната нетна печалба, затова от 25. 8. 2026 и не се нарича така. Сред въведените разходи може да има и позиции, които не са счетоводен разход (например вноски по главница или прехвърляне на пари в брой), а приложението може да не познава амортизациите, лихвите и данъка върху дохода. Данните за счетоводителя вземайте от Документи.

Покупната цена се взема от момента на продажбата, тоест от отделните поръчки, а не от днешната складова карта. Така отчетът за юли не се променя при всяко преизчисляване.

Когато за част от продадената стока не знаем покупната цена, брутната печалба и резултатът остават празни, а на картата има тире. Липсващата цена би се държала като нула и печалбата би излязла по-висока, отколкото е. Празната стойност казва истината, а надценено число на екрана не може да бъде разпознато.

Доставка и опаковане

Доставката и опаковането са отделна позиция в изчислението и всеки магазин я настройва сам. До 24. 8. 2026 това беше фиксирана ставка от 2,7 %, записана в приложението, тоест оценка, която никой не е поискал, а новият магазин я получаваше като факт.

Настройва се в Отчети → Експорт → Изчисляване на резултата след разходите. Има четири възможности:

Източник	Какво означава
Реални разходи	Реалната цена на пратките. MitoOps все още не ги познава. Докато източникът не бъде свързан, доставката не се включва и на нейно място не се поставя оценка.
Оценка като % от оборота	Процент от оборота с ДДС. Редът в отчета е отбелязан като оценка заедно със ставката.
Собствена сума	Сума за периода, която въвеждате сами, например според фактурите от куриерите.
Да не се начислява	Доставката не влиза в изчислението. Редът изобщо не се отпечатва в отчета: нулата би твърдяла, че доставката не е струвала нищо.

Новият магазин започва с „Да не се начислява“. Оценката трябва да се включи съзнателно. Магазин, който вече е работил със ставката 2,7 %, я има запазена като собствена настройка, така че числата му не са се променили.

За да не се приспадне доставката два пъти

Ако водите доставката и сред разходите на фирмата, отбележете тази позиция при редактирането ѝ като доставка и опаковане (Разширени настройки). Когато същевременно е включена отделната позиция за доставка, отчетът и екранът Ви предупреждават, че едно и също може да бъде приспаднато от резултата два пъти.

Решава отбелязването на позицията, а не нейното име. Текстът „Доставка на стока от доставчика“ е покупка, а не експедиция, а „DPD 07/2026“ е експедиция: по името това не може да се различи.

Оценка на покупките и реална покупна цена

В листа Месечно обобщение има ред за покупката на стоки. Името му казва откъде идва числото:

Име на реда	Откъде е стойността
Покупка/производство на стоки (реална покупна цена)	Сборът на реалните покупни цени на продадената стока: същото число като в листа Резултат.
Покупка/производство на стоки (оценка по ставка)	Процент от оборота. Използва се само когато не знаем реалната цена за достатъчно голяма част от стоката.
Покупка/производство на стоки (въведено ръчно)	Презаписали сте стойността ръчно. Ръчната стойност винаги има предимство.

Според това се променя и името на сбора под него: Остатък след приспадания при реалната цена, Остатък след оценки при оценката. Два подобно наименувани реда с различни числа в един документ са по-лоши от един ясно обозначен.

Показване с ДДС и без ДДС

В лентата с филтри има превключвател Изглед: Без ДДС | С ДДС. Изборът се запомня и важи и след преминаване към Tracking.

За регистрирания по ДДС по подразбиране е Без ДДС: данъкът не е негов приход.
За нерегистрирания превключвателят не се показва, при него двете суми са едни и същи.
Когато режимът на ДДС за магазина не е зададен, вместо превключвателя има връзка към Настройки. MitoOps не гадае данъчния статус нито по валутата, нито по държавата.
При няколко магазина с различен режим се показва Смесен режим на ДДС.

Превключвателят променя само оборота и това, което следва от него (средна поръчка, оборот по канали, покритие на оборота). Броят поръчки, посещенията, покритието на поръчките и SEO не се променят: те нямат връзка с данъка. Брутната печалба, маржът и разходите винаги са без данък.

Отчети

Отчетите свързват приходите с разходите, за да се вижда реалният резултат, а не само оборотът.

Разходи

Разходът може да бъде еднократен или периодичен и се класифицира в категория.

Еднократният разход е един разход с една дата: включва се в периода, към който принадлежи тази дата.

Периодичният разход от 25. 8. 2026 се води само веднъж, като правило: въвеждате сумата на едно възникване, честотата (месечно, тримесечно или годишно) и Валиден от. Полето Валиден до е незадължително: докато не го попълните, разходът се включва и в следващите периоди, докато не го прекратите. Приложението само изчислява възникванията за избрания период: счетоводител за 200 € месечно от януари е в списъка един ред, който при филтъра Тази година показва 2 400 €, а при един месец 200 €. Месечни копия вече не се създават, а когато прекратите периодичния разход с дата Валиден до, той не изчезва от миналите отчети: престава да се включва едва от следващия период.

По-старите месечни записи, създадени преди тази промяна (или чрез импорт от Excel), остават в историята така, както са: техните числа не се променят със задна дата.

При еднократни разходи, които надхвърлят границата на периода, избирате как да бъдат включени:

Включи целия разход
Разпредели пропорционално по брой дни
Не включвай в отчета
Използвай ръчно въведената сума

Изборът променя резултата на отчета, затова си струва при подобни разходи да се придържате към един и същ подход.

Освен с категория разходът може да бъде отбелязан с етикети: цветни хапчета, които работят във всички категории (например фиксирани или сезонни). Етикетите добавяте, преименувате и оцветявате директно в раздела Разходи (разгъваемата част Етикети). Присвоявате ги при добавяне на разход или с групово действие върху отметнатите редове.

Списъкът с разходи може да се филтрира по категория, етикет и текст: сборът над списъка винаги отговаря на това, което в момента е филтрирано.

История и план на сумата

Когато цената на периодичен разход се промени, не се създава втори разход. Отваряте го и в блока История и план на сумата добавяте промяна: новата сума и деня, от който тя важи.

Google Ads SK така остава един разход, а цената му е времеви ред:

Сума	Важи
150 €	1. 7. 2026 до 31. 10. 2026
300 €	1. 11. 2026 до 31. 12. 2026
250 €	1. 1. 2027 до 31. 1. 2027
150 €	от 1. 2. 2027

Какво следва от това:

Промяната може да бъде планирана предварително. През август задавате, че от ноември маркетингът е 500 €, и ноемврийският автоматичен отчет ще го използва без допълнителна намеса.
Предходният период се прекратява сам, в деня преди началото на новия. Нищо не се доизчислява ръчно.
Периодите не могат да се припокриват. Ако въведете промяна, която засяга вече съществуващ период, MitoOps я отхвърля и казва с кой период се припокрива.
Може да се въведе и промяна със задна дата. Тя презаписва само периода от своето начало. По-ранните месеци остават такива, каквито са били.
Вече генерираните отчети не се променят. Те са исторически моментни снимки: числата в тях остават такива, каквито са били в деня на генерирането, дори ако по-късно промените сумата.
Сумата на съществуващ период коригирате направо в реда му. Например заменяте септемврийския рекламен бюджет с действителната фактура: променя се само септември, октомври и следващите планирани месеци остават, както и датите и историята на разхода.

Планът може да се подготви още при създаването на разхода. В частта История и план на сумата добавяте бъдещите промени още преди първото запазване и всичко се запазва наведнъж. Когато някоя промяна не мине (например две от един и същ ден), не се създава и самият разход: никога не остава разход с план, който не му отговаря.

Когато не добавите никаква промяна, разходът се държи точно както преди: една сума, без времеви ред.

Разход, който все още няма никаква промяна, се изчислява от основната си сума, точно както досега. Блокът се показва само при периодичен разход. Еднократният го няма, защото е един разход с една дата.

За периода и Всички разходи

Над списъка има два бутона:

За периода е изгледът по подразбиране. Показва това, което се включва в избрания отчетен период: периодът и магазинът се управляват от филтъра в заглавието.
Всички разходи игнорира филтъра на отчета и извежда всеки разход точно веднъж, включително този, който ще започне да важи едва в бъдеще. Към него се добавя филтър по състояние: активен, бъдещ, прекратен.

Вторият изглед съществува, защото периодичен разход, планиран от ноември, през август просто не се вижда, а търсенето му с превключване на периоди напосоки е безсмислено.

Дублиране на разход и етикет

При всеки разход има действие Дублирай. То отваря формуляра Добави разход, попълнен предварително според оригинала: категория, магазин, сума, валута, вид, етикети, бележка и период. Нищо не се създава, докато не натиснете Запази, така че месечен разход не може да бъде удвоен по погрешка с едно кликване. Новият запис получава собствен номер. От оригинала не се пренасят никакви вътрешни идентификатори.

Същото важи и за етикетите: Дублирай попълва предварително реда за нов етикет, включително цвета, и чака Добави.

Разпределение на разходите в отчета

Панелът Разпределение на разходите в отчета (раздел Разходи) определя как разходите в отчета са групирани и подредени. Същото разпределение получават визуализацията, Excel, Word и PDF, както и автоматизацията Периодичен отчет по имейл.

Група създавате с бутона Добави група, преименувате директно в името ѝ, а реда променяте със стрелките.
Разход премествате с плъзгане или чрез избора Премести в група: на сензорен екран изборът е по-надежден.
Групата е само начин на показване. Тя не променя категорията, нито сумата на разхода. Когато отмените групата, разходите остават и попадат сред некласифицираните.
Междинният сбор на всяка група се изчислява от отчета сам. Не се запазва като допълнителен разход, така че ОБЩО РАЗХОДИ винаги е сборът на самите позиции, всяка точно веднъж.
Разход без група не изчезва: в отчета той е в раздела Други разходи със собствен междинен сбор.
Празна група не се изобразява. Ред с нула само защото групата е известна би твърдял, че разходът през този месец е имало и е бил нулев.

Докато не запазите разпределението, MitoOps го извлича сам от категориите на разходите (а когато категорията липсва, от това как се нарича разходът). Щом запазите собствено, важи Вашето: автоматиката никога повече не го презаписва и не го допълва.

Разпределението важи за всички периоди, така че отчетът за по-стар месец се изобразява със същото групиране като текущия. Когато преименувате разход, той отпада от групата и се появява сред некласифицираните: връщането му е едно преместване.

Моите бележки в раздела Експорт са текст, който се вмъква в генерирания отчет. В Excel той получава собствен лист Бележки, а в Word и PDF собствен обозначен раздел. В редактора на оформлението на експорта има собствен блок Лист: Бележки, така че се вижда къде в отчета принадлежи и може да се мести или изключва като всеки друг лист.

Бележката е подписана. Над текста е името и потребителското име на този, който я е запазил последен: MitoOps го добавя сам, нищо не се въвежда. Това важи и за отчета от автоматизация: подписът принадлежи на автора на бележката, а не на този, който е стартирал изпълнението.

Незапазената бележка се запазва при генерирането. Когато допишете текста и без да запазите кликнете Генерирай отчет, MitoOps първо завършва запазването и едва тогава започва да сглобява отчета, така че в него винаги е актуалният текст. Когато бележката не може да бъде запазена, отчетът не се създава и съобщението казва това. Текстът в редактора остава.

Празната бележка не създава празна страница. Когато не попълните полето, листът и разделът изобщо не се създават.

Автоматизацията Периодичен отчет по имейл има собствено поле за бележка. Тя също влиза в отчета, но като самостоятелен раздел: това е текст от автоматизацията, а не от Вас, и слепен с Вашия би изглеждал така, сякаш Вие сте го написали. В полето на автоматизацията могат да се използват променливи (например {{workflow}} или {{now}}). Те се попълват при изпращането.

Разходи при избор на няколко магазина

Отчет за един магазин включва неговите разходи и всички фирмени разходи (без магазин). При избор на няколко, но не всички магазини важи същото: разходите на избраните магазини и всички фирмени разходи, никога разходите на останалите магазини. Фирмените разходи не се разпределят между магазините. Същото правило използват списъкът с разходи, KPI, обобщението, резултатът, многопериодният преглед, прегледът и автоматичният отчет.

Канали

Разделянето по маркетингов канал е преместено в Анализи → Tracking → Канали и атрибуция. То продължава да влиза в експорта: по-долу е описано кои редове получава.

Известните класове (Директен трафик, Имейл, Органично търсене, платена реклама, отделните AI търсачки) приложението познава само. Препращащ уебсайт, който не спада към тях, получава собствен ред, наименуван според своя домейн. Нов партньор, сравнителен сайт или блог така се появява в отчета сам, без намеса в приложението, и също така сам изчезва, когато от него престане да идва трафик.

Редовете никога не се изхвърлят: сборът ОБЩО ЗА ПАЗАРА винаги съвпада със сбора на каналите над него.

Промяна на оборота спрямо сравнението

Последната колона на листа Сесии и оборот е Δ оборот (%): с колко процента се е променил оборотът на същия ред спрямо сравнителния период. Изчислява се като (оборот за текущия период − оборот за сравнителния период) ÷ оборот за сравнителния период × 100, тоест сравнява оборота, а не посещенията. Ръстът е леко зелен, спадът леко червен. Незначителното изместване изобщо не се оцветява, за да не твърди цветът тенденция, която я няма.

Когато редът не е имал оборот в сравнителния период, колоната показва НОВО: процент от нула не съществува, но „ново“ е вярна информация. Ред без оборот и в двата периода има =, канал, загубил оборота си, −100 %. Тирето остава само когато сравнителен период няма. Отрицателна база се дели на абсолютната си стойност, затова знакът винаги показва посоката. По същия начин се държат междинните суми AI / LLM общо и семействата собствени източници на MitoOps.

Това са производни данни: те не променят атрибуцията, броя поръчки или оборота. Процентът се изчислява от сумите, закръглени по същия начин като отпечатаните в съседните колони, така че можете да го преизчислите директно от отчета.

Колоната Промяна в Обобщението по месеци и в KPI

Листовете Обобщение по месеци и KPI имат колона Промяна. Изчислява я същото правило като колоната Δ в листа Посещения и оборот:

Какво се сравнява	Как се показва промяната
Сума или брой (оборот, поръчки, разходи, MER, ROAS)	процент: (сега − преди) ÷ абсолютната стойност преди × 100
Дял в проценти (марж, коефициент на конверсия, PNO)	процентни пунктове (п.п.): сега − преди
Преди нула, сега повече	НОВО
Резултат или печалба: преди нула, сега положителен или отрицателен	КЪМ ПЛЮС или КЪМ МИНУС
Преди и сега нула	=
Неизвестна стойност	—

Пример от септември 2026 г.: управленският резултат от −1 436,37 € до +7 594,19 € е +628,7 % (от загуба към печалба промяната е положителна), а резултатът спрямо оборота от −12,4 % до 29,0 % е +41,4 п.п.

Цветът показва дали промяната е добра за фирмата: растежът на оборота и маржа е зелен, растежът на разходите и PNO червен. Разходите за маркетинг, ДДС и покупката на стоки не се оцветяват, защото растежът им сам по себе си не е нито добър, нито лош. Обяснението е и в Обясненията на отчета при понятието Промяна.

AI и езиковите модели в един блок

Посещенията от ChatGPT, Perplexity, Gemini, Copilot, Grok и Claude са самостоятелни канали и в отчета стоят едно до друго под общо заглавие „AI / LLM“, точно над своя междинен сбор. Дотогава бяха разпръснати сред обикновените канали и от междинния сбор не се виждаше от кои редове е образуван.

Това е само подреждане на отчета. С него не се променят атрибуцията, изборът на канали, броят поръчки, посещенията или оборотът. Междинният сбор не заема място в избора на канали, а когато сред показаните канали няма нито един AI канал, групата и междинният сбор не се отпечатват.

Междинни суми на собствените източници на MitoOps

Редовете, които MitoOps е отнесъл към собствените си инструменти, стоят в отчета един до друг, а след тях е тяхната междинна сума. Например MitoOps AI Mailing · BACK12, MitoOps AI Mailing и MitoOps AI Mailing · VIP15, а под тях MitoOps AI Mailing общо (от които). Същото важи за MitoOps Affiliate, MitoOps Бюлетин, MitoOps Сценарий за автоматизация и MitoOps Абонамент за бюлетин.

Дали редът принадлежи към групата, решава доказателството, с което MitoOps е отнесъл поръчката, а не текстът в името: купон, който MitoOps сам е присвоил на AI Mailing, клик от имейл на съответния модул, код или връзка на партньор от програмата MitoOps Affiliate, купон от формуляра за абонамент за бюлетин. Код, който сте отбелязали в списъка с кодове като „affiliate“, но не принадлежи на партньор от програмата, не е част от групата. Не е част от нея и собствена категория за друг инструмент.

Междинната сума е производен ред: не се добавя към сбора на онлайн магазина, към ОБЩО ВСИЧКО, нито към някой показател. Група без поръчки и в двата периода не се отпечатва. В листа Tracking и в таблиците с канали на екрана междинни суми няма: там редовете се сумират до 100% и ред „от които“ би изкривил сбора.

Канали, които аналитиката не познава

Отчетът не показва само това, което е видяло измерването. Поръчка, която аналитиката не е уловила, а MitoOps я е приписал по купон на партньор, код на кампания или собствена категория, получава в отчета собствен наименуван ред, например Newsletter, Intelimail или Код за отстъпка · BF20.

Такъв ред има посещенията, изписани с тире, а не с нула. Поръчка, приписана по купон, няма никакво известно посещение. Нулата би твърдяла, че никой не е дошъл от канала, макар от него да са дошли поръчки, а оценката би била измислени данни.

Нищо не се настройва: планираният отчет сам зарежда текущите класификации. Когато класифицирате кода днес, следващият отчет вече го знае, включително със задна дата за по-стари периоди.

Избор на канали за отчета

Кои канали получават собствен ред в експорта, избирате в редактора Редактиране на оформлението на експорта (раздел Експорт), в частта Канали в отчета:

Автоматично: топ N (по подразбиране 15): каналите се избират по оборот. При равенство решават транзакциите, а след тях посещенията. Метриката е написана директно на екрана.

Лимитът важи за всеки магазин поотделно, а не за целия акаунт. При настройка топ 30 магазин със 17 канала получава 17 реда, а магазин с 9 канала 9 реда: празни редове не се добавят. Затова това, че броят се различава между магазините, е правилен резултат: магазините имат различни канали.

Обобщаващите редове (Неприписани, Други канали, AI / LLM общо) не се включват в лимита: те са междинни сборове, а не канали.
Собствен избор: предложението от канали се зарежда от свързаните източници за избрания период. Търсене и полета за отметка. Изборът се запазва заедно с проекта на експорта.

Неизбраните канали се свиват в ред Други канали в отчета: нищо не се губи и сборовете продължават да съвпадат. Изборът не засяга листа Tracking: неговият смисъл е да покаже и неприписания трафик.

Какво определя приложението

Отчетът се създава от приложението еднакво за всички. Собствен шаблон от 5. 10. 2026 г. вече не се качва: облика, листовете и реда им, каналите, разпределението на разходите и бележките настройвате директно в Анализи.

Редовете, реда и сборовете се определят от приложението въз основа на Вашите данни и Вашата настройка. Канал, който в периода не е имал нито едно посещение, нито поръчка, не се появява в отчета. Канал, който е добавен (нов препращащ уебсайт, код за отстъпка, партньор), получава собствен ред сам. Същото важи и за магазините: отчетът изобразява точно онези, които сте свързали: броят и кодовете на пазарите нямат значение.

До 23. 8. 2026 беше обратното: числата се записваха в фиксирани редове на шаблона, така че ред, който го нямаше в него, нямаше как да се добави в отчета, а ред, който беше останал в него, задържаше старо число. Затова настройката на каналите и редът на разходите не влияеха на резултата.

Маркетингови показатели (лист KPI)

Показател	Как се изчислява
Маркетингови разходи	разходи с маркетингова категория (Marketing, Google Ads, Meta Ads) или с етикет marketing или reklama
MER	оборот с ДДС ÷ маркетингови разходи
Маркетингови разходи / брутна печалба (%)	маркетингови разходи ÷ брутна печалба × 100
Разходи за платена реклама	разходи в категориите Google Ads и Meta Ads
Оборот от платена реклама без ДДС	оборотът без ДДС, който отчетът е отнесъл към каналите Paid Google и Paid Meta
ROAS на платената реклама	оборот от платена реклама без ДДС ÷ разходи за платена реклама
PNO на платената реклама (%)	разходи за платена реклама ÷ оборот от платена реклама без ДДС × 100 (= 100 ÷ ROAS)
CPA на платената реклама	разходи за платена реклама ÷ поръчки от същите платформи

ROAS и PNO сравняват едни и същи платформи от двете страни, и двете без ДДС. Платформа без записан разход не се отчита и с оборота си. Фирменият разход (без онлайн магазин) се отчита само при избрани всички онлайн магазини; при частичен избор не се разпределя чрез оценка и ROAS и PNO показват тире. Тирето означава неизвестна стойност, а не нула.

Разходите за реклама се вземат от Разходи: запишете ги в категориите Google Ads и Meta Ads към онлайн магазина, на който принадлежат. Офис софтуер с „Google“ в името (например Google Workspace) не е маркетинг; решават категорията и етикетът.

Отчетът не изчислява CAC, CPC и CPM: при CAC липсва надеждно отделяне на разходите за привличане от грижата за съществуващите клиенти, а при CPC и CPM броят кликове и показвания от рекламните платформи, които не са свързани. Сесиите от анализите не са кликове.

Обяснения

В края на отчета е листът Обяснения. Създава го приложението и той съдържа само понятията, които действително се срещат в отчета: например ако изключите KPI в експорта, от обясненията изчезват ROAS, PNO, MER и CPA. Понятието Промяна обяснява колоната за промяна спрямо периода за сравнение, включително процентните пунктове. Препоръките не дават универсални граници. Листът може да се изключи в оформлението на експорта; тогава отчетът никъде не препраща към него.

Рекламни платформи и аналитика

Данните от Google Analytics 4 и Google Search Console се зареждат през Настройки → Свързани приложения. Състоянието на зареждане е Чака, В процес, Завършено или Грешка.

Пряка връзка с Google Ads и Meta Ads засега няма. Затова разходите за реклама се записват в Разходи (категории Google Ads и Meta Ads), а от тях отчетът изчислява ROAS и PNO.

Покритие на трекинга

Преместено е в Анализи → Tracking и е разширено с атрибуция, сравнение на магазините и развитие във времето.

В Прегледа на Отчети е останал един ред (колко процента от поръчките е уловило измерването) и връзка към Tracking. Мениджърският преглед не трябва да бъде диагностика на измерването, но не може и да я премълчи: при ниско покритие числата по канали са непълни.

В списъка с разходи ширините на колоните могат да се променят с плъзгане, точно както в Поръчки. Приложението запомня настройката за Вас и за тази таблица. Когато стесните първата колона, дългото име се изрязва с многоточие, а цялото остава в подсказката на клетката. Височината на реда не се променя.

Къде се променя ДДС

Регистрацията по ДДС и ставката задавате за всеки магазин поотделно: Анализи → Настройки → ДДС по онлайн магазин. Бързият път е връзката Задайте ДДС във филтъра на Отчети: тя отваря Настройки, разгъва раздела и превърта до него.

Данъкът се изчислява преди всичко от реалните документи (разликата между сумата с данък и без данък). Настройката се използва само когато документът не съдържа данъчната основа. Докато тя не е попълнена, данъкът в такъв случай не се доизчислява и отчетът го посочва: по-добре липсващи данни, отколкото измислени.

Това е различно от ДДС във фактурата за MitoOps: тя се ръководи от Вашия ДДС номер в акаунта, а не от тази настройка.

Преглед: какво се вижда от пръв поглед

Основният ред карти е в реда, в който се чете резултатът: Оборот · Поръчки · Брутен марж · Брутна печалба · Управленски резултат · Покупка/производство на стоката · Разходи на фирмата · Средна поръчка.

Под него има компактна лента с пет допълнителни числа: Сесии, CR, AI/LLM посещения, AI/LLM CR и Покритие на поръчките. При съкращенията има балонче „i“ с обяснение: CR е коефициентът на конверсия (поръчки ÷ сесии × 100, не го бъркайте с CTR от търсенето), AI/LLM посещения са посещенията, приписани на AI/LLM източници (например ChatGPT, Perplexity, Gemini, Claude, Copilot или Grok) според данните на свързаната аналитика, а AI/LLM CR е коефициентът на конверсия на тези посещения. Когато измерването липсва или няма AI/LLM посещения, показва се тире, а не нула: липсващите данни не са измерена нула. Показателите за търсенето (CTR, позиции) не са тук: те са в Tracking → SEO, при данните от Search Console.

Когато за магазина не е определено дали сте регистрирани по ДДС, във филтъра има връзка Задайте ДДС. Тя отваря Настройки, разгъва раздела ДДС по онлайн магазин и превърта до него.

Експорт на отчета: PDF, Word и Excel

Отчетът може да се изтегли в три формата и всеки има различно предназначение:

Формат	За какво
PDF	За изпращане и архивиране. Оформлението е фиксирано: при получателя изглежда точно както при Вас.
Word (DOCX)	Когато искате да допишете коментар в отчета или да го вмъкнете в собствен документ. Това е пълноценен редактируем документ: текстът може да се маркира и копира, таблиците са истински таблици на Word и могат да се редактират. Изображение има в него само там, където изображението има смисъл, тоест при графиката.
Excel (XLSX)	Когато искате да продължите да изчислявате с числата.

Визуализацията показва същото, което получавате в PDF и в Word: изобразява се по същия начин, а не с отделно показване.

След генерирането оставате на място

Когато отчетът приключи, директно в раздела Генериране на отчет се появява панел с номера на отчета, периода, магазините и бутони за изтегляне на точно онези формати, които са създадени. Връзките водят към конкретния отчет, а не към „най-новия“: едновременно може да генерира и автоматизация или друг потребител.

Отметнатите формати остават отметнати. Изтеглянето не се стартира само: браузърите блокират няколко файла наведнъж. Бутонът Отвори в Историята превключва към История и за няколко секунди осветява точно този ред.

Как изглежда страницата

PDF и Word са във формат A4. Тесните раздели (Обобщение, Резултат, SEO, Tracking, Бележки) са вертикални. Широките таблици (KPI, Няколко периода) се завъртат хоризонтално, за да останат числата четливи, вместо да се намалява шрифтът. Каналите от 5. 10. 2026 са вертикални: магазинът е заглавие над своите канали, а името на канала е в реда само веднъж, така че двата периода и промяната на оборота се събират на вертикална страница. Дългото име на канал се пренася, числото никога. При пет магазина това е около една трета по-малко страници с Канали. От 6. 10. 2026 Word следва същите правила като PDF: всеки лист се завърта по същия начин (според ширината на съдържанието), шрифтът се намалява със същия мащаб, но не под 7 pt, за да не се пренасят сумите, а таблица, която продължава на следващата страница, повтаря там своето заглавие. Разходите от 25. 8. 2026 са вертикални: разходите обикновено са много, така че листът се нуждае от вертикално пространство. Дългото име се пренася на два или три реда, редът се увеличава, а сумата не се изрязва. Когато разходите не се побират на страницата, те продължават на следващата страница с повторено заглавие, а не с намален шрифт. Всеки основен раздел започва на нова страница: когато Каналите заемат седем страници, Разходите започват на осмата. Таблица, която не се побира на страницата, продължава на следващата.

Процентните разлики между периодите имат леко цветово оценяване според смисъла на метриката: ръстът на оборота е зелен, а ръстът на разходите червен, спадът обратно, а позициите, при които ръстът сам по себе си не е нито добър, нито лош (ДДС, покупка на стоки, доставка в абсолютна сума), изобщо не се оцветяват. Положителният управленски резултат е с леко зелен фон, а отрицателният с леко червен.

Excel умишлено не копира оформлението на Word: той е работна книга, а не документ за четене.

Отчетът е на езика, на който използвате приложението: описанията, обясненията на показателите и имената на листовете в Excel. При качване на преведен Excel обратно (импорт на разходи) приложението намира листа и под преведеното име.

Когато визуализацията или експортът е неуспешен

Раздел, който Вашият отчет не съдържа (например Search Console, когато не е свързан), се пропуска: това не е грешка и експортът минава без него. Когато целият експорт е неуспешен, съобщението казва какво е липсвало.

Незадължителни листове: Експедиция и Опаковане и склад

Освен финансовите раздели в отчета могат да се добавят два оперативни. Те не са включени нито за новите акаунти, нито за тези, които използват MitoOps отдавна. Включвате ги в Анализи → Отчети → Експорт → Редактиране на оформлението на експорта, където са добавени два реда:

Лист: Експедиция
Лист: Опаковане и склад

Включват се поотделно, защото отговарят на два различни въпроса: първият на това чрез кой куриер си струва да се изпраща, а вторият на това колко бързо складът опакова. Всеки добавя към отчета една до две страници, затова не се включват сами: отчетът би се удължил, без някой да го е поискал.

Редът се променя по същия начин като при другите листове и важи за трите формата наведнъж. Отделна настройка само за PDF не съществува.

Без право за модула листът не може нито да се включи, нито да се генерира. Експедицията изисква право за пратки, Опаковането право за опаковане: отчетът е втори път към същите числа и правото трябва да защитава данните, а не екрана.

Когато в периода няма какво да се отчете, листът не се създава. Празна страница с нули би изглеждала като измерване с лош резултат, макар да не е измервано нищо.

Експедиция: какво има в листа

Мениджърско обобщение, кръгова диаграма Дял на пратките по превозвачи и таблица по куриери. Цветната мостра при всеки куриер отговаря на неговия сектор в диаграмата: таблицата е същевременно и легенда, така че диаграмата и числата не могат да се разминат.

Данни	Как точно се изчисляват
Пратки	Пратките, създадени през периода. Архивираните не се броят: архивът служи за отлагане на пробни и неуспешни опити, така че числата биха показвали състояние, което другаде в приложението не се вижда.
Доставени	Пратките в състояние доставена.
В движение	Пратките от периода, които все още нямат приключена съдба. При приключен месец това е остатъкът, който не е стигнал до край.
Успеваемост на доставката	Доставени ÷ (доставени + върнати + грешни). Знаменателят е само приключената съдба: пратка, която в момента е в движение, все още не е нито успех, нито неуспех. Броенето ѝ сред неуспехите би намалявало успеваемостта толкова повече, колкото повече се изпраща в момента. Анулираните изобщо не се включват в успеваемостта: анулирането е наше действие, а не неуспех на куриера.
Медиана на доставка	Измерва се от предаването на куриера до доставката, а не от създаването на пратката: времето, през което колетът лежи в склада, не е постижение на куриера. Пратка, на която липсва някоя от тези две точки, не се включва в изчислението. Оценката тук би означавала измислено число в документ за преговори за цена.
90 % доставени до	Девет от десет пратки са доставени до този брой дни. Изчислява се от същите продължителности като медианата и се закръглява нагоре: това е обещание, а не средна стойност.
Върнати	Пратката се е върнала при подателя.
Грешни	Грешка на куриера, която все още пречи на изпращането. Пратка, която е била изпратена при втори опит, не е тук.
Анулирани	Етикетът е създаден, но колетът никога не е принадлежал на куриера.

Когато някои данни не могат да бъдат казани, на тяхно място има тире, а не нула. Липсващото измерване и измерената нула са две различни неща.

При повече от десет куриера собствен сектор получават деветте най-големи, а останалите се обединяват в позицията Други с неутрален сив цвят. Сборовете остават пълни. Медианата при обединената позиция не се посочва, защото не може да се изчисли от получените стойности.

Опаковане и склад: какво има в листа

Данни	Как точно се изчисляват
Предадени на превозвача	Колетът физически е напуснал склада. Решава състоянието на пратката, а не времевият печат: склад, който предава колетите на куриера при извозване, никога няма печат за приключване.
Броя в пратките	Сборът на бройките в неанулираните пратки от периода.
Чака предаване	Пратките от периода, които имат отпечатан етикет и все още са в склада. Незавършена пратка без етикет не е тук: тя е работа за експедицията, а не за куриера.
Средно време до изпращане	От момента, в който поръчката е преминала в статус за опаковане, до предаването на куриера, в работното време на склада. Посочва се и извадката, тоест от колко пратки е изчислена средната стойност: средна стойност от три и от триста са две различни твърдения.
Работно време на склада	Настройката от Експедиция → Настройки, за да може предходният ред да бъде разтълкуван.

Защо времето се измерва в работно време. Поръчка, която пристига в събота сутрин и заминава в понеделник в десет, според календара е чакала петдесет часа, а според работата на склада два. Първото число говори за уикенда, второто за това как се опакова, а подобрено може да бъде само второто.

Поръчките извън работното време следователно не увеличават измереното време: часовете, в които складът е затворен, не се включват в измерването. Същото важи за уикендите и дните, които не са отбелязани като работни. Когато настройката липсва, важи от 8:00 до 16:00, от понеделник до петък.

Ако през модула все още не е минала нито една пратка с двете измервани точки, използва се резервно изчисление от сесиите на опаковане (кога поръчката е отворена за опаковане и кога е доопакована). Листът винаги посочва от кой източник идва числото: това са две различни величини и рязка промяна без обяснение би изглеждала като грешка.

Състояние към днес

Две данни в листа не са за периода и затова имат собствен раздел:

Чака опаковане: поръчки в статус за опаковане, които все още нямат пратка.
В движение при превозвача: колети, които в момента са навън.

Това са състояния, а не постижения. Състоянието не може да бъде изрязано по дата, без да започне да лъже: пратка, предадена преди четиридесет дни и все още недоставена, е точно тази, която интересува най-много, а при прозорец на периода би отпаднала от числото.

Седмична тенденция

Колонна диаграма на създадените пратки по седмици, а под нея таблица с точните стойности. Седмиците започват в понеделник и покриват точно избрания период: затова първата и последната седмица могат да бъдат непълни.

Редът брои пратките по седмица на създаване, без значение къде са сега. Затова сборът му не е задължително да е равен на реда Предадени на превозвача: той брои само колетите, които вече физически са напуснали склада. Разликата между тях е това, което все още стои в склада: например 99 предадени и 2 чакащи дават в реда сбор 101.

Листът умишлено не съдържа постиженията на отделните служители. Числата за конкретен човек биха превърнали мениджърския отчет в основа за оценка на отделната личност: това е различно нещо, с различни правила, и не бива да възниква като страничен продукт от месечния отчет.

Долен колонтитул на отчета

Всяка страница на PDF, Word и отпечатания Excel носи дискретен долен колонтитул с името на продукта, годината и домейна. Годината винаги е текущата, а не написана твърдо. Колонтитулът стои под съдържанието, в полето на страницата, така че не променя страниците и не закрива числата.

Кой къде има достъп

Анализите са обвързани с ролята. Отчетите виждат администраторът и мениджърът.

Човешки ресурси, клиентската поддръжка и складовият работник по подразбиране не ги виждат, както не виждат и покупните цени, а следователно и изчисления от тях марж. Администраторът може да предостави отделни права в Настройки → Потребители.

От 22. 8. 2026 правата са по-фини и могат да се предоставят поотделно:

Право	Какво прави достъпно
Отчети и KPI	Преглед, Експорт, История.
Тракинг и атрибуция	Целия екран Tracking, включително каналите и SEO.
Разходи на фирмата	Раздела Разходи и разбивката на резултата по позиции.

Маркетингова роля така може да получи Tracking без достъп до брутната печалба и разходите. Скриването в менюто не е защита: без право достъпът се отказва и от самия сървърен интерфейс.

Чести проблеми

Маржът не съвпада със счетоводството. Отчетът не е счетоводен документ. Потенциалът на маржа е ориентировъчен и се изчислява от средни цени.
Не виждам покупните цени. Те са обвързани с право и по подразбиране ги виждат администраторът и мениджърът.
Каналът липсва в отчета. Препращащият уебсайт получава собствен ред според домейна. Когато редът липсва, трафик от него през дадения период не е имало, или аналитиката го е причислила към друг канал (например инструментът за имейли принадлежи към канала Имейл).
Покритието на трекинга е ниско. Подробности има в Tracking. Ръчните и свежите поръчки намаляват покритието законно.
Брутната печалба е празна. За част от продадената стока не знаем покупната цена. Допълнете я при продуктите или проверете дали магазинът я изпраща с поръчките.
Отчетът няма данни от рекламите. Проверете състоянието на зареждането на връзката. При състояние Грешка причината обикновено е изтекъл достъп.