Wir haben eine alte Version von Joomla 3.04, es ist notwendig, die Version auf 4, 5 oder 6 zu aktualisieren, je nachdem, was der Kern des Hauptmoduls zulässt. Die Website wurde mit dem Quix Page Builder erstellt. Bitte schätzen Sie die Kosten und die Fristen für die Durchführung der Arbeiten. Ich werde das Testhosting für die Bereitstellung der Website bereitstellen.
我们正在寻找一位经验丰富的资深人工智能系统架构师，他/她拥有设计大规模人工智能平台的成熟经验，能够接手并完成我们的全球人工智能智能服务平台。 这并非普通的网站开发项目，也不是演示版或最小可行产品（MVP）。这是一个基于“人工智能优先”和“自动化优先”原则构建的全球人工智能驱动型智能服务平台。我们的目标并非构建传统网站，而是创建一个能够长期全球运营的、可自我运行、自我学习、自我优化且持续演进的人工智能商业生态系统。 我们不寻找普通的软件开发人员。我们正在寻找一位高级人工智能系统架构师，他/她能够从整体架构的角度设计、协调、集成和管理整个人工智能平台，并在平台的整个生命周期内持续优化平台。 成功的候选人应具备以下核心能力： 1. 在设计能够构建统一AI编排架构的大规模AI平台架构方面拥有丰富的经验。该平台目前包含约74个系统调用，其中包括约15个AI模型调用和约40个标准应用基础设施调用，其余部分则包含业务工作流、平台服务和系统集成调用。整个平台应作为一个统一的AI系统运行，共享上下文、共享内存、共享业务状态和统一的数据层，而不是多个孤立的AI组件。 2. 具备设计自动化企业数据管理系统的经验，该系统能够持续发现、收集、分类、验证、更新、去重和维护企业信息，同时与人工智能服务、数据库、搜索系统、智能匹配和整体平台业务流程无缝集成。 3. 具备设计人工智能驱动的自动化全球营销系统的经验，包括搜索引擎优化、多语言内容生成、全球推广、品牌管理、合作伙伴关系发展、用户获取、营销分析和基于人工智能的优化，能够支持多个品牌和多个未来的垂直平台。 4. 具备设计人工智能驱动的广告平台的经验，该平台能够进行广告管理、发布、审核、人工智能驱动的推荐、广告分析、计费、优化和收入管理，并与整体人工智能平台深度集成，作为平台的长期收入来源之一。 5. 具备设计完整归因管理系统的经验，该系统能够跟踪用户获取来源、营销渠道、广告效果、合作伙伴效果、客户旅程、收入来源、佣金管理和业务分析，同时利用人工智能不断优化广告策略、营销策略和整体平台运营。 6. 拥有设计下一代交互式人工智能角色的丰富经验。 我们已正式放弃 MetaHuman、虚幻引擎 + 像素流、HeyGen 以及任何依赖服务器上长期实时 GPU 渲染的数字人解决方案。 新的交互式AI角色必须采用客户端渲染架构，并直接在用户的浏览器、台式电脑或移动设备上运行。与电脑游戏中的角色类似，它应该能够在网站内自由移动，自然地导航，与用户互动，并准确地指向按钮、菜单、图像、表单、文本和其他界面元素。 服务器仅应负责大型语言模型（LLM）、AI推理、统一AI编排、多智能体协作、工作流编排、后端业务逻辑、数据库、API、多语言服务以及整体平台协调和管理。服务器不得执行交互式AI角色的实时渲染。 7. 在设计自动全球语言识别和实时翻译系统方面拥有丰富的经验。 该平台必须能够自动检测用户的语言，并在整个平台上提供实时双向翻译。 这项功能必须深度集成到每个平台功能中，包括网站、AI 对话、交互式 AI 角色、即时通讯、语音通信、智能匹配、报价、合同、支付、客户支持以及所有其他业务工作流程。 目标是让来自不同国家的用户能够用自己的母语无缝沟通和开展业务，而不受语言障碍的限制。 8. 具备设计人工智能优先和自动化优先的自主运行平台的经验，包括人工智能驱动的平台管理、监控、警报、自我恢复、备份、灾难恢复、持续分析和持续优化。 我们的长期目标是，除了支付纠纷、特殊客户投诉、监管合规以及极少数依法需要人工干预的情况外，该平台长期运营只需要**两名人工管理员**，其余几乎所有运营活动都由人工智能和自动化自动处理。 9. 具备设计高度可扩展的平台架构的经验，能够在不重新设计整个系统的情况下，支持未来扩展到其他国家、行业、人工智能能力、数据源、支付方式、广告平台、营销渠道、战略合作伙伴以及多个未来的专业平台。 10. 具备设计动态行业管理系统的经验，该系统能够管理全部42个行业及其层级分类结构。不同国家/地区应能够完全通过管理系统动态启用、禁用和配置行业及分类结构，而无需修改源代码。 11. 具备设计和管理统一全球供应商数据库的经验。 该平台必须维护一个统一的全球供应商数据库，而不是为不同国家/地区分别建立供应商数据库。 全球所有合格供应商都应存储在一个集中式的全球供应商数据库中，并参与一个统一的、由人工智能驱动的智能匹配和竞价系统。 如果用户所在国家/地区没有所需的服务提供商，平台应自动搜索全球供应商数据库，识别其他国家/地区的合格供应商，并智能推荐最合适的供应商。 架构师必须能够设计这个统一的全球供应商数据库的整体架构、数据库结构、智能匹配逻辑、竞价机制、同步策略、可扩展性和长期管理。 12. 拥有接手大型现有软件项目的经验，能够对现有网站、Git 存储库、Fly.io 部署环境、数据库和项目文档进行全面的技术评估，执行代码审计、架构审查、重构、优化，并制定成熟、稳定、经济高效的实施策略，最大限度地重用现有资产。 该平台已完成部分开发，包括现有网站、Git 代码库、Fly.io 部署环境及相关项目资料。然而，由于前任工程师未能完成项目，许多核心业务功能仍未实现。 我们眼下的目标并非等到所有计划功能都完成才正式上线。相反，我们的首要任务是尽快启动平台试运行，首先在几个选定的国家和几个重点行业进行试点。在试运行阶段，我们将验证平台的整体架构、人工智能协作、交互式人工智能角色、多语言沟通、智能匹配、广告平台、归因管理系统、自动化营销、支付系统以及整体商业模式，然后再逐步扩展到其他国家、行业以及未来的专业平台。 如果您认为自己具备本项目所需的能力，请提供您或您的团队已完成的类似项目案例，并附上 GitHub 代码库、官方网站、作品集或其他能够证明您相关技术经验的材料。此外，请提供您拟定的技术方案、实施路线图、开发计划和项目报价。
Projektbeschreibung: Wir suchen einen erfahrenen 1C-Entwickler zur Implementierung der CRM-Funktionalität (Modul „Anfragen“) in einer atypischen 1C-Konfiguration. Die Datenbank ist maßgeschneidert, funktioniert erfolgreich und entwickelt sich seit 7 Jahren. Anpassungen erfolgen unter der Aufsicht des Datenbankarchitekten (festangestellter 1C-Programmierer), der als Projektleiter fungiert, die Architektur abstimmt und eine Code-Überprüfung durchführt. Wir beschäftigen uns mit dem Verkauf von Reifen, Felgen und Reifenmontagediensten. Ziel des Moduls ist es, alle eingehenden Kanäle (Asterisk, Website, Telegram-Bot, Messenger-Aggregator, Besuche) in ein einheitliches System zur Bearbeitung von Leads zu integrieren. Was zu tun ist: Neues Dokument „Anfrage“ — zentrale Arbeitsstelle des Managers (Felder, Status-Trichter, UTM-Parameter, Reifenwahlformular). Modul „Abholanfrage“ — Verwaltung der Abholstellen, Zeitfenster und Status der Warenverfügbarkeit. Integrationslogik mit Asterisk — automatische Zuordnung eingehender/ausgehender Anrufe und Audioaufzeichnungen zu Anfragen nach Telefonnummer und Zeit. Interaktionshistorie und KPI — chronologisches Register der Kontakte (Anrufe, Nachrichten), Berechnung der Bearbeitungszeit und des Verkaufszyklus. Basisdaten eingeben — Verknüpfung der Anfrage mit Lieferscheinen, Termin für die Reifenmontage, Lagerdokumenten und TTH. Benutzeroberfläche — einheitliches CRM-Register mit Farbkennzeichnung, Filtern und einem Tab für die Historie im Kundenprofil. Ein detailliertes und gut ausgearbeitetes Technisches Lastenheft (TLH) wird den Kandidaten zur Verfügung gestellt, die die erste Auswahl bestanden haben. Unsere Anforderungen an den Auftragnehmer: Ausgezeichnete Kenntnisse der verwalteten Formulare und der Architektur von 1C (8.3). Erfahrung in der Erstellung atypischer CRM-Systeme / Module zur Verwaltung von Leads innerhalb von 1C. Verständnis der Funktionsweise von HTTP-Diensten, Webhooks und Integrationen mit Telefonanlagen (Asterisk) / Messengern. Sauberer, verständlicher Code und die Fähigkeit, in Zusammenarbeit mit dem Datenbankarchitekten zu arbeiten. Einhaltung von Fristen und angemessene Kommunikation. Arbeitsbedingungen: Format: Remote-Arbeit über einen sicheren Deal (Seir/Escrow) auf Freelancehunt. Budget: Wir sind bereit, Ihre Kostenschätzungen und Fristen nach Durchsicht des TLH anzuhören. Nach Abschluss dieses Projekts ist eine langfristige Zusammenarbeit bei weiteren Aufgaben und Integrationen möglich. Bitte geben Sie in Ihrer Antwort an: Ihre Erfahrung mit atypischen (maßgeschneiderten) 1C-Konfigurationen. Beispiele ähnlicher Aufgaben (CRM-Module, Integrationen mit Telefonie oder Websites). Schreiben Sie das Codewort „REIFEN“ zu Beginn Ihrer Antwort, damit wir wissen, dass Sie die Projektbeschreibung aufmerksam gelesen haben. Wir freuen uns auf Ihre Antworten! Zahlungsbedingungen: Wir arbeiten ausschließlich über Safe (Freelancehunt) mit einer Aufteilung in 3 Phasen: Phase 1 (30%): Grundarchitektur — Dokumente „Anfrage“, „Abholanfrage“, Verzeichnisse, Basisdaten eingeben. Phase 2 (40%): Integrationslogik — API/HTTP-Dienste (Website, Bot), Zuordnung von Anrufen Asterisk, Interaktionsregister. Phase 3 (30%): Benutzeroberflächen — CRM-Arbeitsplatz, Indikationen, Statistiken/KPI, Kundenprofil, abschließende Tests. Jede Phase wird separat im Safe reserviert und nach Überprüfung des Codes durch unseren Datenbankarchitekten ausgezahlt.
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
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