Sie sind auf Seite 1von 7

INTERNAL#

Vorlage Lieferantenselbstauskunft
zur Funktionalen Sicherheit
(Vorlage_FuSi_LiSa_RFQ)
Zweck der Checkliste: Der dem Dokument beigelegte Fragenkatalog (Selbstauskunft) soll Informationen zu den Erfahrungen und
Kompetenzen des potentiellen Lieferanten im Bereich Funktionale Sicherheit liefern.
Der Fragebogen fließt in das Lieferantenrating zur Vergabe ein.
Deshalb muss der Fragebogen mit den verpflichtenden Inhalten vor der Vergabe dem Auftraggeber übermittelt
werden (Inhalt des Angebotes, vor Angebotspräsentation)
Verpflichtende Inhalte:
* Dokumenteninformation
* Projektdaten
* Fragenkatalog

Purpose of the Document: The questionnaire attached to the document (self-disclosure) is intended to provide information about the experience and skills of the potential
supplier in the field of functional safety.
The questionnaire is an input variable for the supplier rating
Therefore the questionnaire with the mandatory content hast to be submitted to the OEM before nomination (with the quotation, before the first
project presentation)
mandatory content:
* Dokumenteninformation
* Projektdaten
* Fragenkatalog

Weiß markierte Registerkarten oder Spalten sind vom Zulieferer zu befüllen.


White marked worksheets or columns need to be filled by suplier.

Blau markierte Registerkarten oder Spalten sind dem OEM vorbehalten.


Blue marked worksheets or columns are reserved for OEM use.

Orange markierte Registerkarten oder Spalten sind vom Zulieferer bei expliziter OEM-Aufforderung zu befüllen.
Orange marked worksheets or columns need to be filled by suplier on special OEM request.

Dokumenteninformation zur Vorlage


Bezeichnung Vorlage Vorlage_FuSi_LiSa_RFQ
siehe DMS (Unterlagenklasse, Dokumentenart,
Dokumentenklassifizierung Sicherheitsklassifikation)

Quelle Vorlage: #70304248


DMS-ID (Dokumentennummer) link
Status Vorlage siehe DMS Redaktionsstatus
Versionsbezeichung siehe DMS Versionsbezeichnung
Änderungsversion siehe Änderungsbeschreibung
Autor der Vorlage: siehe Änderungsbeschreibung
Basis-Vorlage: FuSi-LF_Vorlage_Lieferanten-Selbstauskunft_V52.xls
Quelle Basis-Vorlage: AUDI AG / Burger Christine / 02.06.2016

Änderungsbeschreibung Vorlage
Änderungsversion Ändeurngsumfang / -beschreibung Wer/wann
Autor: burgerch - erstellt: 04.08.2009
letzte Änderung: 02.06.2016 - von: Burger, Christine (I/EE-
V52 84)
Quelle: Dokument-Info

* Deckblatt hinzu (von ESi übernomme)


* dieses Änderungsfeld ergänzt
* Englische Übersetzung informativ ergänzt
* Bewertungsspalte hinzu (kritische Umfänge mit C-
Neu:V55 Kennzeichnen) K. Pfaller I/EF-63
Vorgänger: V52 * Workflow hinzu 13.09.2017
=> Status freigegeben nahc Durchsprache EF-
6_FuSi_Leiterrunde (2017-07-27-Leiterrunde), EF-FuSi-
Runde 13.09.2017)

K. Pfaller I/EE-843
V2.0
Anpassung für EE 27.05.2020
Entfernung Audi Logo, da Audi-LiSa als Konzernvorlage K. Pfaller I/EG-13
V3.0
verwendet wird. Keine Inhaltliche Änderung 01.07.2021
Klassifizierung in Version 3.0 irrtümlich mit "Confidential" -> K. Pfaller I/EG-13
V3.1 Kennzeichung gemäß Einstufung unausgefüllte 09.07.2021
Selbstauskunft auf "INTERNAL" geändert
Status & Version & KSU
Vorlagen-ID Group-DMS #70304248 siehe DMS

