Datenbanken & SQL

Es wird Unterstützung für das Selbsttour-Programm, Katalogserver von Datenbanken und einen Online-Server benötigt. Es gibt 5 Datenbankserver.

Die Kundenbasis wurde über mehrere Jahre aus verschiedenen Quellen gesammelt, daher sind die Telefonnummern in unterschiedlichen Formaten aufgezeichnet, ein Kunde existiert unter mehreren IDs, die Städte wurden manuell in verschiedenen Sprachen eingegeben, das Gebiet ist fast nirgendwo ausgefüllt. Aus diesem Grund ist es unmöglich, die Datenbank normal zu segmentieren. Was zu tun ist: 1. Audit der Datenbank (separat bezahlt, erste Phase). Wie viele Karten, wie viele Telefonnummern außerhalb des Formats, wie viele Duplikate, wie viele einzigartige Schreibweisen von Städten. Basierend auf den Ergebnissen — eine präzisierte Schätzung der restlichen Arbeiten. 2. Standardisierung der Telefonnummern. Alle Nummern in das Format +380XXXXXXXXX bringen. Nummern, die nicht eindeutig erkannt werden können, — nicht löschen und nicht raten, sondern in eine separate Liste auslagern. 3. Zusammenführung von Duplikaten. Regel: eine Telefonnummer = eine Kunden-ID. Dabei kann einem Kunden eine unbegrenzte Anzahl von Nummern gehören. Die Bestellhistorie, E-Mail, Adressen, Tags und benutzerdefinierte Felder müssen erhalten bleiben. 4. Analyse von Karten, auf denen viele Nummern „aufgehängt“ sind. 5. Städte und Gebiete. Die Namen der Siedlungen — aus einem einheitlichen Verzeichnis auf Ukrainisch (API Nova Poshta oder KATOHTG). Das Gebiet muss immer ausgefüllt werden, damit man mit einem Filter alle Kunden aus Kiew und Umgebung exportieren kann, und nicht separat Brovary, separat Irpin usw. 6. Schutz vor erneuter Verunreinigung: Normalisierung von Telefonnummer und Stadt beim Eingang (Webformular, Integrationen, manuelle Eingabe) + regelmäßige Hintergrundprüfung neuer Einträge. Anforderungen: — praktische Erfahrung mit der API SIMLA / RetailCRM (v5): Export, Aktualisierung, Zusammenführung von Karten, Anfragegrenzen; — Erfahrung mit Aufgaben zur Daten-Deduplizierung; — Verständnis der ukrainischen Adressverzeichnisse. Arbeitsbedingungen: vollständiges Backup vor Änderungen; zunächst ein Dry-Run mit einem Bericht über die geplanten Änderungen zur Genehmigung, und erst dann der Start in der Produktionsdatenbank; Protokoll aller Operationen mit der Möglichkeit der Rückgängigmachung. Keine unwiderruflichen Löschungen ohne Genehmigung. Bitte geben Sie in Ihrer Antwort an: — Fristen und Kosten

Es muss ein zentrales Serversystem zur Sammlung und Speicherung von Daten aus Planfix, 1C, Meta Ads und Google Ads entwickelt werden, sowie ein Web-Dashboard zur Anzeige und Analyse dieser Daten. Alle Daten, Änderungsverläufe, Berechnungen und aggregierte Kennzahlen müssen ausschließlich in der Serverdatenbank gespeichert werden. Das Dashboard darf keine Geschäftsdaten speichern oder duplizieren. Es soll die erforderlichen Informationen über die Serverdatenbank über die API gemäß den Benutzeranfragen abrufen und sie in Form von KPIs, Diagrammen, Tabellen und detaillierten Berichten anzeigen.

Wir suchen Unterstützung für ein Projekt auf Basis von Yii , es müssen Änderungen und Anpassungen an der Datenbank vorgenommen werden, teilweise besteht eine Verbindung zum vorherigen Auftragnehmer .....................

