woj. warmińsko-mazurskie

Oprogramowanie i aplikacje webowe dla firm
w Olsztynie

Oprogramowanie na zamówienie oznacza u nas narzędzie zbudowane wokół konkretnego procesu w firmie, w wersji webowej albo mobilnej. W Olsztynie, stolicy województwa warmińsko-mazurskiego, rozmowa o takim narzędziu zaczyna się od pytania, kto w zespole wykonuje daną pracę i co zajmuje mu najwięcej czasu. Gdy to wiadomo, da się ocenić, jakie oprogramowanie ma powstać, w jakiej wersji i z jakimi połączeniami do programów, z których firma już korzysta. Może nim być na przykład portal B2B z cenami dla odbiorców albo kalkulator osadzony na stronie firmy.

Bezpłatna wycena +48 887 831 588

Rezerwacje online z podglądem wolnych terminów Automatyczna wycena w konfiguratorze produktu Akceptacja pism przez kolejne osoby w zespole Ekrany do sprawdzenia, zanim powstanie kod Środowisko do prób oddzielone od działającego systemu Rekomendacja przeciw budowie, gdy analiza tak wskaże
166 tys.mieszkańców, GUS 2024
88 km²to powierzchnia Olsztyna
stolicawojewództwa warmińsko-mazurskiego
15 minutśredni czas odpowiedzi w godzinach pracy

Firmy z regionu

Jakie firmy w Olsztynie mogą skorzystać z własnej aplikacji?

Olsztyn leży w regionie, w którym ważną rolę odgrywa turystyka, a popyt na noclegi, gastronomię i wypożyczalnie rośnie zwykle w okresie wakacyjnym. Gospodarkę miasta tworzą też Uniwersytet Warmińsko-Mazurski, administracja, przetwórstwo spożywcze i produkcja opon. W tych miejscach pracuje się na różnych dokumentach i z różnymi grupami użytkowników, dlatego punkt wyjścia projektu zależy od branży i od zespołu, który ma z narzędzia korzystać.

Z myślą o takich zespołach piszemy aplikacje webowe w Olsztynie: każde narzędzie pod jeden zespół, jego dokumenty i jego sposób pracy. Wdrożenie programu ERP to inny zakres prac, który opisujemy przy programach ERP w Olsztynie. Witrynę firmy i sprzedaż online obsługują inne nasze usługi: strony internetowe oraz sklepy internetowe. Pierwsza konsultacja jest bezpłatna i do niczego Cię nie zobowiązuje.

Język zaplecza i bazę danych wybieramy dopiero wtedy, gdy znamy integracje i oprogramowanie utrzymywane w firmie: w grę wchodzą Python z FastAPI albo PHP z Laravelem oraz PostgreSQL albo MySQL. Gdy narzędzie ma współpracować z Subiektem albo systemem Insoft, granice tej współpracy wyznacza sam program; szczegóły opisujemy przy integracjach ERP.

Wydanie sprzętu w stanie przydatnym do użytku: co mówi Kodeks cywilny

Art. 662 § 1 Kodeksu cywilnego zobowiązuje wynajmującego, żeby wydał rzecz w stanie przydatnym do umówionego użytku i utrzymywał ją w takim stanie przez czas najmu. Paragraf 2 przypisuje najemcy drobne nakłady połączone ze zwykłym używaniem rzeczy. Dla firmy, która wynajmuje sprzęt, oznacza to dwa różne obowiązki przy tym samym egzemplarzu: utrzymanie sprzętu leży po stronie firmy, a drobne nakłady wynikające ze zwykłego używania po stronie klienta. Rozdział tych obowiązków warto opisać, zanim powstanie narzędzie do ewidencji sprzętu, bo od niego zależy, jakie informacje trzeba zapisywać przy każdym egzemplarzu.

Zakres prac

Tworzenie oprogramowania dla firm z Olsztyna: jakie narzędzia wchodzą w zakres

Zakres ogranicza się do narzędzi biznesowych, więc gry i projekty badawcze są poza nim.

W Olsztynie i okolicy działają wypożyczalnie, które wydają klientom sprzęt na określony czas. Podstawą takiej działalności jest umowa najmu. Według art. 659 § 1 Kodeksu cywilnego wynajmujący zobowiązuje się oddać najemcy rzecz do używania przez czas oznaczony lub nieoznaczony, a najemca płacić umówiony czynsz. Paragraf 2 dodaje, że czynsz może być oznaczony w pieniądzach albo w świadczeniach innego rodzaju. Dla narzędzia, które obsługuje wydawanie sprzętu, to dwie osobne informacje do zapisania przy każdej umowie: na jaki czas rzecz wyszła i w jaki sposób rozliczono jej używanie. Przy umowie na czas oznaczony data zwrotu jest znana od razu, a najem na czas nieoznaczony wymaga innego zapisu, bo koniec umowy nie jest wtedy ustalony. Gdy czynsz ma postać świadczenia innego rodzaju, w ewidencji pojawia się wpis bez kwoty, co również trzeba przewidzieć w projekcie.

