Budżet: 1000 UAH Termin: 1 dzień
Dzień dobry
Zainteresował mnie Twój projekt
Mam doświadczenie w automatyzacji na Google Apps Script
Zadanie:
Należy stworzyć skrypt do automatycznego przesyłania danych z Google Arkuszy do środowiska programowego Finmap przez API.
Opis:
Oczekiwany wynik:
Skrypt, który automatycznie przesyła dane z Google Arkuszy do Finmap przez API, wykonuje się regularnie i niezawodnie.
Budżet: 1000 UAH Termin: 1 dzień
Dzień dobry
Zainteresował mnie Twój projekt
Mam doświadczenie w automatyzacji na Google Apps Script
Budżet: 2000 UAH Termin: 2 dni
Dzień dobry!
Mogę stworzyć i skonfigurować uruchomienie takiego skryptu, który będzie wysyłał dane do serwisu. Chciałbym trochę więcej danych, proszę napisać na prywatną wiadomość.
Budżet: 2700 UAH Termin: 3 dni
Dzień dobry, współpracowałem z API PrivatBanku oraz z arkuszami Google. Mam więc doświadczenie w łączeniu arkuszy Google z API usług, gdzie wymagana jest autoryzacja. Chętnie pomogę i Wam
Budżet: 3000 UAH Termin: 7 dni
Propozycja realizacji przez Google skrypt.
Z API Finmap pracowałem. Google skrypt może pracować z danymi z tabeli i jest możliwość skonfigurowania harmonogramu synchronizacji.
Przez Google skrypty robiłem wiele wymian zarówno między stronami, jak i między różnymi systemami księgowymi oraz usługami takimi jak checkbox, nowa poczta.
Oczywiście dla lepszej oceny warto zobaczyć, jakie dane będą przekazywane, ale orientacyjnie tak.
Budżet: 3000 UAH Termin: 1 dzień
Dzień dobry! Mam duże doświadczenie w tworzeniu makr (skryptów) dla ET! Proszę o kontakt!!!!
Budżet: 3500 UAH Termin: 3 dni
Dobry wieczór, ogromne doświadczenie w pracy z różnymi API, proszę dołączyć dokumentację API finmap.
Kto może pomóc skonfigurować taki zestaw: Planuję uruchomić serwer, który będzie równolegle działał z 4–5 różnymi modelami AI do zadań programistycznych. Kluczowym wymaganiem jest dostęp wieloosobowy: kilku programistów będzie mogło korzystać z serwera jednocześnie, każdy w izolowanej sesji i ze swoimi agentami. Modele Claude / GPT / Kimi k3
W ramach podnoszenia poziomu cyberbezpieczeństwa naszej infrastruktury musimy zrezygnować z praktyki przechowywania „wiecznych” i statycznych kluczy API, haseł oraz tokenów integracji w plikach konfiguracyjnych (.env, appsettings.json, config.yaml) naszych mikroserwisów. Cel biznesowy: Stworzyć jednolity, zabezpieczony punkt przechowywania danych poufnych (sekretów) z mechanizmem ich automatycznego aktualizowania (rotacji) w systemach zewnętrznych według harmonogramu. Inne nasze usługi będą żądać aktualnych tokenów „na żywo” przez API, co zminimalizuje szkody w przypadku kompromitacji któregokolwiek z komponentów systemu.Model bezpieczeństwa i szyfrowanie (Crypto Core) W bazie danych żaden sekret nie powinien być przechowywany w postaci jawnej. Podczas uruchamiania aplikacji do zmiennych środowiskowych przekazywany jest Klucz główny (Master Key). Jeśli klucz jest nieobecny lub ma nieprawidłową długość, usługa powinna zakończyć działanie na etapie inicjalizacji z zrozumiałym błędem w logach. Każdy sekret jest szyfrowany przed zapisaniem w bazie danych z użyciem tego Klucza głównego. Przy żądaniu — jest deszyfrowany w pamięci i zwracany w treści odpowiedzi.Audyt-logowanie (Audit Trail) Każda akcja z sekretami (tworzenie, odczyt przez usługę, udana lub nieudana rotacja) powinna być zapisywana w oddzielnym pliku logów audit.log (lub w oddzielnej tabeli w bazie danych). Ścisły zakaz: W audyt-logu kategorycznie zabrania się zapisywania samych wartości sekretów (ani w postaci jawnej, ani w postaci zaszyfrowanej).
Mamy dedykowany serwer na hetzner z witryną na dockerach (+framework laravel) Kontakt z deweloperami został utracony Potrzebne: - przywrócić i zmienić dostęp do serwera (prawdopodobnie ssh) - zalecić miejsce przechowywania i skonfigurować pełny backup serwera z prostym przywracaniem, prawdopodobnie nie na hetzner dla bezpieczeństwa - naprawić z jakiegoś powodu niewyświetlany logo (nie wiadomo dlaczego plik przestał być dostępny) Ważne - backupu witryny nie ma, prawa na błąd też. Rozważymy tylko doświadczonych specjalistów.