Каталог на услугите за цифрови продуктови паспорти: отговори на вашите технически изисквания

Основните изисквания на ESPR и профилът за съответствие за текстилни изделия, които се прилагат преди всяка публикация, докато работното пространство не прекрати проверката.

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

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

Да. Моделът с данни за батериите съгласно DIN DKE SPEC 99100 е изцяло въведен и се проверява за валидност преди публикуването.

Transpareo предоставя дефинирания в DIN DKE SPEC 99100 (приложение А, таблица А.1) модел на данните, който обхваща изискваните от регламента за батериите и категорийните насоки на Комисията елементи на данните: между които категория на батерията, химичен състав, въглероден отпечатък, дял на рециклираните материали по метали, състояние на износване (State of Health) и показатели за експлоатационен живот.

Паспортите на батерията се валидират спрямо собствен профил за съответствие. Данните, които регламентът запазва за лицата с законен интерес, се съхраняват отделно от публичния набор от данни. Работното пространство за батерии работи автоматично с един паспорт за всяка батерия. Задължението влиза в сила от 18 февруари 2027 г.

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

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

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

Transpareo издава паспорти за ЕС. Препоръчва се да се създаде отделно работно пространство за всеки бранш, тъй като всеки браншов шаблон определя свои собствени задължителни полета за данни.

В рамките на дадено работно пространство се добавят допълнителни точки с данни като типове свойства, всяка от които със собствено ниво на разкриване, а всеки профил се валидира спрямо профила за съответствие на категорията на работното пространство. Идентификацията по GS1, W3C Verifiable Credentials и речниците JSON-LD са четими в целия свят.

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

Регулираното ниво: За всяка регулаторна категория платформата поддържа данни и придружаващи документи съгласно съответната регулация като шаблон, който работното пространство превзема с едно действие. Наборът за текстилни изделия съответства на Регламент (ЕС) № 1007/2011 и на основните изисквания на ESPR; делегираният правен акт за текстилните изделия все още е в етап на проект. Наборът за батериите съответства на стандарта DIN DKE SPEC 99100, като включва специфичните за категорията задължителни правила на Комисията. Типът, статутът на задължителност и терминът в речника са фиксирани, а името и нивото на разкриване могат да бъдат адаптирани от работното пространство; фиксираният термин позволява пасовете на различни марки да бъдат четими с едни и същи инструменти.

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

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

По модел, по партида или по брой.

GTIN идентифицира модела, наричан още „стил“ или „SKU“. Паспортът на партидата свързва номера на партидата с адреса; паспортът на единичния артикул съдържа серийния номер вместо номера на партидата. Резултатът е уеб адрес за всеки паспорт, който всеки скенер, съвместим с GS1, може да разчете.

Нивото се определя от работното пространство, а за текстилните изделия и батериите то се определя от регулаторната категория: по един паспорт за всяка производствена партида при текстилните изделия и по един за всяка батерия при батериите. Публикуваният паспорт запазва нивото, на което е бил публикуван.

Да. Идентификаторите на продуктите са в съответствие със стандарта GS1, а икономическите оператори и производствените обекти се проверяват за съответствие със схемите на стандарта EN 18219:2026.

GTIN идентифицира модела, номерът на партидата (AI 10) - партидата, а серийният номер (AI 21) - конкретния екземпляр. GTIN се проверява при въвеждането му въз основа на контролната цифра, като продукт с грешна контролна цифра на GTIN не може нито да бъде запазен, нито публикуван. GLN-кодовете на икономическите оператори и производствените обекти също се валидират въз основа на контролната им цифра.

Работата може да започне, преди да са налице номерата GS1: даден продукт се идентифицира чрез номера на производителя (MPN, който обикновено съвпада с SKU), а GTIN се добавя по-късно, без да се нарушава съществуващата система.

Всяко ниво представлява отделен набор от данни със собствен идентификатор и съдържа всичко, което му принадлежи.

Моделът запазва информацията, валидна за артикула: състав, грижи, произход, документи. Вариантите наследяват тази информация; ако има различна стойност, тя се задава за варианта и се маркира като различна. Партидата запазва номера си и датата на производство и „замразява“ записите в състоянието им към момента на производството. Единичният екземпляр наследява замразения запис на своята партида; неговата собствена история се състои от ремонти, рециклиране, промени в собствеността и инциденти.