Dokumenteninformation zum aktuellen projektspezifischen Dokument


Name des Dokuments #VALUE!
Ablageverzeichnis
Verantwortlicher Lieferant <Verantwortlicher Lieferant>
Ansprechpartner Auftraggeber < Ansprechpartner Auftraggeber >
Status Neu
Version <Version>
Datum <Datum>

Änderungshistorie zum aktuellen Dokument


Datum Änderung Bearbeiter Version Status
Neu
Neu
Neu
Neu
Neu
Neu
Neu
Neu
Neu
Neu

539577178.xlsx / Dokumenteninformation
INTERNAL
#

Lieferanten Selbstauskunft zur funktionalen Sicherheit


supplier self-disclosure funktional safety

Name des angefragten Projekts

<xyz>

Firmenname und Anschrift

<xyz>

Entwicklungs-/Fertigungsstandort(e), falls abweichend

<xyz> <xyz>

Namen der Projektverantwortlichen

Projektleiter <name>

Sicherheitsbeauftragter (Functinal safety manager) <name>

Qualitätsbeauftragter (Development) <name>

Systementwickler <name>

Softwareentwickler <name>

Hardwareentwickler <name>

sonstige <name>

Fragebogen intern abgestimmt mit

Name Funktion

<name> <role>

<name> <role>

<name> <role>

<name> <role>

Unterschrift des Verantwortlichen

Name, Funktion

Datum, Ort, Unterschrift

539577178.xlsx / Projektdaten
INTERNAL #

Fragenkatalog zur Lieferanten Selbstauskunft (FuSi-LiSa) rot = "C-rating"


-> Maßnahmen
Bitte hier nur kurze, aussagefähige Stichworte zu jedem der angefragten Aspekte, wie diese in der Organisation bzw. im zuständigen
notwendig
Bereich umgesetzt bzw. dokumentiert sind. Auf vorhandene Dokumentationen (z.B. Handbücher, Verfahrensanweisungen,
questionnaire supplier self-disclosure funktional safety Prozessbeschreibungen etc.) kann hier verwiesen werden
Bitte ausfüllen bei sicherheitsrelevanten Entwicklungsumfängen
0

OEM_Rating
Thema/Phase Nr. Frage Inhaltliche Aspekte informative translation (Question+ aspect) Selbstauskunft Lieferant OEM-Anmerkungen auf Basis der Selbstauskunft (kritische ="C")

Safety Management

Aspekte: Funktionssicherheitsprozess, Tailoring- Is there a company-specific organization / regulations / processes /


Guidelines mit Berücksichtigung des ASILs und der procedures for functional safety?
Gibt es eine unternehmensspezifische Organisation / Regelungen / Prozesse /
1 Komplexität, Problemlösungsprozess, Ressourcen Aspects: functional safety process, tailoring guidelines with consideration of
Open
Verfahrensanweisungen zur Funktionalen Sicherheit?
(Personal, Datenbanken, Templates), Prinzip der ASIL and complexity, problem-solving process, resources (personnel,
kontinuierlichen Verbesserung databases, templates), principle of continuous improvement.

How are the activities, resources and responsibilities for functional safety
Aspekte: Sicherheitsprogrammplan (Template) inkl. planned and documented at the project level?
Wie werden die Aktivitäten, Ressourcen und Verantwortlichkeiten zur funktionalen
2 Ressourcen und Terminplanung bzw. Integration der Open
Sicherheit auf Projektebene geplant und dokumentiert? Aspects: Safety program plan (template) including resources and scheduling
Safety-Aktivitäten in den Projektplan
or integration of the safety activities in the project plan
0

Aspekte: Vorgehen bei der Erstellung und How is the safety case generally created, structured and documented?
Wie wird der Sicherheitsnachweis (Safety Case) generell erstellt, strukturiert und
3 Dokumentation des Safety Cases (Template, Datenbank Aspects: Procedure for the creation and documentation of the safety case Open
dokumentiert?
etc.) (template, database, etc.)
0

Konzeptphase
0

