At a knitwear factory in Vizela, the industrial director opens his laptop at 7.30am and does what he has done for twelve years: he extracts a report from the ERP into Excel, pastes it into another file inherited from his predecessor, runs a macro that no one can explain, and by 9am he finally has a production figure for the previous day. That figure is already wrong — it was calculated from the entries that the night shift supervisor has yet to close. And when the Spanish parent company calls to ask about the status of order 4471, he replies "I'm looking into it" — which, in industrial Portuguese, means "I haven't the faintest idea".
This is not a lack of data. It is an excess of data without a decision structure. Business Intelligence for the textile industry is not about pretty charts — it is about turning the ERP into a system that answers questions before the problem costs money. This article is the complete guide to getting there, with the figures, the mistakes and the Portuguese context that generic articles lack.
1. The real operational problem
Portuguese textiles survive on thin margins and tight deadlines. A garment manufacturer working for Inditex has delivery windows measured in days, not weeks. A dye house in the Vale do Ave must prove batch traceability when the brand demands compliance with the EU Strategy for Sustainable and Circular Textiles. And footwear in Felgueiras manages collections of 800 to 1,200 SKUs with three axes — colour, size, last — that no Excel spreadsheet survives modelling.
The problem is not the absence of information. It is that the information lives in silos that do not talk to each other, and arrives too late to be of any use.
The data exists — but no one trusts it
When we ask a production director to show us how they calculate the efficiency of a line, the route is almost always the same: manual entries on paper, transcribed at the end of the shift, aggregated on a spreadsheet by someone in the office, compared against a theoretical quantity that no one has reviewed in years. The result has three problems at source.
- It arrives with 24 to 48 hours of delay — by which point the decision to reassign a machine no longer has any effect.
- It contains transcription errors that no one audits, because auditing would mean redoing all the work.
- It is not comparable between sections, because each shift supervisor counts the units in their own way.
The CFO, meanwhile, lives in another universe of data: margins by customer, average receivable periods, stock turnover. These figures come from accounting, close monthly, and by the time they reach the board table they describe a past that can no longer be corrected. There is a cruel temporal asymmetry here: the production director wants figures in hours, the CFO works in months, and the CEO wants both on the same screen at the same time. No Excel spreadsheet reconciles these three speeds well.
The hidden cost of "I'm looking into it"
It is worth breaking down what that phrase costs. At a garment manufacturer with 80 employees, the industrial director spends on average the first hour of each day compiling figures that already exist — they are just not consolidated. That is five hours a week of one of the most expensive people in the structure, spent on transcription and reconciliation instead of decision-making. Multiply by fifty-two weeks and you have a month and a half of annual work by a senior manager doing what a machine does in seconds.
But the real cost is not the time. It is the decision that goes unmade because the figure arrived too late. Line 3 that ran for two hours with badly calibrated yarn tension, only noticed at the shift close. The order that ran late because no one saw that the dye-house batch was held in quality control. The German customer who cut next year's quota because the on-time delivery rate was 84% when the contract required 95% — and no one, in-house, knew that figure before the brand presented it.
The Monday meeting that decides nothing
The classic pathology of the Portuguese industrial SME is the weekly meeting where three people bring three different versions of the same figure. The sales director says they invoiced X. Finance says it was Y. The production manager talks about units, not euros. Half an hour is lost reconciling versions before decision-making even begins.
The root of the problem is almost always semantic, not technological. Each department has defined "unit produced" differently. Sales counts what was invoiced. Production counts what came off the line, including what ended up as seconds. The warehouse counts what entered stock. These are three legitimate figures describing three different things — and the meeting is spent discovering that they were all right, each in their own way.
If the first half hour of a meeting is spent arguing over whose figure is the correct one, you don't have a management problem — you have a single-source-of-truth problem.
A well-implemented Business Intelligence system eliminates that half hour. Everyone looks at the same screen, fed by the same base, with the same definition of "unit produced" and "margin". The discussion becomes about what to do, not about who is right. And this is where the true return of BI becomes clear: it is not in the dashboard, it is in the quality of the conversation the dashboard enables.
2. What exactly is BI in the textile industry
Business Intelligence is the set of technologies and processes that gathers operational data from various sources, organises it into a consistent structure, and presents it in a way that supports decisions. In textiles, those sources are the ERP, the shop-floor terminals, the warehouse system, the sales force and — increasingly — sensors on the machines themselves.
From the spreadsheet to the analytical model
The critical distinction lies in the difference between reporting and analytics. Reporting is saying what happened — a monthly production report. Analytics is understanding why, and anticipating what is going to happen. A modern BI system does both, but the real value is in the second.
There is a ladder of analytical maturity worth keeping in mind, because it defines where your company is and where it can go. Each rung answers a different question.
| Level | Question it answers | Textile example | Typical tool |
|---|---|---|---|
| Descriptive | What happened? | We produced 12,400 items in week 34 | Report, dashboard |
| Diagnostic | Why did it happen? | The drop was on line 3, on the night shift, with fleece knit | OLAP, drill-down |
| Predictive | What is going to happen? | At this rate, order 4471 will be three days late | Statistical models, AI |
| Prescriptive | What should I do? | Reassign line 5 to nights to recover the deadline | Optimisation, simulation |
The overwhelming majority of Portuguese textile SMEs are stuck at the descriptive level, often with a delay of days. The leap of greatest immediate value is not to jump straight to predictive AI — it is to reach diagnosis in good time. Understanding why line 3 fails is worth more, at the outset, than predicting what will fail three weeks from now.
Technically, the heart of a BI system is a multidimensional analysis engine. OLAP models allow metrics to be cross-referenced across several dimensions simultaneously — production by machine, by shift, by article, by customer, by week — without waiting hours for a report. It is the difference between asking "how much did we produce" and asking "why does line 3 on the night shift have 40% more waste when it runs fleece knit for the German customer".
The terms you will hear in a demo
- ETL/ELT — the process that extracts data from the sources, transforms it and loads it into the analytical model. This is where 70% of the effort of a BI project really lives.
- Data warehouse / data mart — the structured repository where the data lives already cleaned and reconciled, separate from the operational system so as not to overload it.
- KPI — key indicator. In textiles, the ones that matter are OEE, defect rate, average delivery time, margin per collection and stock turnover.
- Dashboard — the visualisation screen. The classic mistake is to fill it with everything. A good dashboard answers three questions and fits on one screen.
- Self-service BI — the ability of a business user to create their own analyses without depending on IT for every question.
- Associative model — the logic where clicking on an article immediately shows all the associated customers, batches and shifts, without having to rebuild the query. It is what distinguishes a modern tool from a rigid report.
The KPIs that really matter in textiles and footwear
Not every indicator deserves space on the screen. A useful industrial dashboard focuses on a handful of metrics that change decisions. These are the ones we see generate real return.
- OEE (Overall Equipment Effectiveness) — cross-references availability, performance and quality into a single percentage. A knitting line with an OEE of 58% is leaving almost half its capacity on the floor.
- First-quality rate — the percentage of production that passes without rework. In footwear, seconds destroy margin silently.
- On-time delivery (OTD) — how many orders left on the promised date. It is the figure the international parent company sees before you do.
- Margin by article and by customer — the cross-reference that reveals that the customer who invoices most may be the one who leaves the least margin.
- Stock turnover and coverage — capital tied up in raw material and finished product, measured in days.
- Actual vs theoretical lead time — the difference between what planning assumes and what the shop floor delivers.
A brief history — why Excel still wins
Enterprise BI was born in the 1990s with expensive, centralised tools, served by IT teams. It became democratised from 2010 onwards with self-service visualisation platforms. But in the Portuguese textile SME, the real competitor to BI was never other software — it was and still is Excel. And Excel wins for one simple reason: it is always there, no one needs to ask permission, and it does 80% of what you want. The problem is the other 20% — version control, scale, automation, single source — which is exactly where an industrial operation gets hurt.
Excel is not the enemy. It is the symptom. When the spreadsheet becomes the backbone of the management of an eighty-person factory, what is missing is not software — it is a decision to stop guessing.
3. The landscape in Portugal today
The textile and clothing industry is one of the pillars of Portuguese exports. According to data from the INE and International Trade Statistics, the sector represents a relevant slice of the country's manufacturing exports, with strong concentration in the North — the Vale do Ave cluster (Famalicão, Guimarães, Barcelos, Vizela) and footwear from Felgueiras and São João da Madeira. The ATP has, over recent years, underlined the sector's weight in the North's industrial employment and its structural dependence on exports.
Digitalisation: the gap between large and small
The European Commission's Digital Economy and Society Index (DESI) data consistently shows that Portugal is above the EU average in connectivity but below it in the integration of digital technologies in businesses — and the gap widens the smaller the company. The adoption of data analysis (big data / business analytics) by Portuguese SMEs systematically lags behind their EU counterparts, according to Eurostat.
In practice, this translates into a reality we see in the field: the large exporting houses already have serious BI, often imposed by the international parent company. The SMEs that subcontract to them continue to decide with the owner's instinct and an Excel spreadsheet. The paradox is that it is these SMEs — the smallest, the most exposed to price pressure — that would benefit most from knowing exactly where their margin is.
The German brand that buys your production already knows more about your efficiency than you do — because it demands the data in its own format. The question is whether you use it too, or merely hand it over.
Footwear: complexity that breaks Excel
It is worth isolating footwear, because it is the case where the problem is most acute. A Felgueiras collection has between 800 and 1,200 references, organised across three combinatorial axes: colour, size and last. A women's shoe reference in eight colours and eight sizes generates 64 combinations — before considering width variants. Multiply this by an entire collection and you understand why no spreadsheet, however well-intentioned, survives modelling production planning and raw-material requirements.
Add to this the pace of the sector: international buyers visit twice a year — men's footwear in August, women's in February. Between the trade fair and production there is a tight window to convert samples into firm orders, calculate requirements and commit raw material. Whoever decides with yesterday's data misses the window. APICCAPS has documented how the competitiveness of Portuguese footwear rests ever less on cost and ever more on the capacity for rapid response and short runs — precisely the terrain where information in good time is worth gold.
The figures that define the sector
| Dimension | Typical reality in PT textiles/clothing |
|---|---|
| Geographic concentration | North — Vale do Ave and the Porto metropolitan area concentrate the majority of the sector's employment |
| Company profile | Predominance of micro and small family businesses; strong subcontracting fabric |
| Dominant business model | Made-to-order manufacturing for large international brands (private label) |
| Emerging regulatory pressure | EU Strategy for Sustainable Textiles, digital product passport, traceability |
| Labour constraint | Ageing and difficulty renewing shop-floor staff |
Sustainability and the digital product passport
The EU Strategy for Sustainable and Circular Textiles, presented in 2022, is not a vague statement of intent — it brings concrete obligations that are drawing near. The digital product passport will require each item to carry verifiable information about composition, origin and footprint. This has a direct consequence for BI: batch traceability ceases to be a quality extra and becomes a legal requirement with a deadline. The dye house that today does not know, in seconds, which dye batch went into which roll of fabric for which order, will have to know. And there is no way to supply that information reliably from manual entries.
The funding exists. PT2030, the PRR, COMPETE 2030 and Norte 2030 have lines for digitalisation and Industry 4.0. What holds things back is not the application — it is the technical report that must prove the impact of the investment, and which many SMEs cannot write because they do not measure the starting point. You cannot demonstrate that OEE improved from 58% to 71% if you never measured OEE.
The mistake of the application without a baseline
We see this repeatedly: a company applies for digitalisation funds, the investment is approved, the software is implemented — and in the final report, when impact must be demonstrated, there is nothing to compare against. The application promised "increased efficiency" without ever having measured the initial efficiency. The result is a weak technical dossier, a reimbursement at risk, and the next application harder to defend. The correct order is always the same: measure first, invest afterwards, prove at the end with figures that existed before.
4. The BI implementation models
There are five realistic approaches for a textile SME to implement BI. They are not all good — some are dead ends disguised as a quick solution.
Model 1: Advanced Excel with Power Query
Almost everyone's starting point. Connections to databases, automated transformations, pivot tables. Cheap, familiar, immediate. It scales badly, breaks when the author leaves the company, and serves no more than two or three simultaneous users. It works as a proof of concept, not as a destination. The sign that you have outgrown it is when the file takes minutes to open, or when two people edit the same sheet and the versions diverge without anyone knowing which is the good one.
Model 2: Native ERP reports
Every industrial ERP comes with reports. The problem is that they answer the questions the vendor imagined, not yours. Cross-referencing production data with margin by customer in a standard report rarely works without bespoke development — and at that point it is no longer cheap. They are excellent for fixed, recurring questions — the monthly invoicing report, the running account statement — and terrible for free exploration. They serve a purpose, but do not replace an analytical layer.
Model 3: A dedicated BI platform over the ERP
A visualisation and modelling tool (of the Qlik Sense kind) that connects to the ERP and other sources, builds its own analytical model, and serves dashboards to the whole organisation. This is the model we recommend for most industrial SMEs. It requires initial investment and good modelling, but it scales, has governance, and frees IT from the thousand ad-hoc questions. The associative model allows whoever asks the question to refine it alone, without going back to the IT queue — and that is what changes the decision-making culture, not the chart itself.
Model 4: BI embedded in the application ecosystem
When the ERP, the shop floor and the warehouse are from the same vendor, the BI already comes fed by coherent data. It is the ideal scenario: the entries from KORA Productivity feed the model directly, without fragile ETL in between. Less integration, fewer points of failure. The hidden advantage is semantic: when the systems are from the same family, "unit produced" means the same thing everywhere, because the definition lives in a single place.
Model 5: Corporate data warehouse with a data team
The approach of the large houses. A dedicated warehouse, robust data pipelines, in-house data engineers. Extremely powerful and proportionally expensive. It makes sense above a scale that the overwhelming majority of Portuguese textiles do not have. If the company has several factories, operates in several countries, or consolidates accounts from several entities, this stops being overkill and becomes a necessity.
| Model | Initial cost | Scale | Governance | Suited to |
|---|---|---|---|---|
| Excel + Power Query | Very low | Weak | None | PoC, micro-business |
| ERP reports | Low | Medium | Medium | Fixed, predictable questions |
| Dedicated BI platform | Medium | Good | Good | SMEs 30-250 employees |
| BI embedded in the ecosystem | Medium | Good | Very good | Those who already have ERP+MES from the same vendor |
| Corporate data warehouse | High | Excellent | Excellent | Large groups, multi-factory |
The total cost of ownership no one calculates
The cost comparison above refers to start-up. But the most expensive mistake is to look only at the licence price and ignore the total cost of ownership over three years. A "free" Excel that consumes five hours a week of a director's time costs, in salary, far more than a BI licence. A corporate data warehouse requires a data team that most SMEs do not have and do not want to hire. The honest calculation includes licences, implementation, training, maintenance, and — above all — the time of the people who today do by hand what the system would do on its own. When everything is included, the apparently most expensive model is often the cheapest.
5. How to assess whether your company needs it
Not every company needs serious BI tomorrow. But there are clear signs that the spreadsheet already costs more than it seems.
- The weekly meeting begins with arguments over which of the figures is correct.
- A simple question from the board — "what was customer X's margin this quarter?" — takes more than a day to answer.
- There is one person (only one) who knows how to maintain the management files, and the company panics when they go on holiday.
- Production data only becomes available the next day, when it is no longer useful for reacting.
- The international parent company asks for indicators in a format that requires manual work every month.
- You make raw-material purchasing decisions without knowing the actual turnover of the stock you already have in the warehouse.
- You discover that an article was making a loss only when the accountant closes the year.
Step by step: the analytical maturity diagnosis
Before buying anything at all, carry out this internal diagnosis. It takes less than a week and avoids buying the wrong tool.
- Inventory the data sources. List all the systems that contain management information: ERP, production terminals, warehouse, sales, accounting. Note which talk to each other and which are islands.
- Measure the current response time. Choose five questions the management asks regularly and time how long each one takes to answer today. This is your starting point — and the figure you will defend in the funding application.
- Identify the missing single source of truth. For each critical metric (production, margin, stock), determine whether there is a consensus definition or whether each department counts in its own way.
- Define the 5 questions that would change decisions. Do not ask for "all the data". Ask: if I knew this in real time, what decision would I make differently? Those five questions are the scope of your first dashboard.
- Assess the quality of the source data. BI over dirty data produces dirty decisions faster. If the production entries are wrong at source, fix that first — not afterwards.
Do not buy BI to have dashboards. Buy BI to answer five specific questions that today take days. If you cannot name the five questions, you are not yet ready to buy.
Data quality comes before everything
We insist on this point because it is where most projects fail. A BI system is an amplifier: it takes what exists and makes it visible and fast. If what exists are production entries where the operator records "approximately" the units, or where scrap is not entered because it is a hassle, BI will show wrong figures with dangerous confidence. The illusion of precision of a pretty dashboard is more dangerous than the honest uncertainty of a scribbled sheet. Before any platform, ensure that capture at source is reliable — ideally through real-time capture at the workstation itself, which removes manual transcription from the equation.
6. What to choose and why, by company size
The recommendation changes radically with size and maturity. There is no single answer.
Micro-business (up to 15 employees)
Stick to Excel with well-built Power Query and to the ERP reports. Investing in a dedicated BI platform here is over-engineering. Focus instead on having a vertical ERP that records the data well at source — because bad BI over good data is recoverable, good BI over bad data is not. At this size, the owner is often still on the shop floor and knows what is going on by direct observation. BI is only justified when the operation grows to the point where the owner can no longer see everything with their own eyes.
Small business (15-50 employees)
Start modelling. A dedicated BI platform becomes profitable when there are more than three people who need figures and when production comes to have several lines or sections. The inflection point is normally when the company starts to subcontract or to be subcontracted by brands that demand reporting. It is also the size at which the cost of a management error — buying too much raw material, accepting an order without margin — is already large enough to pay for the system with a single avoided decision.
Medium business (50-250 employees)
Here the BI platform ceases to be a luxury and becomes infrastructure. The recommended combination is vertical ERP + shop-floor capture + BI, all fed by a coherent source. If the operation has very high configuration complexity — many variants, many rules — it is worth looking at a low-code ERP such as QAD Adaptive ERP that adapts without rewriting everything at each process change. At this scale, governance is no longer optional: who sees what, who can alter definitions, how you ensure that the board's figure is the same as the shop floor's.
| Profile | Recommended stack | Priority no. 1 |
|---|---|---|
| Micro (<15) | Vertical ERP + Excel/Power Query | Clean data at source |
| Small (15-50) | Vertical ERP + dedicated BI platform | Single source of truth |
| Medium (50-250) | ERP + production capture + integrated BI | Real time on the shop floor |
| Large / multi-factory | ERP + data warehouse + data team | Consolidation and governance |
The trio that decides — and who really rules
A field note: the decision in a Portuguese family SME almost always falls to a trio — CEO, CFO and the IT lead. This last is often a self-taught person with fifteen years of business knowledge and no formal qualification. They are the most important person in the room. Win them over and the project moves; ignore them and it dies at the start. They know every quirk of the ERP, know where the hidden data is, and it is they who will maintain the system after the consultant leaves. A BI project that treats them as an executor rather than a partner is doomed before it begins.
The IT lead of a Portuguese industrial SME rarely has a diploma on the wall. They have something better: fifteen years of knowing exactly where the figures lie. Ignoring them is the fastest way to kill a project.
The warehouse manager and the resistance no one anticipates
There is a resistance that software vendors always underestimate: that of the floor. The warehouse manager of the distribution centre on the Lousada-Paços corridor does not care about the board's dashboard. They want the picking to run, the handheld to work, and no one to pull them out of the operation for more than two hours. If the BI rollout asks more recording work of them without giving anything useful back, they sabotage it — not out of bad faith, but out of operational survival. The rule we have learned: every person the system asks for a piece of data must receive, in return, something that saves them time. The KORA Inventory Suite gives them back fewer phone calls and fewer stockouts; that is what wins them over, not the slide presentation.
7. Applicable regulatory framework and compliance
BI does not live in a legal vacuum. The data it aggregates is subject to rules that management must know.
Invoicing, SAF-T and the origin of financial data
The financial data that BI consumes comes from an invoicing system certified by the Tax Authority. Decree-Law 28/2019 establishes the invoicing rules, including the ATCUD and the requirement for certified software. The communication of SAF-T to the AT follows the rules of Ordinance 195/2020. A good BI system helps to validate the consistency between what was invoiced and what was reported — before the AT does it for you. It is common to discover, on cross-referencing the data, divergences between the recorded invoicing and the reported SAF-T that would go unnoticed until an inspection.
GDPR and people's data
As soon as BI cross-references employee data — productivity by operator, absenteeism, appraisal — it falls within the scope of the GDPR and Law 58/2019. The rule is minimisation: gather only what you need, for an explicit purpose, and never use individual productivity metrics for purposes that were not communicated to the worker. A well-designed people management system already handles this legal basis. There is a fine line here best not crossed: measuring the efficiency of a line is legitimate; building an individual ranking of operators for disciplinary pressure without a legal basis and without transparency is the territory of labour litigation.
Predictive AI and the AI Act
When BI evolves into predictive models — forecasting turnover, absenteeism, defects — it enters the perimeter of the AI Act (Regulation EU 2024/1689). Systems that assess or classify people in the employment context may fall into risk categories that require transparency and human oversight. This is not a reason not to use AI — it is a reason to use it with documented governance. The phased entry into application of the regulation gives time to prepare, but whoever already uses models that touch decisions about people should begin to map their risk classification now.
NIS2 and platform security
A BI system concentrates the company's most valuable knowledge in a single place. That makes it a target. The NIS2 Directive, transposed by DL 65/2025, extends cybersecurity obligations to more industrial entities. Certifications such as ISO 27001 cease to be a commercial differentiator and become a requirement in many international tender specifications. ENISA itself has warned about the increase in incidents directed at industrial supply chains — and a textile SME that supplies a large brand is, by that route, part of a critical chain.
| Regime | What it requires of BI | When it applies |
|---|---|---|
| DL 28/2019 + Ordinance 195/2020 | Financial data from a certified source; consistency with SAF-T | Whenever BI touches invoicing |
| GDPR + Law 58/2019 | Minimisation, explicit purpose, legal basis | When it cross-references people's data |
| AI Act (EU 2024/1689) | Risk classification, transparency, human oversight | Predictive models about people |
| NIS2 (DL 65/2025) | Cybersecurity measures, incident management | Industrial entities within the perimeter |
| EU Textile Strategy | Batch traceability, digital passport | Textile production for the EU market |
The dashboard that shows margin by customer is exactly the file a competitor would pay to see. Protecting the BI is protecting the commercial strategy.
8. How INFOS approaches this
We have worked for more than three decades with Portuguese industry — textiles, clothing, footwear, metal and plastic. That means that when we talk about BI, we do not start with charts. We start with the origin of the data: the vertical ERP that records production well, the shop-floor entries captured in real time, the warehouse that knows where each batch is.
Our logic is simple: coherent BI requires coherent data. That is why Qlik Sense in our approach is fed by sources that already speak the same language — the MULTI ERP for financial and production management, KORA Productivity for lead time and OEE in real time, and the KORA Inventory Suite for the warehouse. Fewer fragile bridges between systems, less ETL breaking in the small hours.
Why we always start with capture at source
The customer's temptation is to start with the pretty screen — they want to see the dashboard at the first meeting. Our experience has taught us to resist. A dashboard fed by production data transcribed by hand will show false figures with the authority of a professional chart, and that is worse than having no dashboard at all. That is why the first question we ask is not "what charts do you want to see" but "how do these figures enter the system today". If the answer involves paper and transcription, that is where we start — with real-time capture at the workstation, so that the data is born correct and does not need to be reconciled afterwards.
Technical assessment and proof of concept before the contract
And yes, we know that the warehouse manager of the distribution centre on the Lousada-Paços corridor will fight any rollout that pulls them off the handheld for more than two hours. That is why we do not sell revolutions — we sell dashboards that they consult in thirty seconds and that save them phone calls. Before any contract, we carry out a technical assessment and a proof of concept with your real data. We prefer to show value on your own figures than to promise value on someone else's. If you want to understand how to assess the vertical fit of a system, our guide on vertical fit of industrial ERP applies equally to the BI layer.
9. 30/60/90-day roadmap
Implementing BI in a quarter is realistic if the scope is disciplined. The fatal mistake is wanting everything at once. Start small, deliver visible value, expand.
Days 1-30: foundation and first value
- Complete the five-step analytical maturity diagnosis from section 5.
- Choose the five questions that change decisions and validate them with the CEO/CFO/IT trio.
- Connect the BI platform to the first source — normally the ERP's financial module.
- Deliver a first functional dashboard with three or four KPIs. The goal is for the board to use it in the fourth-week meeting.
Days 31-60: shop floor and production
- Integrate the production data — if capture is in real time, so much the better.
- Build the operational dashboard: OEE by line, defect rate, adherence to the MRP plan.
- Reconcile the definitions of "unit produced" between sections — this is the week the single source of truth is fixed.
- Train two or three key users in self-service to reduce dependence on IT.
Days 61-90: consolidation and governance
- Cross-reference production with margin: the dashboard that shows which article makes money and which only makes work.
- Define permissions and access security aligned with GDPR and ISO 27001.
- Automate the data refresh so that no one loads anything by hand.
- Document the model and prepare the before/after indicators dossier — it is what will underpin the application for PT2030 or COMPETE 2030 funds.
The mistakes that derail a 90-day project
It is worth naming the traps we see sink timelines. The first is scope that grows: you start with five questions and by the end of a month there are forty, each requested by someone different. The discipline of saying "that goes to phase two" is what separates a delivered project from an eternal one. The second is ignoring the quality of the source data and discovering in week 6 that the production entries do not add up — fixing this halfway through costs double. The third is building the perfect dashboard that no one uses because it was not designed with those who decide. A used dashboard with four indicators is worth infinitely more than a perfect dashboard that is ignored.
After 90 days you will not have a complete BI project. You will have something better: proof, in-house, that reliable figures change decisions — and the foundation for everything else.
The quick win you can implement this very week, before any platform: choose the question that is hardest to answer today, time it, and write the figure on a wall. It is the baseline that will justify the investment — and the first time your company measured, instead of guessing.
Sources
- European Commission — Digital Economy and Society Index (DESI), country reports (Portugal).
- Eurostat — Digital economy and society statistics: use of big data / business analytics by enterprises.
- Instituto Nacional de Estatística (INE) — International Trade Statistics and business statistics for the textile and clothing sector.
- ATP — Textile and Clothing Association of Portugal — sectoral data on employment and exports.
- APICCAPS — Portuguese Association of the Footwear, Components, Leather Goods and their Substitutes Industries — sectoral statistics and monographs.
- Decree-Law no. 28/2019, of 15 February — invoicing regime and ATCUD (Diário da República).
- Ordinance no. 195/2020, of 13 August — communication of invoice elements (SAF-T) to the Tax Authority.
- Regulation (EU) 2016/679 (GDPR) and Law no. 58/2019 — national implementation in Portugal.
- Regulation (EU) 2024/1689 (AI Act) — Official Journal of the European Union.
- Directive (EU) 2022/2555 (NIS2) and Decree-Law no. 65/2025 — national transposition.
- ENISA — European Union Agency for Cybersecurity — threat landscape reports.
- European Commission — EU Strategy for Sustainable and Circular Textiles (2022).
Frequently asked questions
What is the difference between a BI dashboard and an Excel spreadsheet with charts?
A BI dashboard feeds automatically from data updated in real time or close to it, whereas Excel requires manual extractions and is subject to transcription errors. In textiles, this means the industrial director sees updated production figures without waiting 24 hours and without macros that no one understands.
How much time is really saved with a BI system in a textile factory?
A garment manufacturer with 80 employees saves approximately 5 hours a week of a senior manager in data compilation — the equivalent of a month and a half of annual work. But the greater gain is the decision made in time: avoiding delays, detecting quality problems before the shift close, and meeting deadlines with customers.
Does BI solve the problem of each department having different figures?
Yes. BI establishes a "single source of truth" with consistent definitions — what a "unit produced" is, how margin is calculated, when a batch enters stock. It eliminates the half-hour arguments in meetings over who is right, allowing the focus to be on the real decision.
Does a BI dashboard need to be very complex to be useful?
No. The most effective dashboards in textiles are simple: they show the day's production status, the on-time delivery rate by customer, and quality alerts. The complexity lies in the data structure behind it, not in the interface the decision-maker sees.
How does BI help meet tight deadlines with customers like Inditex?
By providing real-time visibility of the status of each order — whether it is in production, dyeing, quality control or ready for dispatch. It allows delays to be detected before they become critical and resources reassigned. Without this, the problem is only discovered when the customer calls to ask.
What is the first step to implementing BI in a small textile industry?
Start with the ERP that already exists — extract production, sales and quality data, and create a simple dashboard with the metrics the industrial director and CFO consult daily. There is no need for sensors on the machines or new systems; it is a matter of organising what you already have.
Is BI compatible with the traceability required by the EU Strategy for Sustainable Textiles?
Yes. A BI system allows batches to be traced by origin, process, date and quality-control result — exactly what the regulation requires. It transforms traceability from an administrative cost into a documented competitive advantage.