От даден модел се стига до произведените по него партиди, а от дадена партида - до отделните бройки; всяка бройка се разбива на съответната ѝ партида и модел. Йерархиите на опаковките, т.е. какво в какво е опаковано, днес не се регистрират.

Съгласно схемите, разрешени от стандарта EN 18219: икономическият оператор с LEI или GLN, производственият обект с LEI, GLN или DID.

LEI или GLN на вашата компания се въвеждат в настройките на работното пространство, а тези на производителя - в неговия запис. И двете се проверяват спрямо тези схеми и се вписват в паспорта на мястото, предвидено от стандарта. Допълнителните идентификатори на производителя се добавят като типове свойства без необходимост от разработка.

Всеки носител на данни, който може да съдържа уеб адрес; QR-кодът се генерира от самата платформа.

Всяка спецификация на продукт с GTIN се издава като GS1 Digital Link и се предоставя с QR шаблон, готов за печат, като мащабируем SVG файл, като PDF и като PNG във всеки размер до 2 000 пиксела, с ниво на корекция на грешки M. Illustrator и InDesign отварят тези файлове директно; не съществува специален плъгин за Adobe.

Data Matrix е подходящ за малка печатна площ, NFC-етикетите съдържат NDEF-URI набор от данни, а UHF-RFID-вложките се четат от разстояние; EPC, съставен от един и същ GTIN и сериен номер, води до същия паспорт. Неограничен брой носители на данни могат да кодират един и същ адрес и да водят към един и същ паспорт.

Да. Адресът е детерминистичен, което означава, че даден код може да бъде отпечатан, преди да е създаден записът с данните за продукта.

Веднага след като домейнът бъде конфигуриран, адресът на паспорта се генерира от GS1 Digital Link: домейн, GTIN и, в зависимост от нивото, номер на партидата или серийният номер. Кодът се генерира веднага след публикуването на паспорта. Платформата го визуализира още от първия чернови вариант като векторно SVG, като PDF, готов за печат, и като PNG в необходимите размери в пиксели - като файл или чрез API.

Предварително генерираните серийни номера на даден доставчик се импортират в големи количества чрез файл или чрез API: в работно пространство с по един паспорт на брой - като серийни номера на паспортите, а в останалите случаи - като серийни номера на партидата, чийто паспорт отварят.

В двете посоки, без инсталиране при доставчика и без интеграция с неговите системи.

Ако доставчикът отпечатва кодове, издадени от Transpareo, паспортите се създават въз основа на данните от поръчката, всеки получава своя адрес, а доставчикът получава набора като файл или чрез API заедно с шаблони, готови за печат. Ако доставчикът предостави свои собствени кодове, неговите серийни номера се импортират и се свързват с паспортите - в големи количества преди производството или един по един чрез API.

Търговските отношения с доставчика остават в ръцете на клиента, а платформата запазва съответствието между серийния номер и паспорта, така че доставчикът може да бъде сменен, без това да засегне вече издадените паспорти. Transpareo доставя софтуера; физическите етикети и носителите на данни се доставят от партньори или от всеки доставчик, избран от клиента, на цената на съответния доставчик. За сканиране от страна на потребителя е необходима само камерата на телефона, а за четене чрез NFC или RFID се използват устройствата, с които предприятието разполага и без това.

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

Когато паспортите се издават по партиди, GTIN без номер на партида отваря паспорта на най-новата партида. Номерът на партидата отваря паспорта на тази партида, а серийният номер - паспорта на отделния артикул или, в работно пространство, което издава по партиди, паспорта на партидата, към която принадлежи този серийен номер. Измислен сериен номер отваря паспорта на партидата или модела с бележка, че тази единица няма собствен паспорт, и заявката се регистрира; неизвестен GTIN не води до нищо. SGTIN-EPC, прочетен от RFID-етикет, независимо дали е като URN или в компресирана форма на GS1, се препраща към неговия GS1 Digital Link.