Systementwicklung 0

Are there established and practiced processes regarding Safety Management


and Safety Engineering?
Gibt es etablierte und gelebte Prozesse bzgl. Safety Management und Safety Aspekte: Verwendeter FuSi-Entwicklungsprozess für
4 Open
Engineering? die System- /HW- und SW-Entwicklung Aspects:Practiced FuSi development process for system / HW and SW
development
0

What is the methodical procedure for deriving the technical safety


requirements when creating the safety concept?
Wie ist das methodische Vorgehen zur Ableitung der technischen Aspekte: Methodik der Verfeinerung von
5 Open
Sicherheitsanforderungen bei der Erstellung des Sicherheitskonzepts? Sicherheitsanforderungen, Aspects: methodology of refinement of safety requirements,

Which qualitative and quantitative error and safety analysis are carried out
Welche qualitativen und quantitativen Fehler- und Sicherheitsanalysen werden zur to verify the safety concept? (FMEA, FTA, analysis of common cause
Aspekte: betrachteter Umfang / Tiefe der Analyse, failures)
6 Verifikation des Sicherheitskonzeptes durchgeführt? (FMEA, FTA, Analyse der Open
Einbettung in den Entwicklungsprozess
"common cause failures") Aspects: considered scope / depth of analysis, embedded in the development
process
0

Aspekte: Implementierung von Maßnahmen zur How is the results / findings of the safety analyzes carried out handled?
Wie wird mit den Ergebnissen/Erkenntnissen aus den durchgeführten
7 Fehlererkennung und -behandlung, Ableitung Open
Sicherheitsanalysen umgegangen? Aspects: Implementation of measures for error detection and treatment,
zusätzlicher sicherheitsbezogener Tests etc. derivation of additional safety-related tests, etc.

Welche Methoden werden verwendet, um die Vollständigkeit und Aktualität von What methods are used to ensure the completeness and timelines of test
specifications for hardware / software, system and vehicle integration?
8 Testspezifikationen für die HW-/SW-, System- und Fahrzeugintegration Aspekte: Reviews der Testspezifikationen Open
sicherzustellen? Aspects: Reviews of the test specifications
0

Aspekte: Auflisten generell verwendeter Which test methods are used for the verification of safety requirements at
HW / SW, system and vehicle level (if relevant)?
Welche Testmethoden werden für die Verifikation der Sicherheitsanforderungen auf Verifikationsmethoden für die jeweilige
9 Open
HW-/SW-, System- und Fahrzeugebene (falls relevant) verwendet? Integrationsstufe (z.B. Back-to-back tests, fault Aspects: List generally used verification methods for the particular level of
injection test, stress tests etc.) integration (e.g., back-to-back tests, fault injection tests, stress tests, etc.)
0

How and in which project phases is a functional safety assessment carried


Wie und in welchen Projektphasen wird eine Beurteilung der Funktionalen Sicherheit Aspekte: Ablauf und zeitliche Planung; Umgang mit out? How is the result of the assessment dealt with?
10 Open
durchgeführt? Wie wird mit dem Ergebnis der Beurteilung umgegangen? dem Ergebnis der Beurteilung
Aspects: process and timing; Dealing with the result of the assessment
0

How does the release of the commissioned safety-critical product (only


related to your area of responsibility) take place? Is there a defined process
for this?
Wie erfolgt die Freigabe des beauftragten sicherheitsrelevanten Produkts (nur Ihre Aspekte: Prozess, Verantwortlichkeiten,
11 Open
Umfänge)? Gibt es hierfür einen definierten Prozess? Voraussetzungen, Umgang mit Modifikationen (ÄM) Aspects: process, responsibilities, prerequisites, handling of modifications
(ÄM)
0

Produktentwicklung
Hardware 0

Which methods are used to derive the hardware safety requirements?


Welche Methoden werden zur Ableitung der HW-Sicherheitsanforderungen
12 Aspekte: verwendete Methoden, Tools und Guidelines Open
verwendet? Aspects: methods, tools and guidelines used
0

