Zlecenie 1c
Witam. Trzeba wyłączyć rezerwację przy realizacji zamówienia. Bo kiedy jest realizowane, dokument wydania nie może się zamknąć, ponieważ towar trafia w jakiś rezerw. Błąd, który trzeba rozwiązać. 1c8.3 handel.

Zadanie techniczne: Bot Telegram do unikalizacji zdjęć i pracy z tekstem
0. Tło
• Wcześniej istniała stara wersja bota w C#, która wykonywała podstawową obróbkę postów. (PRZESTAŁ DZIAŁAĆ Z POWODU BRAKU WSPARCIA)
• Nowa wersja powinna być bardziej elastyczna, bezpieczna i łatwiejsza w zarządzaniu.
⸻
1. Ogólny cel
1.1. Stworzyć bota Telegram do automatyzacji przygotowania postów do karuzeli w mediach społecznościowych.
1.2. Użytkownik przesyła do bota przygotowane posty (zdjęcia + opis).
1.3. Bot przetwarza posty i wysyła gotowe publikacje do wskazanego kanału.
1.4. Ważne: jakość zdjęć po obróbce nie powinna spadać.
⸻
2. Dane wejściowe
2.1. Bot przyjmuje dowolną liczbę postów (od 1 do 1000).
2.2. Jeden post składa się z 3–5 zdjęć i tekstu-opisu.
2.3. Zdjęcia mogą być kwadratowe lub prostokątne, poziome i pionowe.
⸻
3. Obróbka postów
3.1. Zdjęcia
a) Na każde zdjęcie nakładany jest sticker w dolnej części.
b) Stickery są ładowane ręcznie do bazy.
c) Bot wybiera losowy sticker z bazy.
d) Możliwość ustawienia położenia stickera:
• Dolna część, środek, lewy/prawy róg itd. (OMÓWIMY!!!)
• Położenie i rozmiar stickera są losowo zmieniane w ramach zadanych parametrów w panelu administracyjnym.
e) Zdjęcie jest przycinane o 1–7% (zakres można zmieniać w ustawieniach). (WYMAGA KOREKTY DOKŁADNYCH WARTOŚCI)
f) Stickery nie powinny zmieniać proporcji zdjęć; rozmiar dobierany jest proporcjonalnie do formatu (kwadrat/prostokąt).
g) Zdjęcie jest zapisywane jako nowe, aby efekt był podobny do zrzutu ekranu lub nowego zdjęcia.
h) Podczas obróbki jakość zdjęcia nie spada (bez kompresji, z zachowaniem oryginalnej rozdzielczości).
3.2. Tekst i hashtagi
a) Do opisu dodawane są hashtagi.
b) Hashtagi są ładowane do bazy w formacie:
36
#hashtag #hashtag #hashtag #hashtag
37
#hashtag #hashtag #hashtag #hashtag
c) Dla jednego posta używany jest jeden zestaw hashtagów.
d) Po użyciu zestaw jest usuwany z bazy.
e) Dwa tryby wyboru: według kolejności lub losowy.
f) Po wyczerpaniu bazy bot wysyła powiadomienie: „Załaduj nowe hashtagi”.
g) Możliwość dodawania kilku folderów z hashtagami (folder 1 / folder 2), wybieranie, z którego folderu bot bierze hashtagi.
h) Możliwość usuwania pojedynczych folderów.
3.3. Gotowy post
a) Post = zdjęcie (ze stickerem) + tekst (z hashtagami).
b) Gotowy post jest wysyłany do wskazanego zamkniętego kanału.
c) Posty są przetwarzane w kolejności.
⸻
4. Funkcje administracyjne
4.1. Ręczne dodawanie/usuwanie stickerów.
4.2. Ustawienie parametrów nakładania stickerów:
• Położenie
• Minimalny i maksymalny rozmiar
• Zakres losowego przesunięcia
4.3. Dodawanie bazy hashtagów w formie listy.
4.4. Możliwość tworzenia kilku folderów z hashtagami i zarządzania nimi. (TAKŻE WYMAGA OMÓWIENIA PRACY)
4.5. Powiadomienia o wyczerpaniu hashtagów.
4.6. Ustawienie kanału do publikacji postów.
4.7. Możliwość zabezpieczenia bota hasłem dla ochrony treści (aby załadowane zdjęcia i teksty pozostały osobistą własnością intelektualną).
⸻
5. Ustawienie i uruchomienie
5.1. Bot działa jak zwykły bot Telegram.
5.2. Ustawienia:
• Zakres przycinania zdjęć (1–7%) (PRZYKŁAD)
• Parametry nakładania stickerów
• Tryb wyboru hashtagów (według kolejności / losowy)
• Folder dla hashtagów
• Kanał do publikacji
⸻
6. Scenariusz działania
1. Użytkownik przesyła do bota, na przykład, 50 postów.
2. Bot:
• Nakłada stickery z zadanymi parametrami
• Przycinają zdjęcia
• Dodaje filtr (siatkę, przezroczystość według ustawień)
• Dodaje tekst + hashtagi
3. Gotowe posty są wysyłane do kanału.
4. Użyte hashtagi są usuwane po zastosowaniu.
5. Jeśli baza hashtagów jest pusta — bot powiadamia administratora.
⸻
7. Bezpieczeństwo i prawa
• Wszystkie załadowane zdjęcia i teksty są uważane za osobistą własność intelektualną.
• Zrealizować hasło / dostęp za pomocą tokena do wejścia do bota.
• Zdjęcia i teksty nie są przechowywane publicznie, tylko wewnątrz bazy bota.
CHĘTNIE PRZYJMIEMY WASZE PROPOZYCJE I dalszą owocną współpracę
Witam. Trzeba wyłączyć rezerwację przy realizacji zamówienia. Bo kiedy jest realizowane, dokument wydania nie może się zamknąć, ponieważ towar trafia w jakiś rezerw. Błąd, który trzeba rozwiązać. 1c8.3 handel.
Do projektu dla klienta w obszarze Microsoft 365 Modern Workplace poszukujemy doświadczonych freelancerów (m/k) z naciskiem na Microsoft Places. W centrum uwagi znajduje się doradztwo, konfiguracja i optymalizacja środowiska Microsoft 365 w celu wsparcia nowoczesnych koncepcji hybrydowego miejsca pracy. Zadania Doradztwo przy wprowadzaniu i eksploatacji Microsoft Places Analiza istniejących środowisk Microsoft 365 i opracowanie odpowiednich koncepcji rozwiązań Konfiguracja budynków, pięter, sal konferencyjnych i miejsc pracy Ustawienie i optymalizacja scenariuszy rezerwacji biurek i sal Integracja Microsoft Places z Microsoft Teams, Outlook i Exchange Online Wsparcie w kwestiach licencyjnych oraz rekomendacje najlepszych praktyk Przeprowadzanie warsztatów i transfer wiedzy dla użytkowników i zespołów IT Wsparcie w rozwiązywaniu problemów oraz w bieżącej eksploatacji Wymagania Wieluletnie doświadczenie w środowisku Microsoft 365 Praktyczne doświadczenie z Microsoft Places Bardzo dobra znajomość Microsoft 365, Microsoft Teams, Exchange Online i Outlook Doświadczenie z Microsoft Entra ID (Azure AD) Znajomość nowoczesnych koncepcji hybrydowego miejsca pracy i nowoczesnej pracy Pożądane umiejętności Microsoft Teams Premium PowerShell do administracji Microsoft 365 Doświadczenie z rozwiązaniami do rezerwacji miejsc pracy i sal Certyfikaty Microsoft w obszarze Modern Workplace lub Microsoft 365 Doświadczenie w projektowaniu i wprowadzaniu nowoczesnych koncepcji miejsc pracy Start: jak najszybciej Czas trwania: około 3 miesiące z opcją przedłużenia Miejsce pracy: Zdalnie / do uzgodnienia Obciążenie: Do uzgodnienia Interesuje Cię? Ponieważ projekt jest obecnie w fazie przygotowawczej, chcielibyśmy jak najszybciej poznać odpowiednich ekspertów. Proszę przesłać do nas na contract (AT) advergy de: CV Dostępność Stawka godzinowa (Zdalnie / Na miejscu) Trzy zdania, dlaczego szczególnie pasujesz do projektu Dziękujemy i pozdrawiamy Seda
Strona została stworzona w: Backend: Java + Spring Boot Baza danych: MySQL Frontend: JavaScript, HTML, CSS Silnik szablonów: Thymeleaf Serwer: VPS (Linux Ubuntu) Reverse Proxy: Apache2 Architektura: Aplikacja monolityczna Obecnie na stronie zrealizowano: Blog z panelem administracyjnym. Możliwość tworzenia i edytowania artykułów przez panel admina. Możliwość dodawania HTML i treści przez interfejs wizualny. Statyczne strony serwisu, które są obecnie tworzone przez programistę ręcznie. ⸻ Cel zadania Konieczne jest wdrożenie możliwości tworzenia i zarządzania nowymi stronami usług komercyjnych przez istniejący panel administracyjny, podobnie jak obecnie tworzone są artykuły bloga. Po wdrożeniu administrator powinien mieć możliwość samodzielnego tworzenia nowych stron SEO usług bez udziału programisty. ⸻ Aktualny stan Obecnie przez panel admina można tworzyć tylko wpisy bloga. Przykład: Artykuł 1 Artykuł 2 Artykuł 3 Każdy artykuł ma: Tytuł URL (slug) Treść SEO-parametry Obrazy ⸻ Co należy wdrożyć 1. Nowy typ treści „Usługi” Utworzyć w panelu admina osobną sekcję: „Usługi” Powinna być niezależna od sekcji bloga. Przykład struktury: Blog Usługi ⸻ 1. Tworzenie strony usługi Administrator powinien mieć możliwość stworzenia nowej strony usługi przez interfejs. Strony usług komercyjnych składają się z 13 bloków, z czego 4 bloki są dynamiczne, a 9 statyczne. Pola: Nazwa usługi URL (slug) H1 SEO Tytuł Meta Opis SEO Słowa kluczowe Główna treść strony Obraz Status publikacji (Szkic / Opublikowane) ⸻ 1. Treść strony Treść powinna wspierać: HTML, formatowanie tekstu, nagłówki H2-H6, listy, obrazy, linki Preferowane jest użycie istniejącego edytora, który już jest stosowany w blogu. ⸻ 1. Generowanie URL Każda usługa powinna mieć własny URL. Przykłady: /visa/usa/business-visa-usa /visa/usa/business-visa-uk /visa/usa/business-visa-canada ⸻ 1. Wyświetlanie na stronie Po publikacji strona powinna: automatycznie stać się dostępna pod swoim URL; używać istniejącego szablonu stron usług lub nowego szablonu; poprawnie wyświetlać się na wszystkich urządzeniach. ⸻ 1. SEO Dla każdej usługi należy zapewnić możliwość ustawienia: Tytuł Opis H1 Kanoniczny URL (preferowane) Open Graph (preferowane) Strony powinny być indeksowane przez wyszukiwarki podobnie jak strony bloga. ⸻ 1. Lista usług W panelu admina wdrożyć: listę wszystkich usług; wyszukiwanie; edytowanie; usuwanie; zmianę statusu publikacji. ⸻ 1. Ważne Wdrożyć możliwość tworzenia nowych typów stron SEO bez modyfikacji kodu w przyszłości. przez jeden mechanizm zarządzania treścią. ⸻ Co oczekuje się od programisty Konieczne jest przeanalizowanie istniejącej realizacji bloga i maksymalne wykorzystanie obecnej architektury do stworzenia nowej sekcji „Usługi”. Przy odpowiedzi proszę wskazać: W jaki sposób zadanie zostanie zrealizowane. Jakie zmiany będą potrzebne w bazie danych. Oszacowanie czasu. Koszt prac. Jakie technologie powinien znać wykonawca Obowiązkowo: Java Spring Boot MySQL Thymeleaf HTML/CSS JavaScript Praca z Linux Ubuntu Preferowane: Spring Security SEO-optymalizacja stron serwerowych Doświadczenie w pracy z CMS i modułami CRUD Doświadczenie w wsparciu monolitycznych projektów 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)
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.