Резолверът е изграден съгласно стандарта GS1 за съвместими резолвери (GS1-Conformant Resolver Standard, ISO/IEC 18975) и се описва на всеки хост в работното пространство в /.well-known/gs1resolver. За linkType=linkset и по-старата стойност „all“ машините получават набора от връзки на идентификатора (RFC 9264), който съответства на схемата на GS1; gs1:pip, gs1:DPP и gs1:defaultLink се спазват; тип връзка, която Pass не поддържа, води до код 404, а грешна връзка - до код 400; всеки отговор посочва нивото, на което се предоставя. Нашият собствен резолвер отговаря на GS1 Digital Links и GS1-кодирани RFID адреси, а паспортът се отваря на своя GS1 адрес; марка, чиито линкове минават през GS1 резолвер, насочва този резолвер към нашия, и всяко сканиране пристига при нас чрез неговото пренасочване.

Всяко публикуване фиксира нова подписана версия на същия адрес, а всяка предишна версия остава достъпна в състоянието, в което е била публикувана.

Всяка версия е „Verifiable Credential“ на W3C, подписана с ECDSA-SD - метод за селективно разкриване: потребителят, рециклиращият оператор и държавният орган получават съответно подмножеството, до което имат право, а подписът остава проверим за това подмножество. Всяка версия съдържа хеш-кода на предходната, така че историята не може да бъде променена незабелязано, а манифест, подписан с ключа на Transpareo, изброява всяка версия заедно с нейния хеш-код. Всяка по-ранна версия посочва какво се е променило в сравнение с предходната.

Записът с данните за продукта, свързан с паса, остава редактируем и поддържа собствена история: всяка промяна се регистрира поле по поле, като се посочват лицето или системата, моментът, както и стойността преди и след промяната, а предишното състояние може да бъде възстановено. Хронологията на продукта показва кой какво е променил; версиите на „Pass“ удостоверяват какво и кога е било публикувано на пазара.

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

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

Да. Transpareo Time Machine - нашият отворен код преглед - показва всяка публикувана версия в стила на марката.

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

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

SKU и GTIN остават непроменени. При създаването си партидата запазва трайно копие на компонентите и характеристиките в състоянието, в което продуктът е действително произведен, и последващите промени в продукта не се отразяват обратно в нея. Ако спецификацията за даден сезон се различава, промяната се извършва върху модела преди създаването на партидата; останалите стойности от производствения цикъл, като например резултатите от проверките, също се задават и се фиксират от партидата. Корекцията на партидата пренася коригираното състояние на модела и подписва нова версия.

Една единица, произведена през пролетта, посочва своите материали, а единица със същия SKU от есента - своите, без да се създава нов SKU и без да възниква неяснота. Предишните състояния остават достъпни за четене чрез „ Transpareo Time Machine “.

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

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

Да, чрез достъпа, който марката им осигурява.

Марката предоставя на предприятието за ремонт, възстановяване или рециклиране собствени данни за достъп до API с правото да регистрира събития. Всяко събитие, което той регистрира, съдържа своя GLN, ако такъв е регистриран, като място на събитието, а за да публикува събитието като нова версия, е необходимо отделно разрешение за публикуване. Страна, която няма достъп от марката, не допринася с нищо.

Чрез неговата подписи, която всеки може да провери без софтуер, API или акаунт в Transpareo, а при желание - и с ключове, които се съхраняват единствено от марката.

• Доказателство за всички: подписано като „W3C Verifiable Credential“ с ECDSA-SD; всяка съвместима библиотека го проверява.
• Проверка от страна на читателя: Програмата за преглед декриптира DID-документа и публичния ключ и проверява подписа в браузъра.
• Отворен код: Процедурата за проверка може да бъде публично одитирана и независимо възпроизведена.
• Собствени ключове: Платформата изпраща документа, който трябва да бъде подписан, към крайна точка за подписване на марката; частните ключове никога не достигат до Transpareo.

Едно от изискванията е частично изпълнено: стандартът EN 18246 изисква ключове, сертифицирани след проверка на идентичността, докато ключовете на издателя се публикуват в собствения му домейн без такъв сертификат. Физическата сигурност на носителя на данни, като например функции за защита срещу копиране или хардуерни идентификатори, се осигурява от производителя на носителя; Transpareo понастоящем не оценява такива характеристики.

Фалшивите паспорти се разкриват веднага по подписа; копираните автентични кодове се отразяват в статистиката за сканиране.