How is the correct interaction between HW and SW safety requirements


Wie wird das korrekte Zusammenspiel zwischen HW- und SW- Aspekte: HW-/SW-Schnittstellenspezifikation, Design ensured?
13 Open
Sicherheitsanforderungen sichergestellt? Constraints
Aspects: HW / SW interface specification, design constraints
0

Which safety analysis techniques for malfunction or fault identification are


Welche Sicherheitsanalysetechniken zur Fehlfunktions- bzw. Fehleridentifikation generally carried out at HW architecture level in which phase?
14 Aspekte: eingesetzte Methoden (z.B. FMEA, FTA, ...) Open
werden in welcher Phase generell auf HW-Architekturebene durchgeführt?
Aspects: methods used (e.g., FMEA, FTA, ...)
0

Wie wird nachgewiesen, dass die Sicherheitsanforderungen an die Hardware erfüllt How will be the proof of fulfillment of the safety requirements for the
15 Aspekte: Methode hardware are provided? Open
werden ? Aspects: Method 0

How is the compliance of the developed HW with the HW safety


requirements checked?
Wie wird die Konformität der entwickelten HW mit den HW- Aspekte: verwendete Verifikationsmethoden
16 Aspects: used verification methods (functional tests, EMC, statistical tests, Open
Sicherheitsanforderungen überprüft? (Funktionale Tests, EMV, Statistische Tests etc.)
etc.)
0

How are safety requirements and test criteria specified and followed up on
Wie werden Sicherheitsanforderungen und Prüfkriterien an die Produktion spezifiziert production?
17 Aspekte: Prozess Open
und weiter verfolgt?
Aspects: Process
0

Produktentwicklung
Software 0

How are the SW safety requirements derived from the technical safety
Wie werden die SW-Sicherheitsanforderungen aus dem technischen concept, taking into account the system design and the hardware
Aspekte: methodisches Vorgehen, verwendete
18 Sicherheitskonzept unter Berücksichtigung des System-Designs und der HW- architecture, and where are these documented? Open
Guidelines etc.
Architektur abgeleitet und wo werden diese dokumentiert?
Aspects: methodological procedure, used guidelines etc.
0

Aspekte: Defensives Programmieren, Design Patterns, Which modeling and coding guidelines are used for SW development?
Welche Modellierungs- und Codierrichtlinien werden für die SW-Entwicklung
19 spezielle Subsets von Programmiersprachen (z.B. Open
verwendet? Aspects: defensive programming, design patterns, special subsets of
MISRA-Regeln für C), strenge Typisierung etc. programming languages (e.g., MISRA rules for C), strong typing, etc.

What is the methodical procedure for the verification of the software safety
Aspekte: methodisches Vorgehen, verwendete concept with regard to the consistency with the technical safety concept?
Wie ist das methodische Vorgehen bei der Verifikation des SW-Sicherheitskonzepts
20 Verifikationsmethode, Verifikationsaspekte (z.B. Open
bzgl. der Konsistenz zum technischen Sicherheitskonzept? Aspects: methodology, verification method used, verification aspects (e.g.,
Review-Checklisten) etc.
review checklists), etc
0

Which safety analysis techniques are carried out at software architecture


level?
Welche Sicherheitsanalysetechniken werden wann auf SW-Architekturebene Aspekte: SW-Safety-Analysen wie z.B. Analyse der
21 Open
durchgeführt? abhängigen Fehler, Software-Kritikalitätsanalyse Aspects: SW safety analyzes such as Analysis of dependent errors, software
criticality analysis
0

Aspekte: funktionale Tests, strukturelle Which test methods are generally used depending on the ASIL for SW?
Welche Testmethoden werden in Abhängigkeit des ASILs für SW generell
22 Überdeckungstests, Coverage-Analysen in Aspects: functional tests, structural overlay tests, coverage analyzes
Open
verwendet?
Abhängigkeit des ASILs, Back-to-back-Tests etc. depending on the ASIL, back-to-back tests, etc.

Lieferanten-
Management 0

