Konsultacja w sprawie opracowania backendu projektu - Baza Danych i API.

Сайт разработан на: Backend: Java + Spring Boot База данных: MySQL Frontend: JavaScript, HTML, CSS Шаблонизатор: Thymeleaf Сервер: VPS (Linux Ubuntu) Reverse Proxy: Apache2 Архитектура: Монолитное приложение На данный момент на сайте реализован: Блог с административной панелью. Возможность создавать и редактировать статьи через админ-панель. Возможность добавлять HTML-разметку и контент через визуальный интерфейс. Статические страницы сайта, которые сейчас создаются разработчиком вручную. ⸻ Цель задачи Необходимо реализовать возможность создавать и управлять новыми коммерческими страницами услуг через существующую административную панель аналогично тому, как сейчас создаются статьи блога. После реализации администратор должен иметь возможность самостоятельно создавать новые SEO-страницы услуг без участия разработчика. ⸻ Текущее состояние Сейчас через админ-панель можно создавать только записи блога. Пример: Статья 1 Статья 2 Статья 3 Каждая статья имеет: Заголовок URL (slug) Контент SEO-параметры Изображения ⸻ Что необходимо реализовать 1. Новый тип контента «Услуги» Создать в админ-панели отдельный раздел: «Услуги» Он должен быть независим от раздела блога. Пример структуры: Блог Услуги ⸻ 1. Создание страницы услуги Администратор должен иметь возможность создать новую страницу услуги через интерфейс. Коммерческие страницы услуг состоят из 13 блоков, из которы 4 блока динамических и 9 статических. Поля: Название услуги URL (slug) H1 SEO Title Meta Description SEO Keywords Основное содержимое страницы Изображение Статус публикации (Черновик / Опубликовано) ⸻ 1. Контент страницы Контент должен поддерживать: HTML-разметку Форматирование текста Заголовки H2-H6 Списки Изображения Ссылки Желательно использовать существующий редактор, который уже применяется в блоге. ⸻ 1. Генерация URL Каждая услуга должна иметь собственный URL. Примеры: /visa/usa/business-visa-usa /visa/usa/business-visa-uk /visa/usa/business-visa-canada ⸻ 1. Отображение на сайте После публикации страница должна: автоматически становиться доступной по своему URL; использовать существующий шаблон страниц услуг либо новый шаблон; корректно отображаться на всех устройствах. ⸻ 1. SEO Для каждой услуги необходимо обеспечить возможность настройки: Title Description H1 Canonical URL (желательно) Open Graph (желательно) Страницы должны индексироваться поисковыми системами аналогично страницам блога. ⸻ 1. Список услуг В админ-панели реализовать: список всех услуг; поиск; редактирование; удаление; изменение статуса публикации. ⸻ 1. Важно Реализовать возможность создавать новые типы SEO-страниц без доработки кода в будущем. через единый механизм управления контентом. ⸻ Что ожидается от разработчика Необходимо проанализировать существующую реализацию блога и максимально переиспользовать текущую архитектуру для создания нового раздела «Услуги». При отклике прошу указать: Каким образом будет реализована задача. Какие изменения потребуются в БД. Оценку по времени. Стоимость работ. Какие технологии должен знать исполнитель Обязательно: Java Spring Boot MySQL Thymeleaf HTML/CSS JavaScript Работа с Linux Ubuntu Желательно: Spring Security SEO-оптимизация серверных страниц Опыт работы с CMS и CRUD-модулями Опыт поддержки монолитных Spring Boot проектов

Wymagania dotyczące kanałów: 1. Język treści: Rosyjski lub ukraiński (dopasowany mieszany kontent RU/UA) 2. Liczba subskrybentów: Nie mniej niż 500 subskrybentów 3. Aktywność: Ostatni post opublikowany nie później niż 32 godziny temu 4. Komentarze: Na kanale muszą być otwarte komentarze pod postami (przez grupę lub wbudowane) 5. Liczba: Minimum 15000 wierszy 6. Tematyka: Wojna, wiadomości, polityka, bójki, trash/ciężkie, sport, samochody, kryptowaluty, wędkarstwo i inne Dane, które należy zebrać dla każdego kanału Obowiązkowe pola: Nazwa kanału nazwa użytkownika (link) Liczba subskrybentów Tematyka (wiadomości, kryptowaluty, humor, biznes, itp.) Język (RU / UA / MIX) Data i godzina ostatniego posta Obecność komentarzy (tak) Plik w formacie: Google Sheets / Excel (.xlsx)

