{"id":23311,"date":"2025-05-15T08:31:29","date_gmt":"2025-05-15T08:31:29","guid":{"rendered":"https:\/\/dev.accevosystems.com\/?p=23311"},"modified":"2026-03-06T13:40:08","modified_gmt":"2026-03-06T13:40:08","slug":"validazione-del-sistema-di-produzione-nellindustria-farmaceutica-ebr-mes-validazione-del-sistema","status":"publish","type":"post","link":"https:\/\/accevo.com\/it\/blog\/manufacturing-system-validation-in-the-pharmaceutical-industry-ebr-mes-system-validation\/","title":{"rendered":"Convalida del sistema di produzione nell'industria farmaceutica - Convalida del sistema EBR\/MES"},"content":{"rendered":"<h3 class=\"wp-block-heading\">La convalida del sistema nell'industria farmaceutica \u00e8 un processo cruciale per garantire che i sistemi computerizzati siano adatti all'uso previsto e soddisfino i requisiti normativi vigenti. Si tratta di un requisito obbligatorio delle cGMP (current Good Manufacturing Practices) ed \u00e8 essenziale per gestire la qualit\u00e0 dei prodotti fabbricati. Qualsiasi sistema computerizzato che possa influire sulla sicurezza del paziente, sulla qualit\u00e0 del prodotto e sull'integrit\u00e0 dei dati deve essere adeguatamente convalidato.<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Leggete di pi\u00f9 o ascoltate il nostro podcast sull'IA:<\/p>\n\n\n\n<figure class=\"wp-block-audio\"><audio controls src=\"https:\/\/accevo.com\/wp-content\/uploads\/2025\/05\/Validation-of-MES-system-in-pharma.wav\"><\/audio><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">La convalida mira a sviluppare le buone pratiche esistenti nel settore in modo efficiente ed efficace. Si tratta di dimostrare attraverso <strong>prove documentate<\/strong> che ogni sistema computerizzato produca costantemente i risultati attesi. I principali requisiti normativi e le linee guida che informano la convalida in questo settore includono le normative GxP (Good Practice), il volume 4 di EudraLex, l'allegato 11 sui sistemi computerizzati, il 21 CFR Part 11 della FDA statunitense sui record elettronici e le firme elettroniche e la guida GAMP dell'ISPE: A Risk-Based Approach to Complaint GxP Computerized Systems (GAMP 5). La GAMP 5, ad esempio, fornisce una guida pratica, stabilisce un linguaggio comune e promuove un approccio al ciclo di vita del sistema basato sulle buone prassi.<\/p>\n\n\n<div class=\"wp-block-image\">\n<figure class=\"aligncenter size-large is-resized\"><img fetchpriority=\"high\" decoding=\"async\" width=\"1024\" height=\"1024\" src=\"https:\/\/accevo.com\/wp-content\/uploads\/2025\/05\/wordcloud-1024x1024.webp\" alt=\"\" class=\"wp-image-23316\" style=\"width:414px;height:auto\" title=\"\" srcset=\"https:\/\/accevo.com\/wp-content\/uploads\/2025\/05\/wordcloud-1024x1024.webp 1024w, https:\/\/accevo.com\/wp-content\/uploads\/2025\/05\/wordcloud-300x300.webp 300w, https:\/\/accevo.com\/wp-content\/uploads\/2025\/05\/wordcloud-150x150.webp 150w, https:\/\/accevo.com\/wp-content\/uploads\/2025\/05\/wordcloud-768x768.webp 768w, https:\/\/accevo.com\/wp-content\/uploads\/2025\/05\/wordcloud-1536x1536.webp 1536w, https:\/\/accevo.com\/wp-content\/uploads\/2025\/05\/wordcloud-2048x2048.webp 2048w, https:\/\/accevo.com\/wp-content\/uploads\/2025\/05\/wordcloud-12x12.webp 12w\" sizes=\"(max-width: 1024px) 100vw, 1024px\" \/><\/figure>\n<\/div>\n\n\n<p class=\"wp-block-paragraph\">In questo contesto, un sistema computerizzato, come i sistemi MES o EBR di Accevo, \u00e8 un insieme di componenti software e hardware che insieme soddisfano determinate funzionalit\u00e0. Il software applicativo deve essere convalidato, mentre l'infrastruttura IT sottostante deve essere qualificata. Se un sistema computerizzato sostituisce un'operazione manuale, non deve diminuire la qualit\u00e0 del prodotto, il controllo del processo o la garanzia di qualit\u00e0, n\u00e9 aumentare il rischio complessivo del processo.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Il modello V nella convalida dei sistemi<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">L'approccio generale alla convalida di un sistema computerizzato come il MES o l'EBR integra le attivit\u00e0 di convalida con l'implementazione del sistema, tipicamente seguendo una <strong>Ciclo di vita del sistema<\/strong>. Questo ciclo di vita spesso comprende fasi come la pianificazione e le specifiche, la progettazione e lo sviluppo, la verifica, il funzionamento e la dismissione. Il livello di impegno della convalida \u00e8 commisurato alla complessit\u00e0 del sistema (categorizzazione) e al rischio associato all'uso previsto (criticit\u00e0 cGxP). Il processo di convalida viene spesso rappresentato con un <strong>Modello V<\/strong>.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Le tipiche attivit\u00e0 di convalida e la relativa documentazione comprendono:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Piano generale di convalida (VMP):<\/strong> Un documento fondamentale che fornisce una panoramica delle attivit\u00e0 di convalida e qualificazione pianificate, definendo l'ambito, il quadro di riferimento, gli standard del sistema di qualit\u00e0, i ruoli e le responsabilit\u00e0, l'approccio e gli elementi da fornire per la convalida.<\/li>\n\n\n\n<li><strong>Piano di convalida (VP):<\/strong> Descrive le attivit\u00e0 e i risultati specifici richiesti per l'implementazione e il funzionamento del sistema, fornendo una pianificazione dettagliata, definendo le responsabilit\u00e0 ed elencando la documentazione necessaria. Fornisce la prova che le attivit\u00e0 di convalida saranno sistematiche e controllate.<\/li>\n\n\n\n<li><strong>Specifiche dei requisiti utente (URS):<\/strong> Documenta le esigenze e i requisiti aziendali per i processi controllati dal sistema. Specifica ci\u00f2 che il sistema deve eseguire. L'URS comprende i requisiti generali, i requisiti normativi (come quelli per l'integrit\u00e0 dei dati, la traccia di audit e la sicurezza) e i requisiti funzionali\/processuali. Dovrebbe includere un elenco dei luoghi in cui vengono utilizzati i record e le firme elettroniche e che hanno un impatto normativo. I requisiti sono identificabili in modo univoco.<\/li>\n\n\n\n<li><strong>Analisi del rischio (RA):<\/strong> Un processo sistematico, che spesso utilizza metodi come la FMEA semplificata (Failure Mode and Effects Analysis) basata sulle raccomandazioni GAMP 5, per valutare, controllare, comunicare e rivedere il rischio durante il ciclo di vita del sistema. Valuta la rilevanza GxP del sistema, l'integrit\u00e0 dei dati e l'impatto sui processi di qualit\u00e0, definendo anche le azioni correttive. Le attivit\u00e0 di convalida si basano spesso sulle conclusioni dell'analisi dei rischi.<\/li>\n\n\n\n<li><strong>Specifiche funzionali (FS) e specifiche di progettazione software\/hardware (DS):<\/strong> Il FS descrive le funzioni e i moduli del sistema utilizzati per soddisfare i requisiti definiti nell'URS. Il DS documenta il modo in cui viene costruito il sistema, compresi struttura, algoritmi, logica, formati di dati e descrizioni delle interfacce. Il DS comprende anche le specifiche di configurazione e di progettazione HW\/SW. Il FS viene creato a partire dall'URS e da eventuali documenti di proposta e costituisce la base per i test di funzionalit\u00e0. La Qualificazione della progettazione (DQ) prevede la valutazione della documentazione del progetto per stabilire se il sistema \u00e8 stato progettato secondo le regole GMP\/GAMP.<\/li>\n\n\n\n<li><strong>Qualificazione dei fornitori (SQ):<\/strong> Valuta se il fornitore \u00e8 in grado di fornire un prodotto o un servizio di alta qualit\u00e0, di soddisfare i requisiti normativi, di disporre di procedure di qualit\u00e0 adeguate e di gestire l'implementazione, il supporto e gli aggiornamenti.<\/li>\n\n\n\n<li><strong>Qualificazione dell'installazione (IQ):<\/strong> Verifica l'installazione e la configurazione documentata di tutti i componenti del sistema, sia hardware che software, in base alle specifiche. Comprende la verifica della corretta installazione e configurazione.<\/li>\n\n\n\n<li><strong>Qualificazione operativa (OQ):<\/strong> Conferma che il sistema funziona come descritto nella specifica funzionale. L'OQ verifica le funzioni pi\u00f9 critiche del sistema, in particolare quelle che gestiscono i dati critici, e include risultati di test positivi e negativi. Dovrebbe includere la verifica dei requisiti normativi per le registrazioni e le firme elettroniche. L'OQ viene tipicamente eseguito in un ambiente di convalida.<\/li>\n\n\n\n<li><strong>Qualificazione delle prestazioni (PQ):<\/strong> Verifica e documenta che i requisiti dell'utente sono soddisfatti. Il PQ verifica l'intero processo gestito dal sistema, come definito nell'URS. I test PQ sono spesso eseguiti nell'ambiente di produzione utilizzando dati reali.<\/li>\n\n\n\n<li><strong>Matrice di rintracciabilit\u00e0 (TM):<\/strong> Mappatura di tutti i requisiti tecnici dell'URS nelle sezioni corrispondenti dei documenti di progettazione e delle procedure di prova (IQ\/OQ\/PQ). L'obiettivo \u00e8 verificare che tutti i requisiti definiti nell'URS siano soddisfatti dal sistema. Dimostra la relazione tra i requisiti dell'utente e i test eseguiti con successo.<\/li>\n\n\n\n<li><strong>Rapporto di sintesi della convalida (VSR):<\/strong> Un documento emesso alla fine del processo di convalida che riassume tutte le attivit\u00e0 e i risultati pianificati. Analizza i dati raccolti, riporta i risultati dei test (comprese le non conformit\u00e0), conferma che le attivit\u00e0 sono state eseguite come previsto, valuta i risultati dei test rispetto ai criteri di accettazione e fornisce una chiara dichiarazione che il sistema \u00e8 verificato e rilasciato per l'uso operativo. La matrice di rintracciabilit\u00e0 \u00e8 tipicamente inclusa come allegato.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\"><\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img decoding=\"async\" width=\"1024\" height=\"571\" src=\"https:\/\/accevo.com\/wp-content\/uploads\/2025\/05\/Screenshot-2025-05-15-at-10.29.09-1024x571.png\" alt=\"\" class=\"wp-image-23312\" title=\"\" srcset=\"https:\/\/accevo.com\/wp-content\/uploads\/2025\/05\/Screenshot-2025-05-15-at-10.29.09-1024x571.png 1024w, https:\/\/accevo.com\/wp-content\/uploads\/2025\/05\/Screenshot-2025-05-15-at-10.29.09-300x167.png 300w, https:\/\/accevo.com\/wp-content\/uploads\/2025\/05\/Screenshot-2025-05-15-at-10.29.09-768x428.png 768w, https:\/\/accevo.com\/wp-content\/uploads\/2025\/05\/Screenshot-2025-05-15-at-10.29.09-1536x857.png 1536w, https:\/\/accevo.com\/wp-content\/uploads\/2025\/05\/Screenshot-2025-05-15-at-10.29.09-18x10.png 18w, https:\/\/accevo.com\/wp-content\/uploads\/2025\/05\/Screenshot-2025-05-15-at-10.29.09.png 1958w\" sizes=\"(max-width: 1024px) 100vw, 1024px\" \/><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\">Chi convalida?<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">La convalida viene eseguita da diversi ruoli, tra cui il <strong>Proprietario del processo<\/strong> (responsabile del processo aziendale, revisione dei documenti di convalida, gestione delle modifiche), <strong>Proprietario del sistema<\/strong> (responsabile delle questioni tecniche, delle infrastrutture, delle fasi di approvazione), <strong>Unit\u00e0 di qualit\u00e0<\/strong> (responsabile delle questioni di qualit\u00e0, della revisione\/approvazione di specifici prodotti, della garanzia di conformit\u00e0), <strong>Responsabile di progetto<\/strong> (responsabilit\u00e0 generale per la fornitura della soluzione, revisione dei deliverable), e la <strong>Fornitore<\/strong> (fornisce implementazione del sistema, servizi di consulenza, test).<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Mantenere la convalida durante il ciclo di vita del sistema<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">La convalida non \u00e8 solo un'attivit\u00e0 una tantum al momento dell'implementazione. Mantenere il <strong>Stato convalidato<\/strong> durante la vita operativa del sistema e durante la sua fase di dismissione. Le attivit\u00e0 di queste fasi comprendono il passaggio di consegne, la gestione del supporto, il monitoraggio delle prestazioni, la gestione degli incidenti, la CAPA, la gestione delle modifiche, la riparazione, la revisione periodica, il backup e il ripristino, la continuit\u00e0 operativa, la gestione della sicurezza, l'amministrazione del sistema, la migrazione dei dati e il pensionamento\/smaltimento del sistema.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In questo contesto, un sistema computerizzato \u00e8 un insieme di componenti software e hardware che insieme svolgono determinate funzionalit\u00e0. Il software applicativo deve essere convalidato, mentre l'infrastruttura informatica sottostante deve essere qualificata. Se un sistema computerizzato sostituisce un'operazione manuale, non deve diminuire la qualit\u00e0 del prodotto, il controllo del processo o la garanzia di qualit\u00e0, n\u00e9 aumentare il rischio complessivo del processo.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">L'approccio generale alla convalida di un sistema computerizzato integra le attivit\u00e0 di convalida con l'implementazione del sistema, in genere seguendo un ciclo di vita del sistema. Questo ciclo di vita spesso comprende fasi come la pianificazione e le specifiche, la progettazione e lo sviluppo, la verifica, il funzionamento e la dismissione. Il livello di impegno della validazione \u00e8 commisurato alla complessit\u00e0 del sistema (categorizzazione) e al rischio associato all'uso previsto (criticit\u00e0 cGxP). Il processo di validazione \u00e8 spesso rappresentato con un modello a V.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Le tipiche attivit\u00e0 di convalida e la relativa documentazione comprendono:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Piano generale di convalida (VMP):<\/strong> Un documento fondamentale che fornisce una panoramica delle attivit\u00e0 di convalida e qualificazione pianificate, definendo l'ambito, il quadro di riferimento, gli standard del sistema di qualit\u00e0, i ruoli e le responsabilit\u00e0, l'approccio e gli elementi da fornire per la convalida.<\/li>\n\n\n\n<li><strong>Piano di convalida (VP):<\/strong> Descrive le attivit\u00e0 e i risultati specifici richiesti per l'implementazione e il funzionamento del sistema, fornendo una pianificazione dettagliata, definendo le responsabilit\u00e0 ed elencando la documentazione necessaria. Fornisce la prova che le attivit\u00e0 di convalida saranno sistematiche e controllate.<\/li>\n\n\n\n<li><strong>Specifiche dei requisiti utente (URS):<\/strong> Documenta le esigenze e i requisiti aziendali per i processi controllati dal sistema. Specifica ci\u00f2 che il sistema deve eseguire. L'URS comprende i requisiti generali, i requisiti normativi (come quelli per l'integrit\u00e0 dei dati, la traccia di audit e la sicurezza) e i requisiti funzionali\/processuali. Dovrebbe includere un elenco dei luoghi in cui vengono utilizzati i record e le firme elettroniche e che hanno un impatto normativo. I requisiti sono identificabili in modo univoco.<\/li>\n\n\n\n<li><strong>Analisi del rischio (RA):<\/strong> Un processo sistematico, che spesso utilizza metodi come la FMEA semplificata (Failure Mode and Effects Analysis) basata sulle raccomandazioni GAMP 5, per valutare, controllare, comunicare e rivedere il rischio durante il ciclo di vita del sistema. Valuta la rilevanza GxP del sistema, l'integrit\u00e0 dei dati e l'impatto sui processi di qualit\u00e0, definendo anche le azioni correttive. Le attivit\u00e0 di convalida si basano spesso sulle conclusioni dell'analisi dei rischi.<\/li>\n\n\n\n<li><strong>Specifiche funzionali (FS) e specifiche di progettazione software\/hardware (DS):<\/strong> Il FS descrive le funzioni e i moduli del sistema utilizzati per soddisfare i requisiti definiti nell'URS. Il DS documenta il modo in cui viene costruito il sistema, compresi struttura, algoritmi, logica, formati di dati e descrizioni delle interfacce. Il DS comprende anche le specifiche di configurazione e di progettazione HW\/SW. Il FS viene creato a partire dall'URS e da eventuali documenti di proposta e costituisce la base per i test di funzionalit\u00e0. La Qualificazione della progettazione (DQ) prevede la valutazione della documentazione del progetto per stabilire se il sistema \u00e8 stato progettato secondo le regole GMP\/GAMP.<\/li>\n\n\n\n<li><strong>Qualificazione dei fornitori (SQ):<\/strong> Valuta se il fornitore \u00e8 in grado di fornire un prodotto o un servizio di alta qualit\u00e0, di soddisfare i requisiti normativi, di disporre di procedure di qualit\u00e0 adeguate e di gestire l'implementazione, il supporto e gli aggiornamenti.<\/li>\n\n\n\n<li><strong>Qualificazione dell'installazione (IQ):<\/strong> Verifica l'installazione e la configurazione documentata di tutti i componenti del sistema, sia hardware che software, in base alle specifiche. Comprende la verifica della corretta installazione e configurazione.<\/li>\n\n\n\n<li><strong>Qualificazione operativa (OQ):<\/strong> Conferma che il sistema funziona come descritto nella specifica funzionale. L'OQ verifica le funzioni pi\u00f9 critiche del sistema, in particolare quelle che gestiscono i dati critici, e include risultati di test positivi e negativi. Dovrebbe includere la verifica dei requisiti normativi per le registrazioni e le firme elettroniche. L'OQ viene tipicamente eseguito in un ambiente di convalida.<\/li>\n\n\n\n<li><strong>Qualificazione delle prestazioni (PQ):<\/strong> Verifica e documenta che i requisiti dell'utente sono soddisfatti. Il PQ verifica l'intero processo gestito dal sistema, come definito nell'URS. I test PQ sono spesso eseguiti nell'ambiente di produzione utilizzando dati reali.<\/li>\n\n\n\n<li><strong>Matrice di rintracciabilit\u00e0 (TM):<\/strong> Mappatura di tutti i requisiti tecnici dell'URS nelle sezioni corrispondenti dei documenti di progettazione e delle procedure di prova (IQ\/OQ\/PQ). L'obiettivo \u00e8 verificare che tutti i requisiti definiti nell'URS siano soddisfatti dal sistema. Dimostra la relazione tra i requisiti dell'utente e i test eseguiti con successo.<\/li>\n\n\n\n<li><strong>Rapporto di sintesi della convalida (VSR):<\/strong> Un documento emesso alla fine del processo di convalida che riassume tutte le attivit\u00e0 e i risultati pianificati. Analizza i dati raccolti, riporta i risultati dei test (comprese le non conformit\u00e0), conferma che le attivit\u00e0 sono state eseguite come previsto, valuta i risultati dei test rispetto ai criteri di accettazione e fornisce una chiara dichiarazione che il sistema \u00e8 verificato e rilasciato per l'uso operativo. La matrice di rintracciabilit\u00e0 \u00e8 tipicamente inclusa come allegato.<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">La linea di fondo<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">La convalida viene eseguita da diversi ruoli, tra cui il Process owner (responsabile del processo aziendale, revisione dei documenti di convalida, gestione delle modifiche), il System owner (responsabile delle questioni tecniche, dell'infrastruttura, dell'approvazione delle fasi), l'unit\u00e0 Quality (responsabile delle questioni di qualit\u00e0, revisione\/approvazione di specifici deliverable, garanzia di conformit\u00e0), il Project manager (responsabile generale della consegna della soluzione, revisione dei deliverable) e il Supplier (che fornisce l'implementazione del sistema, servizi di consulenza, test).<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">La convalida non \u00e8 solo un'attivit\u00e0 una tantum al momento dell'implementazione. \u00c8 fondamentale mantenere lo stato di convalida anche durante la vita operativa del sistema e durante la fase di dismissione. Le attivit\u00e0 di queste fasi comprendono il passaggio di consegne, la gestione del supporto, il monitoraggio delle prestazioni, la gestione degli incidenti, la CAPA, la gestione delle modifiche, la riparazione, la revisione periodica, il backup e il ripristino, la continuit\u00e0 operativa, la gestione della sicurezza, l'amministrazione del sistema, la migrazione dei dati e il pensionamento\/smaltimento del sistema.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Vale la pena di saperlo! Esiste la possibilit\u00e0 di implementare un sistema computerizzato come l'OEE nell'industria farmaceutica senza convalida per supportare un sistema locale non critico; per saperne di pi\u00f9, leggete qui:  <a href=\"https:\/\/accevo.com\/it\/blog\/come-implementare-un-sistema-di-monitoraggio-oee-senza-convalida-in-3-mesi-studio-di-caso-2\/\" data-type=\"post\" data-id=\"20728\">Come implementare un sistema di monitoraggio OEE senza validazione in 3 mesi? - Caso di studio.&nbsp;&nbsp;<\/a><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Controlla anche:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><a href=\"https:\/\/accevo.com\/it\/software-industriale\/farmaceutico\/\" data-type=\"page\" data-id=\"2386\">MES Pharma. Software per la produzione farmaceutica.<\/a><\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><a href=\"https:\/\/accevo.com\/it\/prodotti\/registri-di-produzione-elettronici\/\" data-type=\"page\" data-id=\"6672\">Software per la registrazione elettronica dei lotti (EBR)<\/a><\/p>","protected":false},"excerpt":{"rendered":"<p>System validation in the pharmaceutical industry is a crucial process to ensure that computerized systems are fit for their intended use and meet current regulatory requirements. This is a mandatory requirement of cGMP (current Good Manufacturing Practices) and is essential for managing the quality of manufactured products. Any computerized system that could affect Patient Safety, [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":29567,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"wpai_generated_summary":"","footnotes":""},"categories":[30],"tags":[64,54,67],"class_list":["post-23311","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog","tag-ebr","tag-production","tag-quality"],"_links":{"self":[{"href":"https:\/\/accevo.com\/it\/wp-json\/wp\/v2\/posts\/23311","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/accevo.com\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/accevo.com\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/accevo.com\/it\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/accevo.com\/it\/wp-json\/wp\/v2\/comments?post=23311"}],"version-history":[{"count":0,"href":"https:\/\/accevo.com\/it\/wp-json\/wp\/v2\/posts\/23311\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/accevo.com\/it\/wp-json\/wp\/v2\/media\/29567"}],"wp:attachment":[{"href":"https:\/\/accevo.com\/it\/wp-json\/wp\/v2\/media?parent=23311"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/accevo.com\/it\/wp-json\/wp\/v2\/categories?post=23311"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/accevo.com\/it\/wp-json\/wp\/v2\/tags?post=23311"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}