woj. kujawsko-pomorskie
Aplikacje webowe tworzone dla firm
w Toruniu
Pierwszą wersję aplikacji zwykle zalecamy zbudować wokół jednego procesu i rozwijać według tego, czego użytkownicy faktycznie potrzebują. Na tej zasadzie opieramy tworzenie aplikacji webowych i mobilnych na zamówienie dla firm z Torunia, siedziby samorządu województwa kujawsko-pomorskiego. Zanim powstanie kod, ekrany przyszłego narzędzia oglądasz w klikalnym prototypie i możesz poprawić ich układ. Dzięki temu uwagi do wyglądu i kolejności pól padają wtedy, gdy ich wprowadzenie jest najprostsze. Pierwsza konsultacja jest bezpłatna.
Odbiorcy w Toruniu
Dla toruńskich obiektów, hurtowni i firm usługowych: co może robić aplikacja webowa
Średniowieczny zespół miejski Torunia jest od 1997 roku na liście światowego dziedzictwa UNESCO, a turystyka to ważna część gospodarki miasta. Działa tu Uniwersytet Mikołaja Kopernika, a obok niego przemysł, między innymi spożywczy, oraz usługi dla mieszkańców i firm.
Obiekt noclegowy albo biuro przewodników może osadzić na swojej stronie kalkulator, który policzy cenę pobytu albo zwiedzania dla grupy. Klient wybiera liczbę osób i zakres usług, a wynik widzi od razu, jeszcze przed wysłaniem zapytania.
Firma usługowa z Torunia, w której wnioski i umowy wymagają podpisu kilku osób, może przenieść je do wewnętrznego systemu obiegu dokumentów i akceptacji. Każdy dokument ma wtedy jedną drogę przez kolejne podpisy. Osoba, która zatwierdza dokument jako ostatnia, nie musi szukać go w skrzynce pocztowej.
Pracownia stolarska albo inny zakład usług lokalnych z Torunia może dać klientom konfigurator produktu z automatyczną wyceną i ofertą w PDF. Klient sam składa zamówienie z dostępnych opcji, a pracownia dostaje gotowy opis zamiast kilku maili z pytaniami.
Producent albo hurtownia żywności może sprzedawać stałym odbiorcom przez portal B2B z indywidualnymi cennikami i limitami kupieckimi. Jeśli hurtownia rozważa wymianę całego programu sprzedażowego na system ERP, to pytanie do zespołu wdrożeń ERP w Toruniu.
W firmie, która obsługuje inne przedsiębiorstwa, sprzedaż i rozliczenia mogą trafiać do dwóch osobnych programów. Integracja spinająca oba systemy może przenosić między nimi dane, które dziś ktoś przepisuje ręcznie.
Przesyłka żywności pochodzenia zwierzęcego: jakie dane trzeba udostępnić odbiorcy
Przy przesyłkach żywności pochodzenia zwierzęcego rozporządzenie wykonawcze (UE) nr 931/2011 w art. 3 ust. 1 wymaga udostępnienia odbiorcy, a na żądanie także organowi, między innymi dokładnego opisu żywności, jej ilości, nazw i adresów podmiotu wysyłającego i odbierającego, odniesienia identyfikującego serię, partię lub przesyłkę oraz daty wysyłki.
Część tych danych, na przykład oznaczenie partii i ilość, może pochodzić z aplikacji magazynowej współpracującej z kolektorami danych. Adres odbiorcy może z kolei pochodzić z programu sprzedażowego. Gdy jest nim Subiekt albo system Insoft, zakres zależy od możliwości wymiany danych danego systemu, a samo łączenie opisujemy przy łączeniu programów w toruńskich firmach.
Jeśli te dane powstają dziś w dwóch programach, aplikacja może zebrać je w jednym widoku przesyłki. Osoba, która przygotowuje wysyłkę, widzi wtedy komplet informacji dla odbiorcy, a ewentualne braki mogą wyjść na jaw jeszcze przed wyjazdem towaru.
Zakres
Jakie aplikacje webowe piszemy dla firm z Torunia?
Piszemy narzędzia biznesowe. Gier i projektów badawczych nie podejmujemy.
Rozporządzenie (WE) nr 178/2002 w art. 18 ust. 2 wymaga, żeby podmioty działające na rynku spożywczym mogły zidentyfikować każdą osobę, która dostarczyła im środek spożywczy albo substancję przeznaczoną do dodania do żywności. W tym celu tworzą systemy i procedury, które pozwalają przekazać te informacje na żądanie właściwych władz. Dla zakładu z Torunia ten przepis może wyznaczać punkt zakresu aplikacji: przy każdym surowcu powinno dać się wskazać, od kogo pochodzi. Forma zapisu zależy od firmy, ale pytanie o dostawcę wraca przy każdej dostawie i dobrze, żeby odpowiedź była w tym samym miejscu co pozostałe dane dostawy. W zakładzie z kilkoma dostawcami tego samego surowca to pytanie pojawia się przy każdej partii. Przy surowcach kupowanych u pośrednika warto też ustalić, czy w aplikacji zapisuje się pośrednika, producenta, czy obu.
O własnym narzędziu warto pomyśleć, gdy ktoś codziennie przepisuje dane z jednego systemu do drugiego. Podobnie jest wtedy, gdy zamówienia z maili trafiają do magazynu ręcznie, handlowcy trzymają ceny we własnych plikach, a klienci telefonują, żeby dowiedzieć się, na jakim etapie jest ich zlecenie.
- Panel klienta pokazujący zlecenia, dokumenty i płatności
- Rezerwacje sal, sprzętu, terminów i usług
- Konfigurator, który wycenia produkt i tworzy PDF z ofertą
- Wewnętrzny obieg dokumentów z akceptacjami
- Aplikacja magazynowa obsługiwana kolektorami
- Portal B2B: indywidualne ceny i limity kupieckie
- Kalkulatory oraz narzędzia sprzedażowe dla strony
- Integracje systemów, które same się nie porozumiewają
Jak baza danych zapobiega dwóm rezerwacjom tej samej sali?
Czas rezerwacji można zapisać jako zakres, czyli jedną wartość z początkiem i końcem. Na takiej kolumnie zakłada się ograniczenie wykluczające: baza odrzuca nowy wpis, którego zakres nakłada się na zapisany wcześniej. W wariancie z numerem sali konflikt powstaje dopiero przy tej samej sali i nakładającym się czasie. Reguła działa w samej bazie, bez względu na to, który ekran albo program zapisuje rezerwację.
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.
Artykuł 18 ust. 3 tego samego rozporządzenia dotyczy kierunku od firmy: podmioty tworzą systemy i procedury identyfikacji innych przedsiębiorstw, którym dostarczyły swoje produkty, a informacje te przekazuje się na żądanie właściwych władz. Przepis mówi o przedsiębiorstwach. Toruński producent, który sprzedaje hurtowniom i sklepom, może mieć te dane w zamówieniach i fakturach, a pytanie kosztowe dotyczy tego, czy aplikacja ma je odczytać z obecnego programu, czy prowadzić od nowa. Odczyt zależy od tego, jakie dane udostępnia program, a prowadzenie od nowa oznacza dodatkowe ekrany i więcej pracy przy budowie. Dobrze to rozstrzygnąć przed wyceną, bo oba warianty prowadzą do innej liczby funkcji i innego podziału pracy między aplikację a obecny program. Przy odczycie z obecnego programu dochodzi jeszcze pytanie, kto po stronie firmy zna jego strukturę danych i może ją opisać przed wyceną.
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.
Na zamówienie
Oprogramowanie na zamówienie czy gotowy program: co wybrać w Toruniu?
Mówimy wprost, kiedy do procesu wystarczy gotowy program w abonamencie. Sprawdzamy też, czy potrzebę pokryje integracja albo rozszerzenie strony lub sklepu, z których już korzystasz. Dopiero przy własnym narzędziu przychodzi kolej na wybór jego wersji.
| Rozwiązanie | Kiedy wybrać |
|---|---|
| Aplikacja webowa | praca przy komputerze, dostęp z wielu miejsc |
| Aplikacja instalowalna z przeglądarki (PWA) | ikona na telefonie, potrzebny tryb offline i praca w terenie |
| Aplikacja natywna iOS i Android | kamera, GPS w tle, powiadomienia push, wymóg obecności w sklepie z aplikacjami |
Zwykle zalecamy pierwsze z tych rozwiązań, bo przeglądarka uruchomi je na każdym sprzęcie. Natywna odmiana na iOS i Android wchodzi w grę, gdy narzędzie ma odbierać powiadomienia push, pracować ze skanerem na co dzień albo pojawić się w sklepie z aplikacjami.
Rozporządzenie wykonawcze (UE) nr 931/2011 w art. 3 ust. 3 przewiduje codzienną aktualizację informacji o przesyłkach żywności pochodzenia zwierzęcego, a wybór sposobu ich udostępnienia zostawia dostawcy, o ile odbiorca otrzymuje je w sposób jasny i jednoznaczny. Przepis nie wskazuje formy: portalu, dokumentu ani pliku. Dla toruńskiego dostawcy decyzja o własnym narzędziu i jego wersji zależy wtedy od odbiorców. Jeden może woleć wydruk przy dostawie, inny wiadomość, a jeszcze inny wgląd w przeglądarce. Zanim padnie wybór, dobrze zapytać kilku stałych odbiorców, z której formy skorzystają i kto po ich stronie będzie te dane czytał. Od ich odpowiedzi zależy, czy jeden wspólny widok obsłuży wszystkich. Dopiero z tą wiedzą da się porównać koszt własnego narzędzia z innymi formami przekazywania informacji. Taką rozmowę z odbiorcami łatwiej przeprowadzić na przykładzie jednej, rzeczywistej przesyłki.
Blokada wygaszania ekranu (Screen Wake Lock) w aplikacji przeglądarkowej
Przy pracy z instrukcją albo listą kontrolną na tablecie przeszkadza ekran, który co chwilę przygasa. Interfejs Screen Wake Lock pozwala aplikacji w przeglądarce poprosić, żeby ekran nie przygasał ani się nie blokował. Według MDN blokadę dostaje tylko aktywny, widoczny dokument, a system może ją zwolnić przy przejściu na inną kartę albo niskim poziomie baterii. Po powrocie do widoku trzeba poprosić o nią ponownie.
Odbiór
Błędy po odbiorze, kod i opieka: o co zapytać wykonawcę aplikacji?
Przy kontroli w zakładzie spożywczym z Torunia może być potrzebne zestawienie wszystkich danych jednej partii w jednym pliku. Zapytaj każdego z wykonawców, jak takie zestawienie powstanie w jego aplikacji: kto w firmie może je przygotować, w jakim formacie zostanie zapisane i czy będzie do tego potrzebny ktoś po stronie wykonawcy. Dopytaj też, jak zgłosić błąd w zestawieniu wykryty już po odbiorze aplikacji i kto go poprawi. Taki plik dobrze zobaczyć na przykładzie jeszcze przed podpisaniem umowy. Odpowiedzi pokażą, na ile firma będzie samodzielna przy kontroli i przy codziennej pracy z danymi. Jeśli wciąż nie masz pewności, czy własne narzędzie jest potrzebne, przeczytaj, kiedy w firmie pojawia się potrzeba własnego programu.
Część pytań do wykonawcy dotyczy czasu po odbiorze aplikacji, kiedy zespół zaczyna z niej korzystać na co dzień.
Rękojmia za wady w umowie na aplikację między firmami
Jeśli umowa jest umową o dzieło, do odpowiedzialności za wady stosuje się odpowiednio przepisy o rękojmi przy sprzedaży (art. 638 Kodeksu cywilnego). Strony mogą tę odpowiedzialność rozszerzyć, ograniczyć albo wyłączyć, a wobec konsumenta tylko w przypadkach określonych w przepisach szczególnych (art. 558). W ofercie sprawdź, co mówi o usuwaniu wad zgłoszonych po odbiorze.
Lista kontrolna oferty wykonawcy
- Czy przekazanie kodu zapisano w umowie?
- Czy umowa pozwala zmienić serwer aplikacji?
- Kto i kiedy przekaże dokumentację techniczną?
- Czy konta zewnętrzne zakłada się na firmę?
- Według jakich zasad rozlicza się drobne zmiany?
Kod źródłowy aplikacji, umowa i opieka
Wraz z końcem projektu przekazujemy Twojej firmie cały kod źródłowy. Dołączamy dokumentację i dostępy do każdego ze środowisk. Umowę podpisujemy przy każdym projekcie. Określa zakres, termin, koszt i zasady wsparcia po wdrożeniu, a NDA podpisujemy na Twoje życzenie.
Opieka po uruchomieniu jest propozycją. Zawiera aktualizacje bezpieczeństwa i monitoring dostępności. W pakiecie są też kopie zapasowe oraz pula godzin na drobne zmiany. Utrzymanie możesz też wziąć na siebie albo oddać innej firmie.
Zasięg
Czy firma z Lubicza albo Chełmży potrzebuje innej aplikacji niż toruńska?
Wśród okolic Torunia są Lubicz, Chełmża, Łysomice, Złotoria, Wielka Nieszawka, Ciechocinek i Aleksandrów Kujawski. Firma z jednej z tych miejscowości korzysta z aplikacji na tych samych zasadach co toruńska: zakres wynika z procesu, a adres siedziby go nie zmienia. Różnica może dotyczyć ludzi. Jeśli część zespołu pracuje w kilku miejscowościach, dostęp do narzędzia z każdej z nich planuje się w analizie. Pracownik z Lubicza zobaczy w aplikacji te same dane co biuro w Toruniu, jeśli jego rola na to pozwala.
Dla firmy spod Torunia pierwszy krok wygląda tak samo jak w Toruniu: rozmowa o procesie.
Na miejsce przyjeżdżamy w województwie lubelskim i w Warszawie. W pozostałych lokalizacjach pracujemy zdalnie, przez telefon i rozmowę wideo.
Pytania przed pierwszą rozmową możesz wysłać mailem albo zadać przez telefon.
Współpraca
Zdalny projekt aplikacji dla firmy z Torunia: kolejne etapy
Ocena procesu po rozmowie wideo
Opowiadasz, jak przebiega proces. Jeśli gotowe narzędzie poradzi sobie z tym procesem, dowiesz się tego przy tej rozmowie.
Analiza procesu i harmonogram prac
Rozmowy z osobami wykonującymi pracę kończą się dokumentem z listą funkcji i wyceną. Możliwy wynik to także rekomendacja, by z aplikacji zrezygnować.
Prototyp do sprawdzenia układu
Interfejs oglądasz w klikalnej wersji, zanim powstanie kod.
Przegląd fragmentu po każdym odcinku
Fragmenty z kolejnych dwutygodniowych odcinków oglądasz w środowisku testowym. Ono pozostaje oddzielone od produkcji przez cały projekt, a także po starcie.
Testy, szkolenie i instrukcja
Wersję sprawdzają osoby, które będą z niej korzystać, a zgłoszone usterki poprawiamy.
Wdrożenie, monitoring i dostępy
Twoja firma dostaje też pełny kod źródłowy aplikacji.
Pytania
Zanim toruńska firma zamówi aplikację webową: serwer, analiza, kolejność funkcji
Tak. Aplikację uruchamiamy tam, gdzie wybierzesz: u nas, na serwerze Twojej firmy albo w chmurze. Przy wyborze liczy się to, kto ma zajmować się utrzymaniem i gdzie działają programy, z którymi narzędzie wymienia dane. Gdy aplikacja ma działać w zakładzie, przyda się informacja, jaki sprzęt i jakie łącze są tam dziś dostępne.
Zwykle tydzień albo dwa rozmów i obserwacji osób, które wykonują dany proces. Powstaje z nich dokument z listą funkcji, rolami użytkowników i szkicami ekranów, który zostaje u Ciebie niezależnie od dalszej współpracy. Do rozmów przydadzą się osoby z magazynu i z biura, które na co dzień przygotowują przesyłki.
Ustalamy ją razem z Tobą, tak żeby najważniejsze funkcje powstały jako pierwsze. Przed ustaleniem kolejności dobrze wskazać, bez których funkcji zespół nie zacznie pracy w nowym narzędziu.
Tak. Jesteśmy dostępni w dni powszednie od 8:00 do 20:00, a w sobotę od 9:00 do 16:00. Niedziela obejmuje tylko awarie. Pomoc awaryjna działa bez przerwy, a w godzinach pracy odpowiadamy średnio po piętnastu minutach.
Ściąga OWASP o przesyłaniu plików zaleca kilka warstw ochrony. Lista dozwolonych rozszerzeń wynika z potrzeb procesu, a typ sprawdza się w samym pliku, bo nagłówek Content-Type można podrobić. Plik dostaje nazwę nadaną przez program, ma limit rozmiaru i trafia poza publiczny katalog serwera. Wgrywać mogą tylko uprawnione osoby.
Art. 20 RODO daje osobie prawo otrzymać dane, które dostarczyła administratorowi, w ustrukturyzowanym, powszechnie używanym formacie nadającym się do odczytu maszynowego. Prawo działa, gdy przetwarzanie opiera się na zgodzie albo umowie i odbywa się w sposób zautomatyzowany. Jeżeli jest to technicznie możliwe, osoba może też żądać przesłania danych bezpośrednio innemu administratorowi.
Ta sama okolica
Pozostałe usługi w Toruniu
Ta sama usługa
Aplikacje webowe w innych miastach
Wstępną ocenę pomysłu odsyłamy w 24 godziny
Napisz, od czego chcesz zacząć: od magazynu, odbiorców czy dokumentów w biurze.