Szukamy doświadczonego programisty 1C, który nie tylko będzie wykonywał pojedyncze zadania, ale także głęboko zrozumie nasze procesy biznesowe, zaproponuje ulepszenia i weźmie udział w rozwoju systemu.Co będzie do zrobienia: Analizować istniejące procesy w 1C i rozumieć logikę działania firmy. Opracowywać nową funkcjonalność i poprawiać istniejącą. Optymalizować procesy biznesowe i automatyzować rutynowe operacje. Integracja 1C z witryną, CRM, rynkami i innymi zewnętrznymi usługami przez API. Tworzyć i poprawiać przetwarzanie, raporty, dokumenty, formularze drukowane i wymiany danych. Szukać wąskich gardeł w działaniu systemu i proponować sposoby ich eliminacji. Uczestniczyć w projektowaniu nowych procesów wspólnie z kierownictwem i zespołem. Nasze oczekiwania: Pewna znajomość platformy 1C:Enterprise 8. Doświadczenie w opracowywaniu i optymalizacji złożonych konfiguracji. Rozumienie zasad automatyzacji procesów biznesowych. Doświadczenie w integracji 1C z systemami zewnętrznymi. Umiejętność samodzielnej analizy zadań i proponowania optymalnych rozwiązań, a nie tylko wykonywania specyfikacji technicznej. Odpowiedzialność, inicjatywa i chęć pracy na wynik. Będzie dużym plusem: Doświadczenie w pracy z sklepami internetowymi i e-commerce. Doświadczenie w integracji z systemami płatności, usługami dostawy, CRM. Znajomość SQL, HTTP/API, XML/JSON. Doświadczenie w pracy z systemami o dużym obciążeniu. Format pracy: Praca zdalna. Długoterminowa współpraca. Obciążenie w miarę pojawiania się zadań z perspektywą stałej pracy. Wynagrodzenie ustalane indywidualnie (na godzinę lub za projekt). Przy odpowiedzi, proszę podać: Twoje doświadczenie w pracy z 1C. Jakie duże projekty realizowałeś. Przykłady optymalizacji lub automatyzacji, z których szczególnie jesteś dumny. Twoją stawkę godzinową lub preferowany format płatności. Ile godzin w tygodniu jesteś gotów poświęcić projektowi.

Potrzebna jest oddzielna system CRM do centralnego przetwarzania wszystkich zamówień detalicznych z różnych kanałów sprzedaży (Prom, Rozetka, własne strony oraz zamówienia ręczne). Główne wymagania: Jednolity rejestr zamówień ze wszystkich źródeł z zachowaniem informacji o źródle i jego statusie. Oddzielny wewnętrzny status CRM, który działa niezależnie od statusu na marketplace lub stronie, z dwustronną synchronizacją statusów tam, gdzie jest to wspierane. Elastyczna integracja z 1C: dla każdego źródła administrator może osobno włączyć lub wyłączyć automatyczne wyładowanie zamówień. Integracja z przewoźnikami w celu automatycznego tworzenia TTN, zachowania jej numeru w CRM oraz przekazywania numeru TTN na Prom i Rozetka. Integracja z Checkbox w celu tworzenia projektów paragonów, wykorzystując konfigurowalne dopasowanie metod płatności, z dalszą kontrolą fiskalizacji. Wsparcie dla ręcznego tworzenia zamówień (telefon, Viber, Telegram, Direct itp.) z pełnym dalszym cyklem przetwarzania przez CRM. Wszystkie klucze API i ustawienia integracji powinny być zarządzane przez administratora przez interfejs CRM bez udziału programisty. Pełny dziennik działań i logowanie integracji w celu kontroli pracy systemu. Główny cel Menadżer powinien mieć możliwość całkowitego przetworzenia zamówienia w jednym interfejsie CRM — od otrzymania zamówienia po stworzenie dokumentu w 1C, TTN, projektu paragonu i zakończenie zamówienia, bez konieczności wchodzenia do paneli Prom, Rozetka, stron, przewoźników lub Checkbox.

Mamy synchronizację dwóch źródeł danych z CRM. System ogólnie jest stabilny. Jednak pozostaje część, która jest niesynchronizowana. Główna hipoteza — w jednym ze źródeł dane zmieniają się już po pierwotnej synchronizacji, a te zmiany nie zawsze są pobierane do CRM. + dane w dwóch źródłach mają różne nazwy/identyfikatory, chociaż reprezentują te same byty.