Zum Inhalt springen
serpico.

Lebensmittelproduktion

Neue Artikel in 1C (BAS) anlegen: ein Prozess für 5 Abteilungen

Statt einer Excel-Vorlage haben wir einen Service entwickelt, in dem 5 Abteilungen parallel die Karte eines neuen Produkts ausfüllen, der Finanzdirektor sie freigibt und die Buchhaltung das technische BAS-Blatt mit einem Klick exportiert. Die Entwicklung dauerte 6 Tage.

Kunde
Fleischverarbeiter aus Lwiw
Region
Lwiw, Ukraine
Zeitraum
September 2026
Technologien
Next.js 16 · React 19 · Tailwind CSS v4 · Supabase · Vercel · BAS (1С) · Telegram · Bitrix24 · Email
Tage Entwicklung
6
Abteilungen im Prozess
5
1C-Kategorien auf 4 Ebenen
168
Spalten im Export für BAS
65
Neue Artikel in 1C (BAS) anlegen: ein Prozess für 5 Abteilungen

Ausgangslage

Um ein neues Produkt im Buchhaltungssystem BAS anzulegen, braucht der Hersteller Daten aus fünf Abteilungen: Produktmanagement, E-Commerce, Qualität, Versand und Buchhaltung. Danach muss der Finanzdirektor die Karte freigeben, und erst dann trägt die Buchhaltung das Produkt in BAS ein.

Früher lief alles über eine Excel-Vorlage. Die Datei wurde zwischen den Beteiligten hin- und hergeschickt, und dabei entstanden die bekannten Probleme:

  • unklar, wer seinen Teil bereits ausgefüllt hat und wer nicht;
  • eine Abteilung konnte versehentlich die Daten einer anderen ändern;
  • manche Felder werden nur unter bestimmten Bedingungen benötigt, aber die Vorlage berücksichtigte das nicht;
  • Freigaben und Rückfragen zur Überarbeitung gingen in der Korrespondenz verloren;
  • die Buchhaltung musste die Daten manuell in das technische BAS-Format übertragen.

Eine besondere Schwierigkeit sind die Stammdatenverzeichnisse. In 1C gibt es 168 Kategorien auf vier Verschachtelungsebenen und Dutzende Verzeichniswerte, und das technische Blatt für den Import in BAS hat 65 Spalten. Ein Fehler in einer davon bedeutet eine manuelle Korrektur direkt im Buchhaltungssystem.

Der Kunde brauchte einen nachvollziehbaren Prozess mit klarer Verantwortung jeder Abteilung und einem Ergebnis, das sich sofort in BAS laden lässt.

Was wir getan haben

Wir haben den Service in 6 Tagen entwickelt (18 Commits, 16.-21. September 2026) auf Basis von Next.js 16, React 19, Tailwind CSS v4 und Supabase mit Deployment auf Vercel.

So funktioniert der Prozess

  1. Der Initiator erstellt einen Antrag für ein neues Produkt.
  2. Fünf Abteilungen füllen parallel ihre Abschnitte aus: Produktmanagement, E-Commerce, Qualität, Versand und Buchhaltung.
  3. Der Finanzdirektor gibt die Karte frei oder schickt sie mit einem Kommentar zur Überarbeitung zurück.
  4. Die Buchhaltung legt das Produkt in BAS an und hinterlegt den vergebenen Code im Service.

Was drinsteckt

  • 9 Ansichten und 11 Tabellen in der Datenbank;
  • 168 1C-Kategorien auf 4 Ebenen und 72 Verzeichniswerte, die der Nutzer auswählt statt sie manuell einzugeben;
  • das technische BAS-Blatt mit 65 Spalten wird mit einem Klick exportiert.

Schutz und Feldlogik

Das Verbot, fremde Abschnitte zu bearbeiten, ist über RLS auf Datenbankebene umgesetzt und nicht nur in der Oberfläche. Selbst wenn jemand versucht, die Oberfläche zu umgehen, lässt die Datenbank keine Änderung an den Daten einer anderen Abteilung zu.

Sichtbarkeit und Pflichtstatus der Felder hängen von den Antworten anderer Abteilungen ab: Macht eine Antwort ein Feld überflüssig, verschwindet es, macht sie es zur Pflicht, lässt sich die Karte ohne dieses Feld nicht weiterleiten.

Benachrichtigungen kommen über den Kanal, den der Nutzer gewählt hat: E-Mail, Telegram oder Bitrix24.

Ergebnis

Die Excel-Vorlage wurde durch einen Webservice mit einem klaren Ablauf für die Produktkarte ersetzt. Jede Abteilung sieht ihren Teil der Arbeit, der Finanzdirektor gibt an einem Ort frei, und die Buchhaltung erhält eine fertige Datei für BAS statt 65 Spalten manuell zu übertragen.

Was sich geändert hat:

  • der Status jeder Karte und jedes Abschnitts ist sichtbar;
  • die Abteilungen arbeiten parallel statt nacheinander;
  • Verzeichnisdaten werden aus einer Liste gewählt, daher gibt es weniger Abweichungen zu 1C;
  • Rückgaben zur Überarbeitung werden im System festgehalten und gehen nicht in der Korrespondenz verloren;
  • jeder erhält Benachrichtigungen dort, wo es für ihn bequem ist.

Die Zeitersparnis haben wir nicht in Zahlen gemessen, daher nennen wir sie nicht. Die Fakten des Projekts: 6 Tage Entwicklung, 9 Ansichten, 11 Tabellen und vollständige Abdeckung der 1C-Verzeichnisse, die für die Produktanlage nötig sind.