According to which criteria does the selection and qualification / evaluation


of (sub-) suppliers for the safety-related system / hardware / software take
Nach welchen Kriterien erfolgt die Auswahl und Qualifikation/Bewertung von
23 Aspekte: Vorgehen bei der Auswahl und Bewertung place? Open
(Unter-)Lieferanten für das sicherheitsbezogene System/Hardware/Software?
Aspects: Procedure in selection and evaluation
0

How is the supplier management lived to (sub-) suppliers for the safety-
Wie wird das Lieferantenmanagement zu (Unter-)Lieferanten für das Aspekte: Abstimmungen während des Projekts (z.B. related system / hardware / software during the project?
24 Open
sicherheitsbezogene System/Hardware/Software während des Projekts gelebt? Regeltermine,…)
Aspects: Voting during the project (for example, scheduled dates, ...)
0

Anforderungs-
Management 0

How is the traceability of internal and external safety requirements and


Wie wird die Verfolgbarkeit der internen und externen Sicherheits-anforderungen und Aspekte: Bidirektionale Verfolgbarkeit (horizontal, customer requirements generally guaranteed?
25 Open
Kundenanforderungen generell gewährleistet? vertikal)
Aspects: Bidirectional traceability (horizontal, vertical)
0

How is the consistency and correctness of the derived safety requirements


Wie wird die Konsistenz und Korrektheit der abgeleiteten Sicherheitsanforderungen Aspekte: Verwendete Verifikationsmethoden, z.B. ensured with regard to the customer's specified safety requirements?
26 Open
bezüglich der vom Kunden spezifizierten Sicherheitsanforderungen gewährleistet? Safety-Analysen
Aspects: Used verification methods, e.g. Safety analyzes
0

Konfigurations-
Management 0

How are the safety-related artifacts (documents, results, HW, SW, models,
Wie werden die sicherheitsbezogenen Artefakte (Dokumente, Ergebnisse, HW, SW, Aspekte: KM-Prozess für sicherheitsbezogene Artefakte etc.) versioned, configured, and validated baselines drawn?
27 Open
Modelle etc.) versioniert, konfiguriert und gültige Baselines gezogen? im Sicherheitslebenszyklus
Aspects: KM process for safety-related artifacts in the safety lifecycle
0

Änderungs-
Management 0

How will safety-related changes be included in the project, approved and


Wie werden sicherheitsbezogene Änderungen in das Projekt aufgenommen, Aspekte: ÄM-Prozess in sicherheitsbezogenen tracked and verified?
28 Open
genehmigt und deren Umsetzung verfolgt und verifiziert? Projekten, Traceability
Aspects: ÄM process in safety-related projects, tracebility
0

Wird im Rahmen der Einflussanalyse untersucht, in wieweit die Änderung Does the influence analysis analyze how the change affects functional
Aspekte: Vorgehen bei der Einfluss-Analyse safety? If so, how is it handled?
29 Auswirkungen auf die funktionale Sicherheit haben? Wenn ja, wie wird damit Open
hinsichtlich der funktionalen Sicherheit
umgegangen? Aspects: Procedure for impact analysis regarding functional safety
0

Verifikation
0

How are the interfaces between problem management and change


Wie sind die Schnittstellen zwischen Fehler- bzw. Problem- und Aspekte: Prozessschnittstellen zwischen Fehler- und management defined?
30 Open
Änderungsmanagement definiert? Änderungsmanagement
Aspects: Process interfaces between error and change management

Werkzeugkette
0

Is there a strategy / concept / documented approach to the qualification of


Aspekte: Umgang mit der Qualifizierung von (SW) tools?
Gibt es eine Strategie / Konzept / dokumentiertes Vorgehen hinsichtlich der
31 Entwicklungswerkzeugen, Testwerkzeugen, Open
Qualifizierung von (SW-)Tools? Aspects: Handling the qualification of development tools, test tools,
unterstützende Werkzeugen
supporting tools
0

Qualifizierung von Komponenten (SW,HW)


0

539577178.xlsx / Fragenkatalog / 3/7


