Wofür wird diese Leistung gebraucht?
Kundenspezifische Software wird für konkrete Arbeitsabläufe entwickelt. Bedarf, fachliche Regeln, Schnittstellen und die spätere Pflege müssen zusammenpassen; eine lange Funktionsliste ersetzt weder Abnahmekriterien noch einen geklärten Betrieb.
- Amtliche Bezeichnung
- Entwicklung von Transaktionsverarbeitungssoftware und kundenspezifischer Software
- Englischer Suchbegriff
- Development of transaction processing and custom software
- Fachlicher Zusammenhang
- Entwicklung von kundenspezifischer Software
- Genauigkeit des Codes
- Spezifischer Eintrag ohne weitere Unterbegriffe im übernommenen CPV-Baum
Für diesen konkreten Eintrag beginnt die Vorbereitung beim tatsächlichen Verwendungszweck. Schreiben Sie auf, was der Auftraggeber damit erreichen will, welche Menge oder Leistungseinheit gebraucht wird und woran die vertragsgemäße Erfüllung erkennbar wäre. Der Code hilft bei der Suche; die fachliche Beschreibung entscheidet über den tatsächlichen Umfang.
Was gehört dazu – und wo liegen die Grenzen?
- 72000000-5 · IT-Dienste: Beratung, Software-Entwicklung, Internet und Hilfestellung
- 72200000-7 · Softwareprogrammierung und -beratung
- 72230000-6 · Entwicklung von kundenspezifischer Software
- 72232000-0 · Entwicklung von Transaktionsverarbeitungssoftware und kundenspezifischer Software
Der übergeordnete Begriff „Entwicklung von kundenspezifischer Software“ ist weiter gefasst. Prüfen Sie, ob Ihre Suche mit „Entwicklung von Transaktionsverarbeitungssoftware und kundenspezifischer Software“ ausreichend genau ist oder zusätzliche Begriffe aus derselben Fachgruppe braucht. Ein breiterer Code kann passende Fundstellen ergänzen; er belegt nicht, dass alle dort enthaltenen Leistungen Teil desselben Auftrags sind.
Begriffe auf derselben Ebene vergleichen
Die gemeinsame Überordnung erklärt den fachlichen Zusammenhang. Ob mehrere dieser Positionen in einem Los zusammengehören, ergibt sich erst aus der konkreten Ausschreibung.
Welche Anforderungen müssen vor dem Angebot klar sein?
Welche Geschäftsabläufe und Nutzerrollen sollen tatsächlich unterstützt werden?
Welche Systeme, Datenformate und Schnittstellen müssen nachweisbar zusammenarbeiten?
Welche Ergebnisse markieren Abnahme, Änderungsauftrag und Übergang in den Betrieb?
Für diese Leistungsoption halten Sie die Antwort zusammen mit der Fundstelle in der Leistungsbeschreibung fest. Offene Punkte werden zu einer konkreten Rückfrage: Welche Information fehlt, warum verändert sie Ihre Kalkulation und bis wann kann sie geklärt werden?
Die folgenden Prüffragen beziehen sich auf den Fachbereich „Entwicklung von kundenspezifischer Software“. Sie sind eine Vorbereitungshilfe. Verbindliche Mindestanforderungen, Termine und Formate entnehmen Sie dem jeweiligen Verfahren.
Welche Unterlagen helfen bei der Vorbereitung?
- Fachliches Umsetzungskonzept
- Verbinden Sie Anforderungen mit Funktionen, Testfällen und benannten Annahmen.
- Betriebs- und Übergabeplan
- Erklären Sie Dokumentation, Zugriffsrechte, Quellmaterial und Wartungszuständigkeiten.
Legen Sie eine kleine Nachweismatrix an: geforderte Angabe, verantwortliche Person, vorhandener Beleg, Gültigkeit und offene Rückfrage. Eine CPV-Zuordnung ersetzt keinen geforderten Beleg. Reichen Sie Zertifikate oder Bescheinigungen nicht pauschal ein, sondern prüfen Sie, was die Unterlagen verlangen und in welcher Form gleichwertige Nachweise berücksichtigt werden.
Welche Schwierigkeiten sollten Sie früh erkennen?
Unklare Anforderungen wachsen während der Umsetzung
Beschreiben Sie einen nachvollziehbaren Entscheidungs- und Änderungsprozess, statt offene Punkte als feste Leistung zu behandeln.
Technische Schnittstelle bleibt ungetestet
Klären Sie Testzugänge, Datenbeispiele und die Verantwortung des angebundenen Systems.
Übertragen Sie diese fachlichen Risiken auf diese Leistungsoption: Wo fehlen Mengen, Bestandsdaten, Zuständigkeiten oder eine eindeutige Abnahmeregel? Benennen Sie die Auswirkung auf Preis, Termine und Durchführbarkeit, bevor Sie eine unbelegte Annahme in Ihr Angebot übernehmen.
Wie lässt sich die Angebotsbewertung nachvollziehen?
Wird die Erfüllung fachlicher Szenarien oder eine bestimmte technische Lösung bewertet?
Sind Test, Migration, Dokumentation und Schulung Teil derselben Leistung?
Wie werden Folgekosten und spätere Änderbarkeit berücksichtigt?
Unterscheiden Sie bei diese Leistungsoption zwischen Zulassung beziehungsweise Eignung, einzuhaltenden Mindestanforderungen und der Bewertung des Angebots. Eine veröffentlichte Gewichtung ist die Arbeitsgrundlage; der CPV-Code liefert keine Punkteverteilung. Ordnen Sie jede eigene Aussage der richtigen Anforderung zu und belegen Sie genau den versprochenen Leistungsumfang.
Wie sieht eine sinnvolle Vorbereitung praktisch aus?
Vom unklaren Bedarf zur begründeten Entscheidung
Eine Verwaltung möchte einen internen Genehmigungsablauf digitalisieren; Ausnahmefälle sind noch nicht beschrieben.
Die Entscheidung
Das Entwicklungsteam legt eine Rollenmatrix und drei durchgehende Testfälle vor und fragt offene Freigaberegeln ab.
Was Sie daraus mitnehmen
Ein prüfbarer Ablauf liefert mehr Angebotsklarheit als eine unverbundene Liste technischer Funktionen.
Übertragung auf „Entwicklung von Transaktionsverarbeitungssoftware und kundenspezifischer Software“: Ersetzen Sie die Annahmen des Übungsfalls durch die tatsächlichen Angaben Ihres Verfahrens. Notieren Sie eine belegbare Stärke, einen offenen Umfangspunkt und eine Rückfrage. Der Übungsfall erklärt ein Vorgehen im Fachbereich; er ist kein dokumentierter Zuschlag und keine Aussage über Gewinnchancen.
Was ist für meine eigene Vorbereitung noch offen?
Ihre Notizen bleiben vorübergehend in diesem Browser-Tab. Der Download wird nur auf Ihren Klick erzeugt; es gibt keine Übermittlung oder Speicherung im Konto. Ohne JavaScript können Sie die Fragen abschreiben oder die Seite drucken.
Wie geht es von hier aus weiter?
Wenn Sie Leistungen anbieten
Leiten Sie Ihr Angebot aus nachvollziehbaren Szenarien ab und grenzen Sie Betrieb und spätere Änderungen ausdrücklich ab.
Wenn Sie einen Bedarf beschreiben
Priorisieren Sie Arbeitsabläufe und legen Sie die fachliche Entscheidung über offene Regeln fest.
Passende Fachgebiete vertiefen
Mit diesem Code recherchieren und im Team weiterarbeiten
Die öffentliche Erklärung bleibt kostenlos. Gespeicherte Recherche, Nachweise und gemeinsame Angebotsarbeit stehen im geschützten Arbeitsbereich zur Verfügung. Der folgende Einstieg übergibt den CPV-Code; die endgültige Auswahl und Verfügbarkeit von Fundstellen prüfen Sie in der Recherche.
Woher stammen Einordnung und Orientierung?
- Europäische Union · CPV: Aufbau, Anwendung und Originalvokabular
Die deutschen und englischen Bezeichnungen, Prüfziffern und Elternbeziehungen stammen aus dem übernommenen amtlichen CPV-2008-Hauptvokabular.
- Europäische Union · CPV-Hauptvokabular
Amtliche Begriffe und Hierarchie der Lieferungen, Bauarbeiten und Dienstleistungen. Die redaktionellen technischen Prüffragen sind keine zusätzlichen amtlichen CPV-Pflichten.
Quellenprüfung: 2026-10-28 - LfDI Baden-Württemberg: Auftragsverarbeitung
Amtliche Orientierung zur Rollenabgrenzung und zur Beauftragung externer Datenverarbeitung.
Quellenprüfung: 2026-10-29 - BFIT-Bund: Praxistipps und Leitfäden
Primärquelle für verschiedene Prüfmethoden, nachvollziehbare Berichte und die Grenzen einzelner Werkzeuge.
Quellenprüfung: 2026-10-29
Die Fachbereichsfragen sind eine redaktionelle Orientierung von Vergabezone. Die Zuordnung zu deutschen Branchendossiers ist eine redaktionelle Navigationshilfe und keine amtliche Branchenklassifikation. Die geltenden Anforderungen und der zulässige Abgabeweg folgen den Originalunterlagen. Amtliche Quellenbezeichnungen bleiben erhalten; die europäische Klassifikation kann auch historische oder in Deutschland nur eingeschränkt einschlägige Gegenstände enthalten.