Es muss eine Migration der Datenbank von CRM G-PLUS zu MyChatBot durchgeführt werden. Das Volumen der Datenbank beträgt 26.000 Leads. 2 Trichter - Call Center und Verkaufsabteilung mit ihren eigenen Trichtern. Die Lead-Karten (außer Name und Nummer) haben viele verschiedene Felder. Die Leads haben auch Sprachaufzeichnungen von Anrufen. Diese müssen ebenfalls übertragen werden. Von dem Kandidaten erwarte ich einen ungefähren Betrag und die Umsetzungsfristen.

Erstellen Sie ein Dashboard zur Überwachung und Analyse der Effizienz des Netzwerks von Standorten (Filialen) des Unternehmens im Google Business Profile (GBP) über die offizielle Google Business Profile API. Verarbeitung über ein Skript basierend auf Google Apps Script (an Google Tabellen anbinden). Speichern von Daten in Google Tabellen (die als Datenbank für Looker Studio fungiert). Aktualisierung: Täglich (mit Anzeige des Datums der letzten Aktualisierung). Erstellen Sie ein Google Cloud-Dienstkonto. Das Skript sendet einmal täglich (Trigger um 03:00 Uhr nachts) eine Anfrage an die GBP API. Erhält Metriken für den Vortag für jeden Standort (locationId). Speichert die Daten in einer Tabelle im flachen Format (Zeile = einzigartige Kombination Datum + Filial-ID + Metriken). Karten der SchlüsselkennzahlenKartennameGBP-MetrikDynamikformatProfilansichtenImpressionen (Suche + Karten)Prozentsatz %, Sparkline (blau)AnrufeLokale DienstanrufeProzentsatz %, Sparkline (grün)Website-BesucheWebsite-KlicksProzentsatz %, Sparkline (lila)RoutenanfragenRoutenanfragenProzentsatz %, Sparkline (orange)Durchschnittliche BewertungDurchschnittliche BewertungsbewertungAbsolute Änderung (z. B. +0.1), Sparkline (gelb)Neue BewertungenAnzahl neuer BewertungenProzentsatz %, Sparkline (türkis)

Allgemeine Informationen Es ist notwendig, ein einfaches minimalistisches Websystem zu entwickeln, dessen Hauptziel die Verwaltung einer Kundendatenbank, die Erstellung von Terminen und die Automatisierung des Bestätigungsprozesses von Terminen über SMS ist, sowie das Versenden von Einmal-Links über die API des Dienstes. Das Projekt wird schrittweise entwickelt. In der ersten Phase muss nur die grundlegende Funktionalität (MVP) umgesetzt werden, damit das System in der realen Arbeit verwendet werden kann. Nach dem Start und der Testphase wird es schrittweise mit neuen Modulen erweitert.Hauptfunktionalität der ersten Phase Benutzerauthentifizierung; Kundendatenbank; Erstellung und Bearbeitung von Terminen; Liste der Termine (oder einfacher Kalender); Wechsel zwischen den Verkaufsstellen; Integration mit dem SMS-Anbieter über API; Versand von SMS mit beliebigem Text oder Link zur Bestätigung des Termins; Bestätigung oder Stornierung des Termins durch den Kunden über einen Einmal-Link; Anzeigen des Bestätigungsstatus direkt neben dem Kundentermin. In der Anfangsphase ist anstelle eines vollständigen Kalenders die Verwendung einer einfachen Liste von Terminen nach Tagen zulässig. Jeder Tag sollte eine chronologische Liste von Buchungen mit Angabe der Uhrzeit, des Kundennamens, der Dienstleistung, des Mitarbeiters und des Bestätigungsstatus enthalten. Später kann diese Liste durch einen vollständigen Kalender ersetzt werden, ohne die Struktur des Systems zu ändern. Im System sollte die Möglichkeit bestehen, zwischen den Verkaufsstellen zu wechseln. Jede Verkaufsstelle hat ihre eigene Liste von Terminen (oder Kalender), verwendet jedoch eine gemeinsame Kundendatenbank.