INTERNAL #

Gibt es eine Strategie / Konzept / dokumentiertes Vorgehen hinsichtlich der Is there a strategy / concept / documented procedure with regard to the
Aspekte: Umgang mit COTS-SW und kommerziellen qualification of the purchased or reused HW and SW components?
32 Qualifizierung der zugekauften bzw. wiederverwendeten HW- und SW- Open
Bibliotheken für SW und HW
Komponenten? Aspects: Handling COTS-SW and commercial libraries for SW and HW

Qualität von Bauteilen


0

Aspekte: Bauteilefreigabeprozess, nur Verwendung von How is the quality of the components used in production ensured?
freigegebenen Bauteilen in der Serienproduktion,
Datenbank mit Qualitäts- und Ausfalldaten zu Aspects: Component release process, only use of released components in
33 Wie wird die Qualität der in der Produktion verwendeten Bauteile sichergestellt? series production, database with quality and failure data for components, . . Open
Bauteilen, Prozess zum Sperren von Bauteilen bei
Qualitätseinbrüchen, unterschiedliche Ident nummern process for locking components in case of quality interruptions, different ID
für gleiche Bauteile unterschiedlicher Hersteller numbers for the same components from different manufacturers

Übergreifende
Fragestellungen 0

In the last two years, an evaluation of the development processes, e.g. after
Wurde in den letzten zwei Jahren eine Bewertung der Entwicklungsprozesse, z.B. Aspekte: Erreichter Level, Wichtigste Maßnahmen und Automotive SPICE, performed?
34 Open
nach Automotive SPICE, durchgeführt? Stand deren Umsetzung
Aspects: Achieved Level, Main Measures and Level of Implementation
0

When and by whom was this process evaluation conducted?


35 Wann und durch wen wurde diese Prozessbewertung durchgeführt? Aspekte: OEM, Consultant, internes Assessment Open
Aspects: OEM, Consultant, Internal Assessment 0

Are the results of this process evaluation transferable to the circumstances


Sind die Ergebnisse dieser Prozessbewertung auf die Verhältnisse im beabsichtigten Aspekte: Komplexität, Sicherheitsrelevanz, in the intended project?
36 Open
Projekt übertragbar? Risikopotential
Aspects: complexity, safety relevance, risk potential
0

Are there any reference developments according to a safety standard?


Aspekte: Liste von Referenzprojekten mit maximalem
37 Gibt es Referenzentwicklungen nach einem Safety-Standard? Aspects: List of reference projects with maximum safety integrity level (SIL
Open
Sicherheitsintegritätslevel (SIL bzw. ASIL)
or ASIL)
0

Which developments already existed for the VW Group?


Aspekte: Liste der Entwicklungsprojekte unabhängig
38 Welche Entwicklungen gab es bereits für den VW-Konzern? Open
von der Sicherheitsrelevanz Aspects: List of development projects regardless of safety relevance
0

What preparatory work / analyzes concerning functional safety for the


Welche Vorarbeiten / Analysen hinsichtlich funktionaler Sicherheit zum speziellen / specific / specifically requested product are there?
39 Erfahrungen / Konzepte aus: z.B. Vorgängerprodukt Open
konkret angefragten Produkt gibt es?
Experiences / Concepts of: e.g. predecessor
0

539577178.xlsx / Fragenkatalog / 4/7


INTERNAL #

Lieferanten Selbstverpflichtung zur funktionalen Sicherheit


Supplier Additional Agreement Functional Safety

Name des angefragten Projekts

<xyz>

Firmenname und Anschrift

Nur auf Anforderung zu befüllen

To be filled only on request <xyz>

Entwicklungs-/Fertigungsstandort(e), falls abweichend

<xyz> <xyz>

Namen der Projektverantwortlichen

Projektleiter <name>

Sicherheitsbeauftragter (Functinal safety manager) <name>

Qualitätsbeauftragter (Development) <name>

Systementwickler <name>

Softwareentwickler <name>

Hardwareentwickler <name>

sonstige <name>