• Фалшив паспорт: не се намира в домейна на марката и не е подписан с нейния ключ; всяка проверка се проваля.
• Копиран автентичен код: Сканиранията за всеки паспорт и всяка държава са посочени в статистиката за сканиране. Един паспорт може да бъде деактивиран; при всяко следващо сканиране той ще се показва като деактивиран.

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

Да. Всеки източник записва полетата, за които отговаря, в каталог - чрез API, импортиране на таблици, интерфейс за агенти или мениджър на приложението.

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

Всяка операция по въвеждане на данни се валидира при постъпването ѝ и веднага след това се проверява за съответствие с правилата на категорията, а всяка промяна се регистрира поле по поле с посочване на източника и времето. Типично взаимодействие: PLM осигурява съставянето и поддръжката, ERP - поръчките, партидите и серийните номера, а порталът за доставчици - сертификатите; Transpareo съставя паспорта, го валидира, подписва и го активира.

Документите са свързани с продуктите и компонентите, а техническата документация за всеки продукт се генерира от самата платформа във формат PDF с фирменото лого на марката.

Когато става въпрос за продукт, публичният документ се добавя в пасовете като файл за изтегляне, а всяка публикувана версия запазва файла, с който е била публикувана; вътрешният документ остава извън пасовете. Регулираният документ в дадена точка от данните следва нивото си на разкриване, така че документът, запазен за държавните органи, остава извън публичните данни. В даден компонент документът е публичен или е видим само след влизане в системата.

Техническата документация се създава въз основа на публикувания файл „Pass“ чрез нашия собствен рендер с отворен код md2pdf, който прилага брандинга на работното пространство и създава същия документ на всеки език от работното пространство - до 40 на брой.

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

Името се въвежда веднъж на родния език и се превежда от платформата на останалите езици. За съществуващите данни важи следното:

• Отбелязване: Готовността за DPP се преизчислява незабавно за целия каталог, по 200 продукта на минута; всеки продукт, който не съдържа новото поле, се показва и може да бъде филтриран, а експортът включва новото поле за целия каталог.
• Допълнително въвеждане: ръчно, чрез масов импорт от таблица или чрез API. Когато стойността може да бъде изведена, помощникът може да предложи варианти за проверка.
• Публикуваните паспорти запазват своята версия; актуализацията представлява повторно публикуване на същия URL адрес.
• Контрол: Полетата, стойностите и всяко ново публикуване се записват в аудиторския дневник и в историята на версиите.

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

Чрез импортиране на таблици с присвояване на колони и предварителен преглед, до 50 MB и 100 000 реда на файл, или чрез API.

Импортерът предлага съответствие между колоните и полетата, показва преди записването какво ще стане с всяка колона и предлага едно и също съответствие при еднакви заглавия на колоните; ако разпознае всяка колона, от която се нуждае, автоматичният процес пропуска етапа на съпоставяне, така че повтарящият се импорт се извършва с едно-единствено качване. Експортирането във формат XLSX или CSV съдържа цялата база данни - по една таблица за всеки език - и може да бъде импортирано отново в същите формати. Първоначалното попълване обикновено започва като таблица; веднага щом структурата е готова, попълването обикновено преминава към API.

Всичко се извършва чрез HTTPS с автентификация. По-големите обеми се качват на няколко етапа или чрез Bulk-API. Медийните файлове се качват един по един, по четири едновременно и до 50 MB на файл; експортирането се извършва във фонов режим на адрес, който изтича. Операторът получава уведомление в приложението, когато импортът е завършен или се изисква решение; по желание може да получи уведомление и по имейл, когато процесът приключи. Не се предлагат нито FTP, нито неавтентифицирани хранилища.

Чрез REST-API, подписани уебхукове, емисия на събития, импорт и експорт на таблици, MCP-сървър за AI-агенти и n8n-възел; не се изисква мидълуер.