Aufgabenbeschreibung: Entwicklung eines MCP-Servers für das 1C-ÖkosystemAllgemeines Ziel Entwicklung einer Zwischenebene (MCP-Server), die es LLM-Agenten ermöglicht, sicher mit der Informationsbasis von 1C zu interagieren. Dies wird den Benutzern ermöglichen, über eine Chat-Oberfläche Berichte zu erhalten, Dokumente zu erstellen und Daten mithilfe natürlicher Sprache zu analysieren.Funktionale Möglichkeiten (Tools) Der Server sollte KI-Modellen eine Reihe von Tools zur Verfügung stellen, um die folgenden Aktionen auszuführen: Daten lesen: Suche nach Geschäftspartnern, Abruf von Beständen in Lagern, Abfrage von Preisen für Artikel. Analyse: Erstellung von Managementberichten in Text- oder Tabellenform. Aktionen: Erstellung von Entwürfen für Dokumente (Kundenauftrag, Rechnung), Änderung von Aufgabenstatus. Metadaten: Abruf der Struktur von Objekten (welche Felder hat das Verzeichnis „Mitarbeiter“), damit das Modell versteht, womit es arbeitet.Wesentliche Schritte zur Umsetzung API-Design in 1C: Vorbereitung von HTTP-Diensten in der 1C-Erweiterung, die Anfragen vom MCP-Server entgegennehmen. Einrichtung der Authentifizierung (Basic oder Bearer-Token). Entwicklung des MCP-Servers: Definition der Eingabeparameter-Schemata für die Tools (JSON-Schema). Mapping von Anfragen aus dem MCP in OData- oder HTTP-Anfragen an 1C. Sicherheit und Einschränkungen: Einschränkung der Zugriffsrechte (Standardmäßig nur Lesen). Limits für die Menge der zurückgegebenen Daten (um das Kontextfenster des Modells nicht mit einer riesigen Tabelle zu überfluten). Testen: Verbindung des Servers mit Claude Desktop oder einem anderen MCP-Client. Überprüfung von Szenarien: „Wie viel von dem Produkt 'Ziegel' ist noch im Hauptlager?“ oder „Erstelle einen Entwurf für eine Rechnung für die GmbH 'Vektor' über 5 Monitore“.Erwartetes Ergebnis Eine funktionierende ausführbare Datei oder ein Dienst, der in der Konfiguration des MCP-Clients registriert ist. Bei der Eingabe einer Anfrage im Chat ruft die KI automatisch das benötigte Tool auf, greift auf 1C zu und gibt eine strukturierte Antwort basierend auf den realen Daten aus dem System zurück. Wichtiger Hinweis: Der Hauptwert dieser Lösung liegt im Übergang von der manuellen Erstellung von Berichten hin zu dem Konzept „Sprechen Sie mit Ihrer ERP“ (Gespräch mit Ihrem ERP-System).

FUNKTIONSANFORDERUNGEN1.Ein neues Dokument „SVN Zertifikatsausgabe“ •Typ – Auswahl eines booleschen Kästchens zwischen den Optionen „Traditioneller Einzelhandel“ und „Moderner Einzelhandel“Wenn die Option Traditioneller Einzelhandel gewählt wurdeHauptteil: •Organisation – Dropdown-Liste aus Verzeichnis.Organisationen. •Abteilung – Dropdown-Liste aus Verzeichnis.Unternehmensstruktur•Nomenklatur – Dropdown-Liste aus Verzeichnis.Nomenklatur.•Dokument Planung MA – Auswahl aus Dokument.CBH_PlanungMA.•Lagerauftrag – Dropdown-Liste aus Verzeichnis.Lager.•Gültigkeitszeitraum – von, bis – Kalender •Cluster – Dropdown-Liste aus dem Verzeichnis SVN Cluster•Nomenklatur/Segment – Auswahl des Datentyps zwischen Verzeichnis.Nomenklatur und Verzeichnis.SegmenteNomenklatur, Wert gleich und Feld für numerischen Wert (detailliert im Prototyp) Details im Lastenheft im Anhang