Budżet: 27000 UAH Termin: 10 dni
Witaj! Ładna objętość prac, mogę spróbować pomóc, mam doświadczenie w wdrażaniu skomplikowanych rozwiązań SAP, Odoo, BAS. Do wyceny potrzebne jest szczegółowe TZ. Proszę, wyślij mi to.
Potrzebne jest dostosowanie Odoo do potrzeb branży jubilerskiej.
Główna specyfika biznesu:
-Powstawanie dwóch typów długów wobec dostawcy w pieniądzach (hrywna i waluta obca) oraz w gramach metali szlachetnych (praca na zasadzie surowca kontraktowego)
-Każdy produkt to unikalny wyrób (ponieważ waga zawsze jest unikalna)
-Wariacje produktów (kolor metalu, rozmiar)
-Śledzenie złomu metali szlachetnych w magazynie oraz ich średniej ważonej wartości
-Wykorzystanie tych metali do spłaty zobowiązań wobec dostawców
-Możliwość spłaty metalicznych zobowiązań wobec dostawcy pieniędzmi
-Śledzenie różnic kursowych (także w części metalicznej)
-Kilka magazynów (punktów sprzedaży)
-Ewidencja długów wobec dostawców w pieniądzach i metalu
i wiele innych.
Jest bardziej techniczne ZT dotyczące projektu.
Potrzebna jest osoba z doświadczeniem, która może doradzić, jak prawidłowo ustawić procesy, jak zoptymalizować prace i wdrożyć.
Budżet: 27000 UAH Termin: 10 dni
Witaj! Ładna objętość prac, mogę spróbować pomóc, mam doświadczenie w wdrażaniu skomplikowanych rozwiązań SAP, Odoo, BAS. Do wyceny potrzebne jest szczegółowe TZ. Proszę, wyślij mi to.
Після обговорення ваших задач підготував фіксовану пропозицію:
1.
Що отримаєте
– Повноцінний облік ювелірних виробів із точністю до 0.01 г.
– Автоматичний подвійний борг: гроші + метал.
– Закриття боргу «в один клік» – металом чи готівкою.
– Середньозважена вартість лому перераховується щодня без вашої участі.
– Звіти, які бухгалтерія зможе здавати в податкову без доопрацювання.
2.
Скільки коштує
Фіксована ціна – 2 300 USD*, у тому числі:
– усі доопрацювання,
– навчання персоналу,
– супровід у перші 3 місяці.
* ця вартість сформована для odoo 17.0 , так як 19.0 їх поки не має
якщо це буде інша версія можливо будуть зміни в вартості ( так як треба буде купляти модулі для іншої версії)
Жодних «додаткових модулів» чи «платних оновлень» ми не продаємо – все вже в ціні.
3.
Коли запустимося
25 календарних днів з моменту, як ви надасте вихідні дані. Календар погодимо окремо – у нас обидва відпусткові періоди вже синхронізовані.
4.
Що потрібно від вас
– Excel-файл із залишками виробів та лому на сьогодні.
– Доступ до вашого поточного «золотого» файлу – щоб не вигадувати велосипед.
– 2–3 години часу бухгалтера й керівника на етапі аналітики.
5.
Наступний крок
Якщо пропозиція підходить, підписуємо договір і я відкриваю вам тестовий сервер уже на наступний день. Якщо потрібні правки – випишіть, внесемо за 24 години.
Предоплата 50% від вартості робіт
Повний пакет документів (договір, специфікація, календар) надішлю окремим листом одразу після вашої згоди.
Доброго дня.
"19 їх поки немає" це про що?
"Середньозважена вартість лому перераховується щодня" - навіщо її щодня перераховувати, це має робитися автоматично при любій зміні, це робиться автоматичними засобами самої оду.
"Повноцінний облік ювелірних виробів із точністю до 0.01 г."- точність має бути 4 знаки після коми
1.Так як 19 версія вийшла три тижні тому багато модулів які необхідні для проекту )е зроблена партирование тобто перенесення з одної версії на іншу.
2. Щодня формується переоцінка так як змінюються курси вартість металу тобто лому
3. Так можливо зробити точність чотири знаки
Про які модулі йде мова? Мушу уточнити мені -не потрібні чужі модулі, я переглянув всі які є на ринку. Також додам, роботи буде трохи більше ніж я описав, наприклад треба буде "Мастер імпорту" для накладних. Кожен товар (шаблон-варіація-лот) має бути пов'язаний з конкретною накладною, в майбутньому було б добре мати кастомний звіт де для кожного товару буде його реальна собівартість, враховуючи фактичні оплати та курси, як за валюту так і за металічну частину.
Якщо цікаво, і зможете реалізувати, можемо продовжити спілкування, дайте пропозиції через відповідну форму.
Іде мова по модулі наприклад українські курси валюти українські отримання виписок з банку РРО програмне тож іде формує для роздрібної точки реєстрація податкових накладних якщо це необхідно
Треба більш деталізованк технічне завдання щоб чітко оцінити обсяг проекту
ці модулі, не є першочерговими наразі, поки ми доробимо основний функціонал, ці модулі підтягнуться. Нам наразі критично внести всі накладні, оплати з фактичними курсами по ним, зв'язати їх з товарами в базі, підключити точку продажу і дати касирам зручний інструмент. Ще одна з специфіка бізнесу, це приймання сировини (лому металів) від клієнтів і які зараховуються в метод оплати за товар, по курсу прийому металу на день оплати.
Witam! Potrzebuję wizualnie dostosować system InvenTree (open-source) do prezentacji projektu kawiarni. Składny backend i integracja z kasą (POS) nie są wymagane — ważna jest zewnętrzna przeróbka interfejsu, aby pokazać różnicę „Było / Stało”. Stos technologiczny projektu: Python (Django) + React (Mantine UI). Co należy zrobić w interfejsie: Dostosowanie marki, Zmiana nazw w menu bocznym i tabelach, Usunięcie pól inżynieryjnych z formularzy, Skonfigurowanie jednego przepisu „składania” napoju (na przykład, Cappuccino), aby przy ręcznym odpisywaniu ze magazynu wszystkie składniki były wyraźnie odliczane, dodanie funkcji w postaci dodatkowych raportów oraz wyjaśnienie zasad działania wprowadzonych zmian. Wszystkie szczegóły omówimy osobiście. Wymagania dla wykonawcy: Doświadczenie w pracy z Django i React (Mantine UI). Zdolność do szybkiego wykonania zadania — projekt potrzebny do prezentacji. Pracujemy przez Safe (Bezpieczną transakcję). W odpowiedzi zacznij od słowa „KAWA”, aby widział, że przeczytałeś do końca. Napisz swoje terminy i cenę.
Konieczne jest opracowanie aplikacji lub skryptu, który automatycznie konwertuje pliki z formatów YML lub JSON na format XLS, z późniejszym generowaniem linku do wyjściowego pliku XLS do promocji Wymagania: Dane wejściowe: Plik w formacie YML (linki będą dostarczone) lub Plik w formacie JSON (linki będą dostarczone, JSON nie zawiera drzewa kategorii, ale każdy produkt znajduje się w osobnej tablicy). Dane wyjściowe: Plik w formacie XLS z dostępem przez bezpośredni link. Plik powinien być automatycznie aktualizowany według harmonogramu, na przykład codziennie. Wymagania funkcjonalne: Możliwość określenia liczby dni dla Dostępności Na zamówienie dla każdego wejściowego linku. Aplikacja powinna stabilnie działać w warunkach ograniczonego hostingu zasobów. Preferowany intuicyjny interfejs webowy do zarządzania ustawieniami.
Potrzebna jest niewielka poprawka w programie, który formuje zamówienia do druku. Zadanie: Dodaliśmy do asortymentu miękkie szkło z nadrukiem. W zamówieniach nazwa nadruku będzie wyróżniona symbolami #...# dla poprawnego rozpoznawania. Przykład: Miękkie szkło, #Abstrakcja biała# 2.0mm, Kształt: Prostokąt... Wymagane: jeśli w tekście zamówienia znajduje się fragment między symbolami #...#, program powinien rozpoznać go jako zamówienie z nadrukiem; przy formowaniu PDF lub arkusza do druku takie zamówienie należy wyróżnić innym kolorem (jakimkolwiek widocznym, uzgodnimy podczas realizacji); reszta logiki działania programu ma pozostać bez zmian. Przykład zamówienia dodaję poniżej do testowania.
O projekcie: Uruchamiamy usługę B2B do analityki i zarządzania kampaniami reklamowymi dla specjalistów ds. targetowania i mediów. Produkt będzie działał z oficjalnym Meta API. Główna techniczna trudność i fokus projektu to wirtuozowska praca z limitami Facebooka, routowanie ruchu między pulą naszych aplikacji oraz rygorystyczny system ochrony infrastruktury przed blokadami szarych kont reklamowych. Posiadamy już szczegółowe zadanie techniczne, opisującą architekturę baz danych, logikę balansu i wymagania dotyczące interfejsów. Szukamy wykonawcy, który zrealizuje to w trybie "pod klucz" (backend + frontend pulpitów). Co należy zrobić (Kluczowe zadania): Integracja z Meta API: Skonfigurować autoryzację użytkowników i regularne asynchroniczne parsowanie statystyk kont reklamowych. Zapytania muszą być wysyłane wyłącznie w paczkach, aby oszczędzać limity. System automatycznego odłączania kont: Napisać moduł, który nieprzerwanie monitoruje statusy kont reklamowych. Jeśli konto zostanie zablokowane, system powinien automatycznie cofnąć token dostępu w ciągu 60 sekund, aby chronić naszą aplikację przed sankcjami Meta. Infrastruktura proxy: Zrealizować tunelowanie wszystkich zapytań do API przez pulę SOCKS5. Obowiązkowe jest sztywne powiązanie konkretnego tokena użytkownika z statycznym adresem IP. Inteligentne routowanie: Stworzyć algorytm, który będzie rozdzielał przypisane konta reklamowe między kilka naszych aplikacji Facebook w określonych proporcjach, aby zmniejszyć ryzyko. Rozwój interfejsów: Stworzyć pulpit klienta z tabelą podsumowującą statystyki oraz zaawansowany panel administracyjny do ręcznego zarządzania limitami użytkowników, przypisaniami do aplikacji i pulą proxy. Oczekiwany stos technologii: Backend: Python, FastAPI. Zadania asynchroniczne: Celery, Redis. Bazy danych: PostgreSQL (lub ClickHouse do statystyk, według uznania). Frontend: Vue.js lub React (można używać gotowych bibliotek UI i szablonów pulpitów, nacisk na funkcjonalność, a nie skomplikowany design). Wymagania dla wykonawcy: Pewne doświadczenie w pracy z Meta Graph API i Marketing API. Musisz rozumieć, jak działają limity, jak czytać nagłówki obciążenia i jak pracować z tokenami. Zrozumienie specyfiki arbitrażu ruchu. Słowa „billing”, „ban konta reklamowego”, „menedżer biznesowy” i „farm” nie powinny budzić wątpliwości. Doświadczenie w budowaniu asynchronicznych parserów i pracy z serwerami proxy na poziomie zapytań sieciowych. Gotowość do pracy według jasnego zadania technicznego i dostarczania projektu etapami. Warunki: Format współpracy: Praca projektowa Budżet: Do uzgodnienia indywidualnie na podstawie twojej oceny zadania technicznego. Płatność: Etapowa, związana z punktami kontrolnymi. Jak odpowiedzieć: W liście motywacyjnym koniecznie podaj swoje doświadczenie w pracy z Meta API, dołącz linki do podobnych projektów (lub opisz ich funkcjonalność, jeśli są objęte NDA) i napisz orientacyjną widełkę cenową oraz terminy na opracowanie podobnego systemu od podstaw. Odpowiedzi bez opisu odpowiedniego doświadczenia w pracy z Facebook API nie będą rozpatrywane.
Krótko Potrzebny program w Pythonie, który uruchamia się na moim PC (Windows) i tworzy faceless-wideo w formacie „głos lektora + zmieniający się materiał wideo z zdjęć i klipów” — jak dokumenty historyczne na YouTube (przykład dołączę osobno). Wprowadzam temat → program pisze scenariusz, lekturuje, dobiera do każdego fragmentu tekstu wideo/zdjęcia z darmowych archiwów, montuje → wydaje gotowy MP4. Tylko dla mnie. Bez strony, bez użytkowników, bez sprzedaży. Jeden użytkownik — ja. Jak działa (krok po kroku) 1. Wprowadzenie. Otwiera się proste okno. Wprowadzam temat filmu i wybieram głos lektora z listy (**lista głosów pobierana automatycznie z ElevenLabs przez API** — dostępne na moim koncie). Klikam „Utwórz”. (Drugi tryb: wklejenie gotowego scenariusza zamiast generacji.) 2. Scenariusz. Program przez LLM API (OpenAI/Anthropic, klucz w ustawieniach) pisze scenariusz na zadany temat o określonej długości. 3. Podział na sceny. LLM dzieli scenariusz na sceny i dla każdej zwraca: tekst sceny; typ wizualizacji: wideo lub zdjęcie; zapytanie wyszukiwania (rozwinięta fraza, co powinno być w kadrze); oznaczenie „highlight” + ocenę ważności 1-10 (dla intro, patrz poniżej). 4. Lektura. Tekst wysyłany jest do ElevenLabs API wybranym głosem → audio. Pod długość audio każdej sceny przycinany jest materiał wideo. 5. Dobór wideo/zdjęć — z darmowych źródeł przez API (patrz lista poniżej). Dla każdego źródła zapytanie formułowane jest na swój sposób (dla dokładności). Jeśli w jednym nie znaleziono — próbuje następnego. 6. Weryfikacja (maksymalnie 3 kroki na scenę). Krok 1: program bierze pierwszy znaleziony wariant (wideo/zdjęcie) według zapytania. Krok 2: wysyła kadr do LLM — „czy pasuje do sceny?”. Pasuje → stop. Krok 3 (jeśli nie pasuje): program przełącza się na wyszukiwanie zdjęć (po dokładnym zapytaniu zdjęcia znaleźć łatwiej niż wideo, — tak gwarantujemy trafność w sensie) i bierze je z wzmocnionym ruchem (zoom + panorama). Nie robić więcej niż 3 kroki na jedną scenę — to oszczędza budżet LLM i gwarantuje, że kadr jest w temacie. 7. Montaż przez ffmpeg/moviepy: klipy i zdjęcia pod timing lektury, zdjęcia ożywiane zoomem (efekt Kena Burnsa), głos na wierzchu, proste przejścia. Wyjście: MP4 1920×1080. Reguły materiału wideo (ważne — za to odpowiada program) Pierwsze 60 sekund — intro-teaser: montaż najbardziej efektownych klipów z całego filmu (brane są sceny z najwyższą oceną ważności, gdzie jest wideo) pod osobny tekst-wprowadzenie od LLM („w tym filmie dowiesz się…”), kadry bez wyjaśnień, jak intryga. Potem przejście i główna część. Naprzemienność: wstawka wideo minimum co ~6 sekund, nie można mieć wielu zdjęć pod rząd. Udział wideo: nie mniej niż ~40% czasu — żywe klipy, reszta — zdjęcia z zoomem. Długość kadru: 4-6 sekund (i zdjęcia, i wideo). Nie migać, nie trzymać statyki długo. Dla czysto historycznych tematów, gdzie nie ma wideo — zdjęcia z wzmocnionym ruchem (zoom + panorama). Źródła (wszystkie darmowe, z API) Nowoczesne wideo+zdjęcia: Pexels, Pixabay. Historyczne / archiwalne (public domain): Wikimedia Commons, Archive.org,Biblioteka Kongresu, Europeana, NASA, Smithsonian Open Access,Flickr Commons, openverse. Każde źródło — oddzielny moduł, łatwo dodać nowe. Używać tylko public domain / wolnych licencji z prawem do komercyjnego wykorzystania. Żadnego parsowania cudzych YouTube/stron, fragmentów filmów, obrazków „z googla”.Unikalność doboru Aby wideo nie pokrywały się z cudzymi: brać losowy klip z top-wyników (nie pierwszy), prowadzić bazę już użytych (nie powtarzać), opcjonalnie — lekka obróbka klipu (crop/lustro/szybkość). Opcje (włącz/wyłącz w ustawieniach) Tylko zdjęcia — jeśli włączone, wideo zbierane jest CZYSTO z zdjęć, bez klipów wideo. Każde zdjęcie OBOWIĄZKOWO z ruchem (zoom i/lub panorama, efekt Kena Burnsa) — nawet w tym trybie nie powinno być statycznych „martwych” kadrów, minimalna dynamika zawsze. Jeśli wyłączone — standardowy tryb (zdjęcia + klipy wideo z naprzemiennością, jak w regułach materiału wideo). Bez lektury — jeśli włączone, wideo zbierane jest według tekstu BEZ generacji głosu: kod NIE zwraca się do ElevenLabs i nie nakłada lektury (materiał wideo dobierany jest według tekstu scen, timing kadrów — według reguł/parametrów, bez powiązania z audio). Jeśli wyłączone — automatycznie robi lektury według tekstu przez ElevenLabs, jak zwykle. Atmosferyczny overlay — jeśli włączone, na całym materiale wideo nakładany jest półprzezroczysty layer z unoszącymi się cząstkami / pyłem / świecącym bokeh / lekką mgłą (particle / dust / bokeh / fog overlay, tryb nakładania screen/add), aby kadry wyglądały na żywe i filmowe. Przy instalacji programu umieszczany jest zestaw z 5-8 popularnych overlayów (cząstki, pył,copybokeh, mgła, lekkie filmowe „ziarnko”) w lokalnym folderze — wybieram potrzebny z listy. Regulowana przezroczystość/jasność overlayu (suwak 0-100%), aby efekt nie był anicopyzbyt przyciemniony, ani zbyt wyraźny — sam dostosowuję siłę. Pożądane, aby overlay można było nakładać i na JUŻ gotowe wideo osobnocopy(postprodukcja: wziąć gotowy MP4 → wybrać overlay → ustawić przezroczystość → zapisać), a nie tylko przy montażu. Skąd wziąć overlaye do kompletu (wolna licencja): Pexels, Pixabay (zapytaniacopy„particle overlay”, „bokeh overlay”, „dust overlay”, „light leaks”, „film grain”), Mixkit, Videezy. Wykonawca dobiera 5-8 sztuk i umieszcza w folderze programu. Napisy (wbudowane lub osobnym .srt). Obróbka klipów dla unikalności. Rozdzielczość/format, długość wideo, udział wideo, głębokość wyszukiwania.Wymagania techniczne Python. Modułowa struktura (źródła i LLM — przez wymienne moduły, aby łatwo zamienić lub dodać). Wszystkie klucze API — w pliku ustawień, nie w kodzie. Proste okno (GUI do wyboru wykonawcy — Tkinter/PyQt), uruchamiane podwójnym kliknięciem. README z instrukcją, zrozumiałe logi, komentarze w kodzie.Co daję ja Klucze API (ElevenLabs, LLM, gdzie potrzebna rejestracja — załatwię). Płatne opłacam sam. Przykłady wideo-referencji (dołączę) i przykłady tematów do testów.Odbiór (gotowe, jeśli) Uruchamiam → okno → wprowadzam temat, wybieram głos → „Utwórz” → otrzymuję gotowy MP4. Materiał wideo zgodny z sensownym tekstem, naprzemienność wideo/zdjęć, intro-teaser 60 sek, lektura na wierzchu. Działa minimum z 6 darmowymi źródłami, z fallbackiem między nimi. Weryfikacja kadrów przez LLM: maks. 3 kroki na scenę (znaleziono → LLM sprawdził → jeśli nie, zdjęcie z ruchem jako pewniak). Unikalność: randomizacja + baza używanego. Tylko legalne źródła. Jest README, uruchamia się od zera.Przekazanie wyniku Cały kod źródłowy — w otwartej formie (wszystkie pliki), bez obfuskacji + zbudowana wersja robocza. Mogę sam uruchomić z źródeł według instrukcji (README: instalacja, klucze, uruchomienie). Kod musi być czysty, skomentowany i zrozumiały, aby **każdy inny programista mógł kontynuować pracę** nad nim, jeśli zajdzie taka potrzeba (bez powiązania z autorem). **Cała codzienna praca — przez interfejs (przyciski, pola, suwaki, rozwijane listy), BEZ potrzeby dotykania kodu.** Wszystkie ustawienia (temat, głos, opcje, overlay, foldery, długość, formaty) zmieniają się w oknie programu, a nie edytowaniem plików. Kod w rękach — tylko jako moja własność i zabezpieczenie, a nie jako sposób zarządzania programem. Wszystkie prawa do kodu po zapłacie — moje.Zarządzanie miejscem na dysku (ważne) Program nie powinien zapełniać dysku. Zrealizować: Po zmontowaniu wideo wszystkie pliki pośrednie (pobrane klipy, tymczasowe fragmenty, audio-clipy) automatycznie usuwane — na dysku pozostaje tylko gotowy MP4. Limit na cache (parametr w ustawieniach, np. 5 GB): przy przekroczeniu stare pobrane pliki usuwane są automatycznie (najpierw najstarsze). Folder dla gotowych wideo i dla plików tymczasowych ustalam w ustawieniach. Pokazywać, ile miejsca zajęte, i przycisk „wyczyść cache” ręcznie.Proszę wskazać w odpowiedzi Przykłady podobnych prac (ffmpeg/moviepy, praca ze stockowymi/archiwalnymi API, ElevenLabs/LLM). Propozycja dotycząca GUI. Czy rozwiązanie wykorzystuje bazę danych (jaką i po co) — czy wystarczą lokalne pliki. Termin i koszt.