Was dieses Projekt besonders macht

Ähnliche Aufgaben werden oft mit einer gemeinsam genutzten Tabelle oder einem allgemeinen Formular gelöst. Das Problem: Eine Tabelle schützt die Abschnitte nicht voreinander und weiß nicht, welche Felder in einer konkreten Situation gebraucht werden. Hier sind die Prozessregeln direkt in der Datenbank verankert: Eine Abteilung kann einen fremden Abschnitt technisch nicht ändern, und die Felder passen sich an die Antworten der Kollegen an.

Der zweite wichtige Punkt ist das Ergebnis direkt im BAS-Format. Der Service sammelt nicht nur Daten, sondern liefert eine Datei, die die Buchhaltung ohne Umbau in das Buchhaltungssystem lädt.

Veröffentlicht: · Aktualisiert:

Fragen zu diesem Projekt

Wie lange dauert die Entwicklung eines solchen Freigabeservice?

Diesen Service haben wir in 6 Tagen entwickelt, vom 16. bis 21. September 2026. Die Dauer für Ihren Prozess hängt von der Anzahl der Abteilungen, Freigabestufen und Verzeichnisse ab, die aus 1C übernommen werden müssen.

Wovon hängen die Kosten ab?

Der Preis hängt von der Anzahl der Module, Stufen und Integrationen sowie von der Komplexität der bedingten Feldlogik ab. Auch der Export in ein spezielles Format des Buchhaltungssystems beeinflusst den Umfang. Eine Einschätzung erstellen wir, nachdem wir Ihre aktuelle Vorlage analysiert haben.

Trägt der Service das Produkt selbst in BAS ein?

Nein, der Service exportiert das technische Blatt mit 65 Spalten mit einem Klick, und die Buchhaltung lädt es in BAS und hinterlegt den vergebenen Code im Service. So bleibt die finale Eintragung unter Kontrolle der Buchhaltung.

Wie sind die Abschnitte der verschiedenen Abteilungen geschützt?

Das Verbot, fremde Abschnitte zu bearbeiten, ist über RLS-Richtlinien auf Datenbankebene umgesetzt. Die Einschränkung greift also auch dann, wenn jemand versucht, Daten unter Umgehung der Oberfläche zu ändern.

Welche Benachrichtigungen werden unterstützt?

Der Nutzer wählt den Kanal selbst: E-Mail, Telegram oder Bitrix24. Benachrichtigungen kommen, wenn die Karte auf eine Aktion genau dieses Nutzers wartet, zum Beispiel auf das Ausfüllen eines Abschnitts oder eine Freigabe.

Wer betreut den Service und wem gehört der Code?

Die Bedingungen zu den Rechten am Code und zur weiteren Betreuung halten wir vor Projektbeginn im Vertrag fest. Änderungen im Prozess, etwa eine neue Abteilung oder ein neues Feld, werden im selben System ergänzt, ohne es neu zu schreiben.

Weitere Fallstudien

Fleischverarbeiter aus Lwiw: SEO, Google Ads und Markteintritt bei Rozetka
SEO-OptimierungLocal SEOGoogle Ads

Fleischverarbeiter aus Lwiw: SEO, Google Ads und Markteintritt bei Rozetka

Unser langjährigster Kunde: ein Fleischwarenhersteller aus Lwiw mit eigener Filialkette. Seit Februar 2024 betreuen wir SEO, die Google-Profile der Filialen, Google Ads und Shopping sowie den Einstieg in Marktplätze: ein Feed mit 426 Produkten für Rozetka und die Behebung eines kritischen Bestandsfehlers.

durchschnittliche Google-Position, Juni 2025 vs. Juni 2026
12,6 → 5,5
Klicks im Juni 2026 vs. Juni 2025
+28 %
Fallstudie lesen →
CRM für Marktplätze, Bestellungen und Preise eines Fleischherstellers
Webentwicklung

CRM für Marktplätze, Bestellungen und Preise eines Fleischherstellers

Für einen Fleischverarbeiter aus Lwiw haben wir ein zentrales Dashboard entwickelt, in dem Feeds, Bestellungen, Bestände, Versandscheine und Preise aus dem eigenen WooCommerce-Shop und den Marktplätzen MauDau und Rozetka zusammenlaufen. Heute umfasst das System 18 Ansichten, 74 API-Routen, 6 Rollen und 5 automatische Aufgaben nach Zeitplan.

Ansichten im Arbeits-Dashboard
18
API-Routen
74
Fallstudie lesen →
„Hurtom“: B2B-CRM und Kundenportal für Großhandelskunden
Webentwicklung

„Hurtom“: B2B-CRM und Kundenportal für Großhandelskunden

„Hurtom“ bündelt Großhandelsbestellungen, Kommissionierung mit tatsächlichem Gewicht, Dokumente und Abrechnungen in einem CRM mit eigenem Kundenportal. Dank einer bewährten Basis aus dem vorherigen Projekt stand die erste funktionsfähige Version mit allen Modulen nach etwa 3 Stunden.

Ansichten im CRM
19
Ansichten im Kundenportal
9
Fallstudie lesen →

Sie möchten ähnliche Ergebnisse?

Schildern Sie uns Ihr Vorhaben, und wir schätzen das Wachstumspotenzial Ihres Projekts ein.

Kostenlose Beratung

Erzählen Sie uns von Ihrem Projekt, und wir erstellen Ihren Wachstumsplan