Własne narzędzie zaczyna mieć sens w czterech sytuacjach. Chodzi o dane przenoszone ręcznie między systemami każdego dnia, o zamówienia z poczty wpisywane do magazynu, o ceny prowadzone przez handlowców w osobnych plikach i o klientów, którzy dzwonią, żeby poznać etap zlecenia.

  • panele klienta do podglądu zleceń, dokumentów i płatności
  • rezerwacje terminów oraz sal
  • konfiguratory produktu kończące się ofertą w PDF
  • obieg dokumentów z akceptacjami
  • aplikacje magazynowe do pracy z kolektorem
  • portale B2B z limitami kupieckimi
  • kalkulatory do osadzenia na stronie firmy
  • integracje programów, które same nie wymieniają danych

Dlaczego polskie znaki psują się przy wymianie danych między programami?

Kodowanie znaków przypisuje bajtom zapisanym w pliku konkretne litery. Gdy program odczyta dane w innym kodowaniu niż to, w którym je zapisano, zamiast liter pojawiają się przypadkowe symbole, a w polskim tekście widać to zwykle na literach takich jak ą, ę czy ś. W3C zaleca UTF-8 dla stron, danych i baz: jedno kodowanie obejmuje praktycznie każdy potrzebny znak i nie wymaga przeliczania między kodowaniami.

Koszt i czas

Od czego zależą koszt i czas tworzenia aplikacji webowych?

Czas rośnie razem z zakresem. Proste narzędzie jest gotowe wcześniej niż panel wewnętrzny, a system łączący kilka programów wymaga najwięcej pracy. W wycenie liczymy funkcje i role użytkowników, integracje, tryb offline i wersję natywną, a kwotę podajemy po analizie, na podstawie jej dokumentu.

Po zakończeniu najmu najemca zwraca rzecz w stanie niepogorszonym, ale zgodnie z art. 675 § 1 Kodeksu cywilnego nie odpowiada za zużycie, które jest następstwem prawidłowego używania. Paragraf 3 wprowadza domniemanie, że rzecz wydano najemcy w stanie dobrym i przydatnym do umówionego użytku. W okresie wakacyjnym, kiedy w regionie rośnie ruch turystyczny, takich zwrotów przybywa, a przy każdym z nich, niezależnie od rodzaju sprzętu, trzeba odróżnić zwykłe zużycie od uszkodzenia. Przepis nie określa, jak udokumentować stan rzeczy, więc forma takiego zapisu zależy od samej firmy. Czy narzędzie ma zapisywać stan sprzętu przy wydaniu i przy zwrocie, w jakiej formie i kto z zespołu ma to robić, to decyzje, które zapadają przed wyceną. Każda z nich wpływa na zakres prac, bo oznacza dodatkowe pola, ekrany albo kroki w obsłudze zwrotu.

Pierwszą wersję, z której da się korzystać, staramy się oddać możliwie wcześnie. Zwykle zalecamy też mały zakres na start, obejmujący jeden proces, i dokładanie funkcji według potrzeb użytkowników.

Każdy etap płatności odpowiada odebranej części aplikacji, przed startem nie pobieramy wszystkiego. Wstępną ocenę pomysłu przesyłamy w 24 godziny.

Interfejs w kilku językach: dlaczego tłumaczenie zmienia układ ekranów?

W3C zwraca uwagę, że tekst po przetłumaczeniu zmienia długość, a najmocniej rosną zwykle krótkie etykiety: przyciski, zakładki i opisy pól. Układ ekranu powinien więc pozwalać tekstowi przejść do kolejnej linii, bez ciasnych pól o stałej szerokości. Zapas na dłuższe tłumaczenie dotyczy także pól w bazie danych. Każdy kolejny język to tłumaczenie, przegląd ekranów i testy.

Decyzja

Własne narzędzie czy gotowy program: od czego zacząć decyzję o aplikacji?

Pierwsze pytanie brzmi, czy narzędzie w ogóle trzeba pisać od zera. Najpierw szukamy prostszej drogi: rozszerzenia istniejącej strony, sklepu albo integracji. Jeśli Twój proces zmieści się w gotowym programie w abonamencie, usłyszysz to od nas wprost.