Selbstverpflichtung intern (Lieferant) abgestimmt mit

Name Funktion

<name> <role>

<name> <role>

<name> <role>

<name> <role>

Unterschrift des Verantwortlichen (Lieferant)

Name <name>
Funktion <role>

Datum, Ort, Unterschrift <sign>

Abgestimmt mit FuSi-Verantwortlichen (OEM)

Name <name>
Abteilung <department>
Funktion <role>
Datum <date>
Anmerkungen <remark>

539577178.xlsx / Additional_Agreement
INTERNAL #

Lieferanten Selbstverpflichtung zur funktionalen Sicherheit


Supplier Additional Agreement functional Safety

[I] Vorgehen (Process)


Derzeit hat der genannte Lieferant kein A-Rating für den mittels „FuSi-LiSa“ bewerteten Umfang "Funktionale Sicherheit / ISO 26262“ (bezogen auf die Anfrage). Mit
dieser zusätzlichen Vereinbarung erhält der Lieferant die Möglichkeit, für die Einkaufsaktivität nominiert zu werden.
Dafür muss der Lieferant spätestens 2 Wochen nach Aufforderung verbindlich Maßnahmen und Aktivitäten definieren und diese den entsprechenden Meilensteinen der
Anfrage zuordnen.
Diese Zusatzvereinbarung muss spätestens 4 Wochen nach OEM-Aufforderung abgestimmt und unterzeichnet beim OEM vorliegen. Wenn das Dokument nicht vor diesem
Datum eingeht, kann der Lieferant als "C" -Lieferant eingestuft.

At present the named supplier has no A- rating for the scope evaluated by FuSi-LiSa. "Functional Safety / ISO 26262” in relation to the RFQ. With this Additional Agreement the supplier will be given the possibility
to be nominated for the purchasing activity.
For this, the supplier has to define binding measures and activities no later than 2 weeks after request and assign them to the corresponding milestones of the RFQ. This additional agreement shall be agreed and signed
at the OEM at the latest 4 weeks after the OEM request. If the document is not received before this date, the supplier can be rated as a “C”-supplier.

[II] Ziel (Objective)


Ziel dieser Zusatzvereinbarung ist es sicherzustellen, dass der Lieferant über stabile Prozesse ausreichend Expertise und Ressourcen verfügt, um die von seiner Rolle geforderten
Aktivitäten auszuführen

(The objective of this Additional Agreement is to ensure that the supplier has stable processes, sufficient expertise and resources in order to perform the activities as required by its role)

[III] Maßnahmen und Aktivitäten (measures and activities)


vom Lieferanten zu befüllen (filled out by supplier)
Nr Zeitliche Planung/Meilenstein (Timing / Milestone) Beschreibung (Description)

<Description Measure / Activity >


<Start Milestone / Date >
M1 <End Milestone / Date >
<Expected improvement / result inlcuding rationale >
<Responsibility >

M2

M3

M4

M5

[IV] Maßnahmen und Konsequenzen (Measures and Consequences)


Der Lieferant muss die Anforderungen für jeden Meilenstein erfüllen, so wie diese unter [III] beschrieben sind
The supplier shall fulfil the requirements for each milestone as described under [III]

• Der Lieferant muss dem Auftraggeber unverzüglich informieren, sobald absehbar ist, dass eine Anforderung für einen Meilenstein nicht erfüllt werden kann
(The supplier shall inform the OEM immediately as soon as it is foreseeable that a requirement for a milestone cannot be fulfilled)

• Wenn die Anforderungen eines Meilensteins nicht erfüllt werden, muss der Lieferant die Ursachen identifizieren und dem Auftraggeber melden. Im Weiteren muss der Auftragnehmer
Gegenmaßnahmen definieren und umgehend umsetzen. Diese müssen mit dem Auftraggeber abgestimmt werden
(If the requirements of a milestones are not fulfilled the supplier shall identify the causes and report them to the OEM. In case that the requirements for a milestone are not achieved the supplier shall define countermeasures and
implement them immediately. These have to be agreed with the OEM)

