<?xml version="1.0" encoding="UTF-8" standalone="no"?><ContractAwardNotice xmlns="urn:oasis:names:specification:ubl:schema:xsd:ContractAwardNotice-2" xmlns:cac="urn:oasis:names:specification:ubl:schema:xsd:CommonAggregateComponents-2" xmlns:cbc="urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2" xmlns:ccts-cct="urn:un:unece:uncefact:data:specification:CoreComponentTypeSchemaModule:2" xmlns:efac="http://data.europa.eu/p27/eforms-ubl-extension-aggregate-components/1" xmlns:efbc="http://data.europa.eu/p27/eforms-ubl-extension-basic-components/1" xmlns:efext="http://data.europa.eu/p27/eforms-ubl-extensions/1" xmlns:ext="urn:oasis:names:specification:ubl:schema:xsd:CommonExtensionComponents-2" xmlns:qdt="urn:oasis:names:specification:ubl:schema:xsd:QualifiedDataTypes-2" xmlns:udt="urn:oasis:names:specification:bdndr:schema:xsd:UnqualifiedDataTypes-1" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
	<ext:UBLExtensions>
		<ext:UBLExtension>
			<ext:ExtensionContent>
				<efext:EformsExtension>
					<efac:NoticeResult>
						<efac:FieldsPrivacy>
							<efbc:FieldIdentifierCode listName="non-publication-identifier">not-max-val</efbc:FieldIdentifierCode>
							<cbc:ReasonCode listName="non-publication-justification">eo-int</cbc:ReasonCode>
						</efac:FieldsPrivacy>
						<efac:FieldsPrivacy>
							<efbc:FieldIdentifierCode listName="non-publication-identifier">not-app-val</efbc:FieldIdentifierCode>
							<cbc:ReasonCode listName="non-publication-justification">eo-int</cbc:ReasonCode>
						</efac:FieldsPrivacy>
						<efbc:OverallApproximateFrameworkContractsAmount currencyID="EUR">-1</efbc:OverallApproximateFrameworkContractsAmount>
						<efbc:OverallMaximumFrameworkContractsAmount currencyID="EUR">-1</efbc:OverallMaximumFrameworkContractsAmount>
						<efac:LotResult>
							<cbc:ID>RES-0001</cbc:ID>
							<cbc:TenderResultCode listName="winner-selection-status">selec-w</cbc:TenderResultCode>
							<efac:LotTender>
								<cbc:ID schemeName="tender">TEN-0001</cbc:ID>
							</efac:LotTender>
							<efac:FrameworkAgreementValues>
								<efac:FieldsPrivacy>
									<efbc:FieldIdentifierCode listName="non-publication-identifier">max-val</efbc:FieldIdentifierCode>
									<cbc:ReasonCode listName="non-publication-justification">eo-int</cbc:ReasonCode>
								</efac:FieldsPrivacy>
								<efac:FieldsPrivacy>
									<efbc:FieldIdentifierCode listName="non-publication-identifier">ree-val</efbc:FieldIdentifierCode>
									<cbc:ReasonCode listName="non-publication-justification">eo-int</cbc:ReasonCode>
								</efac:FieldsPrivacy>
								<cbc:MaximumValueAmount currencyID="EUR">-1</cbc:MaximumValueAmount>
								<efbc:ReestimatedValueAmount currencyID="EUR">-1</efbc:ReestimatedValueAmount>
							</efac:FrameworkAgreementValues>
							<efac:ReceivedSubmissionsStatistics>
								<efbc:StatisticsCode listName="review-decision-type">tenders</efbc:StatisticsCode>
								<efbc:StatisticsNumeric>1</efbc:StatisticsNumeric>
							</efac:ReceivedSubmissionsStatistics>
							<efac:ReceivedSubmissionsStatistics>
								<efbc:StatisticsCode listName="review-decision-type">t-esubm</efbc:StatisticsCode>
								<efbc:StatisticsNumeric>1</efbc:StatisticsNumeric>
							</efac:ReceivedSubmissionsStatistics>
							<efac:ReceivedSubmissionsStatistics>
								<efbc:StatisticsCode listName="review-decision-type">part-req</efbc:StatisticsCode>
								<efbc:StatisticsNumeric>5</efbc:StatisticsNumeric>
							</efac:ReceivedSubmissionsStatistics>
							<efac:ReceivedSubmissionsStatistics>
								<efbc:StatisticsCode listName="review-decision-type">t-sme</efbc:StatisticsCode>
								<efbc:StatisticsNumeric>1</efbc:StatisticsNumeric>
							</efac:ReceivedSubmissionsStatistics>
							<efac:ReceivedSubmissionsStatistics>
								<efbc:StatisticsCode listName="review-decision-type">t-med</efbc:StatisticsCode>
								<efbc:StatisticsNumeric>0</efbc:StatisticsNumeric>
							</efac:ReceivedSubmissionsStatistics>
							<efac:ReceivedSubmissionsStatistics>
								<efbc:StatisticsCode listName="review-decision-type">t-small</efbc:StatisticsCode>
								<efbc:StatisticsNumeric>1</efbc:StatisticsNumeric>
							</efac:ReceivedSubmissionsStatistics>
							<efac:ReceivedSubmissionsStatistics>
								<efbc:StatisticsCode listName="review-decision-type">t-micro</efbc:StatisticsCode>
								<efbc:StatisticsNumeric>0</efbc:StatisticsNumeric>
							</efac:ReceivedSubmissionsStatistics>
							<efac:ReceivedSubmissionsStatistics>
								<efbc:StatisticsCode listName="review-decision-type">t-oth-eea</efbc:StatisticsCode>
								<efbc:StatisticsNumeric>0</efbc:StatisticsNumeric>
							</efac:ReceivedSubmissionsStatistics>
							<efac:ReceivedSubmissionsStatistics>
								<efbc:StatisticsCode listName="review-decision-type">t-no-eea</efbc:StatisticsCode>
								<efbc:StatisticsNumeric>0</efbc:StatisticsNumeric>
							</efac:ReceivedSubmissionsStatistics>
							<efac:ReceivedSubmissionsStatistics>
								<efbc:StatisticsCode listName="review-decision-type">t-verif-inad</efbc:StatisticsCode>
								<efbc:StatisticsNumeric>0</efbc:StatisticsNumeric>
							</efac:ReceivedSubmissionsStatistics>
							<efac:ReceivedSubmissionsStatistics>
								<efbc:StatisticsCode listName="review-decision-type">t-no-verif</efbc:StatisticsCode>
								<efbc:StatisticsNumeric>0</efbc:StatisticsNumeric>
							</efac:ReceivedSubmissionsStatistics>
							<efac:ReceivedSubmissionsStatistics>
								<efbc:StatisticsCode listName="review-decision-type">t-verif-inad-low</efbc:StatisticsCode>
								<efbc:StatisticsNumeric>0</efbc:StatisticsNumeric>
							</efac:ReceivedSubmissionsStatistics>
							<efac:SettledContract>
								<cbc:ID schemeName="contract">CON-0001</cbc:ID>
							</efac:SettledContract>
							<efac:StrategicProcurement>
								<efbc:ApplicableLegalBasis listName="cvd-scope">false</efbc:ApplicableLegalBasis>
							</efac:StrategicProcurement>
							<efac:TenderLot>
								<cbc:ID schemeName="Lot">LOT-0001</cbc:ID>
							</efac:TenderLot>
						</efac:LotResult>
						<efac:LotTender>
							<efac:FieldsPrivacy>
								<efbc:FieldIdentifierCode listName="non-publication-identifier">win-ten-var</efbc:FieldIdentifierCode>
								<cbc:ReasonCode listName="non-publication-justification">eo-int</cbc:ReasonCode>
							</efac:FieldsPrivacy>
							<cbc:ID schemeName="tender">TEN-0001</cbc:ID>
							<efbc:TenderVariantIndicator>0</efbc:TenderVariantIndicator>
							<efac:SubcontractingTerm>
								<efbc:TermCode listName="applicability">no</efbc:TermCode>
							</efac:SubcontractingTerm>
							<efac:TenderingParty>
								<cbc:ID schemeName="tenderingparty">TPA-0001</cbc:ID>
							</efac:TenderingParty>
							<efac:TenderLot>
								<cbc:ID schemeName="Lot">LOT-0001</cbc:ID>
							</efac:TenderLot>
							<efac:TenderReference>
								<cbc:ID>CX225A2A25A2A _28.02.2025_14:54</cbc:ID>
							</efac:TenderReference>
						</efac:LotTender>
						<efac:SettledContract>
							<cbc:ID schemeName="contract">CON-0001</cbc:ID>
							<cbc:AwardDate>2025-03-14+01:00</cbc:AwardDate>
							<cbc:IssueDate>2025-03-25+01:00</cbc:IssueDate>
							<efac:ContractReference>
								<cbc:ID>342/24</cbc:ID>
							</efac:ContractReference>
							<efac:LotTender>
								<cbc:ID>TEN-0001</cbc:ID>
							</efac:LotTender>
						</efac:SettledContract>
						<efac:TenderingParty>
							<cbc:ID schemeName="tendering-party">TPA-0001</cbc:ID>
							<efac:Tenderer>
								<cbc:ID schemeName="organization">ORG-0003</cbc:ID>
							</efac:Tenderer>
						</efac:TenderingParty>
					</efac:NoticeResult>
					<efac:NoticeSubType>
						<cbc:SubTypeCode listName="notice-subtype">29</cbc:SubTypeCode>
					</efac:NoticeSubType>
					<efac:Organizations>
						<efac:Organization>
							<efac:Company>
								<cac:PartyIdentification>
									<cbc:ID>ORG-0001</cbc:ID>
								</cac:PartyIdentification>
								<cac:PartyName>
									<cbc:Name languageID="DEU">Land Rheinland-Pfalz, vertreten durch das Ministerium für Bildung Rheinland-Pfalz, Abt. 3 Referat 9311</cbc:Name>
								</cac:PartyName>
								<cac:PostalAddress>
									<cbc:StreetName>Mittlere Bleiche 61</cbc:StreetName>
									<cbc:CityName>Mainz</cbc:CityName>
									<cbc:PostalZone>55116</cbc:PostalZone>
									<cbc:CountrySubentityCode listName="nuts-lvl3">DEB35</cbc:CountrySubentityCode>
									<cac:Country>
										<cbc:IdentificationCode listName="country">DEU</cbc:IdentificationCode>
									</cac:Country>
								</cac:PostalAddress>
								<cac:PartyLegalEntity>
									<cbc:CompanyID>Umsatzsteuer-ID: DE352877590</cbc:CompanyID>
								</cac:PartyLegalEntity>
								<cac:Contact>
									<cbc:Name>Abante Rechtsanwälte Kins Lohmann PartG mbB</cbc:Name>
									<cbc:Telephone>+49 341 238203-00</cbc:Telephone>
									<cbc:ElectronicMail>vergabeverfahren@abante.de</cbc:ElectronicMail>
								</cac:Contact>
							</efac:Company>
						</efac:Organization>
						<efac:Organization>
							<efac:Company>
								<cac:PartyIdentification>
									<cbc:ID>ORG-0002</cbc:ID>
								</cac:PartyIdentification>
								<cac:PartyName>
									<cbc:Name languageID="DEU">Vergabekammer Rheinland-Pfalz</cbc:Name>
								</cac:PartyName>
								<cac:PostalAddress>
									<cbc:CityName>Mainz</cbc:CityName>
									<cbc:PostalZone>55116</cbc:PostalZone>
									<cbc:CountrySubentityCode listName="nuts-lvl3">DEB35</cbc:CountrySubentityCode>
									<cac:Country>
										<cbc:IdentificationCode listName="country">DEU</cbc:IdentificationCode>
									</cac:Country>
								</cac:PostalAddress>
								<cac:PartyLegalEntity>
									<cbc:CompanyID>Umsatzsteuer-ID: DE355604198</cbc:CompanyID>
								</cac:PartyLegalEntity>
								<cac:Contact>
									<cbc:Telephone>+49 6131-16-2234</cbc:Telephone>
									<cbc:ElectronicMail>vergabekammer.rlp@mwvlw.rlp.de</cbc:ElectronicMail>
								</cac:Contact>
							</efac:Company>
						</efac:Organization>
						<efac:Organization>
							<efbc:ListedOnRegulatedMarketIndicator>false</efbc:ListedOnRegulatedMarketIndicator>
							<efac:UltimateBeneficialOwner>
								<cbc:ID>UBO-0001</cbc:ID>
							</efac:UltimateBeneficialOwner>
							<efac:Company>
								<cbc:WebsiteURI>http://life-style.de</cbc:WebsiteURI>
								<efbc:CompanySizeCode listName="economic-operator-size">small</efbc:CompanySizeCode>
								<cac:PartyIdentification>
									<cbc:ID>ORG-0003</cbc:ID>
								</cac:PartyIdentification>
								<cac:PartyName>
									<cbc:Name languageID="DEU">Lifestyle Webconsulting GmbH</cbc:Name>
								</cac:PartyName>
								<cac:PostalAddress>
									<cbc:StreetName>Bamberger Straße 9</cbc:StreetName>
									<cbc:CityName>Aschaffenburg</cbc:CityName>
									<cbc:PostalZone>63743</cbc:PostalZone>
									<cbc:CountrySubentityCode listName="nuts-lvl3">DE261</cbc:CountrySubentityCode>
									<cac:Country>
										<cbc:IdentificationCode listName="country">DEU</cbc:IdentificationCode>
									</cac:Country>
								</cac:PostalAddress>
								<cac:PartyLegalEntity>
									<cbc:CompanyID>DE263428441</cbc:CompanyID>
								</cac:PartyLegalEntity>
								<cac:Contact>
									<cbc:Telephone>0602158620</cbc:Telephone>
									<cbc:ElectronicMail>t.kalkowski@life-style.de</cbc:ElectronicMail>
								</cac:Contact>
							</efac:Company>
						</efac:Organization>
						<efac:Organization><efac:Company><cac:PartyIdentification><cbc:ID schemeName="organization">ORG-0004</cbc:ID></cac:PartyIdentification><cac:PartyName><cbc:Name languageID="DEU">Datenservice Öffentlicher Einkauf (in Verantwortung des Beschaffungsamts des BMI)</cbc:Name></cac:PartyName><cac:PostalAddress><cbc:CityName>Bonn</cbc:CityName><cbc:PostalZone>53119</cbc:PostalZone><cbc:CountrySubentityCode listName="nuts">DEA22</cbc:CountrySubentityCode><cac:Country><cbc:IdentificationCode listName="country">DEU</cbc:IdentificationCode></cac:Country></cac:PostalAddress><cac:PartyLegalEntity><cbc:CompanyID schemeID="002">0204:994-DOEVD-83</cbc:CompanyID></cac:PartyLegalEntity><cac:Contact><cbc:Telephone>+49228996100</cbc:Telephone><cbc:ElectronicMail>noreply.esender_hub@bescha.bund.de</cbc:ElectronicMail></cac:Contact></efac:Company></efac:Organization><efac:UltimateBeneficialOwner>
							<cbc:ID>UBO-0001</cbc:ID>
							<efac:Nationality>
								<cbc:NationalityID>DEU</cbc:NationalityID>
							</efac:Nationality>
						</efac:UltimateBeneficialOwner>
					</efac:Organizations>
				<efac:Publication><efbc:NoticePublicationID schemeName="ojs-notice-id">00269057-2025</efbc:NoticePublicationID><efbc:GazetteID schemeName="ojs-id">81/2025</efbc:GazetteID><efbc:PublicationDate>2025-04-25+02:00</efbc:PublicationDate></efac:Publication></efext:EformsExtension>
			</ext:ExtensionContent>
		</ext:UBLExtension>
	</ext:UBLExtensions>
	<cbc:UBLVersionID>2.3</cbc:UBLVersionID>
	<cbc:CustomizationID>eforms-sdk-1.12</cbc:CustomizationID>
	<cbc:ProfileID>eforms-sdk-1.12</cbc:ProfileID>
	<cbc:ID schemeName="notice-id">1e5ad0a3-d2f1-4c3f-8052-f79b25b2d89e</cbc:ID>
	<cbc:ContractFolderID>a89a2c39-5c59-49c9-ac6d-ab21d2c53699</cbc:ContractFolderID>
	<cbc:IssueDate>2025-04-24+02:00</cbc:IssueDate>
	<cbc:IssueTime>14:15:52+02:00</cbc:IssueTime>
	<cbc:VersionID>01</cbc:VersionID>
	<cbc:RequestedPublicationDate>2025-04-24+02:00</cbc:RequestedPublicationDate>
	<cbc:RegulatoryDomain>32014L0024</cbc:RegulatoryDomain>
	<cbc:NoticeTypeCode listName="result">can-standard</cbc:NoticeTypeCode>
	<cbc:NoticeLanguageCode listID="eu-official-language">DEU</cbc:NoticeLanguageCode>
	<cac:ContractingParty>
		<cac:ContractingPartyType>
			<cbc:PartyTypeCode listName="buyer-legal-type">ra</cbc:PartyTypeCode>
		</cac:ContractingPartyType>
		<cac:ContractingActivity>
			<cbc:ActivityTypeCode listName="authority-activity">education</cbc:ActivityTypeCode>
		</cac:ContractingActivity>
		<cac:Party>
			<cac:PartyIdentification>
				<cbc:ID>ORG-0001</cbc:ID>
			</cac:PartyIdentification>
		<cac:ServiceProviderParty><cbc:ServiceTypeCode listName="organisation-role">ted-esen</cbc:ServiceTypeCode><cac:Party><cac:PartyIdentification><cbc:ID schemeName="organization">ORG-0004</cbc:ID></cac:PartyIdentification></cac:Party></cac:ServiceProviderParty></cac:Party>
	</cac:ContractingParty>
	<cac:TenderingTerms>
		<cbc:FundingProgramCode listName="eu-funded">no-eu-funds</cbc:FundingProgramCode>
		<cac:ProcurementLegislationDocumentReference>
			<cbc:ID>vgv</cbc:ID>
		</cac:ProcurementLegislationDocumentReference>
		<cac:AppealTerms>
			<cac:PresentationPeriod>
				<cbc:Description languageID="DEU">15 Kalendertage nach Absendung der Vorabinformation nach § 134 GWB an unterlegene Bewerber ist der Vertragsschluss möglich (§ 134 Abs. 2 GWB). Wird die Vorabinformation per Fax oder auf elektronischem Wege versendet, verkürzt sich diese Frist auf 10 Kalendertage. Sie beginnt am Tag nach der Absendung der Information durch den Auftraggeber. § 160 GWB findet Anwendung. Die Vorschrift lautet auszugsweise: "(1) Die Vergabekammer leitet ein Nachprüfungsverfahren nur auf Antrag ein. (...) (3) Der Antrag ist unzulässig, soweit 1. der Antragsteller den geltend gemachten Verstoß gegen Vergabevorschriften vor Einreichen des Nachprüfungsantrags erkannt und gegenüber dem AG nicht innerhalb einer Frist von zehn Kalendertagen gerügt hat. Der Ablauf der Frist nach § 134 Abs. 2 bleibt unberührt, 2. Verstöße gegen Vergabevorschriften, die aufgrund der Bekanntmachung erkennbar sind, nicht spätestens bis zum Ablauf der in der Bekanntmachung genannten Frist zur Bewerbung oder zur Angebotsabgabe gegenüber dem AG gerügt wird, 3. Verstöße gegen Vergabevorschriften, die erst in den Vergabeunterlagen erkennbar sind, nicht spätestens bis zum Ablauf der Frist zur Bewerbung oder zur Angebotsabgabe gegenüber dem AG gerügt werden, 4. mehr als 15 Kalendertage nach Eingang der Mitteilung des AG, einer Rüge nicht abhelfen zu wollen, vergangen sind." Der Auftraggeber weist darauf hin, dass der Bieter wegen des Akteneinsichtsrechts aller Beteiligten eines Nachprüfungsverfahrens nach § 165 Abs. 1 GWB damit rechnen muss, dass sein Angebot von den Beteiligten bei der Vergabekammer eingesehen wird. Daher liegt es in seinem Interesse, schon in seinen Angebotsunterlagen auf wichtige Gründe nach § 165 Abs. 2 GWB für eine Versagung der Akteneinsicht hinzuweisen und betroffene Angebotsteile kenntlich zu machen (Geheimnisse, insbesondere Fabrikations-, Betriebs- oder Geschäftsgeheimnisse). Zur Durchsetzung seiner Rechte muss sich der Bieter an die Vergabekammer wenden.</cbc:Description>
			</cac:PresentationPeriod>
			<cac:AppealReceiverParty>
				<cac:PartyIdentification>
					<cbc:ID schemeName="organization">ORG-0002</cbc:ID>
				</cac:PartyIdentification>
			</cac:AppealReceiverParty>
		</cac:AppealTerms>
	</cac:TenderingTerms>
	<cac:TenderingProcess>
		<cbc:Description languageID="DEU">Der Auftraggeber ist verpflichtet, die Höchstgrenze für rahmenvertragliche Leistungen anzugeben. Er hat sich für die Angabe eines Höchstwerts entschieden. Er liegt bei 3.000.000 Euro brutto (in Worten: dreimillionen).  Dies ist nicht der Gesamtwert der Vergabe, nur der geschätzte Höchstwert für den Teil der Rahmenvereinbarung.</cbc:Description>
		<cbc:ProcedureCode listName="procurement-procedure-type">neg-w-call</cbc:ProcedureCode>
		<cac:NoticeDocumentReference>
			<cbc:ID>658503-2024</cbc:ID>
		</cac:NoticeDocumentReference>
		<cac:ProcessJustification>
			<cbc:ProcessReasonCode listName="accelerated-procedure">false</cbc:ProcessReasonCode>
		</cac:ProcessJustification>
		<cac:AuctionTerms>
			<cbc:AuctionConstraintIndicator>false</cbc:AuctionConstraintIndicator>
		</cac:AuctionTerms>
	</cac:TenderingProcess>
	<cac:ProcurementProject>
		<cbc:ID schemeName="internalID">342/24</cbc:ID>
		<cbc:Name languageID="DEU">EU-weites Verhandlungsverfahren mit Teilnahmewettbewerb über die Lieferung und Anpassung einer Software für einen Stammdatenserver für das Bildungsportal Rheinland-Pfalz (Ex-Post)</cbc:Name>
		<cbc:Description languageID="DEU">Das Projekt Bildungsportal Rheinland-Pfalz ist ein Integrationsprojekt, das vom Ministerium für Bildung Rheinland-Pfalz und dem Pädagogischen Landesinstitut Rheinland-Pfalz in gemeinsamer Verantwortung umgesetzt wird. Das Projekt Bildungsportal Rheinland-Pfalz soll pädagogische und administrative IT-Systeme des Landes im Schulbereich integrieren und über Single Sign-On Technologie einen nach Rollenkonzept einheitlichen Zugang zu diesen digitalen Anwendungen für alle am Bildungsprozess Beteiligten ermöglichen. Dabei dient der geplante Stammdatenserver als zentrale projektübergreifende Datendrehscheibe, Transformations- und Vermittlungsdienst für die benötigten Stammdaten wie z.B. Personen-Stammdaten, aber auch Wertelisten für Fächer, Stundentafeln und alle schulstatistikrelevanten Merkmale. Ziel ist dabei, dass projektübergreifend benötigte Stammdaten möglichst nur einmal erfasst werden müssen und über diese Datendrehscheibe durch alle Fachverfahren verwendet werden können.</cbc:Description>
		<cbc:ProcurementTypeCode listName="contract-nature">supplies</cbc:ProcurementTypeCode>
		<cbc:Note languageID="DEU">Bekanntmachungs-ID: CXP4Y0M5FG9</cbc:Note>
		<cac:RequestedTenderTotal>
			<ext:UBLExtensions>
				<ext:UBLExtension>
					<ext:ExtensionContent>
						<efext:EformsExtension>
							<efbc:FrameworkMaximumAmount currencyID="EUR">2521008.00</efbc:FrameworkMaximumAmount>
						</efext:EformsExtension>
					</ext:ExtensionContent>
				</ext:UBLExtension>
			</ext:UBLExtensions>
			<cbc:EstimatedOverallContractAmount currencyID="EUR">1177000.00</cbc:EstimatedOverallContractAmount>
		</cac:RequestedTenderTotal>
		<cac:MainCommodityClassification>
			<cbc:ItemClassificationCode listName="cpv">48000000</cbc:ItemClassificationCode>
		</cac:MainCommodityClassification>
		<cac:AdditionalCommodityClassification>
			<cbc:ItemClassificationCode listName="cpv">72230000</cbc:ItemClassificationCode>
		</cac:AdditionalCommodityClassification>
		<cac:AdditionalCommodityClassification>
			<cbc:ItemClassificationCode listName="cpv">72262000</cbc:ItemClassificationCode>
		</cac:AdditionalCommodityClassification>
		<cac:RealizedLocation>
			<cac:Address>
				<cbc:Region>anyw-cou</cbc:Region>
				<cac:Country>
					<cbc:IdentificationCode listName="country">DEU</cbc:IdentificationCode>
				</cac:Country>
			</cac:Address>
		</cac:RealizedLocation>
	</cac:ProcurementProject>
	<cac:ProcurementProjectLot>
		<cbc:ID schemeName="Lot">LOT-0001</cbc:ID>
		<cac:TenderingTerms>
			<ext:UBLExtensions>
				<ext:UBLExtension>
					<ext:ExtensionContent>
						<efext:EformsExtension>
							<efac:StrategicProcurement>
								<efbc:ApplicableLegalBasis listName="cvd-scope">false</efbc:ApplicableLegalBasis>
							</efac:StrategicProcurement>
						</efext:EformsExtension>
					</ext:ExtensionContent>
				</ext:UBLExtension>
			</ext:UBLExtensions>
			<cbc:FundingProgramCode listName="eu-funded">no-eu-funds</cbc:FundingProgramCode>
			<cac:ContractExecutionRequirement>
				<cbc:ExecutionRequirementCode listName="fsr">false</cbc:ExecutionRequirementCode>
			</cac:ContractExecutionRequirement>
			<cac:AwardingTerms>
				<cac:AwardingCriterion>
					<cac:SubordinateAwardingCriterion>
						<ext:UBLExtensions>
							<ext:UBLExtension>
								<ext:ExtensionContent>
									<efext:EformsExtension>
										<efac:AwardCriterionParameter>
											<efbc:ParameterCode listName="number-fixed">fix-tot</efbc:ParameterCode>
											<efbc:ParameterNumeric>400.0</efbc:ParameterNumeric>
										</efac:AwardCriterionParameter>
									</efext:EformsExtension>
								</ext:ExtensionContent>
							</ext:UBLExtension>
						</ext:UBLExtensions>
						<cbc:AwardingCriterionTypeCode listName="award-criterion-type">price</cbc:AwardingCriterionTypeCode>
						<cbc:Name languageID="DEU">Preis</cbc:Name>
						<cbc:Description languageID="DEU">Der Bieter mit dem geringsten Angebotspreis unter den wertungsfähigen Angeboten erhält die maximale Punktzahl i.H.v. 400 Punkten.   Wertungsfähig sind all diejenigen Angebote, die formal einwandfrei sind, auskömmlich kalkuliert sind und in qualitativer Hinsicht die o.g. Mindestpunktzahl erfüllen.   Jedes wertungsfähige Angebot, das doppelt so hoch (oder noch höher) wie das niedrigste wertungsfähige Angebot ist, erhält 0 Punkte.     Dazwischenliegende Werte werden nach folgender Formel ermittelt:    P = 800 - 400 * (X/N)      Wobei gilt:    P - Punktzahl des zu bewertenden Bieters  X - Angebotspreis des zu bewertenden Bieters  N - niedrigster Angebotspreis aller Bieter    Sollte sich bei der Berechnung ein negativer Wert ergeben, erhält der betroffene Bieter 0 Punkte.</cbc:Description>
					</cac:SubordinateAwardingCriterion>
					<cac:SubordinateAwardingCriterion>
						<ext:UBLExtensions>
							<ext:UBLExtension>
								<ext:ExtensionContent>
									<efext:EformsExtension>
										<efac:AwardCriterionParameter>
											<efbc:ParameterCode listName="number-fixed">fix-tot</efbc:ParameterCode>
											<efbc:ParameterNumeric>250.0</efbc:ParameterNumeric>
										</efac:AwardCriterionParameter>
									</efext:EformsExtension>
								</ext:ExtensionContent>
							</ext:UBLExtension>
						</ext:UBLExtensions>
						<cbc:AwardingCriterionTypeCode listName="award-criterion-type">quality</cbc:AwardingCriterionTypeCode>
						<cbc:Name languageID="DEU">Kriterienkatalog</cbc:Name>
						<cbc:Description languageID="DEU">Der Bieter hat die Anlage C.0_2 "Kriterienkatalog" der Leistungsbeschreibung auszufüllen und gemeinsam mit seinem Angebot einzureichen. Er hat dort zu jeder laufenden Nummer Angaben über die Funktionen seiner angebotenen Softwarelösung zu machen.   Achtung, die Anlage C.0_2_Kriterienkatalog hat zwei Tabellenblätter. Es sind beide zu befüllen.  Im Hinblick auf die B- und A/B-Kriterien werden diese vom Auftraggeber nach den in der Anlage angeführten Zielerfüllungsgraden bewertet. Die Gewichtung der einzelnen Kriterien zueinander ergibt sich aus der maximalen Punktzahl des jeweiligen Kriteriums.   Die Wertungspunkte werden wie folgt errechnet: Wertungspunkte (maximal 250) = 250 * (erreichte Punkte [max. 420] / maximal erreichbare Punkte [420])  Es wird auf die zweite Nachkommastelle gerundet.</cbc:Description>
					</cac:SubordinateAwardingCriterion>
					<cac:SubordinateAwardingCriterion>
						<ext:UBLExtensions>
							<ext:UBLExtension>
								<ext:ExtensionContent>
									<efext:EformsExtension>
										<efac:AwardCriterionParameter>
											<efbc:ParameterCode listName="number-fixed">fix-tot</efbc:ParameterCode>
											<efbc:ParameterNumeric>100.0</efbc:ParameterNumeric>
										</efac:AwardCriterionParameter>
									</efext:EformsExtension>
								</ext:ExtensionContent>
							</ext:UBLExtension>
						</ext:UBLExtensions>
						<cbc:AwardingCriterionTypeCode listName="award-criterion-type">quality</cbc:AwardingCriterionTypeCode>
						<cbc:Name languageID="DEU">Umsetzungskonzept Schnittstellen</cbc:Name>
						<cbc:Description languageID="DEU">Der Bieter soll in einem Konzept gemäß der Leistungsbeschreibung darstellen, wie er die Anbindung der Fachverfahren umsetzen möchte. Der Bieter hat dabei sein Vorgehen zu beschreiben, insbesondere die zu erwartende Aufwände. Ebenso ist die angenommene Mitwirkung des Auftraggebers zu beschreiben. Der Auftraggeber wird Detailreichtum, Nachvollziehbarkeit und Plausibilität der Darstellungen in seine Bewertungen einbeziehen  Die Bewertung des Umsetzungskonzepts Schnittstellen erfolgt in einem Kontinuum von 5 Punkten für die sehr gute Erfüllung eines Kriteriums bis zu 0 Punkten für die ungenügende Erfüllung eines Kriteriums. Die mangelhafte Erfüllung wird mit einem Punkt, die ausreichende Erfüllung mit 2 Punkten, die befriedigende Erfüllung mit 3 Punkten, die gute Erfüllung mit 4 Punkten und die sehr gute Erfüllung mit 5 Punkten bewertet. Die Bewertung erfolgt nach folgenden Kriterien: - Sehr gut - eine besonders hervorragende Erfüllung der Zuschlagskriterien (5); - Gut - eine erheblich über den durchschnittlichen Anforderungen liegende Erfüllung der Zuschlagskriterien (4); - Befriedigend - eine Erfüllung der Kriterien, die in jeder Hinsicht durchschnittlichen Anforderungen entspricht (3); - Ausreichend - eine Erfüllung der Kriterien, die trotz ihrer Mängel durchschnittlichen Anforderungen noch entspricht (2); - Mangelhaft - eine an erheblichen Mängeln leidende, im Ganzen nicht mehr brauchbare Erfüllung der Kriterien (1); - Ungenügend - eine völlig unbrauchbare Erfüllung der geforderten Kriterien (0).</cbc:Description>
					</cac:SubordinateAwardingCriterion>
					<cac:SubordinateAwardingCriterion>
						<ext:UBLExtensions>
							<ext:UBLExtension>
								<ext:ExtensionContent>
									<efext:EformsExtension>
										<efac:AwardCriterionParameter>
											<efbc:ParameterCode listName="number-fixed">fix-tot</efbc:ParameterCode>
											<efbc:ParameterNumeric>100.0</efbc:ParameterNumeric>
										</efac:AwardCriterionParameter>
									</efext:EformsExtension>
								</ext:ExtensionContent>
							</ext:UBLExtension>
						</ext:UBLExtensions>
						<cbc:AwardingCriterionTypeCode listName="award-criterion-type">quality</cbc:AwardingCriterionTypeCode>
						<cbc:Name languageID="DEU">Präsentation des Funktionsumfangs (Teststellung)</cbc:Name>
						<cbc:Description languageID="DEU">In einer Präsentation seitens des Bieters soll gezeigt werden, wie ein Projekt zur Anbindung eines Fachverfahrens am Beispiel Schulverwaltungsprogramm (SVP) aufgebaut werden würde. In diesem Kontext sollen die Funktionen der angebotenen Softwarelösung am realen Beispiel gezeigt werden:  1. einen als Beispiel ausgewählten echten Arbeitsprozess gegen menschliche und technische Fehlleistungen robust und möglichst flexibel anwendbar umsetzen 2. Stammdaten zentral speichern entsprechend einem Stammdatenmodell 3. in und aus dem Stammdatenserver über entsprechend konfigurierte standardisierte Schnittstellen wie z.B. REST Endpoints Daten aus Datenquellen importieren und entsprechend dem Stammdatenmodell abspeichern oder an abfragende Systeme (Datensenken) ausgeben  4. bei Datenabfragen und -änderungen im Stammdatenserver die Berechtigungen aus dem Rollen- &amp; Rechtekonzept im Stammdatenserver einhalten 5. Datenübertragung an/vom Stammdatenserver auf sicheren Wegen ermöglichen 6. neu anzulegenden Personen eine UUID sowie eine eindeutige Personen-ID zuzuordnen 7. benutzerdefinierte Regeln für die Erkennung und Bewertung von Dubletten einrichten 8. Workflows für die weitgehend automatisierte Behandlung von Dubletten einrichten 9. Information über nicht automatisiert behandelbare Dubletten dezentral an Fachverfahren zurückgeben 10. Datenbearbeitungsprozesse im Stammdatenserver über standardisierte Schnittstellen wie z.B. REST Endpoints auch für Drittsysteme verwendbar machen  Bewertet werden das im Rahmen der Präsentation präsentierte Arbeitsergebnis sowie die Zwischenschritte auf dem Weg dorthin. Bevorzugt wird zumindest auch eine Live-Vorführung im Testsystem des Bieters, zu welcher der Auftraggeber nach Ablauf der Erstangebotsfrist einlädt. Aber auch eine Präsentation anhand von Screenshots ist denkbar; auch zu dieser lädt der Auftraggeber nach Ablauf der Erstangebotsfrist ein. Für die Bewertung wird eine erhebliche Rolle spielen, ob die Präsentation vollständig ist, also ob alle o.g. Punkte detailliert und nachvollziehbar vorgeführt und erläutert werden. Der Auftraggeber begrüßt es zudem, wenn der Use Case aus dem Kap. "Anwendungsbeispiel - Beschreibung: Geschäftsprozess "Schüler:in erfassen" von Anlage C.0_Leistungsbeschreibung beispielhaft umgesetzt wird.   Die Präsentation selbst erfolgt nach Ablauf der Erstangebotsfrist. Allerdings muss (!) der Stand der Software zugrunde gelegt werden, der bei Ablauf der Erstangebotsfrist bestand. Es darf nicht nachträglich, also nach Ablauf derer Erstangebotsfrist, an der Präsentation gearbeitet werden. Für die Wertung ist der Stand bei Ablauf der Erstangebotsfrist entscheidend.  Dies führt zu folgenden zwingenden Einreichungsvorgaben: Um zu verhindern, dass der eine Bieter länger Zeit zur Verfügung hat als der andere, sind die textförmigen Präsentationsunterlagen (v.a. Screenshots) bereits mit dem Erstangebot einzureichen. Und zwar auch dann, wenn eine Live-Fortführung im Testsystem erfolgen soll. Der Auftraggeber wird dann anhand der Screenshots prüfen, ob der im Testsystem live vorgeführte Stand dem Stand entspricht, der bei Ablauf der Angebotsfrist vorgelegen hat.  Ferner ist die Version auf dem Testsystem des Bieters schon im Erstangebot so genau zu bezeichnen, dass der Auftraggeber zu Beginn der Präsentation feststellen kann, ob die vorgeführte Lösung derjenigen Lösung bei Ablauf der Erstangebotsfrist entspricht.  Zusammengefasst: (1) Mit dem Erstangebot müssen die Präsentationsunterlagen eingereicht werden. Diese müssen umfassen die Screenshots, die später Präsentationsgegenstand werden. Diese Vorgabe gilt für alle Bieter. (2) Nur für Bieter, die nach Ablauf der Erstangebotsfrist die Präsentation live auf ihrem Testsystem vorführen möchten, gilt: Die Präsentationsunterlagen müssen die genaue Versionsbezeichnung der später vorgeführten Software umfassen.  Die Bewertung der Präsentation erfolgt in einem Kontinuum von 5 Punkten für die sehr gute Erfüllung eines Kriteriums bis zu 0 Punkten für die ungenügende Erfüllung eines Kriteriums. Die mangelhafte Erfüllung wird mit einem Punkt, die ausreichende Erfüllung mit 2 Punkten, die befriedigende Erfüllung mit 3 Punkten, die gute Erfüllung mit 4 Punkten und die sehr gute Erfüllung mit 5 Punkten bewertet. Die Bewertung erfolgt nach folgenden Kriterien: - Sehr gut - eine besonders hervorragende Erfüllung der Zuschlagskriterien (5); - Gut - eine erheblich über den durchschnittlichen Anforderungen liegende Erfüllung der Zuschlagskriterien (4); - Befriedigend - eine Erfüllung der Kriterien, die in jeder Hinsicht durchschnittlichen Anforderungen entspricht (3); - Ausreichend - eine Erfüllung der Kriterien, die trotz ihrer Mängel durchschnittlichen Anforderungen noch entspricht (2); - Mangelhaft - eine an erheblichen Mängeln leidende, im Ganzen nicht mehr brauchbare Erfüllung der Kriterien (1); - Ungenügend - eine völlig unbrauchbare Erfüllung der geforderten Kriterien (0).</cbc:Description>
					</cac:SubordinateAwardingCriterion>
					<cac:SubordinateAwardingCriterion>
						<ext:UBLExtensions>
							<ext:UBLExtension>
								<ext:ExtensionContent>
									<efext:EformsExtension>
										<efac:AwardCriterionParameter>
											<efbc:ParameterCode listName="number-fixed">fix-tot</efbc:ParameterCode>
											<efbc:ParameterNumeric>150.0</efbc:ParameterNumeric>
										</efac:AwardCriterionParameter>
									</efext:EformsExtension>
								</ext:ExtensionContent>
							</ext:UBLExtension>
						</ext:UBLExtensions>
						<cbc:AwardingCriterionTypeCode listName="award-criterion-type">quality</cbc:AwardingCriterionTypeCode>
						<cbc:Name languageID="DEU">Erfahrung des Projektteams</cbc:Name>
						<cbc:Description languageID="DEU">Auf jede der unter Nr. 5.1 bis Nr. 5.5 der Zuschlagsmatrix genannten Rollen entfällt je ein Rolleninhaber. (vgl. B2.Zuschlagskriterien) Es sind insgesamt mindestens fünf (5) Rolleninhaber namentlich zu benennen. Ein Mitarbeiter darf mehrere Rollen innehaben. Ebenso dürfen mehrere Mitarbeiter je Rolle vorgesehen werden.  Es werden die Erfahrungen der namentlich benannten Rolleninhaber anhand von jeweils zwei Mitarbeiterreferenzen bewertet. Es ist zulässig, Mitarbeiterreferenzen mehrfach zu verwenden, etwa wenn ein Mitarbeiter Projektleiter und ein anderer Mitarbeiter als Test-Entwickler im selben Projekt gearbeitet haben. Werden mehrere Mitarbeiter je Rolle vorgesehen, sind für jeden dieser Mitarbeiter jeweils zwei Mitarbeiterreferenzen nachzuweisen.  Für jede Mitarbeiterreferenz ist eine (1) Eigenerklärung unter Verwendung des Formblatts "Mitarbeiterreferenz des angebotenen Mitarbeiters" (Anlage C.7) einzureichen. Es sind somit insgesamt mindestens zehn Mitarbeiterreferenzblätter in Form der ausgefüllten Anlage C.7 einzureichen.  Die Bewertung erfolgt dergestalt, dass jede Mitarbeiterreferenz nach dem bereits vorgestellten Bewertungsschema unter Berücksichtigung des nachfolgend konkretisierten Erwartungshorizonts bewertet wird. Anschließend wird ein Durchschnitt je Rolle gebildet. Beispiel: Für die Rolle 5.4 benennt Bieter A zwei Mitarbeiter und reicht insgesamt 4 Referenzen ein. Der Auftraggeber bewertet Referenz 1 mit 3, Referenz 2 mit 4, Referenz 3 mit 5 und Referenz 4 mit 0 Punkten. Folglich vergibt er für die Rolle 5.4 insgesamt 3 Punkte (12 Punkte / 4 Referenzen) und gelangt zu einer Wertungspunktzahl von 18 Punkten.  Berücksichtigt werden nur seit Beginn des Jahres 2020 bearbeitete Mitarbeiterreferenzaufträge. Sie können auch früher begonnen haben, solange für die ausgeschriebenen Leistungsbilder prägende Leistungen, d. h. auch ab dem Jahr 2020 erbracht wurden.  Die für die Auftragsausführung vorgesehenen Mitarbeiter müssen an der Erbringung der Mitarbeiterreferenz mitgewirkt haben, und zwar möglichst in der Rolle, für die sie im hiesigen Projekt benannt werden. Denn die Referenzen der jeweiligen Mitarbeiter sollen belegen, dass der Mitarbeiter für das ihm im Projekt zugeteilte Skill-Profil ausreichende Erfahrung besitzt. Ihre jeweilige Rolle und der dazu gehörige Inhalt und Umfang der Beteiligung sind somit anzugeben.  Der Auftraggeber wird insbesondere auch folgende belegte Erfahrungen positiv bewerten:  - Skill-Profil: Projektleiter/Koordinator für Fachverfahrens-Anschlussprojekte o Projekterfahrung bei der Anbindung von Fachverfahren an einen Stammdatenserver.  - Skill-Profile Datenmodell-Design &amp; Konfiguration der Softwarelösung und kundenspezifische Weiterentwicklung der Softwarelösung o Entwicklungserfahrung bei der Anbindung von Fachverfahren an einen Stammdatenserver.   - Skill-Profil: Test-Entwickler für Integrations- und Lasttests o Erfahrung in der Softwareentwicklung auf der Basis gebräuchlicher Softwareentwicklungsplattformen und Open Source Technologien unter Verwendung eines agilen Vorgehensmodells (Scrum). o Erfahrungen auf dem Gebiet der manuellen Testung, der Testautomatisierung und Continuous Integration zur Sicherstellung der Softwarequalität im Softwareentwicklungsprozess, insbesondere unter Berücksichtigung anerkannter Normen wie z.B. der ISO/IEC 9126, bezüglich Softwaresystemen, die in Art, Umfang und Schwierigkeit mit der zu vergebenden Entwicklungsleistung vergleichbar sind. o Erfahrungen bei Auswahl und Integration von Werkzeugen zur manuellen Testung und Testautomatisierung, Planung und Steuerung der manuellen Testung und Testautomatisierung im Entwicklungsprozess und Unterstützung des Entwicklungsteams bei der manuellen Testung und Testautomatisierung bezüglich Softwaresystemen, die in Art, Umfang und Schwierigkeit mit der zu vergebenden Entwicklungsleistung vergleichbar sind.  - Skill-Profil: Administrator für Betrieb und Deployment o Erfahrung mit dem technischen Betrieb und automatisierten Deployment der Stammdatenserverlösung in technischen Betriebsumgebungen bei Kunden bzw. in dedizierten Rechenzentrumsumgebungen und/oder private clouds.</cbc:Description>
					</cac:SubordinateAwardingCriterion>
				</cac:AwardingCriterion>
			</cac:AwardingTerms>
			<cac:AdditionalInformationParty>
				<cac:PartyIdentification>
					<cbc:ID>ORG-0001</cbc:ID>
				</cac:PartyIdentification>
			</cac:AdditionalInformationParty>
			<cac:AppealTerms>
				<cac:PresentationPeriod>
					<cbc:Description languageID="DEU">15 Kalendertage nach Absendung der Vorabinformation nach § 134 GWB an unterlegene Bewerber ist der Vertragsschluss möglich (§ 134 Abs. 2 GWB). Wird die Vorabinformation per Fax oder auf elektronischem Wege versendet, verkürzt sich diese Frist auf 10 Kalendertage. Sie beginnt am Tag nach der Absendung der Information durch den Auftraggeber. § 160 GWB findet Anwendung. Die Vorschrift lautet auszugsweise: "(1) Die Vergabekammer leitet ein Nachprüfungsverfahren nur auf Antrag ein. (...) (3) Der Antrag ist unzulässig, soweit 1. der Antragsteller den geltend gemachten Verstoß gegen Vergabevorschriften vor Einreichen des Nachprüfungsantrags erkannt und gegenüber dem AG nicht innerhalb einer Frist von zehn Kalendertagen gerügt hat. Der Ablauf der Frist nach § 134 Abs. 2 bleibt unberührt, 2. Verstöße gegen Vergabevorschriften, die aufgrund der Bekanntmachung erkennbar sind, nicht spätestens bis zum Ablauf der in der Bekanntmachung genannten Frist zur Bewerbung oder zur Angebotsabgabe gegenüber dem AG gerügt wird, 3. Verstöße gegen Vergabevorschriften, die erst in den Vergabeunterlagen erkennbar sind, nicht spätestens bis zum Ablauf der Frist zur Bewerbung oder zur Angebotsabgabe gegenüber dem AG gerügt werden, 4. mehr als 15 Kalendertage nach Eingang der Mitteilung des AG, einer Rüge nicht abhelfen zu wollen, vergangen sind." Der Auftraggeber weist darauf hin, dass der Bieter wegen des Akteneinsichtsrechts aller Beteiligten eines Nachprüfungsverfahrens nach § 165 Abs. 1 GWB damit rechnen muss, dass sein Angebot von den Beteiligten bei der Vergabekammer eingesehen wird. Daher liegt es in seinem Interesse, schon in seinen Angebotsunterlagen auf wichtige Gründe nach § 165 Abs. 2 GWB für eine Versagung der Akteneinsicht hinzuweisen und betroffene Angebotsteile kenntlich zu machen (Geheimnisse, insbesondere Fabrikations-, Betriebs- oder Geschäftsgeheimnisse). Zur Durchsetzung seiner Rechte muss sich der Bieter an die Vergabekammer wenden.</cbc:Description>
				</cac:PresentationPeriod>
				<cac:AppealReceiverParty>
					<cac:PartyIdentification>
						<cbc:ID schemeName="organization">ORG-0002</cbc:ID>
					</cac:PartyIdentification>
				</cac:AppealReceiverParty>
			</cac:AppealTerms>
		</cac:TenderingTerms>
		<cac:TenderingProcess>
			<cbc:GovernmentAgreementConstraintIndicator>true</cbc:GovernmentAgreementConstraintIndicator>
			<cac:NoticeDocumentReference>
				<cbc:ID>658503-2024</cbc:ID>
			</cac:NoticeDocumentReference>
			<cac:AuctionTerms>
				<cbc:AuctionConstraintIndicator>false</cbc:AuctionConstraintIndicator>
			</cac:AuctionTerms>
			<cac:ContractingSystem>
				<cbc:ContractingSystemTypeCode listName="framework-agreement">fa-wo-rc</cbc:ContractingSystemTypeCode>
			</cac:ContractingSystem>
			<cac:ContractingSystem>
				<cbc:ContractingSystemTypeCode listName="dps-usage">none</cbc:ContractingSystemTypeCode>
			</cac:ContractingSystem>
		</cac:TenderingProcess>
		<cac:ProcurementProject>
			<cbc:ID schemeName="internalID">342/24</cbc:ID>
			<cbc:Name languageID="DEU">EU-weites Verhandlungsverfahren mit Teilnahmewettbewerb über die Lieferung und Anpassung einer Software für einen Stammdatenserver für das Bildungsportal Rheinland-Pfalz (Ex-Post)</cbc:Name>
			<cbc:Description languageID="DEU">Angeboten werden sollen Leistungen in zwei Teilbereichen:  1. eine Softwarelösung für Stammdatenmanagement mit benannten Funktionen, die für die Unterstützung der hier beschriebenen Anwendungsfälle und Arbeitsprozesse geeignet ist - Demonstration der Stammdaten-Softwarelösung im Hinblick auf die Umsetzbarkeit der geforderten Mindestfunktionen und Unterstützung der dargestellten Arbeitsprozesse sowie der projektmäßigen Abwicklung eines Teilprojekts zur Fachverfahrensanbindung an den Stammdatenserver 2. ein Rahmenvertrag über Dienstleistungskontingente mit verschiedenen Skill-Profilen, aus dem Dienstleistungen abgerufen werden können zB für Schulungen, Konfiguration, technische Unterstützung bei Implementation, Erstbefüllung mit Daten, Einrichten des Monitorings usw.  Genaueres zur Leistungsbeschreibung findet sich in dem Dokument C.0_Leistungsbeschreibung</cbc:Description>
			<cbc:ProcurementTypeCode listName="contract-nature">supplies</cbc:ProcurementTypeCode>
			<cbc:Note languageID="DEU">Zu beachten ist bei dem Zuschlagskriterium Präsentation des Funktionsumfang die wertende Teststellung.  Der Bieter, auf dessen Angebot die höchste Punktzahl entfällt, wird den Zuschlag erhalten, wenn der betreffende Bieter zudem die Mindestpunktzahl in qualitativer Hinsicht erreicht hat. Damit ein Angebot berücksichtigt werden kann, muss es in qualitativer Hinsicht  mindestens 350 von 600 möglichen Punkten erzielen (Mindestpunktzahl).</cbc:Note>
			<cac:ProcurementAdditionalType>
				<cbc:ProcurementTypeCode listName="strategic-procurement">none</cbc:ProcurementTypeCode>
			</cac:ProcurementAdditionalType>
			<cac:MainCommodityClassification>
				<cbc:ItemClassificationCode listName="cpv">48000000</cbc:ItemClassificationCode>
			</cac:MainCommodityClassification>
			<cac:AdditionalCommodityClassification>
				<cbc:ItemClassificationCode listName="cpv">72230000</cbc:ItemClassificationCode>
			</cac:AdditionalCommodityClassification>
			<cac:AdditionalCommodityClassification>
				<cbc:ItemClassificationCode listName="cpv">72262000</cbc:ItemClassificationCode>
			</cac:AdditionalCommodityClassification>
			<cac:RealizedLocation>
				<cac:Address>
					<cbc:Region>anyw-cou</cbc:Region>
					<cac:Country>
						<cbc:IdentificationCode listName="country">DEU</cbc:IdentificationCode>
					</cac:Country>
				</cac:Address>
			</cac:RealizedLocation>
			<cac:PlannedPeriod>
				<cbc:DurationMeasure unitCode="YEAR">2</cbc:DurationMeasure>
			</cac:PlannedPeriod>
			<cac:ContractExtension>
				<cbc:MaximumNumberNumeric>2</cbc:MaximumNumberNumeric>
				<cac:Renewal>
					<cac:Period>
						<cbc:Description languageID="DEU">Die Laufzeit des Rahmenvertrags beträgt 2 Jahre mit der Möglichkeit zweimal um je 1 Jahr zu verlängern.  Die Mindestvertragsdauer des EVB-IT Systemvertrags beträgt 2 Jahre Grundlaufzeit zzgl. 2 jeweils einjähriger Optionszeiträume.  Der EVB-IT Systemvertrags ist in seiner Laufzeit unbegrenzt.</cbc:Description>
					</cac:Period>
				</cac:Renewal>
			</cac:ContractExtension>
		</cac:ProcurementProject>
	</cac:ProcurementProjectLot>
	<cac:TenderResult>
		<cbc:AwardDate>2000-01-01Z</cbc:AwardDate>
	</cac:TenderResult>
</ContractAwardNotice>