Budżet: 4000 UAH Termin: 2 dni
Witaj. Zrobię to bez problemu, proszę się zgłaszać. Chciałbym dokładniej zobaczyć zadanie techniczne
Trzeba w smartsender zrealizować wyświetlanie informacji przez API
Więcej szczegółowych informacji z przykładami przekażę w wiadomości prywatnej (bo tutaj system nie przepuszcza takich danych).
Interesuje mnie możliwość realizacji, terminy i cena.
Ogólnie zadanie jest następujące:
1. W zmiennych jest parametr uid, który należy wykorzystać dalej do uzyskania listy_informacji_#1
2. Aby uzyskać listę_informacji_#1, zwracamy się pod adres typu http://123......../bot/api/clients.php?client=XXXXXX, gdzie xxxxxxx - UID użytkownika
I przez API otrzymujemy odpowiedź na zapytanie.
3. Z odpowiedzi bierzemy tablicę - listę_informacji_#2
5. Następnie przeglądamy wszystkie zamówienia w API pod adresem typu http://wa........../YYYYYY, gdzie yyyyyy - numer zamówienia
Numer zamówienia uzyskujemy z p 3 (lista_informacji_#2)
Jeśli odpowiedź ma "status":true - wyświetlamy to zamówienie na liście.
Budżet: 4000 UAH Termin: 2 dni
Witaj. Zrobię to bez problemu, proszę się zgłaszać. Chciałbym dokładniej zobaczyć zadanie techniczne
Budżet: 3000 UAH Termin: 3 dni
Witam.
Mogę zrealizować zadanie. Mam doświadczenie w podobnych projektach. Terminy i koszty są orientacyjne - trzeba omówić szczegóły.
Wykonuję wszystko szybko, jakościowo, niezawodnie, z gwarancją. Piszcie.
Budżet: 3000 UAH Termin: 3 dni
Witam! Wykonam Twoje zadanie szybko i jakościowo.
Moje portfolio: https://freelancehunt.com/ua/freelancer/romas6ka.html#portfolio
Pisz, zacznę pracować dzisiaj. Będę zadowolony ze współpracy z Tobą!
Budżet: 6000 UAH Termin: 5 dni
Zapoznałem się z pełnym opisem, można zrealizować (cena i termin podane w ofercie), proszę o kontakt
Budżet: 2000 UAH Termin: 4 dni
Cześć! Jestem gotów zająć się realizacją tego zadania. Mam doświadczenie w pracy z API, więc zrobię wszystko szybko i jakościowo. Skontaktujmy się, aby omówić szczegóły.
Budżet: 2000 UAH Termin: 2 dni
Dzień dobry.
Proszę rozważyć możliwość współpracy.
Dokładną cenę i terminy będę mógł podać po omówieniu wszystkich szczegółów projektu.
Z poważaniem, Artem.
Добрый день, есть более понятное ТЗ. Работал с их API о каким методах именно речь идет?
Влад, добрій день
ПО моему ТЗ - более детальная инфо
Ми - компанія, що надає послуги сантехніка, електрика, домашнього майстра.
Виконавши замовлення клієнта, хочемо надавати гарантійний талон в електронному вигляді.
1. У нас у змінних по клієнту є параметр uid, який потрібно використовувати далі для отримання переліку замовлень по клієнту (пункт номер 3)
2. Клієнт підписується на воронку і бачить 3 кнопки:
*Замовити дзвінок
*Підключити оператора
*Отримати гарантійний талон
Мені потрібно налаштування виключно для кнопки "Отримати гарантійний талон", всі інші дії з кнопками я оброблю самостійно.
3. Для отримання переліку замовлень по клієнту звертаємось за адресою
http://123......../bot/api/clients.php?client=XXXXXX, де хххххх - UID користувача.
(всі доступи і т.д. надам коли почнемо спрівпрацювати)
Відповідь на цей запит має формат
[{"ID":497950,"NAME":"Христина","PHONE":"0631111111","PHONE2":null,"PHONE3":null,"CITY":1,"CITY2":1,"CITY3":1,"DISTRICT":264,"DISTRICT2":null,"DISTRICT3":null,"STREET":"Хрещатик улица","STREET2":":","STREET3":"","HOUSE":"4-В","HOUSE2":":","HOUSE3":"","FLAT":"01","FLAT2":"01","FLAT3":"","ADDRESS_NOTE":"","ADDRESS_NOTE2":"","ADDRESS_NOTE3":"","COMMMENTS":[{"TEXT":"https:\/\/me...........0212","DT":"09.08.2024 11:36","OPERATOR":"л1 ТЕСТ"}],"ORDERS":[010101,232323]}]
4. З відповіді беремо масив ORDERS - це перелік номерів замовлень по клієнту.
5. Далі перебираємо усі замовлення в API системи гарантійок:
http://wa........../YYYYYY, де yyyyyy - номер замовлення
З прикладу вище:
Відповідь на цей запит має формат
{"status":true,"warranty_arr":[{"order_id":739535,"date_performance_of_works":"2024-04-13","public_comment":"\u0413\u0430\u0440\u0430\u043d\u0442\u0456\u044f 3 \u0434\u043d\u0456.","performer":"\u041e\u043b\u0435\u043a\u0441\u0430\u043d\u0434\u0440 \u0420.","status":true,"works":[{"name":"\u041f\u0440\u043e\u0447\u0438\u0441\u0442\u043a\u0430 \u043c\u0430\u0448\u0438\u043d\u043d\u0430 \u043a\u0430\u043d\u0430\u043b\u0456\u0437\u0430\u0446\u0456\u0457","price":2500,"warranty":0}],"total":2500}]}
Якщо відповідь має "status":true - відображаємо це замовлення в переліку.
***************
Після того як КЛ тицьнув на Гарантійні талони - відображаємо йому список створениї гарантійних талонів по його замовленям у вигляді кнопок з датами виконання робіт (date_performance_of_works).
Після того, як КЛ обрав дату - відображаємо всі дані про гарантійку.
Коли клієнт натискає кнопку "Отримати гарантійний талон", але у нього в карточці не вказано UID та коли нема жодної створеної гарантійки (в п.5 status":false) - вивести повідомлення "Підключаю оператора" (текст я потім зміню)
***************
Як і що виводимо (тому що там json)?
* order_id - номер замовлення
* date_performance_of_works- Дата виконання робіт
* price - вартість
* name - опис типу замовлення
* performer - виконавець
Формат виводу зробити подібний такому (варіації можливі - обговоримо)
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.
Zadanie: wdrożenie usługi LLM, która zna całą dokumentację firmy i odpowiada na pytania menedżerów działu sprzedaży. Co jest teraz: klient samodzielnie stworzył prototyp (oddzielny projekt z załadowanymi informacjami o firmie, umieszczony na serwerze), ale informacje z bazy nie są przekazywane do modelu — prawdopodobnie problem z API. Kod i dostęp udostępnimy. Pierwszy krok — audyt: naprawić istniejące lub uzasadnione zbudować od nowa. Wymagana funkcjonalność: Załadowanie całej dokumentacji firmy: opis każdej usługi, regulaminy, FAQ, cenniki (wszystkie materiały udostępnimy). Odpowiedzi ściśle na podstawie załadowanych dokumentów (RAG). Model nie wymyśla faktów; jeśli odpowiedzi w bazie nie ma — uczciwie o tym informuje. Dostęp dla menedżerów poprzez link (interfejs webowy), z autoryzacją. Scenariusze: menedżer zadaje dowolne pytanie dotyczące pracy firmy; wstawia pytanie klienta „jak jest” i otrzymuje gotową odpowiedź do wysłania; znajduje potrzebny regulamin/raport na żądanie. Aktualizacja bazy wiedzy bez programisty (ładowanie plików przez interfejs lub podłączony folder). Język angielski. Historia zapytania do kontroli jakości. Oczekiwania techniczne: LLM przez API (Claude/OpenAI — proszę zaproponować z wyliczeniem kosztów tokenów), pipeline RAG (baza wektorowa, embeddings), hosting na naszym serwerze lub w chmurze, HTTPS. Architektura ma pozwalać w przyszłości na podłączenie asystenta do analitycznego magazynu danych (równoległy projekt). W odpowiedzi proszę podać: przykłady podobnych projektów RAG, stack, czas, koszt pracy oraz orientacyjną miesięczną koszt posiadania (tokeny + hosting).
Cześć Jest mały oddział, do którego przyjmowani są pacjenci. Należy opracować prostą "bazę danych", w której będzie można wprowadzać materiały eksploatacyjne, leki i inne, przychody i wydatki, a także przypisywać użycie do konkretnego pacjenta. Funkcjonalność, która jest potrzebna Podręczniki Leki Materiały eksploatacyjne (możliwość wprowadzania ręcznego) Pacjenci (możliwość wprowadzania nowych i usuwania tych, którzy zostali wypisani) Pracownicy (możliwość edytowania)Obliczanie ruchu Jedna tabela (dziennik ruchu), w której rejestrowane jest wszystko Przychód i wydanie Możliwość ręcznej korekty Przy wydaniu pielęgniarka musi wybrać: datę; pacjenta; lek lub materiał; ilość; swoje imię i nazwisko. System automatycznie zmniejsza stan. Przy przyjęciu starsza pielęgniarka musi mieć możliwość wprowadzenia: Daty dostawy; Leku/materiału; Ilości pozostałej; Skąd przyszło; Terminu ważnościFunkcjonalność automatyczna automatyczne obliczanie stanów; kontrola minimalnego zapasu; kontrola terminów ważności; ostrzeżenia o niskich stanach; ochrona przed wydawaniem większej ilości, niż jest dostępna; listy rozwijane; weryfikacja poprawności wprowadzonych danych; formatowanie warunkowe.Raporty Należy zrealizować automatyczne raporty: aktualne stany; użycie w okresie; użycie według pacjenta; użycie według pracownika; historia ruchu konkretnego leku.Preferowane realizacja w Google Sheets; Bazy będziemy uzupełniać samodzielnie. Potrzebny jest szablon do pracy. Nie wiem, ile to kosztuje, więc zaczniemy od 50$, a wy proponujcie swoje opcje i dobrze, żebyście mieli doświadczenie.
Programista C# / .NET WPF – dokończenie migracji dużego programu do fakturowania RAFSOFT.NET Sp. z o.o. szuka programisty C# / .NET do dokończenia przepisywania dużego, wieloletniego programu do fakturowania na nową technologię. Projekt dotyczy migracji rozbudowanej aplikacji desktopowej dla firm, używanej do fakturowania, obsługi dokumentów sprzedaży, kontrahentów, ewidencji oraz funkcji księgowo-podatkowych. Nowa wersja programu jest tworzona w języku C# / .NET, z wykorzystaniem komponentów DevExpress. Projekt jest już przepisany w około 70%. Szukamy osoby, która pomoże doprowadzić go do końca, uporządkować brakujące elementy wykonać testy oraz zadbać o zgodność działania nowej wersji z dotychczasowym programem. Zakres prac: dokończenie migracji dużej aplikacji desktopowej do C# / .NET, odtworzenie funkcjonalności starego programu w nowej wersji, zachowanie możliwie identycznej logiki działania, wyglądu i sposobu obsługi, praca z komponentami DevExpress, analiza istniejącego kodu oraz porównywanie działania starej i nowej wersji programu, poprawianie błędów, uzupełnianie brakujących funkcji i testowanie aplikacji, współpraca przy finalnym przygotowaniu programu do wdrożenia. Wymagania: bardzo dobra znajomość C# oraz .NET, doświadczenie w tworzeniu aplikacji desktopowych dla Windows, znajomość WPF lub WinForms, doświadczenie z DevExpress lub podobnymi bibliotekami komponentów UI, umiejętność analizy dużego, istniejącego projektu, dokładność i cierpliwość przy odwzorowywaniu istniejącej funkcjonalności, umiejętność testowania własnych zmian, bardzo dobra umiejętność korzystania z narzędzi AI wspierających programowanie, analizę kodu, refaktoryzację i testowanie. Mile widziane: doświadczenie z projektami typu legacy, znajomość lub wcześniejsza praca z Visual Basic 6.0, doświadczenie przy migracji aplikacji ze starszych technologii do C# / .NET, znajomość zagadnień związanych z fakturowaniem, księgowością, JPK lub KSeF, doświadczenie w pracy z dużymi aplikacjami biznesowymi. Kogo szukamy: Szukamy osoby samodzielnej, dokładnej i technicznie doświadczonej, która potrafi wejść w istniejący projekt, zrozumieć jego logikę i konsekwentnie doprowadzić go do końca. W tym projekcie bardzo ważne jest nie tylko pisanie nowego kodu, ale również wierne odwzorowanie działania starego programu — zarówno pod względem funkcji, jak i wyglądu oraz sposobu obsługi. Wymagamy również biegłego posługiwania się narzędziami AI w codziennej pracy programistycznej. Zależy nam na osobie, która potrafi używać AI praktycznie: do analizy kodu, wyszukiwania błędów, przyspieszania migracji, tworzenia testów i porządkowania projektu. O firmie: RAFSOFT.NET Sp. z o.o. to polska firma tworząca oprogramowanie dla przedsiębiorców, biur rachunkowych oraz małych i średnich firm. Naszym głównym produktem jest program Faktura VAT, wspierający codzienną obsługę faktur, dokumentów sprzedaży, kontrahentów, ewidencji oraz rozliczeń zgodnych z polskimi przepisami. Rozwijamy własne aplikacje desktopowe i narzędzia związane z fakturowaniem, księgowością, KSeF, JPK oraz automatyzacją procesów firmowych. Nasze rozwiązania są projektowane z myślą o stabilności, prostocie obsługi i praktycznym zastosowaniu w codziennej pracy użytkowników. Strona firmy: www.rafsoft.net
Trzeba obliczyć statystykę w projekcie medycznym (włącznie z korelacjami). Również, jest zapotrzebowanie na stworzenie matematycznego modelu prognozowania rozwoju patologii na podstawie dostępnych danych.