• Sollte die Bewertung eine Meilensteinverschiebung oder ein Risiko für weitere Meilensteine zeigen, muss ein geschultes externes Personal für die methodische und operative
Unterstützung beauftragt werden. Der Lieferant ist für die Beschaffung des Personals verantwortlich und trägt die entstandenen Kosten. Ziel ist es, die Definition und Umsetzung von
Maßnahmen zur Erreichung des Meilensteins unter Berücksichtigung der Qualitäts- und Prozessanforderungen zu unterstützen. Dies setzt sich fort, bis der Lieferant den Meilenstein
erreicht oder sein eigenes qualifiziertes Personal die Aufgaben übernehmen kann.
(If the evaluation shows a milestone shift or a risk for further milestones, a trained external personnel shall be commissioned for methodical and operational support. The supplier is responsible for the sourcing of the personnel and
bears the costs incurred. Goal is to support the definition and implementation of measures to reach the milestone considering quality and process requirements. This continues until the supplier reaches the milestone or has
established its own qualified personnel)

• Wenn die Anforderungen beim letzten Meilenstein nicht erfüllt sind, bewerten AUDI und der Lieferant das Risiko für das Projekt und leiten weitere Maßnahmen ein. Die Kosten sind
vom Auftraggeber zu tragen
(If the requirements are not fulfilled at the last milestone, AUDI and the supplier will evaluate the risk for the project and initiate further measures at the supplier’s expense)

539577178.xlsx / Additional_Agreement
INTERNAL
#

Hinweis zur Anwendung:


Der Fragenkatalog sollte mit der RFQ versandt und vor Nominierung befüllt und abgestimmt sein
Bei "C"-Bewertung (Critical) ist eine Beauftragung nur nach Abstimmung und Zusage besonderer Maßnahmen möglich
(Blatt: "Additional_Agreement")

Erläuterungen
FA: Fachabteilung (TE-Schnittstelle zum Lieferanten,
Freigabeverantwortlich für das Projekt)
(Projektabhängig: BTV, PL, FV, FPV)
Lieferanten- Selbstauskunft (LiSa) FSM: FuSi Verantwortlicher für das Projekt
Funktionale Sicherheit beim Auftraggeber
B: Beschaffung des Auftraggebers
Projekt: Synonym für Beauftragungsumfang
(z.B. Komponente, Funktion, SW-Komponente)

FuSi-LiSa geht mit A


FA
Anfrageunterlagen an (B)
Lieferanten

FuSi-LiSA mit "C"-


Bewertung an
Lieferanten mit FA
Aufforderung zur (FSM)
FuSi-LiSa Befüllung Maßnahmendefinition
durch potentiellen Lieferant (Additional Agreement)
Lieferanten
Zurück zu Lieferanten

Bewertung FuSI-
Additional Agreement
Rü Selbstauskunft FA befüllen
ck des Lieferanten Lieferant
(Maßnahme/Aktivitäten
spr formal
definieren & terminieren)
ac
he
Rücksprache mit Lieferanten

Zurück zu Lieferanten
mi nein
t Projektangaben richtig,
vollständig befüllt, ..?
Li
efe
ran Bewertung Additional
ten Agreement FA
ja
formal

Bewertung FuSI-
Selbstauskunft nein
FSM Projektangaben richtig,
des Lieferanten
Inhaltlich vollständig befüllt, ..?

nein
verständlich, konsistent, ja
nachvollziehbar...?

Bewertung Additional
Agreement FSM
ja Inhaltlich

"C"-critical ja
kritische Punkte in A verständlich, sinnvoll,
Bewertung zielführend...?

nein ja

Prozessual Lieferant
Vergabefähig FSM ja Maßnahmen für "C"-
(ersetzt nicht technisches i.O critical
aus LAH Abstimmung) Punkte i.O
Vorgang abgeschlossen FA

nein

FSM
Prozessual Lieferant nicht
Vergabefähig
FA

539577178.xlsx / Workflow

Das könnte Ihnen auch gefallen