Zakłady przetwórstwa spożywczego z Olsztyna pracują dla odbiorców sieciowych i hurtowych, a w takiej współpracy ważna jest dokumentacja. Jeśli taki zakład rozważa własne narzędzie, przed decyzją przechodzi z nami analizę: zwykle tydzień albo dwa rozmów i obserwacji osób, które wykonują daną pracę. W zakładzie, który produkuje dla sieci handlowych, analiza może objąć też dokumenty wymieniane z odbiorcami. Analiza może zakończyć się rekomendacją, żeby aplikacji nie pisać. Decyzja o budowie albo rezygnacji opiera się wtedy na opisie realnej pracy zespołu, a firma może ocenić, które czynności chce przenieść do narzędzia, a które zostawić bez zmian. Opis pracy przygotowany w analizie zostaje w firmie bez względu na dalsze decyzje.

Trzy wersje aplikacji i kryteria wyboru między nimi

Na początek zwykle zalecamy aplikację webową dostępną przez przeglądarkę z każdego urządzenia. Odmiana instalowalna z przeglądarki, czyli PWA, dostaje ikonę na ekranie telefonu i może działać bez połączenia z siecią. Do wersji natywnej na iOS i Android przechodzimy przy powiadomieniach push, stałym korzystaniu ze skanera albo wymogu obecności w sklepie z aplikacjami.

Lokalizacja telefonu w aplikacji webowej: zgoda użytkownika

Przeglądarka przekazuje położenie urządzenia przez interfejs Geolocation API. Dokumentacja MDN opisuje, że przy pierwszej próbie odczytu użytkownik widzi pytanie o zgodę, o ile wcześniej jej nie udzielił albo nie odmówił. Czas obowiązywania zgody zależy od przeglądarki: może wygasnąć po pewnym czasie, z końcem sesji albo zostać na stałe. Ekran z mapą potrzebuje przez to także komunikatu dla osoby, która odmówiła.

Utrzymanie

Wykonawca aplikacji dla firmy z Olsztyna: co ustalić w umowie?

Przed podpisem przejdź przez pięć zapisów oferty: przekazanie kodu źródłowego w umowie, przeniesienie aplikacji na inny serwer, dokumentację techniczną po pracach, konta usług zewnętrznych na klienta i zasady rozliczania drobnych zmian.

Uniwersytet Warmińsko-Mazurski i administracja to część olsztyńskiej gospodarki, w której z usług korzysta się przez cały rok. Gdy z narzędzia na co dzień korzysta wiele osób, każda zmiana w działającej aplikacji powinna najpierw przejść próbę. Przy wyborze wykonawcy zapytaj więc, gdzie będą sprawdzane poprawki i nowe funkcje, zanim zobaczą je wszyscy użytkownicy. Zapytaj też, kto po stronie wykonawcy przenosi zmianę z wersji testowej do tej, na której pracuje zespół, i jak zespół dowie się, że zmiana weszła. Dobrze też wiedzieć, czy wersja testowa zostaje dostępna po starcie, bo poprawki i rozbudowa przychodzą także wtedy. Na uczelni albo w urzędzie jedna zmiana w aplikacji może dotyczyć pracowników kilku jednostek naraz. Odpowiedzi na te pytania warto zestawić obok siebie dla każdej oferty.

Po starcie aplikacji proponujemy opiekę. W jej skład wchodzą aktualizacje bezpieczeństwa, monitoring dostępności i kopie zapasowe. Dochodzi pula godzin na drobne zmiany. Miejscem działania może być nasz serwer, serwer zamawiającego albo chmura.

Gdy projekt dobiega końca, oddajemy pełny kod. Dokumentację i dostępy do wszystkich środowisk dostajesz w tym samym momencie. Umowę podpisujemy przy każdym projekcie, a NDA na Twoje życzenie.

Poprawianie błędów w programie a art. 75 ustawy o prawie autorskim

Art. 75 ust. 1 ustawy o prawie autorskim pozwala osobie, która legalnie weszła w posiadanie programu, zwielokrotniać go i zmieniać bez zgody uprawnionego, jeśli jest to niezbędne do korzystania z programu zgodnie z przeznaczeniem, w tym do poprawiania błędów. Przepis działa, jeżeli umowa nie stanowi inaczej. Przed przekazaniem utrzymania innej firmie sprawdź, co umowa mówi o zmianach w kodzie.

Zasięg

Jak zamówić aplikację webową z Olsztyna, Dywit albo Stawigudy?