• REST-API: документирано, с удостоверяване чрез OAuth 2.0 Client Credentials, ограничено за всяка система в обхвата. PLM или ERP създават и актуализират продукти, компоненти, характеристики и партиди, както и публикуват сертификати.
• Уебхукове: съобщават събития от жизнения цикъл, без да е необходимо да се извършва запитване; каналът за събития предоставя същите събития на системите, които извършват запитвания.
• Масов импорт: таблица или CSV за системи без бюджет за интеграция, с присвояване, предварителен преглед и актуализиране на съществуващи записи.
• Интерфейс за агенти (MCP): за инструменти, при които не си заслужава да се реализира проект за интеграция.
• n8n-възел: публикуван като @transpareo/n8n-nodes-transpareo, за работни потоци, които екипът създава без програмиране.

API и уебхуковете работят в реално време. Импортирането, експортирането, публикуването и преводът се изпълняват като задачи на заден план със възможност за проверка на състоянието, показват своя напредък и не блокират никого; масовото публикуване не може да претовари опашката. Всичко, което използва HTTPS, може да бъде интегрирано, включително съществуваща платформа за интеграция или iPaaS. Партньорската система разпознава GS1 идентификаторите без таблица за съответствие.

Всяка операция по въвеждане на данни се проверява при постъпването ѝ по отношение на вида и формата на стойностите ѝ, а след това записът се проверява за съответствие с правилата на съответната регулаторна категория при изчисляването на готовността за DPP и при всяко публикуване.

Проверката при постъпване се прилага независимо дали данните идват чрез API, импорт или от физическо лице. Правилата произтичат от профила за съответствие на категорията, изразени като „Shapes“ съгласно модела на SHACL; по този начин те превръщат изискванията за данните, заложени в нормативната уредба, в конкретни проверки. Идентификаторите на производствените обекти се проверяват спрямо допустимите схеми. Регулаторните данни се съхраняват към продукта и се фиксират при публикуването; документите за съответствие са свързани със същите набори от данни, а тяхната видимост зависи от нивото на разкриване на данните, към които са свързани.

Проверката е от структурен характер: Налице ли са задължителните данни, правилно ли са форматирани и отговарят ли на изискванията? Проверката на верността на информацията по съдържание се извършва от хора, например чрез страницата на доставчика.

Всеки продукт има постоянно преизчислявана готовност по DPP: процентно съотношение, цвят и списък с неизвършените проверки, като за всеки от тях има линк към съответното поле.

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

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

В каталога функцията „DPP-Bereitschaft“ е представена като колона: може да се сортира и филтрира. Изпробвайте я без да си създавате профил: нашата демо версия.

Да, като процедури за проверка с до пет етапа; лицето, което подава заявление, не взема само решението по него.

Всяко ниво е присвоено към група или право. Докато задължителната проверка е в процес на извършване, публикуването на паспорт остава блокирано, а публикуването, инициирано от свързан ИИ-агент, също преминава през същия процес. Достъпът може да бъде ограничен до отделни продукти или компоненти. Все още няма шаблони за работни потоци с версии; когато даден клиент се нуждае от конкретни стъпки, ние ги вграждаме в продукта.

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

Автоматичното ескалиране към други лица е включено в плана за развитие. Задачите могат да се проверяват чрез API, а уебхуковете и евент-фийдът сигнализират за всяка промяна в статуса на даден пропуск, така че външен инструмент за работни потоци да може да реагира на това - например n8n с Transpareo-възел.

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

• Каталог: Всеки потребител сам избира колоните, включително готовността за DPP; запазените изгледи фиксират търсенията за целия екип. Компонентите могат да се търсят по име, тип и характеристики, а паспортите - по идентификатор, статус (от проект до изтичане на срока на валидност), версия, невалидност, както и по партида или брой.
• Текуща работа: Списъците със задачи и запитвания показват просрочени задачи, задачи без отговорно лице, изтекли запитвания и отговори, които чакат проверка.
• Потребители: брой сканирания по паспорт, регион и период, извлечени от сървърните логове без проследяване, които могат да бъдат изтеглени от страницата със статистиката.
• Експортиране: продукти, компоненти и паспорти като цели набори от данни във формати CSV, XLSX, JSON-LD или SQL, независимо от колоните и филтрите на екрана.

Чрез API-то могат да се търсят пропуски по продукт, статус и ключова дума, а каталогът, пропуските и броят на сканиранията за всеки пропуск са на разположение на клиентите чрез техните собствени BI-инструменти. Демо: нашето демо.