Z firmami z Olsztyna pracujemy zdalnie, a rozmowy o projekcie prowadzimy przez telefon albo w rozmowie wideo. Tak samo wygląda współpraca z firmą z Barczewa, Purdy czy Jonkowa. Gotowa aplikacja webowa otwiera się w przeglądarce, dlatego klient z Olsztynka i pracownik z Dobrego Miasta nie potrzebują do niej osobnej instalacji. W ten sam sposób z aplikacji może korzystać kilka punktów firmy rozrzuconych po regionie.

Dojeżdżamy na miejsce w województwie lubelskim i w Warszawie. Poza tym obszarem pracujemy zdalnie.

O organizację takiej współpracy zapytaj już w pierwszej wiadomości.

Współpraca

Jakie etapy ma tworzenie aplikacji webowej w Olsztynie?

  1. Bezpłatna konsultacja zdalna

    Rozmowa toczy się w Google Meet, Zoom albo Teams, a po niej nie zobowiązujesz się do niczego. Mówimy przy niej, czy proces da się obsłużyć gotowym narzędziem.

  2. Analiza z udziałem pracowników

    Zbieramy funkcje i role użytkowników. Dokument zostaje w firmie, nawet gdy na analizie poprzestaniesz.

  3. Ekrany do przeklikania

    Układ oceniasz przed budową.

  4. Odcinki z działającym fragmentem

    Na szczycie listy zadań stawiamy funkcje, które razem uznamy za kluczowe. Co dwa tygodnie widzisz postęp na środowisku testowym.

  5. Próba narzędzia przed nauką obsługi

    Próbę prowadzą przyszli użytkownicy. Zgłoszone przez nich usterki poprawiamy, a instrukcja zostaje w zespole.

  6. Wdrożenie produkcyjne i przekazanie kodu

    Po starcie działa monitoring. Kod i dostępy do środowisk przechodzą do Twojej firmy.

Pytania

Olsztyńska firma i jej aplikacja: najem, ochrona danych, kontakt

Według art. 666 § 1 Kodeksu cywilnego najemca używa rzeczy w sposób określony w umowie, a gdy umowa tego nie określa, zgodnie z właściwościami i przeznaczeniem rzeczy. Paragraf 2 mówi, że jeśli w czasie najmu okaże się potrzeba napraw obciążających wynajmującego, najemca powinien go niezwłocznie zawiadomić. Przepis nie wskazuje formy zawiadomienia, więc może to być rozmowa, wiadomość albo wpis w narzędziu, jeśli firma takie prowadzi.

Pracujemy od poniedziałku do piątku w godzinach 8:00–20:00 oraz w soboty od 9:00 do 16:00. Niedziela zostaje zarezerwowana dla awarii, a zgłoszenia awaryjne obsługujemy całą dobę. Średni czas odpowiedzi w godzinach pracy to piętnaście minut.

Tak, jeśli aplikacja powstaje jako progresywna aplikacja webowa (PWA), czyli wersja instalowalna z przeglądarki. Ma ona ikonę na ekranie telefonu i może pracować offline, a do instalacji nie potrzebuje sklepu z aplikacjami.

Aplikacja dostaje od nas zabezpieczenia wymagane przy ochronie danych: szyfrowanie, kontrolę dostępu, logi oraz możliwość usunięcia danych na żądanie. Inspektor ochrony danych w Twojej firmie dostaje od nas opis techniczny tych rozwiązań. Dokumentację prawną przygotowuje firma, która zamawia aplikację. Przy aplikacji na serwerze Twojej firmy do tego opisu warto dołączyć listę osób z dostępem do serwera.

To atak, w którym tekst wpisany w formularz staje się częścią zapytania do bazy i zmienia jego sens. OWASP jako podstawową ochronę wskazuje zapytania parametryzowane: struktura zapytania powstaje osobno, a wartości od użytkownika baza traktuje jako dane. Sklejanie zapytania z tekstem z formularza tę ochronę znosi. Powiązanie parametrów nie zastępuje sprawdzania uprawnień.

Art. 399 Prawa komunikacji elektronicznej wymaga uprzedniej informacji i zgody na zapisywanie danych w urządzeniu użytkownika. Wyjątek obejmuje zapis konieczny do dostarczenia usługi świadczonej drogą elektroniczną, której użytkownik żąda. Rozstrzyga cel zapisu: bez zgody zostaje to, bez czego żądana usługa nie zadziała.

Wstępną ocenę pomysłu odsyłamy w 24 godziny

Wyślij kilka zdań o pracy, którą chcesz przenieść do aplikacji, i o tym, kto w Twoim olsztyńskim zespole ją dziś wykonuje.

Wszystkie miasta i usługi (858 stron) →
Bezpłatna wycena