Данните за продуктите и пасовете за всяко работно пространство се съхраняват в отделна база данни; само данните за акаунтите и тарифите се съхраняват в общата база данни на платформата.

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

Да, на две нива: чувствителни области и резервни копия.

• Полета: AES-256-GCM с един ключ за всяко работно пространство, който от своя страна е обгърнат с ключ, изведен от главния секретен ключ на сървъра; ротацията на главния секретен ключ обгръща наново всеки ключ на работното пространство, който той защитава, без да се налага повторно криптиране на данните. Защитен е например ключът на доставчика на изкуствен интелект. Ключът за подписване на работното пространство е обгърнат с втори ключ на работното пространство, предназначен специално за тази цел.
• Резервни копия: криптирани с AES-256, преди да напуснат сървъра.

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

Имейл и парола с Passkey или еднократен код като втори фактор, който работното пространство може да изисква; продължителността на неактивност до излизане от системата се определя от работното пространство. Като алтернатива потребителите влизат в системата чрез доставчика на идентичност на своята компания (виж „Еднократно влизане“).

Стандартната продължителност е 480 минути; работното пространство може свободно да определя продължителността. Сесията се прекратява от страна на сървъра; нашето демонстрационно работно пространство работи с продължителност 60 минути. Освен това сесийната бисквитка изтича при затваряне на браузъра. Една криптирана сесийна бисквитка, маркирана като „secure“, съхранява данните за сесията, а езиковата бисквитка - избрания език; бисквитки от трети страни не се използват.

Потребителите се канят и се разпределят в групи за достъп; премахването на даден потребител незабавно отнема достъпа му и данните за достъп до API. Няма общи или споделени акаунти. Показва се последната регистрация на всеки потребител; автоматичната деактивация на акаунти, които дълго време са били неактивни, е включена в плана за развитие.

Чрез OIDC, включено във всеки тарифен план: Работното пространство се свързва с доставчика на идентичност на съответната компания - било то Microsoft Entra ID, Okta, Google или друг OIDC доставчик - и потребителите влизат в системата с фирмения си акаунт. За домейните на компанията е възможно да се изключи влизането с парола. SAML е включен в плана за развитие.

Всеки домейн се удостоверява от доставчика или чрез DNS запис, преди някой да влезе чрез него. Доставчикът изисква втория фактор. Ако паролата е блокирана, лицата, които фирмата е блокирала при доставчика, вече нямат достъп; отворената сесия се връща към доставчика най-късно след дванадесет часа. Transpareo осъществява достъп до Active Directory чрез OIDC доставчик, например Entra ID; пряка връзка с LDAP няма. Passkey като втори фактор осигурява защита срещу фишинг дори и без доставчик на идентичност.

Три вида записи: аудит-лог (5 години), лог за сигурност съгласно NIS2 (365 дни) и протокол за всички достъпи от страна на държавните органи, който изнасяме при поискване.

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

Личните данни в оперативните логове се съхраняват само толкова дълго, колкото го изисква целта им (чл. 5, ал. 1, буква е) от Общия регламент за защита на данните). Паспортите се експортират като подписани файлове, които се verificated от компетентните органи без използване на нашия софтуер; логовете - като CSV или XLSX файлове.

Ние незабавно уведомяваме клиента за всеки инцидент, свързан със сигурността, който засяга неговото работно пространство, независимо дали са засегнати лични данни или не, а всеки може да съобщи за уязвимости на адрес support@mail.transpareo.com.

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

Само чрез заявка, подадена от името на клиента, която се записва в протокола на платформата и в собствения дневник за сигурност на работното пространство.

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

Поддръжка по имейл на адрес support@mail.transpareo.com, на немски и английски език, включена във всеки план.

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

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

Можете да изпробвате функциите ѝ в нашата демо версия, без да е необходима регистрация.

Фиксирана месечна такса за всеки работен модул в зависимост от броя на пропуските, без такси за настройка, консултации, ползване или сканиране и без платени допълнителни модули.

Носителят на данни не влияе на цената, а сканиранията, трафикът и паметта никога не се отчитат. Всеки план включва пълния набор от функции с собствен домейн, 40 езика и пълен API, така че всяка функция от този каталог е достъпна дори и в най-малкия план; единствените разходи извън плана са таксите на доставчика на ИИ, ако клиентът използва асистента със своя собствена сметка. Разплащането е месечно, без минимален срок на договора.

Четири плана във франкове, евро или долари: до 100 пакета, до 1’000, до 10’000 и неограничен брой, като всяка от тях включва неограничен брой продукти и компоненти. По време на бета-фазата се прилага отстъпка от 30 % от каталожните цени, а цената, на която сключите договора, остава вашата цена, докато запазите плана. Възможен е 8-дневен беззадължителен пробен период. Решаващо значение има актуалният ценоразпис на нашата страница с цени.

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

Ново работно пространство е готово за минути на адрес в Transpareo; собственият домейн на клиента ще бъде активен, веднага щом неговият DNS запис сочи към нас. От страна на клиента е достатъчен актуален браузър, работещ под Windows, macOS, Linux, iOS или Android; не е необходимо да се инсталира или поддържа нищо.

• Интегриране на веригата за доставки: чрез страницата на доставчика, на езиците на работното пространство.
• Интеграция: REST-API, уебхукове, MCP-сървърът и n8n-възлите се поддържат от екипа, който ги е разработил.

Към това се добавят инструменти без допълнителни разходи: документи с фирменото лого на 40 езика, сертификатът „ Transpareo Time Machine “ като фактор за доверие и статистики за трафика без проследяване.

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

• Прекратяване: Договорът е сключен за неопределен срок и може да бъде прекратен по всяко време, считано от края на текущия отчетен период.
• Отговорност: неограничена при умисъл и груба небрежност; при лека небрежност - само при нарушение на съществени договорни задължения, ограничена до типично предвидимите щети и общо до възнагражденията, изплатени през дванадесетте месеца преди настъпването на вредоносното събитие. Пропуснатите ползи, загубата на данни и косвените щети са изключени, доколкото това е допустимо по закон.
• Промени: Промените в условията и цените се обявяват в писмена форма най-малко 30 дни преди влизането им в сила, като се запазва правото да се възрази срещу променените условия и да се прекрати договорът преди промяната на цените.
• Приложимо право и компетентен съд: Швейцарското право, с изключение на Конвенцията на ООН за договорите за международна продажба на стоки; компетентният съд е в Цуг, Швейцария.
• Защита на личните данни: Договорът за обработка на лични данни е неразделна част от условията.

Клиентът остава икономически оператор и носи отговорност за съдържанието на своите паспорти; Transpareo осигурява техническата платформа.

Ние участваме в органите, в които се изготвят правилата, и прилагаме това, което те публикуват.

• Европейско стандартизиране: Членство в националния комитет по стандартизация на Швейцарската асоциация за стандартизация (SNV) и в нейния подкомитет по DPP - швейцарският представител в CEN/CLC/JTC 24, комитета, който разработва европейската серия стандарти за DPP. Ние разглеждаме проектите още в процеса на тяхното изготвяне и изразяваме становище по тях.
• Пилотни проекти на ЕС: Член на „Общността на практиката“ на CIRPASS-2 - проекта на ЕС, който тества „цифров продуктов паспорт“ в четири вериги на създаване на стойност.
• Работа по протокола: текущо сътрудничество по Протокола за прозрачност на ООН; шест от нашите коментари към версия 0.7.0 са публикувани в публичния регистър.
• Паспорт на батерията: партньор, подкрепящ консорциума „Паспорт на батерията“, който съвместно с водещи изследователски институции изгражда тестовата среда за „Паспорт на батерията“ на ЕС, с финансовата подкрепа на германското Федерално министерство на икономиката и енергетиката. Батериите са първата продуктова група, за която се въвежда задължително изискване, считано от 18 февруари 2027 г.

51 % от акционерния капитал се прехвърлят на фондацията с нестопанска цел „Transpareo Foundation“ в Цуг (в процес на учредяване, към октомври 2026 г.); след учредяването ѝ това участие е непродаваемо, а „Transpareo“ не може да бъде погълната.

След учредяването си фондацията е под надзора на Органа за надзор на BVG и фондациите в Централна Швейцария (ZBSA). Опитът й надхвърля рамките на регулирането: първата платформа за прозрачност на продуктите, създадена от основателя, функционира от 2008 г. за производители на козметика.