Uruchomienie aplikacji Comarch Mobile

Szczegółowe informacje odnośnie:
  • wymagań minimalnych dla urządzeń mobilnych
  • instalacji aplikacji Comarch Mobile
  • licencji potrzebnych do korzystania z aplikacji
  • konfiguracji systemu Comarch ERP XL na potrzeby aplikacji Comarch Mobile
znajdują się TUTAJ.
Uwaga
Niezbędnym elementem do prawidłowego działania aplikacji jest skonfigurowanie połączenia z serwerem, na którym jest uruchomiona usługa Comarch Mobile Server.
Aby uruchomić aplikację Comarch Mobile Sprzedaż należy wybrać ikonę [Comarch Mobile Sprzedaż] w menu [Aplikacje]:
Przygotowanie do uruchomienia Comarch Mobile
W przypadku pierwszego uruchomienia aplikacji Comarch Mobile Sprzedaż zostanie wyświetlony kreator, który pomoże Użytkownikowi odpowiednio skonfigurować połączenie z serwerem i wykonać pierwszą synchronizację (szczegółowy opis poszczególnych kroków znajduje się TUTAJ). Przy kolejnych uruchomieniach pojawi się ekran logowania do aplikacji.
Ekran logowania do aplikacji Comarch Mobile Sprzedaż
W przypadku, gdy podane przez użytkownika hasło nie będzie odpowiadać temu zapisanemu w stworzonej bazie mobilnej, wówczas przy próbie logowania do aplikacji zostanie wyświetlony komunikat:
Logowanie – nieprawidłowe hasło
Po wybraniu opcji [Tak] wpisane hasło zostanie porównane z tym, które jest zapisane na karcie operatora w systemie Comarch ERP XL. Jeżeli hasła będą identyczne to przedstawiciel handlowy zostanie zalogowany do aplikacji, a jego hasło zostanie automatycznie zmienione w bazie mobilnej na takie jak w systemie Comarch ERP XL.

Zasady pracy z aplikacją Comarch Mobile

Uwaga
Niedozwolona jest sytuacja, kiedy na jednym urządzeniu następuje zalogowanie się i synchronizacja (np. w celach testowych) na użytkownika, który równolegle pracuje produkcyjnie na innym urządzeniu.
Wywołanie synchronizacji na pustej bazie mobilnej spowoduje wyczyszczenie odpowiednich pól i mapowań w systemie Comarch ERP, co będzie skutkowało licznymi problemami w pracy operatora działającego produkcyjne (kłopoty z dodaniem nowych kontrahentów, nieprawidłowa realizacja zamówień). W sytuacji, kiedy występuje potrzeba testowego przesynchronizowania się na aktywnego przedstawiciela/operatora należy wykonać backup bazy systemu ERP i odtworzyć ją obok bazy produkcyjnej, a następnie zalogować się i przesynchronizować z bazą testową.

Generowanie bazy na nowo na urządzeniu i przechowywanie backupów

Aby wygenerować bazę na nowo należy:
  • Usunąć bazę mobilną znajdującą na urządzeniu w pamięci wewnętrznej w katalogu Documents (nazwa bazy: data.db, baza może być podzielona na kilka plików np. data.db, data.db-shm, data.db-wal – należy usunąć je wszystkie). Po usunięciu mobilnej bazy wszystkie dane zostaną utracone.
  • Wymusić zamknięcie aplikacji mobilnej z poziomu zarządzania aplikacjami. Należy wejść w [Zarządzanie aplikacjami] wybrać [Comarch Mobile], a następnie opcję [Wymuś zatrzymanie].
  • Wymusić zatrzymanie można też poprzez reinstalację aplikacji. W tym celu należy uruchomić i zainstalować plik [Vendor.Core.apk] znajdujący się w pamięci wewnętrznej urządzenia w katalogu Documents.
  • Uruchomić aplikację Comarch Mobile Sprzedaż i wykonać pierwszą synchronizację.
Backupy bazy przechowywane są w pamięci wewnętrznej urządzenia w katalogu MoSBackups. Backupy sprzed konwersji oznaczane są sufiksem 'auto'.
Folder z backupami bazy na urządzeniu

Umożliwienie utworzenia bazy danych i przechowywanie załączników na karcie SD

W aplikacji została wprowadzona możliwość tworzenia bazy danych i przechowywania załączników na karcie SD. Jeżeli użytkownik zaznaczy ustawienia dotyczące używania zewnętrznej pamięci, wówczas baza danych i załączniki będą przechowywana na zewnętrznej pamięci telefonu. Aby skorzystać z tej opcji konieczne jest zaznaczenie ustawień w aplikacji. Opisane ustawienia będą dostępne po umieszczeniu karty pamięci w urządzeniu.
Konfiguracja aplikacji Comarch Mobile Sprzedaż, tworzenie bazy mobilnej

Logowanie

Uwaga
Użytkownik poza standardowym widokiem ma także możliwość pracy w widoku poziomym aplikacji. Funkcjonalność ta dedykowana jest w szczególności użytkownikom tabletów.
Po uruchomieniu aplikacji Comarch Mobile zostanie wyświetlone okno logowania się do aplikacji. Aby zalogować się do aplikacji należy podać dane zaprezentowane na screenie.
Okno logowania w widoku poziomym
Okno logowania w widoku pionowym
W przypadku, gdy podane przez użytkownika hasło nie będzie odpowiadać temu zapisanemu w stworzonej bazie mobilnej, wówczas przy próbie logowania do aplikacji zostanie wyświetlony komunikat zaprezentowany poniżej.
Logowanie – nieprawidłowe hasło
Po wybraniu opcji [Tak] wpisane hasło zostanie porównane z tym, które jest zapisane na karcie operatora w systemie Comarch ERP XL. Jeżeli hasła będą identyczne to przedstawiciel handlowy zostanie zalogowany do aplikacji, a jego hasło zostanie automatycznie zmienione w bazie mobilnej na takie, jak w systemie Comarch ERP XL.

Opcja: Serwis

W aplikacji Comarch Mobile istnieje opcja serwis. Przy jej pomocy możemy praktycznie bez żadnego udziału przedstawiciela handlowego zdiagnozować, co dzieje się na mobilnej bazie danych, przesłać backup i logi z urządzenia na serwer. Po naciśnięciu na przycisk [Rozpocznij serwis], dostępny w Menu głównym/ Stan/ Administracja pojawi się okno w którym należy ustalić dowolne hasło, niezbędne do połączenia się z telefonem.
Administracja, opcja: Rozpocznij serwis
Opcja: Rozpocznij serwis, określanie hasła do połączenia
Następnym krokiem będzie połączenie się z serwerem oraz z urządzeniem. Aby była taka możliwość, należy uruchomić plik [startservice] dostępny (domyślnie) w katalogu C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji.
Katalog serwera synchronizacji: startservice
Po uruchomieniu [startservice] zostanie wyświetlone okno wiersza poleceń.
Okno Serwisu
Po wpisaniu komendy: <help> zostanie wyświetlone okno z opcjami dostępnymi w aplikacji.
Okno Serwisu po wpisaniu komendy:
Dostępne opcje, to:
  • Połączenie do serwera na którym został zainstalowany Serwer synchronizacji.
Aby połączyć się do serwera należy wpisać adres IP komputera z którym chcemy się połączyć oraz port po którym ma przebiegać połączenie > connect 10.132.13.215 5030 > 10.132.13.215
  • Połączenie się do bazy danego użytkownika.
Aby połączyć się do bazy danego użytkownika należy wpisać nazwę użytkownika i hasło ustalone wcześniej przez użytkownika na urządzeniu. > 10.132.13.215 > connect mo ba a > 10.132.13.215 > mo ba >
  • Pobranie nazw dostępnych użytkowników.
Po wykonaniu polecenia zostanie wyświetlona lista użytkowników oczekujących na połączenie. > 10.132.13.215 > mo ba > get users mo ba
  • Pobranie logów z urządzenia.
Po wykonaniu polecenia logi zostaną wyświetlone w oknie oraz przesłane na serwer do katalogu Logs: C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Logs.
Okno Serwisu, pobranie logów z urządzenia
  • Wykonanie backupu i pobranie bazy z urządzenia na serwer.
Podczas wykonywania backupu bazy na ekranie pojawi się aktualny progres wykonania backupu bazy. Po wykonaniu backupu, baza zostanie przesłana na serwer do katalogu [Databases] C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Databases. Nazwa bazy będzie poprzedzona sufixem z akronimem operatora, w kolejnej części będzie znajdowała się data i godzina pobrania backupu.
Okno Serwisu, pobranie bazy mobilnej
  • Wykonanie zapytania bądź polecenia na bazie danych użytkownika.
Przykład
Zmiana wartości w tabeli Units oraz wyświetlenie jej zawartości.
  • Pobieranie informacji o parametrach urządzenia (telefonu, tabletu). Wyświetlone zostaną informacje, jak na poniższym zdjęciu.
Okno Serwisu, pobranie danych o parametrach urządzenia
  • Przechwytywanie ekranu z urządzenia – możliwość podglądu urządzenia wraz określeniem parametrów połączenia: rozdzielczości i jakości obrazu (0-100). Opcja dostępna jest tylko dla urządzeń z androidem w wersji 5 i wyższym. W momencie przechwycenia obrazu, na urządzeniu pojawia się komunikat ze zgodą na jego udostępnienie. Po wyrażeniu zgody ekran zostaje udostępniony.
Okno Serwisu, przechwycony ekran urządzenia mobilnego
Okno urządzenia, komunikat ze zgodą na przechwycenie ekranu
  • Możliwość zmiany jakości obrazu w trakcie podglądu ekranu urządzenia.
Okno Serwisu, zmiana jakości obrazu
  • Zakończenie przechwytywania ekranu urządzenia.
> 10.132.13.215 > mo ba > capture stop
  • Rozłączenie się z urządzeniem. Podczas rozłączania się możemy wybrać jeden z dwóch możliwych rezultatów: sukces, bądź koniec.
Rezultat sukces powinien zostać wybrany wówczas, gdy prace serwisowe zostały zakończone pomyślnie. > 10.132.13.215 > mo ba > disconnect success > 10.132.13.215 > W przypadku wybrania rozłączenia się z rezultatem success na urządzeniu zostanie wyświetlony odpowiedni komunikat informujący o tym, iż prace zakończyły się pomyślnie. Dodatkowo można użytkownikowi wysłać krótką wiadomość.
Rozłączenie się z rezultatem sukces
Rezultat end powinien zostać wybrany wówczas, gdy prace serwisowe nie zostały jeszcze całkowicie zakończone. > 10.132.13.215 > mo ba > disconnect end W przypadku wybrania rozłączenia się z rezultatem end na urządzeniu zostanie wyświetlony odpowiedni komunikat informujący o tym, iż prace zakończyły się na ten moment. Dodatkowo można użytkownikowi wysłać krótką wiadomość.
  • Rozłączenie się z serwerem Klienta.
> 10.132.13.215 > disconnect >

Kafel Serwis

 
Widok z menu głównego, kafelek Serwis
Aplikacja Comarch Mobile Serwis umożliwia:
  • pobieranie urządzeń powiązanych z kontrahentami, za które odpowiedzialny jest serwisant wraz z listą przeglądów gwarancyjnych,
  • wystawianie i realizacje dokumentów ZSR,
  • rozliczenie dokumentów ZSR, synchronizowanie oraz realizacje dokumentu ZSR wystawionego w systemie Comarch ERP XL,
  • obsługę wizyty z elementem typu: Rejestracja zlecenia serwisowego oraz Realizacja zlecenia serwisowego.
Na kaflu Serwis prezentowana jest liczba zleceń oraz czynności do wykonania na dany dzień, a także liczba dostępnych urządzeń – pobranych z kart kontrahentów obsługiwanych przez serwisanta. Po wyświetleniu szczegółów dotyczących Serwisu (wejściu w kafel: Serwis) okno podzielone jest na 6 zakładek:
  • Zlecenia
  • Zlecenia dla mnie
  • Czynności
  • Dostępne urządzenia
  • Zasoby
  • Serwisanci

Zakładka: Zlecenia

Lista zleceń zawiera wszystkie dokumenty ZSR wystawione w aplikacji oraz zsynchronizowane z systemu ERP. Przy każdym zleceniu znajduje się informacja o numerze dokumentu, liczbie czynności na zleceniu, dacie wystawienia oraz realizacji dokumentu, a także kontrahencie. Każde zlecenie jest także oznaczone odpowiednią ikoną odpowiadającą statusowi zlecenia. Lista zleceń serwisowych przypisanych do konkretnego kontrahenta jest także dostępna z poziomu karty tego kontrahenta w sekcji: Serwis.
Zakładka zlecenia
Dostępne opcje menu kontekstowego
Opcja [Rozlicz] i [Zamknij] wymagają dodania dodatkowych uprawnień na karcie pracownika [MOS] Generowanie dokumentu ze zlecenia oraz [MOS] Zamykanie zlecenia serwisowego. Więcej informacji znajduje się TUTAJ.
Dostępne opcje menu kontekstowego z dodatkowymi uprawnieniami
Zlecenie serwisowe dostępne z karty kontrahenta
Na liście zleceń istnieje możliwość filtrowania według:
  • Real./Wyk. Od – termin realizacji czynności data od
  • Real./Wyk. Do – termin realizacji czynności data do
  • Główny – kontrahent główny na zleceniu
  • Docelowy – kontrahent docelowy na zleceniu
  • Status zlecenia
    • Wszystkie
    • W buforze
    • Do realizacji
    • Zatwierdzone
    • W realizacji
    • Zamknięte
    • Anulowane
    • Odrzucone
  • Informacja dodatkowa – filtrowanie według atrybutu dodawanego na nagłówku dokumentu w sekcji Informacje dodatkowe
  • Niestandardowego filtra – funkcjonalność dodawania filtrów niestandardowych opisana jest [TUTAJ]
Możliwe jest również posortowanie listy zleceń według:
  • [Nazwa kontrahenta](rosnąco/malejąco) – sortowanie według nazwy kontrahenta
  • [Data wyst./Data real](rosnąco/malejąco) – sortowanie według daty wystawienia zlecenia lub daty realizacji zlecenia
Uwaga
Istnieje możliwość wyboru, jakie zlecenia serwisowe będą pobierane z Centrali do aplikacji mobilnej. W folderze [Methods], w pliku konfiguracyjnym [configuration.xl.statement] znajduje się parametr odpowiedzialny za tę funkcjonalność SyncServiceOrdersTypeParam. Domyślna wartość parametru to „0” – standardowa synchronizacja wszystkich zleceń. Więcej informacji na temat parametru znajduje się TUTAJ.

Zakładka: Zlecenia dla mnie

W aplikacji Comarch Mobile Serwis wprowadzono nową zakładkę „Zlecenia dla mnie”, na której prezentowane są zlecenia serwisowe przypisane do zalogowanego serwisanta lub nieprzydzielone do żadnego pracownika.
Zakładka: Zlecenia dla mnie

Zakładka: Czynności

Lista czynności zawiera wszystkie czynności dodane w aplikacji lub zsynchronizowane z systemu ERP, powiązane z dokumentami ZSR z zakładki Zlecenia.
Lista czynności
Na liście czynności istnieje możliwość filtrowania wg:
  • Real./Wyk. Od – termin realizacji czynności data od
  • Real./Wyk. Do – termin realizacji czynności data do
  • Główny – kontrahent główny na zleceniu
  • Docelowy – kontrahent docelowy na zleceniu
  • Status zlecenia – filtrowanie według statusu zlecenia. Dostępne opcje to:
    • Wszystkie
    • W buforze
    • Do realizacji
    • Zatwierdzone
    • W realizacji
    • Zamknięte
    • Anulowane
    • Odrzucone
  • Stan czynności – filtrowanie według stanu czynności. Dostępne opcje to:
    • Wszystkie
    • Zrealizowane
    • Niezrealizowane
    • Przeterminowane
  • Informacja dodatkowa – filtrowanie według atrybutu dodawanego w sekcji Informacje dodatkowe
  • Niestandardowego filtra- funkcjonalność dodawania filtrów niestandardowych opisana jest [TUTAJ]
  Możliwe jest również posortowanie listy zleceń według:
  • [Nazwa kontrahenta](rosnąco/malejąco) – sortowanie według nazwy kontrahenta
  • [Data wyst./Data real](rosnąco/malejąco) – sortowanie według daty wystawienia zlecenia lub daty realizacji zlecenia
 
Filtry dostępne na liście czynności
  Z poziomu listy czynności istnieje możliwość zrealizowania lub odrzucenia czynności serwisowej.
Dostępne opcje na liście czynności
 

Zakładka: Dostępne urządzenia

Lista wszystkich aktywnych urządzeń, których właścicielami są kontrahenci obsługiwani przez operatora zalogowanego do aplikacji. Na liście istnieje możliwość filtrowania dostępnych urządzeń po rodzaju urządzenia oraz informacjach dodatkowych. Lista urządzeń serwisowych jest dostępna również z poziomu karty kontrahenta.
Zakładka dostępne urządzenia
Uwaga
W przypadku obsługi kontrahentów czasowych urządzenia serwisowe nie będą widoczne w aplikacji po zakończeniu obsługi.

Szczegóły urządzenia

Po wybraniu urządzenia z listy dostępnych urządzeń następuje przejście do szczegółów urządzenia, gdzie dostępne są następujące informacje:
    • Przebieg
    • Rodzaj urządzenia
    • Właściciel
    • Parametry
    • Przeglądy
    • Historia
    • Opis
    • Informacje dodatkowe
Szczegóły urządzenia serwisowego
Istnieje możliwość podglądu czynności historycznych oraz przeglądów zarejestrowanych dla danego urządzenia.
Czynności historyczne z dostępnymi filtrami
Historia przeglądów z dostępnymi filtrami

Możliwość wyszukiwania po informacjach dodatkowych na urządzeniu serwisowym

Z poziomu listy urządzeń serwisowych została dodana możliwość wyszukiwania urządzeń z wykorzystaniem informacji dodatkowych.

Obsługa atrybutów na urządzeniu serwisowym

W aplikacji istnieje możliwość dodawania, edycji oraz podglądu atrybutów z poziomu urządzenia serwisowego. Dla urządzeń serwisowych zostały obsłużone następujące typy atrybutów:
      • flaga,
      • tekst,
      • liczba,
      • lista otwarta/zamknięta.
Serwisant dzięki tej funkcjonalności może wprowadzić dodatkowe dane lub parametry dla serwisowanego urządzenia.

Zakładka: Zasoby

Lista zasobów zawiera wszystkie zasoby dostępne w aplikacji, które mogą zostać wykorzystane podczas realizacji Zlecenia Serwisowego. W przypadku zasobów o typie towar, oprócz nazwy i kodu zasobu prezentowana jest także ilość dostępna na magazynie mobilnym serwisanta. Aktualnie Comarch Mobile obsługiwane są zasoby typu: pracownik, towar, środek trwały, kontrahent.
Zakładka zasoby

Zakładka: Serwisanci

Lista Serwisantów zawiera wszystkich pracowników o typie: Serwisant. Jeżeli pracownik ma zdefiniowane dane kontaktowe, wówczas z poziomu opcji dodatkowych listy istnieje możliwość wykonania połączenia telefonicznego, wysłania wiadomości SMS lub wiadomości e-mail.
Zakładka serwisanci

Filtrowanie zwracanych i pobieranych towarów po dokumencie źródłowym ZSR

We współpracy z systemem Comarch ERP XL istnieje możliwość filtrowania towarów do przyjęcia oraz towarów do zwrotu po dokumencie źródłowym: Zlecenie Serwisowe (ZSR), powiązanym z dokumentem: Przesunięcie międzymagazynowe przyjęcie (MMP).

Przyjęcia

Filtr: Dokument źródłowy
W zakładce Towary do przyjęcia w kaflu Towary możliwe jest ustawienie filtra: Dokument źródłowy, w którym będzie można wybrać dokument źródłowy: Zlecenie Serwisowe (ZSR) powiązany z dokumentem Przesunięcie międzymagazynowe przyjęcie (MMP). Po wywołaniu filtra prezentowane są tylko takie dokumenty ZSR, które powiązane są z niepotwierdzonymi (jeszcze nie przyjętymi) dokumentami MMP. Po wybraniu dokumentu aplikacja automatycznie powraca do listy Towarów do przyjęcia odfiltrowanej do towarów znajdujących się na wybranym dokumencie ZSR. Standardowo po dłuższym przytrzymaniu filtru pojawiają się opcje: Szybkie wybieranie, Zapamiętaj filtr oraz Wyczyść. Jeżeli wszystkie towary z danego dokumentu ZSR zostaną przyjęte, wówczas po ponownym wejściu w Kafel Towary i wywołaniu filtra: Dokument źródłowy, taki dokument nie będzie już wyświetlany na liście.
Lista dokumentów: Zlecenie Serwisowe (ZSR) powiązanych z dokumentami: Przesunięcie międzymagazynowe przyjęcie (MMP)
Ustawiona wartość filtra: Dokument źródłowy po wybraniu dokumentu ZSR
W przypadku gdy dokument MMP jest powiązany z dokumentem ZSR to jego nazwa widoczna jest pod nazwą dokumentu MMP.
Prezentacja numeru źródłowego powiązanego z dokumentem Przesunięcie międzymagazynowe przyjęcie (MMP)
  • gdy dokumenty są powiązane z różnym dokumentem ZSR wówczas ilości towaru są rozbijane,
  • gdy dokumenty są powiązane z tym samym dokumentem ZSR wówczas ilości towaru są agregowane.

Zwroty

Po wejściu w kafel Towary w menu kontekstowym możliwa jest do wyboru opcja: Zwróć z dok. źródłowego.
Uwaga
Widoczna jest ona tylko wtedy, gdy operator mobilny ma uprawnienia do wystawiania dokumentu Przesunięcie międzymagazynowe wydanie (MMW).
Dodatkowa opcja: Zwróć z dok. źródłowego
Opcja: Zwróć z dok. źródłowego umożliwia zwrot tylko za pomocą dokumentu Przesunięcie międzymagazynowe wydanie (MMW). Po wybraniu opcji: Zwróć z dok. źródłowego wyświetlana jest lista dokumentów Zlecenie Serwisowe (ZSR), z których zasoby znajdują się na magazynie mobilnym.
Lista dokumentów źródłowych
Po wskazaniu konkretnego dokumentu zostanie wyświetlona formatka dokumentu dokumentu Przesunięcie międzymagazynowe wydanie (MMW), na której lista towarów będzie odfiltrowana do takich, które znajdowały się na dokumencie MMP powiązanym z takim dokumentem źródłowym i dla których aktualny stan magazynowy jest większy niż 0.
Odfiltrowana lista towarów do zasobów pochodzących z konkretnego dok. ZSR

Dodawanie kartoteki urządzenia w aplikacji

Dodawanie kartoteki urządzenia z poziomu zlecenia serwisowego

W aplikacji Comarch Mobile Serwis umożliwiono dodanie nowego urządzenia z poziomu zlecenia serwisowego w sekcji Urządzenia.
Możliwość dodania kartoteki urządzenia z poziomu zlecenia
Z poziomu zlecenia serwisowego, na liście dostępnych urządzeń dla danego kontrahenta po wyborze ikony plusa otworzy się nowe okno z możliwością dodania nowej kartoteki urządzenia serwisowego.
Możliwość dodania nowego urządzenia serwisowego
Wybranie tego przycisku przeniesie użytkownika na kartę dodawania nowego urządzenia, na której dostępne są do wypełnienia poniższe pola:
  • Kod urządzenia - pole obowiązkowe
  • Nazwa urządzenia
  • Rodzaj urządzenia - pole obowiązkowe
  • Właściciel - pole obowiązkowe
  • Parametry
  • Przeglądy
  • Opis
Ekran dodawania nowego urządzenia
Możliwe jest dodanie parametrów urządzenia zdefiniowanych w systemie Comarch ERP XL.
Wybór parametrów urządzenia z listy dostępnych
Uwaga
Dla parametrów urządzenia o typie "Liczba" wymagane jest ustawienie co najmniej jednego miejsca po przecinku. Konfiguracji należy dokonać w systemie Comarch ERP XL.
Definicja parametru o typie "Liczba"
Po wybraniu przycisku plusa w sekcji "Przeglądy", pojawi się okno z kartą dodawania przeglądu urządzenia. Karta przeglądu zawiera pola:
  • Kod (do wyboru z listy) - pole obowiązkowe
  • Data ostatniego przeglądu ustawiana, jako data bieżąca (możliwość zmiany)
  • Data następnego przeglądu ustawiana, jako data bieżąca (możliwość zmiany)
  • Odpowiedzialny (uzupełnione kodem zalogowanego operatora)
  • Opis
Ekran dodawania przeglądu dla urządzenia
Po wybraniu obszaru „Wybierz kod przeglądu” wyświetli się lista przeglądów skonfigurowanych w Centrali, która pozwoli na wybór odpowiedniej opcji.
Wybór przeglądu z listy dostępnych

Dodawanie urządzenia z poziomu listy urządzeń na kaflu Serwis

W aplikacji Comarch Mobile umożliwiono dodanie urządzenia z poziomu listy ‘Dostępne urządzenia’ na kaflu Serwis. Po wybraniu przycisku plusa wyświetlą się dwie opcje do wyboru:
  • Dodaj ZSR (standardowe dodawanie nowego zlecenia)
  • Dodaj urządzenie (otwiera okno dodawania kartoteki nowego urządzenia)
Opcje dostępne pod ikoną ‘+’ na liście urządzeń
Dodawanie urządzenia z tego poziomu jest analogiczne do dodawania urządzenia z poziomu zlecenia serwisowego.

Edytowanie urządzeń dostępnych w aplikacji

Na liście dostępnych urządzeń serwisowych, po kliknięciu w menu kontekstowe dostępne są trzy opcje: Edytuj, Usuń i Szczegóły.
Menu kontekstowe przy urządzeniach niezsynchronizowanych: Edytuj, Szczegóły, Usuń
Uwaga
Opcja Usuń dostępna będzie, gdy urządzenie zostanie dodane z poziomu aplikacji mobilnej i dopóki nie zostanie wykonana synchronizacja.
Po wybraniu opcji Szczegóły wyświetlany jest widok szczegółów danego urządzenia. Przycisk ołówka umożliwia przejście do edycji danego urządzenia.
Uzupełniona karta urządzenia o parametry
Uwaga
Edycja opisu urządzenia serwisowego na chwilę obecną nie została obsłużona 
 

Dodawanie i usuwanie urządzeń na istniejących zleceniach

Dodawanie kolejnych urządzeń do istniejących zleceń serwisowych

W Comarch Mobile Serwis możliwe jest dodawanie urządzeń na zleceniu pochodzącym z Centrali oraz na tym utworzonym w aplikacji mobilnej do momentu, gdy zlecenie:
  • ma status Do realizacji
  • zostało zatwierdzone (o ile zatwierdzenie zlecenia miało miejsce w aplikacji mobilnej i nie zostało jeszcze poddane synchronizacji)
Na zleceniu serwisowym w sekcji urządzeń serwisowych dostępna jest ikona plusa:
Ikona dodawania nowego urządzenia do istniejącego zlecenia serwisowego

Usuwanie urządzeń ze zlecenia serwisowego

W menu kontekstowym urządzenia na zleceniu serwisowym znajduje się opcja Usuń, która umożliwia usuwanie urządzeń w momencie, gdy zlecenie zostało utworzone w Centrali lub aplikacji mobilnej i:
  • ma status Do realizacji lub
  • zostało zatwierdzone (o ile zatwierdzenie zlecenia miało miejsce w aplikacji mobilnej i nie zostało jeszcze poddane synchronizacji).
Opcja "Usuń" w menu kontekstowym
W momencie wybrania opcji Usuń pojawi się komunikat:
Potwierdzenie usunięcia danego urządzenia
Jeżeli urządzenie zostało przypięte do czynności, to w dalszym kroku w momencie wybrania opcji Tak wyświetli się komunikat:
Potwierdzenie usunięcia powiązanych składników i zasobów
Uwaga
Usunięcie urządzenia nie będzie możliwe zarówno w momencie wystawienia dokumentów np. na składniki, które były podpięte pod czynność z danym urządzeniem, jak również, gdy zostanie rozliczona sama czynność.
Komunikat „Usunięcie urządzenia [nazwa_urządzenia] nie jest możliwe.”

Szyfrowanie mobilnej bazy danych

Aplikacja Comarch Mobile umożliwia szyfrowanie bazy danych. Ustawienie szyfrowania sprawdzane jest podczas każdej synchronizacji. Jeżeli szyfrowanie bazy zostało ustawione jako wymagane i aplikacja wykryje, że baza nie jest zaszyfrowana, wówczas na ekranie urządzenia mobilnego zostanie wyświetlony komunikat:
Komunikat informujący o konieczności szyfrowania bazy danych
Po wystąpieniu komunikatu należy kliknąć w przycisk [OK] - nastąpi automatyczne zaszyfrowanie bazy danych. Po zakończeniu szyfrowania synchronizacja uruchomi się automatycznie. Ustawienia szyfrowania są zapisane domyślnie w pliku C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Methods\encryption.configuration. Parametr encrypted może przyjąć odpowiednio wartość 0 - szyfrowanie wyłączone, 1 - szyfrowanie włączone.
Uwaga
Z poziomu programów do zarządzania bazami danych SQLite nie ma możliwości otworzenia bazy zaszyfrowanej- wówczas pojawi się komunikat o błędzie. Odszyfrowanie bazy może nastąpić jedynie przez: synchronizację, usunięcie bazy, zmianę w ustawieniu parametru (wpisanie wartości „0”), ponowne otwarcie aplikacji i przeprowadzenie synchronizacji.

Promocje

Promocje

W Comarch Mobile Serwis można podglądnąć jakie promocje obowiązują na dany towar jednak nie są one uwzględniane w aplikacji. Obsługa promocji wymaga licencji na Comarch Mobile Sprzedaż. Okno promocji zostało zaprezentowane na poniższym zrzucie ekranu.
Okno: Promocja
Dostępne parametry promocji: Pomiń następne promocje/Nie pomijaj następnych promocji. Pozwalaj na zmianę ceny/Nie pozwalaj na zmianę ceny (parametry te dostępne są w systemie Comarch ERP XL na promocji stała cena). Po wybraniu przycisku:  w wierszu dotyczącym Obowiązuje dla: Towary zostanie wyświetlona lista towarów, na które obowiązuje dana promocja.
Okno: Promocja, lista towarów
Po wybraniu przycisku:  w wierszu dotyczącym Obowiązuje dla: Kontrahenci zostanie wyświetlona lista kontrahentów, na których działa dana promocja. Okno zostało zaprezentowane na poniższym zrzucie ekranu.
Okno: Promocja, Lista kontrahentów
W przypadku, gdy została wskazana jedna forma płatności, dla której obowiązuje promocja to jest ona określona na karcie promocji, jeżeli zostało wskazanych więcej form płatności to pojawia się w oknie: [Dla wybranych], natomiast w przypadku braku określenia wyświetla się wartość: [Wszystkie]. Po wybraniu przycisku:  w wierszu dotyczącym Obowiązuje dla: Formy płatności zostanie wyświetlona lista form płatności, na które obowiązuje dana promocja. Okno promocji zostało zaprezentowane na poniższym zrzucie ekranu.
Okno: Promocja, lista form płatności
Jeżeli został wskazany jeden sposób dostawy, dla którego obowiązuje promocja, to jest on wyświetlony na karcie promocji, jeżeli zostało wskazanych więcej sposobów to wyświetla się: [Dla wybranych], a w przypadku braku sprecyzowanego sposobu dostawy pojawia się wartość: [Wszystkie]. Po wybraniu przycisku:  w wierszu dotyczącym Obowiązuje dla: Sposoby dostawy zostanie wyświetlona lista sposobów dostawy, na które działa dana promocja. Okno: Sposoby dostawy zostało zaprezentowane na poniższym zrzucie ekranu.
Okno: Promocja, lista sposobów dostawy
Po wybraniu przycisku: w wierszu dotyczącym Obowiązuje dla: Magazyny zostanie wyświetlona lista magazynów, na które działa dana promocja. Okno: Magazyny zostało zaprezentowane na poniższym zrzucie ekranu.
Okno: Promocja, magazyny

Konfiguracja

Krok 1 - Magazyny

W pierwszym kroku należy określić, jakie dokumenty będzie miał prawo wystawić przedstawiciel handlowy na urządzeniu mobilnym. W tym celu należy wskazać żądane typy w sekcji Dostępne dokumenty. W aplikacji Comarch Mobile Serwis obsługiwane są następujące dokumenty:
  • Rozchody Wewnętrzne (RW)
  • Zlecenia Serwisowe (ZSR)
  • Wizyty Handlowe (WH)
Tworzenie nowego oddziału - krok 1
Uwaga
Na ten moment dokument ZW nie jest obsługiwany w aplikacji Comarch Mobile. W przyszłości planowana jest jego obsługa.
[Magazyn] - naciśnięcie tego przycisku spowoduje otwarcie listy magazynów. Należy dodać nowy magazyn oddziałowy. W definicji magazynu należy przynajmniej określić jego:
  • kod,
  • nazwę,
  • osobę (pracownika),
oraz oznaczyć magazyn jako Oddziałowy. Po wskazaniu dostępnych dokumentów i magazynu będzie możliwe wskazanie serii. Jeżeli w sekcji [Dostępne dokumenty] zaznaczyliśmy dokumenty handlowe, wówczas przycisk [Seria] będzie niedostępny, a nazwa serii, jaka zostanie utworzona będzie analogiczna, jak nazwa magazynu. W sytuacji, kiedy przedstawiciel handlowy będzie wystawiał tylko oferty i zamówienia, będzie można wskazać serię oddziałową z listy.
Minimalne informacje do określenia na definicji magazynu
[Seria] - domyślnie seria jest uzupełniana automatycznie po wyborze magazynu. Operator może zmienić serię na inną przez naciśnięcie tego przycisku. Seria - tak jak magazyn - musi być oznaczona jako Oddziałowa. [Magazyn zwrotny] - magazyn nieoddziałowy, na który będzie mógł być wykonany awaryjny zwrot całkowity (więcej informacji w dokumentacji Comarch ERP XL moduł: Administrator). [Magazyn zamówień] - magazyn nieoddziałowy, który będzie ustawiany na dokumentach zamówień jako magazyn źródłowy. Po uzupełnieniu wszystkich informacji na temat magazynów będzie możliwe naciśnięcie przycisku [Dalej]. PRZEJDŹ DO KROKU 2

Krok 2 - Wymiana danych

W kroku drugim należy określić sposób wymiany danych pomiędzy Comarch ERP XL a aplikacją Comarch Mobile Serwis.
Tworzenie nowego oddziału - krok 2
[Lokalizacja pliku wymiany danych] - katalog, w którym będą tworzone i przechowywane pliki wymiany. [Katalog archiwum] - katalog, w którym będą tworzone i przechowywane pliki archiwum.
Uwaga
Opcja dot. planów sprzedaży nie jest dostępna w obecnej wersji.
[Opiekun na importowanych dokumentach wg] - możliwość określenia opiekuna, który ma być ustawiany na importowanych dokumentach. Do wyboru są 2 opcje:
  • Mobile Sprzedaż - na dokumentach zsynchronizowanych z Comarch Mobile jako opiekun będzie ustawiony się pracownik powiązany z operatorem wystawiającym dokument,
  • Karty kontrahenta – jako opiekun będzie wskazywany pracownik wynikający z ustawień na karcie kontrahenta (w polu „Opiekun”).
[Ilość dni bez rozliczenia do ostrzeżenia] - ilość dni, w których brak rozliczenia nie spowoduje pojawienia się ostrzeżenia na urządzeniu mobilnym. [Dozwolona kwota w kasie nie wymagająca rozliczenia] - limit kwoty, w przypadku której brak rozliczenia nie skutkuje pojawieniem się ostrzeżenia. [Ilość dni bez rozliczenia do blokady] - ilość dni, w których brak rozliczenia nie spowoduje blokady. PRZEJDŹ DO KROKU 3

Krok 3 - Kontrahenci

W trzecim kroku należy określić parametry dot. kontrahentów, z którymi będzie współpracował operator aplikacji Comarch Mobile Serwis.  
Tworzenie oddziału mobilnego - krok 3

Eksport

[Ustaw grupę kontrahentów] - w tym polu należy wybrać jacy kontrahenci będą synchronizowani do aplikacji Comarch Mobile . Po naciśnięciu na strzałkę rozwiną się do wyboru następujące opcje:
  • związanych z opiekunem – synchronizowani będą kontrahenci przypisani do danego opiekuna handlowego,
  • z wybranej grupy – synchronizowani będą kontrahenci przypisani do określonej grupy w systemie Comarch ERP XL.
[Eksport należności kontrahentów] - zaznaczenie spowoduje, że do aplikacji Comarch Mobile będą wysyłane informacje o należnościach kontrahentów. [Eksport zobowiązań wobec kontrahentów] - zaznaczenie spowoduje, że do aplikacji Comarch Mobile będą wysyłane informacje o zobowiązaniach wobec kontrahentów. [Rodzaje kontrahentów] - odznaczenie parametrów w tej sekcji spowoduje zablokowanie możliwości dodania/edycji kontrahenta na urządzeniu.

Import

[Ustaw grupę kontrahentów] - parametr umożliwia określenie, do jakiej grupy będą importowani kontrahenci dodani w aplikacji Comarch Mobile. [Wymagaj potwierdzenia nowego kontrahenta] - zaznaczenie parametru spowoduje, że dodanie nowego kontrahenta lub osoby kontaktowej będzie musiało zostać zatwierdzone w Comarch ERP XL. [Wymagaj potwierdzenia zmiany danych kontrahenta] - zaznaczenie parametru spowoduje, że modyfikacja kontrahenta lub osoby kontaktowej będzie musiało zostać zatwierdzone w Comarch ERP XL. PRZEJDŹ DO KROKU 4

Krok 4 - Zamówienia i oferty

W czwartym kroku należy określić, czy dokumenty Zamówień/Ofert z aplikacji mobilnej będą wczytywane do systemu ERP jako potwierdzone czy w buforze. Istnieje możliwość określenia stanu ofert i zamówień wg rodzaju kontrahenta, sposobu dostawy lub definicji SQL
Tworzenie oddziału mobilnego - krok 4. Stan ofert i zamówień wg rodzaju kontrahenta
Dla zamówień oraz ofert sprzedaży wystawianych w Comarch Mobile istnieje możliwość zdecydowania, czy dany dokument ma trafiać do systemu ERP w buforze czy ze statusem: zatwierdzony w zależności od sposobu dostawy.
Tworzenie oddziału mobilnego - krok 4. Stan ofert i zamówień wg sposobu dostawy
Przykład
Gdy firma kurierska wymaga zaplanowania wysyłki z większym wyprzedzeniem, bardziej elastyczne może okazać się synchronizowanie zamówień do bufora z tym sposobem dostawy – w celu modyfikacji dokumentu i lepszej organizacji dostawy.
Lista zamówień synchronizowanych wg sposobu dostawy
Dla zamówień oraz ofert sprzedaży wystawianych w Comarch Mobile istnieje możliwość zdecydowania, czy dany dokument ma trafiać do systemu ERP w buforze czy ze statusem: zatwierdzony w zależności od definicji SQL.
Tworzenie oddziału mobilnego - krok 4. Stan ofert i zamówień wg definicji SQL
Przykład
W zależności od formy płatności wybranej na dokumencie, bardziej elastyczne może okazać się synchronizowanie zamówień do bufora z formą płatności np. Przelew – w celu dalszej modyfikacji dokumentu w systemie ERP
Lista zamówień synchronizowanych wg definicji SQL
[Automatyczne potwierdzanie zamówień] - zaznaczenie parametru spowoduje, że zamówienia importowane z Comarch Mobile będą automatycznie potwierdzane w Comarch ERP XL. Powoduje on rezygnację ze wszystkich powyższych ustawień (staną się one nieaktywne). PRZEJDŹ DO KROKU 5

Krok 5 - Towary

W piątym kroku należy określić parametry dot. towarów, które będzie sprzedawał operator Comarch Mobile Serwis.
Tworzenie oddziału mobilnego – krok 5

Eksport

W tej określane są dane dot. towarów, które zostaną wysłane do urządzenia mobilnego w trakcie synchronizacji. [Wysyłaj towary z grupy] - użytkownik ma możliwość określenia grupy, z której będą eksportowane towary do aplikacji Comarch Mobile Serwis. [Wysyłaj stany zerowe magazynu] – zaznaczenie opcji spowoduje, że Użytkownik będzie mógł widzieć na dokumentach kartoteki towarowe nie posiadające stanów na danym magazynie. Jeśli opcja będzie odznaczona, filtr [Stany 0] na urządzeniu mobilnym będzie ustawiony w tryb „Ukrywaj” bez możliwości zmiany. [Wysyłaj informacje o zamiennikach towarowych] - decyduje, czy w aplikacji Comarch Mobile Serwis będzie dostępna funkcjonalność obsługi zamienników.

Import

Uwaga
Część [Import] nie jest obsługiwana w obecnej wersji aplikacji Comarch Mobile Serwis, jednak w celu prawidłowego przejścia do następnego kroku konieczne jest wybranie zarówno grupy, do której mają być importowane towary (parametr [Importuj towary do grupy]), jak i ich rodzaju (parametr: [Ustal rodzaj na dodanych towarach]).

Pozostałe parametry

[Eksport zamówień w buforze] - zaznaczenie parametru pozwala na pobieranie z systemu Comarch ERP XL niepotwierdzonych dokumentów ZS z centrali [Eksport realizacji zamówień] – opcja pozwala na określenie, czy na urządzenia mobilne mają być przesyłane dane o postępie realizacji zamówień lub o zmianach na nich dokonanych w systemie Comarch ERP XL [Automatyczne wydanie wszystkich zasobów przy użyciu MMW] - jeżeli parametr zostanie zaznaczony, wówczas przy tworzeniu MMW mają być na dokument automatycznie dodane wszystkie towary.
Uwaga
Opcja jest niedostępna w obecnej wersji aplikacji. Na chwilę obecną konfiguracja możliwa jest jedynie po stronie urządzenia.
[Automatycznie przyjmuj zapłatę przy potwierdzaniu FS/PA/WZ] – jeżeli parametr zostanie zaznaczony, wówczas w aplikacji Comarch Mobile Serwis po zatwierdzeniu dokumentów FS/PA/WZ automatycznie będzie otwierane okno Przyjęcia gotówki. Wszystkie powyższe ustawienia można zmodyfikować po utworzeniu oddziału.
Uwaga
Aby karta towaru była dostępna w aplikacji Comarch Mobile Serwis, oprócz wskazania odpowiedniej grupy towarowej należy również zaznaczyć opcję dostępności kartoteki w Comarch Mobile Serwis w systemie Comarch ERP XL. Więcej na ten temat znajduje się TUTAJ.
PRZEJDŹ DO KROKU 6

Krok 6 - Tworzenie centrum struktury praw

W szóstym kroku zostanie dodane centrum struktury praw. Centrum zostanie przypisane do głównego centrum struktury.
Tworzenie nowego oddziału - krok 6

ETAP 1 – Uzupełnianie danych oddziału

Aby uzupełnić dane oddziału, należy w oknie [Edycja struktury firmy] na zakładce [Ogólne] uzupełnić następujące, wymagane dane:
  • Nazwa,
  • Opis,
  • Pieczątka.
Centrum struktury praw, zakładka [Ogólne]

ETAP 2 – Konfiguracja serii oddziałowej

Następnym etapem definiowania oddziału jest skonfigurowanie serii oddziałowej.   Powyższa operacja jest niezbędna do poprawnej synchronizacji dokumentów z systemem Comarch ERP XL.

ETAP 3 – Zdefiniowanie cen

Kolejnym krokiem konfiguracji oddziału jest zdefiniowanie cen. Należy przypisać rodzaje cen, które będą synchronizowane do aplikacji Comarch Mobile Serwis. Aby przypisać daną cenę do oddziału należy zaznaczyć dostępny przy niej check i nacisnąć przycisk [Zatwierdź].
Dodanie cen do oddziału

ETAP 4 – Przypisanie operatora

Następnym etapem jest przypisanie do oddziału operatora. Na zakładce [Operatorzy] należy wskazać jednego operatora. Do operatora powinien być przypisany pracownik. Ponadto należy się upewnić, czy wybrany pracownik jest tożsamy z opiekunem handlowym wskazanym w kroku 3 (w przypadku, gdy do Comarch Mobile Serwis eksportujemy kontrahentów przypisanych do konkretnego opiekuna). W razie wystąpienia rozbieżności kontrahenci nie zostaną pobrani na aplikację mobilną.
Przypisanie operatora do centrum
Po wykonaniu powyższego na podanego operatora będzie można się logować w aplikacji Comarch Mobile Serwis. Dodatkowo, na karcie operatora możemy określić, czy będzie widział ceny zakupu towarów oraz wysokość marży na elemencie/dokumencie. Decyduje o tym opcja [Widzi ceny zakupu], znajdująca się na karcie operatora, na zakładce [Parametry/Handlowe].
Widoczność cen zakupu i marży
Ponadto na zakładce [Parametry/Uprawnienia] można określić, czy operator będzie miał możliwość pobierania na urządzenie dokumentów historycznych wystawionych w innych centrach firmy jak i własnym na kontrahentów, którymi opiekuje się dany Przedstawiciel handlowy. Decyduje o tym parametr [Podgląd dokumentów]. Po wybraniu opcji [wszystkich] i wykonaniu synchronizacji z poziomu urządzenia mobilnego opcja [Pobieraj dokumenty z systemu] będzie dostępna w Ustawieniach Comarch Mobile Serwis.
Ustawianie praw do pobierania dokumentów historycznych

ETAP 5 – Właściwości dokumentu

Na zakładce [Dokumenty] możemy ustalić dodatkowe parametry dla poszczególnych dokumentów (np. ZSR), które będą mieć wpływ na sposób działania aplikacji Comarch Mobile Serwis.

Ogólne

  • Wystawienie i edycja – pozwala określić, jakie typy dokumentów będzie mógł wystawić operator w Comarch Mobile Serwis. Po zaznaczeniu tej opcji, dokument będzie dostępny w aplikacji
  • Edycja cen i rabatów – określa, czy przedstawiciel będzie mógł zmienić cenę końcową na elemencie dokumentu (nadać rabat operatora), czy też nie będzie miał wpływu na warunki narzucone przez Centralę.
  • Powielanie pozycji – czy będzie dozwolona sytuacja, aby na dokumencie jeden towar znajdował się na kilku pozycjach.
  • Kontrahent na zakładce Ogólne – decyduje, czy będziemy podawać na dokumencie kontrahenta głównego czy docelowego.
Definicja dokumentu, zakładka Ogólne
Wskazówka
Istnieje możliwość ukrycia dla operatorów wszystkich informacji dot. naliczonych lub zdefiniowanych promocji w Comarch ERP XL. Opis parametru [IsDiscountsVisible] znajduje się TUTAJ.
Wskazówka
Istnieje możliwość ukrycia widoczności kart promocji z poziomu karty towaru/kontrahenta. Opis parametru [CanPreviewDiscountCards] znajduje się TUTAJ.

Parametry

  • Naliczanie VAT od kwoty - czy VAT na dokumencie ma być liczony od netto, brutto, czy w zależności od statusu kontrahenta.
  • Aktualizacja danych po zmianie – decyduje, czy po zmianie poszczególnych warunków handlowych na wystawianym dokumencie mają zostać przeliczone wartości pozycji, czy też nie:
Definicja dokumentu, zakładka Parametry

Magazyny

  • Magazyn źródłowy – jaki jest domyślny magazyn na dokumencie.
  • Jakie magazyny będą dostępne na dokumencie.
    Definicja dokumentu, Zakładka Magazyny
Uwaga
W przypadku dopięcia lub odpięcia magazynu oddziałowego do definicji dokumentu po wykonaniu na urządzeniu pierwszej synchronizacji należy się upewnić, że na magazynie nie ma żadnych stanów towarowych. W przeciwnym razie stany wyświetlane na urządzeniu i widoczne z poziomu systemu ERP nie będą zgodne.

Serie

  • Seria domyślna – jaka jest domyślna seria na dokumencie
  • Jakie będą dostępne serie na dokumencie.
Definicja dokumentu, Serie
PRZEJDŹ DO KROKU 7

Krok 7 - Wizyty handlowe

W kroku siódmym (i ostatnim) przypinane są wzorce wizyt handlowych według których Przedstawiciel Handlowy będzie mógł tworzyć nowe wizyty handlowe.
Przypinanie wzorców wizyt handlowych

Wzorce wizyt

W tej sekcji istnieje możliwość podpięcia wzorców wizyt zdefiniowanych w systemie Comarch ERP XL. Więcej informacji nt. wzorców wizyt znajduje się TUTAJ. [Wymagaj potwierdzenia] - zaznaczenie parametru spowoduje, że w systemie Comarch ERP XL będzie można potwierdzić, odrzucić bądź przesunąć termin danej wizyty handlowej, a przedstawiciel nie będzie w stanie zrealizować wizyty, która nie została potwierdzona przez kierownika.
Uwaga
Obecna wersja obsługuje następujące rodzaje elementów:
  • Rejestracja Zlecenia Serwisowego,
  • Realizacja czynności serwisowych,
  • Rejestracja dokumentu,
  • Raport obecności towarów,
  • Raport towarów konkurencji,
  • Przejazd,
  • Należności,
  • Merchandising,
  • Ankieta,
  • Inny.
Wzorce obsługiwane w centrum mobilnym powinny zawierać tylko wspomniane typy elementów.

Zakończenie tworzenia nowego oddziału

Po zapisie kończymy prace z Kreatorem. Nowe centrum mobilne zostało stworzone.
Informacja o zakończeniu tworzenia nowego oddziału
Stworzone centrum Comarch Mobile Serwis można edytować w module Administrator oddziałów w następujący sposób:
  • informacje wprowadzone w kroku 1 – 4 oraz 6 otwierając [Listę oddziałów] z menu Oddziały i wybierając utworzone centrum;
  • definicję centrum struktury praw dodaną w kroku 5 można edytować otwierając [Strukturę firmy], z menu Firma.
Edycja ustawień centrum: Comarch Mobile Serwis

Zlecenia serwisowe

Aby użytkownik miał możliwość wystawiania/realizowania Zleceń Serwisowych należy zaznaczyć opcje: Wystawianie i edycja na definicji dokumentu ZSR w centrum mobilnym.
Zaznaczenie opcji Wystawianie i edycja na definicji dokumentu
Pracownik przypięty do operatora mobilnego musi mieć zaznaczony parametr „Serwisant” na zakładce Ogólne.
Oznaczenie pracownika jako serwisanta
Aby urządzenia serwisowe zostały zsynchronizowane do Comarch Mobile Serwis:
  • Na karcie urządzenia serwisowego należy zaznaczyć parametr Dostępny w Comarch Mobile.
  • Jako właściciela należy wskazać kontrahenta obsługiwanego przez operatora Mobile Serwis.
  • Urządzenie musi mieć status "aktywne", archiwalne urządzenia nie są synchronizowane (w przypadku obsługi kontrahentów czasowych urządzenia serwisowe danego kontrahenta nie będą dostępne w Comarch Mobile Serwis po zakończonym czasie obsługi), jeżeli jedynym właścicielem był ten kontrahent czasowy.
Dostępność urządzeń serwisowych w Mobile Serwis
Status czynności serwisowej definiuje się w Słowniku kategorii/serwis i remonty/statusy zlecenia.
Status czynności serwisowej
Aby zasób był widoczny w Comarch Mobile Serwis wymagane jest zaznaczenie parametru [Dostępny w Comarch Mobile].
Udostępnienie zasobu dla Comarch Mobile Serwis
W Comarch Mobile Serwis dostępne są dodatkowe uprawnienia dla pracownika wystawiającego i realizującego zlecenia serwisowe na urządzeniu:
  • [MOS] Zamykanie zlecenia serwisowego - dostęp do opcji: Zamknij dla zleceń serwisowych
  • [MOS] Zlecenia serwisowe dla innych - możliwość przypisywania serwisantów na zleceniu i czynności serwisowej
  • [MOS] Generowanie dokumentu ze zlecenia - dostęp do opcji Rozlicz dla zleceń serwisowych (Rozliczenie dokumentami PA, FS, WZ (generujące płatności) jest możliwe jeżeli operator poza licencją na Mobile Serwis posiada licencje na Mobile Sprzedaż.
Dodatkowe uprawnienia dla serwisanta

Działanie automatu synchronizacji jako usługi

Aby skonfigurować działanie automatu synchronizacji jako usługę, należy w konfiguracji oddziału Comarch Mobile Sprzedaż, na zakładce [Automat synchronizacji]. uzupełnić poniżej pokazane pola.
Ustawienie działania automatu synchronizacji jako usługi dla oddziału Comarch Mobile Sprzedaż
Synchronizuj automatycznie - zaznaczenie pola spowoduje, że synchronizacja z oddziałem będzie obsługiwana przez automat synchronizacji. Synchronizuj z wykorzystaniem usługi - zaznaczenie pola spowoduje, że synchronizacja z oddziałem będzie obsługiwana przy wykorzystaniu usługi Comarch Synchronization Service. Adres serwera - adres serwera, na którym zostanie wykonana synchronizacja. Na komputerze - nazwa serwera\sesja, na którym będzie działała usługa Comarch ERP XL Synchronization Service.   Dodatkowo, w oknie głównym modułu należy nacisnąć na przycisk [Konfiguracja logowania automatu synchronizacji].
Comarch ERP XL - Konfiguracja logowania automatu synchronizacji
Kolejnym krokiem jest wybór opcji [Synchronizacja jako usługa].
Konfiguracja logowania automatu synchronizacji jako usługi
Po naciśnięciu na przycisk [Synchronizacja jako usługa] zostanie wyświetlone okno, w którym należy dodać odpowiednie usługi synchronizacyjne.
Usługi synchronizacyjne - okno umożliwiające dodanie usługi
Po naciśnięciu przycisku  pojawia się okno umożliwiające dodanie konkretnej usługi synchronizacji.
Konfiguracja logowania
W pierwszej kolejności, w zakładce [Oddziały] należy skonfigurować właściwy dla danej usługi Oddział za pomocą przycisku .
Ustawienia usługi - podpięcie zdefiniowanego oddziału
Kolejny etap jest związany z odpowiednim uzupełnieniem pól znajdujących się w zakładce [Ogólne].
Ustawienia usługi - wprowadzenie danych konfiguracyjnych
Nazwa usługi - nadawana przez użytkownika będzie prezentowana na liście usług w systemie Windows Konto usługi:
  • Użytkownik - użytkownik domenowy, zalogowany na komputerze na którym uruchamiamy usługę, powinien mieć uprawnienia do logowania w trybie usługi oraz w trybie wsadowym
  • Hasło - hasło użytkownika domenowego
Identyfikacja operatora
  • Operator - operator XL-owy. Na tym operatorze muszą znajdować się licencje niezbędne do przeprowadzenia procesu synchronizacji: Administrator, Administrator oddziałów oraz Zamówienia
  • Hasło - hasło operatora
Status skonfigurowanej w Systemie ERP XL usługi można zweryfikować w Menadżerze Zadań, w zakładce Usługi.
Uwaga
Pole Nazwa usługi może być wyłącznie wyrażeniem jednoczłonowym.
Poprawne skonfigurowanie wskazanej usługi synchronizacji wiąże się z zapisaniem ustawień poprzez użycie przycisku . Po tej operacji zdefiniowana usługa jest widoczna w oknie Usługi synchronizacyjne.
Usługi synchronizacyjne - widok zdefiniowanej usługi
Usuwanie usługi Comarch ERP XL Synchronization Service:
  • Na konfiguracji danego oddziału, na zakładce [Automat synchronizacji], należy odznaczyć opcję [Synchronizuj z wykorzystaniem usługi]
  • W konfiguracji logowania automatu synchronizacji należy odznaczyć parametr [Synchronizuj z wykorzystaniem usługi].
Uwaga
W przypadku, gdy usługa ma działać dla innej bazy danych (zmiana bazy danych), należy ją odinstalować na bazie danych, na której aktualnie nie będzie wykonywana synchronizacja i zainstalować ponownie jej na bazie danych, na której powinna działać.

Konfiguracja automatu synchronizacji

Uwaga
Na serwerach z systemem operacyjnym MS Windows Vista, MS Windows Server 2008 lub MS Windows 7 należy moduł Administrator Oddziałów uruchomić za pomocą opcji [Uruchom jako Administrator] Aby ułatwić proces synchronizacji danych dla baz posiadających wiele oddziałów została wprowadzona usługa automatycznej synchronizacji.
W systemie Comarch ERP XL automat odbiera plik z oddziału, a następnie generuje plik z odpowiedzią i umieszcza go w miejscu dostępnym dla tego oddziału. Po wykreowaniu oddziału należy skonfigurować automat synchronizacji. W tym celu należy otworzyć moduł Administrator oddziałów, a następnie wykonać poniższe operacje:
  • Nacisnąć przycisk: [Oddziały]
Comarch ERP XL – Oddziały
  • Wskazać typ oddziału: Comarch Mobile Sprzedaż, wybrać żądany oddział z listy i kliknąć podgląd jego karty.
  • W oknie Konfiguracja oddziału Comarch Mobile przejść na zakładkę [Automat synchr.] i uzupełnić poniższe pola (automat można również uruchomić w trybie usługi – więcej na ten temat TUTAJ).
Konfiguracja oddziału Comarch Mobile
  • W oknie głównym modułu kliknąć przycisk [Konfiguracja logowania automatu synchronizacji].
Comarch ERP XL – Konfiguracja logowania automatu synchronizacji
Następnie należy uzupełnić poniżej wskazane pola.
Konfiguracja logowania automatu synchronizacji
  • Po wykonaniu powyższego należy nacisnąć na przycisk [Przełącz w tryb automatyczny].
Comarch ERP XL - Przełącz w tryb automatyczny
Aby uruchomić tę funkcję, wszystkie inne okna w module muszą być zamknięte. Wyjątkiem jest okno [Log automatycznej synchronizacji]. W tym oknie wyświetlane są informacje o przebiegu pracy automatu synchronizacji.
Comarch ERP XL - Log automatycznej synchronizacji

Możliwość edycji zsynchronizowanych zleceń i czynności serwisowych

Możliwość edycji zsynchronizowanego dokumentu

W systemie ERP udostępniono opcjonalną możliwość edycji zsynchronizowanych dokumentów ZSR przesłanych z Comarch Mobile. Blokada edycji zsynchronizowanych dokumentów ZSR, które nie zostały jeszcze potwierdzone obejmuje m. in:
  • Podmianę kontrahenta na ZSR
  • Usuwanie zsynchronizowanych urządzeń
  • Usuwanie zsynchronizowanych czynności
  • Usuwanie zsynchronizowanych składników, serwisantów, zasobów
Blokada edycji zsynchronizowanych dokumentów ZSR, które zostały potwierdzone obejmuje m. in:
  • Podmianę kontrahenta na ZSR
  • Dodawanie/usuwanie urządzenia
  • Dodawanie/usuwanie czynności
  • Dodawanie/usuwanie składników, serwisantów, zasobów

Możliwość edycji zsynchronizowanej czynności serwisowej

W systemie ERP udostępniono również możliwość edycji zsynchronizowanych czynności serwisowych z wyłączeniem możliwości ich usuwania. W celu przeprowadzenia dalszej realizacji i rozliczenia dokumentów w ERP XL, w Comarch Mobile umożliwiono edycję zleceń i czynności na dokumentach w stanie „Do realizacji”. Dokumenty zamknięte w aplikacji, które mają podlegać dalszej edycji w Centrali, będą synchronizowane do systemu Comarch ERP XL ze stanem „Zatwierdzone”, natomiast te, które nie mają być dalej realizowane, będą trafiały do systemu ze stanem „Zamknięte”.
Przykład
Powyższa funkcjonalność może być pomocna m.in. w momencie, gdy np. serwisant realizuje tylko czynności i dodaje opis tego, co wykonał w ramach naprawy – np. wymienił jakąś część (składnik) i wówczas w opisie dodaje: „Uszkodzenie mechaniczne nie podlega gwarancji”. Wtedy po synchronizacji, w Centrali na podstawie opisu czynności ustalany jest typ: „sprzedaż”. Jeżeli serwisant określa, że naprawa podlega gwarancji, wówczas wprowadza opis: „Podlega gwarancji”. Po synchronizacji w Centrali na podstawie opisu czynności ustalany jest typ: „koszt”. Dodatkowo w razie pomyłki serwisanta kierownik będzie mógł zmienić typ składnika na zrealizowanej już czynności.
Przykład
Kolejnym przykładem funkcjonalnym jest podmiana serwisanta na czynności. W takim wypadku kierownik w systemie ERP będzie miał możliwość odpięcia poprzedniego serwisanta i przypięcia do danej czynności innej osoby.

Konfiguracja

Włączenie możliwości edycji zleceń serwisowych i czynności serwisowych odbywa się poprzez:
  • zaznaczenie na karcie operatora opcji Operacje na potwierdzonych: ZSR. Opcja dostępna jest w zakładce Parametry/Handlowe.
Edycja karty operatora, zakładka Handlowe
  • Dodatkowo konieczne jest ustawienie wartości 1 poniższym parametrom:
    • ShouldClosedServiceOrderBeModifiedInHeadquarters, wówczas dokumenty ZSR zamknięte w aplikacji mobilnej synchronizowane zostaną jako 'Zatwierdzone' będzie możliwa edycja zleceń (bez czynności) w Centrali. W Comarch Mobile zlecenie jest zamknięte i nie podlega jakimkolwiek działaniom.
Uwaga
Jeżeli ZSR zostanie dodatkowo rozliczone po stronie Comarch Mobile, to niezależnie od ustawienia powyższego parametru będzie synchronizowane do Centrali jako 'Zamknięte', ponieważ edycja na czynnościach i składnikach  zrealizowanych jest zablokowana.
    • ShouldServiceAcitivityBeModifiedInHeadquarters, wówczas na dokumentach ZSR w stanie "Do realizacji" oraz dla zleceń zamkniętych w Comarch Mobile (jednocześnie włączony parametr ShouldClosedServiceOrderBeModifiedInHeadquarters) będzie możliwość modyfikacji czynności i elementów związanych z czynnościami w Centrali.
Uwaga
Powyższe parametry nie wpływają na edycję dokumentów ZSR zsynchronizowanych do systemu Comarch ERP XL ze stanem 'W realizacji' lub 'Zrealizowane'.
Więcej informacji o parametrach znajduje się [TUTAJ].

Dodanie oddziału: Comarch Mobile Serwis

Aby określić uprawnienia operatora wystawiającego dokumenty należy utworzyć nowy oddział dla Comarch Mobile Serwis. W tym celu w module: Administrator Oddziałów, należy wykreować nowy oddział Comarch Mobile. Można to wykonać:
  • bezpośrednio z menu: Oddziały za pomocą opcji [Kreator oddziału Comarch Mobile Sprzedaż]
    Comarch ERP XL, kreator nowego oddziału Comarch Mobile Sprzedaż
  • wybierając opcję: Dodaj nowy oddział Comarch Mobile Sprzedaż
    Comarch ERP XL, dodaj nowy oddział Comarch Mobile Sprzedaż
  • otwierając: Listę oddziałów z wybranym typem oddziału: Comarch Mobile Sprzedaż za pomocą przycisku: [Dodaj nowy oddział]
Comarch ERP XL, dodawanie nowego oddziału Comarch Mobile Sprzedaż
Uwaga
W sytuacji zatrudnienia nowego przedstawiciela handlowego zalecane jest stworzenie odrębnego oddziału Comarch Mobile.

Konfiguracja funkcjonalności

Ukrywanie cen oraz wartości towarów w kafelku towary i na konkretnych dokumentach

W aplikacji została wprowadzona możliwość ukrywania cen i rabatów w kafelku Towary, za który odpowiada parametr [PricesOnItemsInvisible] (jest on opisany TUTAJ). Jeżeli opcja ta zostanie włączona, wówczas w aplikacji zostaną ukryte następujące informacje:
  • Na karcie towaru ukryta informacja na temat cen towaru, jak na poniższym rysunku:
Ukryta informacja o cennikach na karcie towaru
  • Na liście oferowanych towarów ukryta informacja o cenach poszczególnych towarów, jak na poniższym rysunku:
    Ukryta informacja o cenach na liście towarów
W celu ukrycia cen na poszczególnych dokumentach należy w funkcji SyncFramework.GetNumerators (nazwa_bazy -> Programmability -> Functions -> Table-valued Functions -> SyncFramework.GetNumerators) odnaleźć poniższy fragment i w nawiasie umieścić mob.Dok_GIDTyp dokumentu, na którym mają zostać ukryte ceny.
Przykład
CASE WHEN mob.Dok_GIDTyp IN (9344, 8832) THEN (SELECT CONVERT(NVARCHAR(100),RTRIM(CASE WHEN Ope_WidziCenyZakupu = 1 THEN  0 ELSE 1 END)) FROM CDN.FrmStruktura JOIN CDN.FrmLinki ON FrL_GrOTyp=FrS_GIDTyp AND FrL_GrONumer=FrS_Id AND FrL_GIDTyp=128 JOIN CDN.OpeKarty ON FrL_GIDNumer = Ope_GIDNUmer WHERE FRS_ID = @UserCenterId) WHEN mob.Dok_GIDTyp IN (4700) /*ZSR*/ THEN 1 ELSE 0 END AS IsPricesInvisible,
Edycja funkcji spowoduje:
  • ukrycie cen i rabatów na kalkulacji dla danego dokumentu,
  • ukrycie cen i rabatów w Koszyku dla danego typu dokumentu,
  • ukrycie informacji o rabacie, marży na Nagłówku dla danego typu dokumentu,
  • ukrycie wartości na transakcjach historycznych dla danego typu dokumentu,
  • ukrycie wartości na liście dokumentów dla dokumentów niepotwierdzonych dotyczących danego typu dokumentu,
  • ukrycie wartości dla dokumentów niepotwierdzonych z poziomu wizyty elementu Rejestracja dokumentu dla danego typu dokumentu,
  • kafel Raporty: ujęcie wartości tylko z potwierdzonych dokumentów (dla konkretnego typu dokumentu).
Wyłączenie widoczności cen i rabatów na dokumencie prezentuje poniższy rysunek, gdzie prezentowana jest lista składników dodawanych do ZSR z ukrytymi informacjami:
Ukryta informacja o cenach składników na dokumencie ZSR
Ukryte informacje o cenach i rabatach są również na małej i dużej kalkulacji elementu, jak na poniższym rysunku:
Ukryte informacje o cenach na małej i dużej kalkulacji składnika
Dopóki dokument nie zostanie przekazany do realizacji albo zatwierdzony informacja o jego wartości nie będzie widoczna. Do momentu zatwierdzenia ukryta zostanie także informacja o cenach i wartościach w widoku towarów dodanych do koszyka, jak na poniższym rysunku:
Ukryta informacja o wartościach i cenach na niezatwierdzonym dokumencie ZSR
Informacja wyświetlana na kaflu Raporty, dotycząca wartości wystawionych w aplikacji dokumentów, także nie będzie uwzględniała niezatwierdzonych dokumentów. Po wywołaniu filtra: Dokumenty kontrahenta lub Wszystkie dokumenty, na wyświetlonej liście dokumentów historycznych informacja na temat wartości tych dokumentów zostanie ukryta. W aplikacji Comarch Mobile wprowadzono nowy parametr ForceHidingPrices (jest on opisany TUTAJ). Zmiana tego parametru na 1 spowoduje dodatkowo:
  • Ukrycie wartości na liście dokumentów dla dokumentów potwierdzonych dotyczących danego typu dokumentu
  • Ukrycie wartości dla dokumentów potwierdzonych z poziomu wizyty elementu Rejestracja dokumentu dla danego typu dokumentu
Uwaga
Wartość parametru należy zmienić w pliku documentsnumerators.xl.statement (Comarch Mobile\Serwer synchronizacji\Methods\documentsnumerators)

Zmiana klawiatury systemowej Androida na klawiaturę wbudowaną

Aplikacja Comarch Mobile Serwis posiada własną, dedykowaną klawiaturę instalowaną automatycznie z aplikacją. Podczas korzystania z aplikacji zalecane jest używanie dedykowanej klawiatury.

  • Aby uruchomić dedykowaną klawiaturę na telefonach ze starszą wersją systemu Android należy wejść do ustawień urządzenia, a następnie wybrać opcję [Język i klawiatura] lub [Język i wprowadzanie].
Opcja: Język i klawiatura
Wybór klawiatury: Comarch- Instalator
  • Na urządzeniach z nowszą wersją systemu Android, dedykowaną klawiaturę wybieramy wchodząc w [Ustawienia], a następnie w [Język i wprowadzanie].
Następnie należy zaznaczyć w sekcji Klawiatura i metody wprowadzania [Comarch Instalator], a następnie wybrać klawiaturę [Comarch Instalator] jako domyślną.
Ustawienia telefonu, język i wprowadzanie
Od tego momentu dostępna będzie dedykowana klawiatura dla aplikacji.
Dedykowana klawiatura - numeryczna i tekstowa
 

Ukrywanie i zmiana kolejności elementów w aplikacji

Istnieje możliwość ukrywania oraz zmiany kolejności elementów aplikacji. Poszczególne elementy można ukrywać dokonując zmian w pliku ListPositions, znajdującym się w katalogu: C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacjiViewsConfiguration. Poszczególne sekcje w pliku odpowiadają za ukrywanie:
  • elementów menu głównego aplikacji:
<activity name=”comarch.mobile.vendor.core.activities.MainActivity”>
  • danych na karcie kontrahenta:
<activity name=”com.comarch.mobile.vendor.core.adapters.ContractorAdapter”>
  • danych na karcie dodawania nowego kontrahenta:
<activity name=”com.comarch.mobile.vendor.core.fragments.AddContractorFragment”>
  • danych na dokumencie:
<activity name=”com.comarch.mobile.vendor.documents.adapters.DocumentHeaderAdapter”>
  • danych na pozycji dokumentu:
<activity name=”com.comarch.mobile.vendor.documents.controls.DocumentPositionHeaderLinearLayout”>
  • danych na pozycji dokumentu RLS:
<activity name=”com.comarch.mobile.vendor.documents.controls.ComplaintDocumentPositionHeaderLinearLayout”>
  • danych na nagłówku dokumentu ZSR:
<activity name=”com.comarch.mobile.vendor.service.adapters.ServiceOrderHeaderAdapter”>
Przykład
Aby ukryć element menu głównego Dzień należy zmienić wpis “VISIBLE” na “INVISIBLE”, np: <position name="DAY" visibility="INVISIBLE" />
Jeżeli natomiast chodzi o zmianę kolejności elementów w aplikacji, to należy zmienić kolejność wierszy w pliku ListPositions. Po wykonaniu synchronizacji elementy w aplikacji powinny wyświetlić się w nowej kolejności. Istnieje także możliwość przypisania konkretnego widoku aplikacji dla konkretnego użytkownika. W tym celu należy w katalogu ViewsConfiguration utworzyć nowy folder o nazwie danego użytkownika i wkleić zmodyfikowany plik ListPositions.xml.
Przykład
Uproszczenie menu głównego do takiego jakie było w pierwszej wersji aplikacji Comarch Mobile Sprzedaż (widoczne elementy: Kontrahenci i Terminarz) Fragment pliku ListPosition po zmianach:                 <activity name="com.comarch.mobile.vendor.core.activities.MainActivity">                 <position name="DAY" visibility="INVISIBLE" />                     <position name="CALENDAR" visibility="VISIBLE" />                                    <position name="CONTRACTORS" visibility="VISIBLE" />                     <position name="MESSAGES" visibility="INVISIBLE" />                    <position name="SERVICE" visibility="INVISIBLE" />                     <position name="DOCUMENTS" visibility="INVISIBLE" />                     <position name="ITEMS" visibility="INVISIBLE" />                     <position name="CASH" visibility="INVISIBLE" />                     <position name="REPORTS" visibility="INVISIBLE" />                                   <position name="SYNC" visibility="VISIBLE" />                            <position name="SYNCSTATE" visibility="VISIBLE" />
Uwaga
Od wersji 2017.1 Comarch Mobile został zmieniony domyślny układ kafli menu głównego aplikacji – zgodnie z przykładem zaprezentowanym powyżej.
 

Podgląd historycznych zapisów kasowych

Historyczne zapisy kasowe, można podejrzeć z poziomu listy Wpłaty/Wypłaty na Karcie kontrahenta. Wszystkie zapisy kasowe wyświetlone z tego poziomu będą dotyczyć tylko tego konkretnego kontrahenta. Zapisy kasowe pobrane z systemu oznaczane są ikoną:  analogicznie jak w przypadku dokumentów oraz działań pobranych z systemu. Po wybraniu danego dokumentu KP/KW z listy zostaną wyświetlone jego szczegóły. Historyczne zapisy kasowe można wyświetlić także z poziomu kafla: Kasa. W tym widoku została dodana druga zakładka: Historyczne zapisy kasowe, z poziomu której wyświetlane są wszystkie historyczne zapisy kasowe – dotyczące wszystkich kontrahentów dostępnych w aplikacji.
Podgląd historycznych zapisów kasowych możliwy z poziomu karty kontrahenta oraz kafla: Kasa

Dodawanie niestandardowego filtra do listy

Dodawanie filtra

W celu dodania niestandardowego filtra do listy towarów, kontrahentów lub na liście czynności i zleceń serwisowych,  należy przygotować odpowiedni plik xml i umieścić go na serwerze synchronizacji.
Wskazówka
Definicje filtrów znajdują się domyślnie w katalogu: C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\CustomFilters.
 

Usuwanie filtra

Aby usunąć dodany filtr należy zmienić jego ID na ujemne, następnie zmienić datę modyfikacji (np. poprzez ponowne zapisanie pliku z filtrem) i wykonać synchronizację.
Nazwa usuwanej definicji filtra
 

Elementy składowe filtra

Każda definicja filtra składa się z klauzuli wstępnej języka xml: <?xml version="1.0" encoding="UTF-8"?>, po której w sekcji customFilter z parametrem objectType o odpowiedniej wartości: contractorsList (filtr pojawi się na liście kontrahentów), itemsList (filtr pojawi się na liście towarów), serviceOrdersDocumentsList(filtr pojawi się na liście zleceń serwisowych) lub serviceOrdersActionsList (filtr pojawi się na liście czynności serwisowych)  następują wymienione poniżej sekcje:
  • joinClause (np. JOIN Visits ON Contractors.Id = Visits.ContractorId)
  • whereClause (np. Visits.PlannedStartDate &lt; @@CUSTOM_FILTER_VALUE@@)
  • groupByClause (np. Visits.ContractorId)
  • havingClause
  • inputType (możliwe wartości: text, date, boolean)
Sekcje te (oprócz inputType) są częścią zapytania wykonywanego przez aplikację mobilną w celu wyświetlenia elementów listy towarów, listy kontrahentów, listy zleceń serwisowych bądź listy czynności serwisowych (np. SELECT * FROM Contractors [joinClause] [whereClause] [groupByClause] [havingClause]). Wartość parametru inputType podawana przez użytkownika aplikacji po wyborze filtra pobierana jest do zapytania SQL za pomocą parametru @@CUSTOM_FILTER_VALUE@@.
Uwaga
Podczas synchronizacji definicji filtrów na urządzenie brana jest pod uwagę data modyfikacji pliku. W celu wymuszenia synchronizacji filtra należy wykonać dowolną modyfikację i zapisać ponownie plik z definicją.
 

Przykład

Poniższa definicja filtra pozwala na wyświetlanie na liście kontrahentów tylko tych, na których zostały wystawione dokumenty z datą realizacji późniejszą niż wskazana w parametrze filtra.
<?xml version="1.0" encoding="UTF-8"?>

<customFilter objectType="contractorsList">
<joinClause>LEFT JOIN Documents ON Contractors.Id = Documents.MainContractorId</joinClause>
<whereClause>Documents.ExecutionDate &gt; '@@CUSTOM_FILTER_VALUE@@'</whereClause>
<inputType>date</inputType>
</customFilter>    
Tak zdefiniowany filtr zapisany w katalogu CustomFilters pod nazwą 2#Data realizacji po.xml, po synchronizacji w aplikacji mobilnej prezentuje się w następujący sposób:
Widok utworzonego filtra w aplikacji

Towary

Cena ewidencyjna towaru

W aplikacji Comarch Mobile Serwis została wprowadzona funkcjonalność dotycząca wyświetlania ceny ewidencyjnej towaru, czyli najwyższej aktualnej ceny zakupu towaru, do którego Serwisant ma dostęp. Aby cena ewidencyjna towaru była wyświetlana w aplikacji, należy odpowiednio skonfigurować  klasę atrybutu w systemie Comarch ERP XL.
Tworzenie klasy atrybutu
Dodanie obiektów do klasy atrybutu
Od wersji 2017.1 ERP XL jest możliwość nadawania uprawnień do atrybutów per Operator. Na zakladce  Dostępność, można przypiąć operatorów, którzy powinni mieć dostęp do danej klasy atrybutu. Każdemu operatorowi można nadać dwa uprawnienia:
  • Wprowadzenie – możliwość przypisania wartości do atrybutu,
  • Zmiana – możliwość edycji wartości atrybutu,
lub nie zaznaczać żadnej z nich – wówczas taki operator będzie miał tylko możliwość podglądu takiego atrybutu oraz przypięcia klasy ale bez określania wartości. Żeby udostępnić atrybut per operator, wymagane jest określenie dostępności takiego atrybutu na zakładce Ogólne. Jeśli na zakładce Dostępność zostanie określony operator, ale atrybut nie będzie udostępniony w Comarch Mobile (zakładka Ogólne) nie będzie on widoczny w aplikacji.
Dodanie Operatora do klasy atrybutu
Dodany atrybut na danym operatorze

Kolorowanie towarów w aplikacji

W aplikacji, analogicznie jak w systemie Comarch ERP XL istnieje możliwość kolorowania towarów. Aby dany rodzaj towarów został pokolorowany w aplikacji należy w systemie Comarch ERP XL, w module [Administrator] wybrać z menu pozycję: Listy\Słowniki kategorii\ Inne\Rodzaje towarów i przypisać odpowiedni kolor do danego rodzaju towaru.
Przypisywanie koloru do rodzaju towaru w systemie Comarch ERP XL
Karta towaru z oznaczonym rodzajem towaru
Po wykonaniu synchronizacji towary dostępne w aplikacji zostaną oznaczone na liście towarów odpowiednim kolorem. Przed nazwą i kodem każdego pokolorowanego towaru będzie widoczny rodzaj towaru.
Kolorowanie towarów w aplikacji

Dostępność jednostek pomocniczych w aplikacji

W aplikacji Comarch Mobile Serwis istnieje możliwość podejrzenia ilości i ceny w jednostce pomocniczej podczas wystawiania dokumentów już z poziomu listy towarów , bez konieczności podnoszenia kalkulacji dla tej pozycji. Funkcjonalność ta jest dostępna podczas wystawiania dokumentów:
  • RW (Rozchód wewnętrzny)
  • ZSR (Zlecenie serwisowe)
Za tę funkcjonalność odpowiada parametr [IsBaseUnitVisible], który może przyjmować dwie wartości: 1 – wartość domyślna, jeżeli na towarze domyślną jednostką lub jednostką wybraną podczas dodawania do Koszyka jest jednostka pomocnicza, wówczas na liście towarów wyświetlana jest cena w jednostce pomocniczej oraz jednostce podstawowej, 0 – ilość wyświetlana jest  tylko w jednostce domyślnej na liście pozycji wyświetlana jest ilość na magazynie oraz ilość dodaną na dokument tylko w tej jednej – domyślnej lub wybranej podczas dodawania do Koszyka jednostce

Wyświetlanie/ukrywanie informacji o stanach magazynowych

Istnieje możliwość wyboru wyświetlenia\ukrycia informacji o stanach magazynowych w centrali.
Uwaga
W folderze [Methods], w pliku konfiguracyjnym [configuration.xl.statement] znajduje się parametr odpowiedzialny za tę funkcjonalność:  [IsHeadquarterStocksVisible]. Domyślna wartość parametru to „1”, pozwalająca na podgląd informacji o stanach magazynowych na urządzeniu mobilnym. Zmiana tego parametru w pliku konfiguracyjnym odnosić będzie się do wszystkich operatorów mobilnych. Więcej informacji nt. tego parametru znajduje się TUTAJ
W przypadku chęci ukrycia stanów magazynowych konkretnemu operatorowi należy w systemie Comarch ERP XL na karcie operatora w zakładce Atrybuty utworzyć atrybut: ‘Czy widzi stany magazynowe’ o Typie: Flaga i ustawić jego wartość na 'NIE'.
Atrybut: ‘Czy widzi stany magazynowe’ do ukrywania widoczności stanów magazynowych konkretnym operatorom
Uzupełniony atrybut 'Czy widzi stany magazynowe' na karcie operatora

Widoczność zdjęć towarów w aplikacji

Aby zdjęcia dodane do kartotek towarowych systemu Comarch ERP XL były widoczne w aplikacji Comarch Mobile Serwis należy na zakładce [Załączniki] zaznaczyć poniższą opcję.
Ustawienie widoczności zdjęć
Uwaga
Aby zdjęcia mogły się poprawnie wyświetlać na urządzeniu i nie powodowały przepełnienia pamięci, w czasie synchronizacji są automatycznie zmniejszane do rozmiarów x na 1024 pikseli. Niektóre urządzenia umożliwiają jednak bezproblemową obsługę większych zdjęć. Aby zmienić wielkość synchronizowanych zdjęć należy w katalogu Methods w folderze serwera synchronizacji Comarch Mobile odnaleźć plik articlesphotos.configuration i go wyedytować w notatniku, podając długość dłuższej krawędzi zdjęcia.
W pliku articlesphotos.configuration znajdującym się domyślnie w folderze: C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Methods\articlesphotos dostępne są następujące parametry:
  • Size – maksymalny rozmiar boku zdjęcia (w pikselach) w przypadku włączonej opcji automatycznej zmiany rozmiaru załącznika
  • DoResize – czy ma być wykonana automatyczna zmiana wielkości załączników. Wartość domyślna – True. Wyłączenie opcji w znacznym stopniu przyśpiesza tworzenie pliku wymiany. Jeżeli jednak na bazie systemu ERP znajduje się duża liczba załączników w wysokiej rozdzielczości, zmiana parametru może skutkować znacznym zwiększeniem rozmiaru paczki do pobrania w synchronizacji.
  • DoCompression – czy ma być wykonana automatyczna kompresja załączników. Wartość domyślna – True. Wyłączenie opcji w znacznym stopniu przyśpiesza tworzenie pliku wymiany. Jeżeli jednak na bazie systemu ERP znajduje się duża liczba nieskompresowanych załączników, zmiana parametru może skutkować znacznym zwiększeniem rozmiaru paczki do pobrania w synchronizacji.
  • MultiThreading – wielowątkowe tworzenie pliku wymiany z załącznikami. Wartość domyślna – False. Włączenie opcji w znacznym stopniu przyśpiesza tworzenie pliku wymiany. Użycie trybu może skutkować wzrostem obciążenia CPU, szczególnie w momencie wykonywania pierwszej synchronizacji załączników jednocześnie przez kilku operatorów.
W aplikacji Comarch Mobile Serwis istnieje możliwość dodawania załączników z poziomu aplikacji. Opcja ta dotyczy następujących obiektów:
  • Karty kontrahenta
  • Karty towaru
  • Nagłówka dokumentów
  • Pozycji dokumentów niektórych dokumentów. Więcej informacji znajduje się TUTAJ.

Obsługa cech

Aplikacja Comarch Mobile Serwis obsługuje cechy towarów na dokumencie RW. W przypadku prezentacji zasobów z rozbiciem na partie prezentowane są Cechy towaru, Daty ważności, Kody EAN partii. Do obsługi tej funkcjonalności wymagane są następujące parametry:
  • [IsItemsFeaturesEnabled] – parametr działa globalnie, domyślnie przyjmuje wartość 1, odpowiada za obsługę cech na wszystkich towarach. Dodatkowo w Comarch ERP XL na zakładce [Aplikacje] należy zaznaczyć znacznik [Wysyłanie partii], w innym przypadku pomimo, że parametr [IsItemsFeaturesEnabled] będzie włączony cechy na towarze nie będą obsługiwane. Więcej informacji nt. tego parametru znajduje się TUTAJ.
Parametr na karcie towaru – czy partie towaru mają być wyświetlane w aplikacji
Informacja o zasobach danego towaru w Comarch ERP XL dostępna jest na karcie towaru, po przejściu na zakładkę: Zasoby/Wg położenia. Jeśli nie jest zaznaczona [Data ważności] na towarze, to nie ma możliwości określenia jej na dużej kalkulacji, pomimo posiadania zasobów z datą.
Informacja o zasobach danego towaru z rozbiciem na partie
W aplikacji mobilnej na karcie towaru po wejściu w sekcję Stany/W centrali, następnie w magazyn jest wyświetlany z rozbiciem na poszczególne partie. Jeżeli partie towaru opatrzone są Datą ważności i/lub kodem EAN, to takie informacje także będą prezentowane. Ilość danego zasobu (danej partii) wyświetlana jest w jednostce domyślnej towaru.
  • [CanAddValuesToOpenList] – parametr odpowiedzialny za to, czy użytkownicy powinni mieć możliwość dodawania wartości do listy otwartej. Na liście cech, na ostatniej pozycji pojawia się opcja , po wprowadzeniu wartości zostaje ona dodana do listy. Więcej informacji nt. tego parametru znajduje się TUTAJ.
Definiowanie cech i ich wartości w module Sprzedaż, z poziomu menu: Listy/Cechy

Obsługa zamienników

Dodawanie zamiennika w systemie ERP

W celu prawidłowej konfiguracji zamiennika należy określić w systemie ERP:
  • Kod zamiennika,
  • Rodzaj zamiennika (Jednostronny, Obustronny, Równoważny wszystkim),
  • Ile zamiennika (np. T2) przysługuje danej ilości towaru podstawowego (np. T1) (wyrażone w jednostkach podstawowych obydwu towarów),
  • Na jakich dokumentach ma być dostępny zamiennik (Rozchodowe, Przychodowe).
  • Miejsce w strukturze firmy – wskazać należy odpowiedni Oddział mobilny, jeśli zamiennik ma być dostępny w aplikacji.
Konfiguracja zamiennika w Comarch ERP XL
W konfiguracji oddziału mobilnego w Comarch ERP XL należy zaznaczyć check: „Wysyłaj informacje o zamiennikach towarów”.
Check: „Wysyłaj informacje o zamiennikach towarów” w konfiguracji oddziału mobilnego.
Pobranie zamienników do Comarch Mobile wymaga:
  • Włączenia pobierania zamienników dla oddziału mobilnego
  • Udostępnienia w Comarch Mobile towaru będącego zamiennikiem
  • Wskazanie na karcie zamiennika, na zakładce: Miejsca w strukturze firmy, centrum mobilnego do którego należy operator zalogowany w aplikacji

Rodzaje zamienników

  1. Zamiennik Jednostronny – jeśli dla towaru T1 został określony zamiennik T2 będzie to oznaczało, że:
    • Na karcie towaru T1 będzie widoczny zamiennik T2
    • Na karcie towaru T2 nie będzie widoczny zamiennik T1
    • Jeżeli na dokumencie zostanie wybrany towar T1, będzie można zamienić go na T2
    • Jeżeli na dokumencie zostanie wybrany towar T2, nie będzie można zamienić go na T1
  2. Zamiennik Obustronny – jeżeli dla towaru T1 został określony zamiennik obustronny T2 i do towaru T2 zdefiniowany zamiennik obustronny T3, będzie to oznaczało, że:
    • Na karcie towaru T1 będzie widoczny zamiennik T2, ale nie będzie widać zamiennika T3
    • Na karcie towaru T2 będą widoczne zamienniki: T1 i T3
    • Na karcie towaru T3 będzie widoczny zamiennik T2, ale nie będzie widoczny zamiennik T1
    • Jeżeli na dokumencie zostanie wybrany towar T1, będzie można zamienić go na T2, ale nie na T3
    • Jeżeli na dokumencie zostanie wybrany towar T2, będzie można zamienić go na T1 lub T3
    • Jeżeli na dokumencie zostanie wybrany towar T3, będzie można zamienić go na T2, ale nie na T1
  3. Równoważny wszystkim – jeżeli dla towaru T1 zostanie określony zamiennik równoważny T2 i do towaru T2 zostanie zdefiniowany zamiennik równoważny T3, będzie to oznaczało, że:
    • Na karcie towaru T1 będą widoczne zamienniki: T2 i T3
    • Na karcie towaru T2 będą widoczne zamienniki: T1 i T3
    • Na karcie towaru T3 będą widoczne zamienniki: T1 i T2
    • Jeżeli na dokumencie zostanie wybrany towar T1, będzie można zamienić go na T2 lub na T3
    • Jeżeli na dokumencie zostanie wybrany towar T2, będzie można zamienić go na T1 lub na T3
    • Jeżeli na dokumencie zostanie wybrany towar T3, będzie można zamienić go na T1 lub na T2
Typy dokumentów, dla których obsłużono zamienniki:
  • Zamówienie Sprzedaży (ZS),
  • Oferta Sprzedaży (OS)
  • Faktura Sprzedaży (FS)
  • Paragon (PA)
  • Wydanie Zewnętrzne (WZ)
  • Wydanie Magazynowe (WM)
  • Rozchód Wewnętrzny (RW)
  • Przesunięcie Międzymagazynowe (MMW)
  • Wydanie Kaucji (WKA)
  • Korekta Wydania Kaucji (WKK)

Przypisanie grupy towarów oraz magazynów do kontrahenta

W systemie Comarch ERP XL istnieje możliwość przypisania grupy towarów oraz magazynów, z których pobierane będą towary dla danego kontrahenta. Dostępne towary oraz magazyny dla danego kontrahenta należy wskazać na Karcie kontrahenta, zakładka [Aplikacje].
  • Grupa towarów – można wybrać grupę towarów, która będzie dostępna w aplikacji dla danego kontrahenta
  • Magazyny – można wybrać magazyny, które będą dostępne dla danego Kontrahenta. Dodatkowo, można określić magazyn domyślny
Przypisanie grupy towarów oraz magazynów do kontrahenta

W przypadku wyboru Magazynów istnieje możliwość określenia, który magazyn będzie domyślny i dostępny w aplikacji Comarch Mobile Serwis.

Przypisanie magazynów do kontrahenta, określenie magazynu domyślnego i dostępnego w aplikacji

Wiele cen sprzedaży

Wprowadzono możliwość definiowania dla towaru wielu cen tego samego rodzaju, określania dat i godzin obowiązywania cenników oraz różnych statusów cenników (niepotwierdzonych, zatwierdzonych oraz anulowanych). Możliwość zmiany ceny początkowej na pozycji wystawianego dokumentu ZSR jest  dostępna w aplikacji mobilnej dla operatorów, którzy na oddziale mobilnym w systemie Comarch ERP XL, na definicji dokumentu ZSR, mają zaznaczony parametr [Edycja cen i rabatów na pozycjach] oraz dodatkowo jeżeli na serwerze synchronizacji jest włączona opcja zmiany ceny początkowej – parametr [CanChangeStartPrice] w pliku konfiguracyjnym. W przypadku zmiany daty wystawienia dokumentu na nagłówku, zmiany będą aktualizowane, jeżeli na definicji wystawianego dokumentu dla centrum mobilnego przedstawiciela będzie zaznaczony parametr [Aktualizacja danych po zmianie: Daty].

Obsługa atrybutów

Istnieje możliwość pobierania i wypełniania atrybutów. Atrybuty w aplikacji Comarch Mobile prezentowane są w sekcji: [Informacje dodatkowe]. Atrybuty można wyświetlać jako klasy lub klasy w grupach. Obsługa atrybutów przy współpracy z systemem Comarch ERP XL
Typy obiektów Funkcjonalność
Kontrahenci Podgląd i edycja
Towary Podgląd
Samochody Podgląd
Nagłówki dokumentów Podgląd i edycja
Pozycje dokumentów Podgląd i edycja
Aby klasa atrybutu była widoczna w aplikacji mobilnej należy w definicji atrybutu wskazać obiekty na zakładce [Obiekty] oraz zaznaczyć parametr [Podgląd] w grupie [Comarch Mobile] na zakładce [Ogólne]. Zaznaczenie parametru [Edycja] umożliwi dodatkowo edycję atrybutów na niektórych typach obiektów.
Przykładowa definicja klasy atrybutu w systemie Comarch ERP XL
W aplikacji mobilnej obsługiwane są również flagi [Wymagany] oraz [Automat]. Jeżeli dany atrybut jest oznaczony jako Wymagany w systemie ERP, to w aplikacji Comarch Mobile jest oznaczony znakiem . W aplikacji obsługiwane są następujące typy atrybutów:
  • Flaga
  • Tekst
  • Liczba
  • Lista
  • Adres URL – w przypadku wskazania adresu strony internetowej, po naciśnięciu przycisku strona zostanie otwarta w domyślnej przeglądarce na urządzeniu mobilnym
W aplikacji obsłużone zostały następujące formaty atrybutów:
  • Tekst
  • Data
  • 1234
  • 1234.56
  • 1234.5678
  • Zaawansowany
Aby była możliwość wyświetlania atrybutów w grupach należy w systemie Comarch ERP XL na liście Atrybutów z poziomu zakładki [Grupy klas atrybutów] stworzyć odpowiednie grupy atrybutów:
Definicja grupy klasy atrybutu
oraz przypisać do stworzonej grupy obiekt, z którego poziomu ma być dostępna grupa atrybutów.
Przypisanie obiektu
Następnie należy przypisać odpowiednie klasy atrybutów. Jedna klasa może być przypięta do kilku grup jednocześnie.

Wyświetlanie procentu rabatu na liście towarów

Za opcję wyświetlania procentu rabatu na liście towarów odpowiada parametr [IsDiscountVisible]. Więcej informacji nt. tego parametru znajduje się TUTAJ.
Ustawienia aplikacji – dodatkowy parametr [Obliczaj hipotetyczny rabat]

Dostępność kartotek towarowych w aplikacji

Aby kartoteki z wybranej grupy towarowej były widoczne w aplikacji Comarch Mobile Serwis należy na zakładce Aplikacje karty towaru zaznaczyć opcję [Dostępny w: Comarch Mobile]. Po zaznaczeniu pola i wykonaniu synchronizacji towar będzie widoczny na urządzeniu mobilnym.
Dostępność kartoteki towarowej w aplikacji
Dostępność można oznaczyć również dla wszystkich kart towarowych znajdujących się w grupie. Odbywa się to poprzez edycje wzorca grupy i zaznaczenie opcji [Dostępny w: Comarch Mobile] na zakładce [Aplikacje]. W pierwszej kolejności należy zaznaczyć pole: dostępny w: Comarch Mobile. Aby nowododane do grupy lub jej podgrup towary miały automatycznie zaznaczoną dostępność w Mobile Sprzedaż trzeba również zaznaczyć opcję [Aktualizacja wzorców] i wybrać [Zmienione pola].
Ustawianie dostępności kartotek towarowych na wzorcu grupy
Uwaga
Aby karta towaru była dostępna w aplikacji Comarch Mobile Serwis, oprócz zaznaczenia opcji dostępności kartoteki w Comarch Mobile w systemie Comarch ERP XL należy również przypiąć odpowiednią grupę towarową w konfiguracji centrum mobilnego.
Uwaga
Aplikacja Comarch Mobile Serwis nie obsługuje zestawów towarowych.

Precyzja cen w aplikacji mobilnej

W aplikacji Comarch Mobile istnieje możliwość wyboru precyzji ceny na typie ceny oraz na definicji dokumentu, tak aby można było wykorzystywać ceny towarów określane z czterema miejscami po przecinku oraz sprzedawać je w dużych ilościach, np. (100szt. x 1,3333zł = 133,33zł, a 100szt. x 1,33zł= 133,00zł). Aby w aplikacji Comarch Mobile istniała możliwość prezentacji towaru na karcie towaru z precyzją do dwóch lub do czterech miejsc po przecinku. W systemie Comarch ERP XL w Administratorze należy zaznaczyć precyzję na typie ceny.
Przypisanie precyzji cen wyświetlanych w aplikacji Comarch Mobile na kartotece towaru
Zaznaczenie opcji [Cena z dokładnością do groszy] spowoduje wyświetlanie cen z dokładnością do dwóch miejsc po przecinku (standardowe działanie aplikacji), natomiast odznaczenie parametru spowoduje wyświetlanie cen z dokładnością do czterech miejsc po przecinku.
Prezentacja ceny na karcie towary z precyzją a) do dwóch miejsc po przecinku, b) do czterech miejsc po przecinku
Dodatkowo istnieje możliwość ustawienia precyzji ceny na definicji dokumentu na centrum operatora.
Przypisanie precyzji cen wyświetlanych w aplikacji Comarch Mobile Sppodczas wystawiania dokumentów
  Zaznaczenie opcji [Cena z dokładnością do groszy] spowoduje wyświetlanie cen z dokładnością do dwóch miejsc po przecinku (standardowe działanie aplikacji), natomiast odznaczenie parametru spowoduje wyświetlanie cen z dokładnością do czterech miejsc po przecinku.
Prezentacja ceny podczas wystawiania dokumentu z precyzją a) do dwóch miejsc po przecinku, b) do czterech miejsc po przecinku
Cena z wybraną precyzją widoczna jest na liście towaru podczas wystawiania dokumentu, na małej kalkulacji oraz w zakładce Koszyk.

Definiowania wielu cen tego samego rodzaju, określania dat i godzin obowiązywania cenników oraz różnych statusów cenników

Istnieje możliwość definiowania dla towaru wielu cen tego samego rodzaju, określania dat i godzin obowiązywania cenników oraz różnych statusów cenników (niepotwierdzonych, zatwierdzonych oraz anulowanych).
Lista cenników w Comarch ERP XL
Na karcie i liście towarów prezentowana jest cena wybrana, jako domyślna w konfiguracji centrum mobilnym.
Dostępne rodzaje cen i domyślna cena na centrum mobilnym przedstawiciela
Prezentacja cen sprzedaży na karcie towaru

Widoczność cen zakupu

Na karcie operatora można określić, czy będzie on widział ceny zakupu towarów oraz wysokość marży na elemencie/dokumencie. Decyduje o tym opcja [Widzi ceny zakupu], znajdująca się na karcie operatora, na zakładce [Parametry/Handlowe].
Widoczność cen zakupu i marży

Wiele cen sprzedaży

Wprowadzono możliwość definiowania dla towaru wielu cen tego samego rodzaju, określania dat i godzin obowiązywania cenników oraz różnych statusów cenników (niepotwierdzonych, zatwierdzonych oraz anulowanych). Możliwość zmiany ceny początkowej na pozycji wystawianego dokumentu ZSR jest  dostępna w aplikacji mobilnej dla operatorów, którzy na oddziale mobilnym w systemie Comarch ERP XL, na definicji dokumentu ZSR, mają zaznaczony parametr [Edycja cen i rabatów na pozycjach] oraz dodatkowo jeżeli na serwerze synchronizacji jest włączona opcja zmiany ceny początkowej – parametr [CanChangeStartPrice] w pliku konfiguracyjnym. W przypadku zmiany daty wystawienia dokumentu na nagłówku, zmiany będą aktualizowane, jeżeli na definicji wystawianego dokumentu dla centrum mobilnego przedstawiciela będzie zaznaczony parametr [Aktualizacja danych po zmianie: Daty].

Zlecenia serwisowe

Parametry list w aplikacji

Ustawienia listy towarów

Ta opcja jest tożsama z opcją „Ustawienia listy” dostępną na kaflu Towary w menu kontekstowym. Jej wybranie spowoduje, że zostanie otwarte nowe okno z ustawieniami listy towarów.
Konfiguracja aplikacji, ustawienia listy towarów.

Ustawienia

W tej sekcji istnieje możliwość określenia:
  • czy na listach będą prezentowane kody towarów,
  • jaki widok towarów ma być domyślny w aplikacji (lista czy katalogowy). Po naciśnięciu na domyślną opcję [Lista] będzie możliwość zmiany domyślnego widoku na katalogowy,
  • ilości zdjęć prezentowanych w widoku katalogowym: wybór od 1 do 4,
  • co w przypadku długiej nazwy towaru ma zostać ucięte.
Na rysunku poniżej przedstawiono prezentację towarów w widoku katalogowym, gdy wybrano wyświetlanie jednego towaru w jednej linii:
Prezentacja widoku katalogowego.
W przypadku długiej nazwy towaru jest możliwość ucięcia części nazwy: początek, środek – wartość domyślna lub koniec. Rysunek poniżej przedstawia przykładowy widok z aplikacji mobilnej po zmodyfikowaniu parametru dotyczącego ucięcia części nazwy.
Parametr w ustawieniach listy towarów: W przypadku długiej nazwy towaru ucinaj.
 

Wyszukiwanie

W tej sekcji istnieje możliwość:
  • Wybrania kryterium, po jakim będą wyszukiwane towary. Domyślna opcja [Wszystkie] powoduje, że towary są wyszukiwanie po nazwie i kodzie. Po naciśnięciu na przycisk [Wszystkie] istnieje możliwość wyboru, aby wyszukiwanie odbywało się tylko po kodzie lub tylko po nazwie,
  • Określenia, po ilu znakach ma się rozpoczynać wyszukiwanie towarów. Dotyczy pola wyszukiwania, w którym możliwe jest wpisanie kodu towaru, nazwy towaru, kodu EAN towaru.
 

Ustawienia listy dokumentów

Ta opcja jest tożsama z opcją Ustawienia dostępną z poziomu kafla: Dokumenty. Wybranie tej opcji spowoduje, że zostanie otwarte nowe okno z ustawieniami listy dokumentów. Aktualnie na liście dokumentów umożliwiono wyświetlanie dodatkowych informacji o:
  • statusie realizacji zamówień
  • kodzie kontrahenta głównego
  • nazwie kontrahenta głównego
  • numerze NIP
  • kontrahencie docelowym
  • adresie kontrahenta docelowego
  • płatniku
  • statusie KSeF dla faktur sprzedaży.
To, czy informacje mają być widoczne na liście zależy od użytkownika aplikacji. Po wejściu w Ustawienia listy dokumentów użytkownik ma możliwość włączenia lub wyłączenia wyświetlania poszczególnych elementów na liście dokumentów.
Ustawienia listy dokumentów
Przykładowy widok listy dokumentów

Ustawienia listy kontrahentów

Ta opcja jest tożsama z opcja Ustawienia dostępną z poziomu:
  • listy prezentowanej z poziomu kafla: Kontrahenci,
  • listy wyświetlanej przy wystawianiu dokumentu z poziomu kafla: Dokumenty,
  • listy kontrahentów prezentowanej podczas planowania działania,
  • listy wyświetlanej przy zmianie kontrahenta na nagłówku dokumenty.
Wybranie tej opcji spowoduje, że zostanie otwarte nowe okno z ustawieniami listy kontrahentów.
Konfiguracja aplikacji, ustawienia listy kontrahentów

Zakładki

Użytkownik może określić zakładki, które będą dostępne z poziomu menu kontrahentów. Domyślnie wszystkie zakładki są dostępne. Ponadto istnieje także możliwość zmiany kolejności ich wyświetlania.

Na listach kontrahentów pokazuj

Istnieje możliwość określenia, które pola odnośnie kontrahentów będą dostępne na liście kontrahentów. W tej sekcji można m. in. ukryć kody na liście kontrahentów.

Na karcie kontrahenta pokazuj

Istnieje możliwość określenia, które atrybuty lub grupy atrybutów mają być widoczne na karcie kontrahenta.

Wyszukiwanie

Istnieje możliwość określenia kryterium, po jakim będą wyszukiwani kontrahenci. Domyślna opcja [Wszystkie] powoduje, że kontrahenci są wyszukiwani po nazwach i kodach. Po naciśnięciu na przycisk [Wszystkie] istnieje możliwość określenia, czy wyszukiwanie będzie odbywało się tylko po kodach czy tylko po nazwach. Dodatkowo, ze względów wydajnościowych, został wprowadzony parametr określający, po ilu znakach ma się rozpoczynać wyszukiwanie. Domyślnie wyszukiwanie wpisanej frazy w nazwie lub kodzie kontrahenta rozpoczyna się już po wpisaniu pierwszego znaku, więc wedle potrzeby istnieje możliwość zwiększenia wartości tego parametru.  

Ustawienia listy zleceń, czynności i urządzeń serwisowych

Ta opcja umożliwia określenie jakie informacje mają być prezentowane na liście zleceń, czynności i urządzeń serwisowych.
Uwaga
Opcja dostępna dla użytkowników posiadających licencję na aplikację Comarch Mobile Serwis.
Konfiguracja aplikacji, ustawienia listy zleceń, czynności i urządzeń serwisowych

Na listach zleceń pokazuj

W tej sekcji istnieje możliwość określenia jakie informacje dotyczące zleceń serwisowych będą widoczne na liście zleceń. Możliwe jest wyświetlenie takich informacji jak: kod kontrahenta, adres, kontrahent docelowy, płatnik, serwisant, urządzenia, planowany termin realizacji, atrybuty oraz określenie liczby wyświetlanych wierszy dla opisu zlecenia.
Przykładowy widok listy zleceń serwisowych

Na listach czynności pokazuj

W tej sekcji istnieje możliwość określenia jakie informacje dotyczące czynności serwisowych będą widoczne na liście czynności. Możliwe jest wyświetlenie takich informacji jak: kod kontrahenta, adres, kontrahent docelowy, płatnik, serwisant, urządzenia, planowany termin realizacji, zasoby, atrybuty oraz określenie liczby wyświetlanych wierszy dla opisu czynności.
Przykładowy widok listy czynności serwisowych

Na czynnościach serwisowych w terminarzu pokazuj

W tej sekcji istnieje możliwość określenia jakie informacje dotyczące czynności serwisowych będą widoczne na danej czynności serwisowej. Możliwe jest wyświetlenie takich informacji jak kod kontrahenta, adres, numer zlecenia serwisowego oraz atrybuty.
Przykładowy widok czynności serwisowych w terminarzu

Na listach urządzeń pokazuj

W tej sekcji istnieje możliwość określenia jakie informacje dotyczące urządzeń serwisowych będą widoczne na liście urządzeń. Możliwe jest wyświetlenie takich informacji jak parametry urządzenia i ich wartości oraz określenie liczby wyświetlanych wierszy dla opisu urządzenia.
Przykładowy widok listy urządzeń serwisowych
 

Kolorowanie czynności serwisowych

W aplikacji Comarch Mobile istnieje możliwość kolorowania czynności serwisowych. Kolorowanie czynności odbywa się poprzez przypisanie koloru do odpowiedniej wartości klasy atrybutu.

Dodanie klasy atrybutu

Klasę atrybutu należy dodać w systemie ERP XL. Musi ona mieć typ Lista oraz musi być udostępniona dla aplikacji Comarch Mobile.
Klasa atrybutu o nazwie Priorytet_czynności
Do klasy atrybutu należy również przypisać obiekt [Serwis].[Czynność serwisowa]:
Obiekty atrybutu Priorytet_czynności
oraz odpowiednie wartości:
Lista wartości klasy atrybutu

Przypisanie koloru

Przypisanie koloru do odpowiedniej wartości klasy atrybutu odbywa się w pliku *.xml umieszczonym w katalogu ..\Serwer synchronizacji\AttributesColors. Plik ten musi mieć taką samą nazwę jak klasa atrybutu np. Priorytet_czynności.xml. W pliku należy umieścić sekcję colors, a w niej sekcje color z parametrem attributeValueName o wartości równej nazwie wartości klasy atrybutu. Sekcja color ma natomiast posiadać wartość heksadecymalną przypisywanego koloru jak w poniższym przykładzie.
Przykład
<colors> <color attributeValueName = "Awarie">#ffe100</color> <color attributeValueName = "Konserwacje">#00ff2a</color> <color attributeValueName = "Montaże">#0008ff</color> <color attributeValueName = "Pilne awarie">#ff0000</color> </colors>
Uwaga
Każda wartość musi mieć unikalny kolor.
Wskazówka
Brak przypisanego koloru w pliku xml skutkuje przypisaniem domyślnego koloru w aplikacji.
  Po wykonaniu synchronizacji, czynności widoczne na liście w zakładce czynności oraz na zleceniach oznaczone będą odpowiednim kolorem w zależności od ustawionej wartości atrybutu.
Kolorowanie czynności w aplikacji
 

Usunięcie koloru

Usunięcie koloru odbywa się poprzez dopisanie parametru delete="true" do sekcji color.
Przykład
<colors> <color attributeValueName = "Awarie" delete="true">#dd6560</color> <color attributeValueName = "Konserwacje">#008040</color> <color attributeValueName = "Montaże">#fd6500</color> <color attributeValueName = "Pilne awarie">#ff6f00</color> </colors>
Po zapisaniu pliku i wykonaniu synchronizacji przypisanie koloru zostanie usunięte z aplikacji, a dane czynności wyświetlane będą na liście w domyślnym kolorze. Po wykonaniu synchronizacji możliwe jest usunięcie z pliku xml sekcji color z danym kolorem, który oznaczony został wcześniej parametrem delete="true".

Kolorowanie zleceń serwisowych

W aplikacji Comarch Mobile istnieje możliwość kolorowania zleceń serwisowych. Kolorowanie zleceń odbywa się poprzez przypisanie koloru do odpowiedniej wartości klasy atrybutu.

Dodanie klasy atrybutu

Klasę atrybutu należy dodać w systemie ERP XL. Musi ona mieć typ Lista oraz musi być udostępniona dla aplikacji Comarch Mobile.
Klasa atrybutu o nazwie Priorytet_zlecenia
Do klasy atrybutu należy również przypisać obiekt [Serwis].[Zlecenie serwisowe]:
Obiekty atrybutu Priorytet_zlecenia
oraz odpowiednie wartości:
Lista wartości klasy atrybutu

Przypisanie koloru

Przypisanie koloru do odpowiedniej wartości klasy atrybutu odbywa się w pliku *.xml umieszczonym w katalogu ..\Serwer synchronizacji\AttributesColors. Plik ten musi mieć taką samą nazwę jak klasa atrybutu np. Priorytet_zlecenia.xml. W pliku należy umieścić sekcję colors, a w niej sekcje color z parametrem attributeValueName o wartości równej nazwie wartości klasy atrybutu. Sekcja color ma natomiast posiadać wartość heksadecymalną przypisywanego koloru jak w poniższym przykładzie.
Przykład
<colors> <color attributeValueName = "Niski">#00ff2a</color> <color attributeValueName = "Średni">#ffe100</color> <color attributeValueName = "Wysoki">#ff0000</color> </colors>
Uwaga
Każda wartość musi mieć unikalny kolor.
Wskazówka
Brak przypisanego koloru w pliku xml skutkuje przypisaniem domyślnego koloru w aplikacji.
  Po wykonaniu synchronizacji, zlecenia serwisowe widoczne na liście oznaczone będą odpowiednim kolorem w zależności od wartości atrybutu Priorytet_zlecenia.
Kolorowanie zleceń serwisowych w aplikacji
 

Usunięcie koloru

Usunięcie koloru odbywa się poprzez dopisanie parametru delete="true" do sekcji color.
Przykład
<colors> <color attributeValueName = "Awarie" delete="true">#dd6560</color> <color attributeValueName = "Konserwacje">#008040</color> <color attributeValueName = "Montaże">#fd6500</color> <color attributeValueName = "Pilne awarie">#ff6f00</color> </colors>
Po zapisaniu pliku i wykonaniu synchronizacji przypisanie koloru zostanie usunięte z aplikacji, a dane zlecenia wyświetlane będą na liście w domyślnym kolorze. Po wykonaniu synchronizacji możliwe jest usunięcie z pliku xml sekcji color z danym kolorem, który oznaczony został wcześniej parametrem delete="true".

Parametry historyczności zleceń serwisowych

Usuwanie zleceń serwisowych

[Usuwaj zlecenia serwisowe] - parametr wprowadza możliwość usunięcia zleceń serwisowych, które zostały zamknięte, odrzucone lub anulowane. W ustawieniach aplikacji użytkownik może wybrać, po jakim okresie zlecenia mają być usuwane z aplikacji.
Usuwaj zlecenia serwisowe
Usuwaj zlecenia serwisowe - dostępne opcje
Uwaga
Usunięcie zlecenia spowoduje usunięcie nagłówka, powiązanych ze zleceniem czynności oraz załączników, a co za tym idzie historii na urządzeniach.
 

Pobieranie usuniętych zleceń serwisowych

[Pobieraj zlecenia z systemu] - parametr wprowadza możliwość pobrania usuniętych zleceń z urządzenia z powrotem do aplikacji. Opcja działa analogicznie, jak dla dokumentów historycznych.
Pobieraj zlecenia z systemu
Pobieraj zlecenia z systemu - dostępne opcje

Wydruki

Definicje wydruków

W aplikacji zostały przygotowane przykładowe wydruki, które można dowolnie modyfikować i dostosowywać do wymagań Klienta.
Wskazówka
Definicje wydruków dokumentów znajdują się domyślnie w katalogu: C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Printouts.
Wskazówka
Definicje wydruków raportów znajdują się domyślnie w katalogu: C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Printouts i podkatalogu odpowiednim dla systemu ERP, np. xl11.
Każdy wydruk składa się z trzech części:
  • Data – zapytania wyciągające dane wykorzystywane na wydruku,
  • Layout – układ wydruku,
  • Style – styl wydruku (czcionki, kolory itp.).
Uwaga
Podczas synchronizacji definicji wydruków na urządzenie brana jest pod uwagę data modyfikacji pliku. W celu wymuszenia synchronizacji wydruku należy wykonać dowolną modyfikację.
 

Dodanie nowej definicji wydruku dokumentu

Aby dodać nowy wydruk należy utworzyć jego definicję tworząc pliki Data, Layout i Style, następnie zapisać je w formacie xml. Istnieje możliwość dodania kilku definicji dla jednego dokumentu. Przykładowo dla dokumentu Zamówienie Sprzedaży istnieje standardowa definicja składająca się z plików:
  • 1#SalesOrder#data#Wydruk_domyślny.xml
  • 1#SalesOrder#layout#Wydruk_domyślny.xml
  • 1#SalesOrder#style#Wydruk_domyślny.xml
Należy dodać nową zmodyfikowaną definicję zmieniając w nazwie plików liczbę 1 na taką, która wśród definicji nie istnieje oraz frazę Wydruk_domyślny na wybraną przez siebie nazwę definicji, np:
  • 45#SalesOrder#data#Mój_wydruk.xml
  • 45#SalesOrder#layout#Mój_wydruk.xml
  • 45#SalesOrder#style#Mój_wydruk.xml
Po tych czynnościach podczas wydruku dokumentu mamy możliwość wyboru definicji wydruku:
Wybór definicji wydruku
Uwaga
W przypadku zapisu definicji wydruku w Notatniku należy wybrać kodowanie UTF-8.

Dodanie nowej definicji wydruku raportu

W celu dodania definicji wydruku raportu w katalogu Printouts i podkatalogu odpowiednim dla systemu ERP należy utworzyć pliki Data, Layout i Style zawierając w nazwie Id raportu z katalogu Reports serwera synchronizacji. Przykładowo, aby utworzyć definicję wydruku dla raportu Sprzedaż w okresach należy raport ten odszukać w katalogu Reports, nosi on nazwę 3#SalesInPeriods#pol.xml. Kolejno w katalogu Printouts i odpowienim podkatalogu utworzyć jego definicję tworząc pliki data, layout i style zawierając w nazwie jego Id:
  • 46#Report#data#3#Moj_wydruk.xml
  • 46#Report#layout#3#Moj_wydruk.xml
  • 46#Report#style#3#Moj_wydruk.xml
Po tych czynnościach w aplikacji pojawi się możliwość wydruku raportu Sprzedaż w okresach.

Usunięcie definicji wydruku

Aby usunąć istniejący wydruk, należy zmienić ID wszystkich jego elementów na ujemne, następnie zmienić datę modyfikacji i wykonać synchronizację.  
Zmiana ID wydruku na ujemne

Licznik wydruków

Funkcjonalność licznika wydruków PDF umożliwia ewidencjonowanie wydrukowanych dokumentów danego typu. Dzięki niej będzie można sprawdzić na bazie mobilnej, które dokumenty zostały wydrukowane i ewentualnie według potrzeby będzie można zablokować możliwość edycji już wydrukowanych dokumentów. Dla potrzeb funkcjonalności na bazie mobilnej została dodana tabela RealizedPrintout, w której można odszukać dokładną datę i godzinę wydruku, rodzaj obiektu, liczbę kopii itp. Informację o liczbie wydruków będzie można wykorzystać w raportach, np. ilość wydrukowanych dokumentów ZS danego dnia.

Dodatkowe informacje na wydrukach

Na wszystkich wydrukach dostępnych z poziomu aplikacji wprowadzone są dodatkowe informacje, które dotyczą:
  • numeru wydruku,
  • identyfikatora określającego, że wydruk został stworzony w aplikacji mobilnej,
  • liczby kopii wydruku,
  • identyfikatora operatora.
Dodatkowe dane pozwalają na dokładniejszą weryfikację wydruków wykonanych z poziomu aplikacji przez przedstawicieli.

Źródło danych

Wydruk do pdf

Źródło danych dla wydruku musi zostać umieszczone w pliku o nazwie Data.xml. Głównym elementem w pliku jest sekcja data wewnątrz której musi się znaleźć dokładnie jeden element setf. Wewnątrz elementu setf musi się znaleźć jeden lub więcej elementów set. Każdy element set reprezentuje jeden zbiór danych (wynik jednego zapytania SQL). Musi on zawierać dwa elementy podrzędne: name – który określa nazwę zbioru oraz query, które definiuje zapytanie SQL wykonywane na mobilnej bazie danych aplikacji Comarch Mobile.  
Uwaga
Prezentowane zapytania SQL mogą różnić się w zależności od wersji aplikacji Comarch Mobile.
  Przykład standardowego pliku data.xml występującego w definicji wydruku dokumentu Zamówienie Sprzedaży (1#SalesOrder#data#Wydruk_domyślny.xml):
Przykład
<?xml version="1.0" encoding="utf-8"?> <!DOCTYPE data PUBLIC "//UNKNOWN/" "unknown.dtd"> <data> <setf> <set> <name>Header</name> <query> ... </query> </set> <set> <name>DocumentsPositions</name> <query> ... </query> </set> <set> <name>VatAggregation</name> <query> ... </query> </set> <set> <name>Logo</name> <query>SELECT Data FROM PrintoutsImages WHERE Name='logo.png'</query> </set> <set> <name>FooterAppVersionNumber</name> <query> SELECT MajorVersion AS MajorVersion, MinorVersion AS MinorVersion, BuildVersion AS BuildVersion FROM Packages </query> </set> <set> <name>FooterOperatorCode</name> <query> SELECT Name AS OperatorCode FROM Users </query> </set> <set> <name>FooterCopyNumber</name> <query> SELECT CASE WHEN COUNT(Number) = 0 THEN 1 ELSE COUNT(Number) + 1 END AS Numbers FROM Documents INNER JOIN RealizedPrintouts rp ON(Documents.Number = rp.DocumentNumber) WHERE Documents.Id=@Id@ </query> </set> </setf> </data>

 

Wydruk termiczny

Jedyną różnicą w definicji pliku data.xml dla wydruków termicznych względem definicji wydruku do pdf jest brak elementu setfPrzykład takiego wydruku (11#SalesOrder#data#Thermal#Vline112#Wydruk_domyślny.xml) wygląda nastepująco:
Przykład
<?xml version="1.0" encoding="utf-8"?> <!DOCTYPE data PUBLIC "//UNKNOWN/" "unknown.dtd"> <data> <set> <name>Header</name> <query> ... </query> </set> <set> <name>DocumentsPositions</name> <query> ... </query> </set> <set> <name>VatAggregation</name> <query> ... </query> </set> <set> <name>FooterAppVersionNumber</name> <query> SELECT MajorVersion AS MajorVersion, MinorVersion AS MinorVersion, BuildVersion AS BuildVersion FROM Packages </query> </set> <set> <name>FooterOperatorCode</name> <query> SELECT Name AS OperatorCode FROM Users </query> </set> <set> <name>FooterCopyNumber</name> <query> SELECT CASE WHEN COUNT(Number) = 0 THEN 1 ELSE COUNT(Number) + 1 END AS Numbers FROM Documents INNER JOIN RealizedPrintouts rp ON(Documents.Number = rp.DocumentNumber) WHERE Documents.Id=@Id@ </query> </set> </data>

Układ wydruku

Zawartość oraz układ wydruku definiowany jest w pliku Layout.xml. Głównym elementem w pliku jest document. Musi zawierać on element body, który zawiera główną część wydruku. Zawartość elementów body czy też footer może zostać skomponowana z innych elementów opisanych poniżej. Elementy te mogą być zagnieżdżane. Parametr class odwołuje się do klasy stylu zdefiniowanej w pliku Styles.xml dla danego elementu stylującego. Wszystkie dostępne elementy, które mogą zostać zastosowane podczas tworzenia układu wydruku zostały opisane poniżej. Opis każdego elementu zawiera następujące sekcje:
  • Parametry – opisuje wszystkie dostępne atrybuty jakie można dodać do elementu i co oznaczają.
  • Elementy stylujące – zawiera listę selektorów, które dopasowują dany element w pliku Styles.xml
  • Elementy podrzędne – opcjonalna sekcja opisująca elementy, które mogą wystąpić tylko wewnątrz danego elementu. Dla każdego elementu podrzędnego zachowany jest układ opisu taki sam jak dla głównego elementu.
  • Przykład – zawiera fragment kodu z przykładowym wykorzystanie opisywanego elementu.
Wszystkie dostępne elementy, które mogą zostać zastosowane podczas tworzenia układu wydruku zostały opisane poniżej.  

Elementy - wydruk do pdf

 
Nazwa Document
Opis Otwarcie/zamknięcie dokumentu
Parametry Brak
Elementy stylujące Brak
 
Nazwa Body
Opis Główna część wydruku
Parametry Brak
Elementy stylujące
  • Body
 
Nazwa Footer
Opis Stopka wydruku
Parametry Brak
Elementy stylujące
  • Footer
 
Nazwa pageNumber
Opis Numeracja stron
Parametry Brak
Elementy stylujące Brak
Przykład
<footer> Comarch Mobile, v <data set="FooterAppVersionNumber" var="MajorVersion" />.<data set="FooterAppVersionNumber" var="MinorVersion" />.<data set="FooterAppVersionNumber" var="BuildVersion" />, Operator: <data set="FooterOperatorCode" var="OperatorCode" />, nr kopii: <data set="FooterCopyNumber" var="Numbers" /> <br /> Strona <pageNumber/> </footer>
 
Nazwa Horizontal
Opis Podział na sekcje ułożone poziomo
Parametry Brak
Elementy stylujące
  • Horizontal
Elementy podrzędne
  • Section
 
Nazwa Horizontal: Section
Opis Sekcja
Parametry
  • weight – waga szerokości kolumny. Wartość domyślna 1.
Elementy stylujące
  • Section
Przykład
<horizontal> <section class="header"> <p class="header">Nabywca</p> </section> <section weight="0.05"/> <section class="header"> <p class="header">Odbiorca</p> </section> </horizontal>
 
Nazwa Image
Opis Obraz z bazy lub z dysku
Parametry
  • path – ścieżka do pliku względnie do katalogu głównego definicji wydruku. Jeżeli ustawiamy parametr path pozostałe parametry będą ignorowane.
  • set – Nazwa źródła danych
  • var – Nazwa kolumny w źródle danych
  • index – Indeks wiersza w źródle danych
Elementy stylujące
  • Image
Przykład
<image set="Logo" var="Data" />
 
Nazwa P
Opis Paragraf
Parametry Brak
Elementy stylujące
  • P
Przykład
<p class="centered">Uprawniony do odbioru dokumentu</p>
 
Nazwa Data
Opis Element zwracający dane ze źródła danych w postaci tekstowej
Parametry
  • set – nazwa zestawu danych
  • var – nazwa kolumny
  • index – indeks wiersza ze źródła danych (wartość domyślna 0)
  • format – todo
Elementy stylujące Brak
Przykład
<data set="Header" var="CompanyName" />
 
Nazwa Hr
Opis Linia pozioma
Parametry Brak
Elementy stylujące
  • Hr
Przykład
<section> <hr/> <p class="centered">Uprawniony do wystawienia dokumentu</p> </section>
 
Nazwa Br
Opis Złamanie linii w tekście
Parametry Brak
Elementy stylujące Brak
Przykład
<data set="Header" var="CompanyName" /><br/> <data set="Header" var="Street" /><br/>
 
Nazwa Spacer
Opis Separator
Parametry Brak
Elementy stylujące Brak
Przykład
... </horizontal> <spacer/><spacer/> <if> ...
 
Nazwa If
Opis Element testowy pozwalający na układ wydruku zależny od dowolnych warunków
Parametry Brak
Elementy stylujące Brak
Elementy podrzędne
  • Test
  • True
  • False
 
Nazwa If: Test
Opis Element zawierający warunek decydujący o tym czy do wydruku zostaną dodane elementy z sekcji true czy false . Warunek może mieć postać: eq - równy, lt - mniej niż, gt - więcej niż.
Parametry Brak
Elementy stylujące Brak
 
Nazwa If: True
Opis Element zawierający elementy, które zostaną w przypadku kiedy warunek z sekcji test zostanie spełniony.
Parametry Brak
Elementy stylujące Brak
 
Nazwa If: False
Opis Element zawierający elementy, które zostaną w przypadku kiedy warunek z sekcji test nie zostanie spełniony.
Parametry Brak
Elementy stylujące Brak
Przykład
<if> <test><data set="Header" var="ReverseCharge" /> eq 1</test> <true> <p class="right">*) - odwrotne obciążenie</p> </true> <false> <p class="right">Odwrotne obciążenie nie występuje</p> </false> </if>
 
Nazwa Table
Opis Tabela dynamiczna o ustalonej liczbie kolumn.
Zawartość Jeden lub więcej elementów column
Parametry
  • split - określa czy tabela może zostać podzielona na kilka stron. Parametr może przyjmować wartość true lub false.
  • set - nazwa zestawu danych.
Elementy stylujące
  • Table
Elementy podrzędne
  • Column
  • TableData
 
Nazwa Table: Column
Opis Element definiujący kolumnę tabeli.
Zawartość Dowolne elementy tekstowe
Parametry
  • description - nagłówek kolumny.
  • weight - waga szerokości kolumny. Wartość domyślna 1
Elementy stylujące
  • DataCell
  • HeadCell
 
Nazwa Table: TableData
Opis Element zwracający wartość tekstową ze zbioru danych bazującą na zbiorze danych tabeli, kolumnie podanej w parametrze var oraz aktualnym wierszu tabeli.
Zawartość Element nie może zawierać żadnych elementów.
Parametry
  • var - nazwa kolumny ze zbioru danych.
  • format - format danych
Elementy stylujące Brak
Przykład
<table set="DocumentPositions"> <column weight="2" description="Lp." class="number"> <rowNumber /> </column> <column weight="12" description="[Kod] Nazwa towaru"> [<tableData var="Code" />] <tableData var="Name" /> </column> <column weight="4" description="Ilość" class="number"> <tableData var="RealizedQuantity" /> </column> <column weight="4" description="Jm. (podstawowa)"> <tableData var="BasicUnitSymbol" /> </column> <column weight="4" description="Ilość" class="number"> <tableData var="SecondaryQuantityRealized" /> </column> <column weight="4" description="Jm. (pomocnicza)"> <tableData var="SecondaryUnitSymbol" /> </column> </table>
   

Elementy - wydruk termiczny

 
Nazwa Document
Opis Otwarcie/zamknięcie dokumentu
Parametry Brak
 
Nazwa Command
Opis
Parametry
  • comment
  • format 
  • code
Przykład
<command comment="next_line" format="hex" code="0A"/>
 
Nazwa Data
Opis Element zwracający dane ze źródła danych w postaci tekstowej
Parametry
  • query - nazwa zbioru danych z pliku data
  • columnName - nazwa kolumny
  • offset - miejsce (licząc od lewej strony), od której ma być drukowany element
  • length - szerokość elementu
  • align - pozycja elementu, możliwe wartości: left, right, center
  • maxlines - maksymalna ilość linii, którą może zająć element
 
Nazwa Text
Opis Element testowy
Parametry
  • offset - miejsce (licząc od lewej strony), od której ma być drukowany element
  • length - szerokość elementu
  • align - pozycja elementu, możliwe wartości: left, right, center
 
Nazwa Line
Opis Znacznik linii
Parametry Brak
Przykład
<line> <text offset="30" length="35" align="left">Data dostawy/wykonania usługi: </text> <data query="Header" columnName="ExecutionDate" offset="65" length="15" align="left" /> </line>
 
Nazwa Table
Opis Tabela dynamiczna o ustalonej liczbie kolumn.
Parametry
  • query - nazwa zbioru danych z pliku data
  • length - szerokość elementu
Elementy podrzędne
  • Header
  • Row
 
Nazwa Table: Header
Opis Nagłówek tabeli (nazwy kolumn).
Parametry Brak
Elementy podrzędne
  • Column
 
Nazwa Table: Header: Column
Opis Element definiujący kolumnę tabeli.
Parametry
  • offset - miejsce (licząc od lewej strony), od której ma być drukowany element
  • length - szerokość elementu
  • align - pozycja elementu, możliwe wartości: left, right, center
 
Nazwa Table: Row
Opis Element definiujący wiersz tabeli.
Parametry
  • offset - miejsce (licząc od lewej strony), od której ma być drukowany element
  • length - szerokość elementu
  • align - pozycja elementu, możliwe wartości: left, right, center
Elementy podrzędne
  • Row_item
 
Nazwa Table: Row: Row_item
Opis Element definiujący zawartość wiersza tabeli.
Parametry
  • offset - miejsce (licząc od lewej strony), od której ma być drukowany element
  • length - szerokość elementu
  • align - pozycja elementu, możliwe wartości: left, right, center
Przykład
<table query="DocumentsPositions" length="80"> <header> <column offset="0">L.p.</column> <column offset="7">[Kod]Nazwa</column> <column offset="22">Ilość</column> <column offset="32">J.M.</column> <column offset="39"><data query="Header" columnName="PriceType"/></column> <column offset="53">Rabat</column> <column offset="61">Wartość</column> <column offset="77">VAT</column> </header> <row> <line> <row_item name="Ordinal" offset="0" length="7" align="center" /> <row_item name="ItemName" offset="7" length="70" align="left" maxlines="2"/> </line> <line> <row_item name="Quantity" offset="17" length="10" align="right" /> <row_item name="UnitName" offset="28" length="9" align="left" /> <row_item name="Price" format="currency" decimal-places="PriceDecimalPlaces" offset="37" length="10" align="right" /> <row_item name="Discount" format="currency" offset="52" length="7" align="right" /> <row_item name="Value" format="currency" offset="60" length="10" align="right" /> <row_item name="VatRateValue" offset="70" length="10" align="right" /> </line> </row> </table>

Wygląd wydruku

Wydruk do pdf

Poniższy dokument składa się z opisu trzech części składających się na wygląd wydruku:
  • Atrybuty zawężające
  • Selektory
  • Reguły
Dostosowanie wygląd wydruku możliwe jest poprzez pliki #style#.xml, np. standardowym plikiem definiującym wygląd Faktury Sprzedaży jest plik 7#SalesInvoice#style#Wydruk_domyślny.xml. Głównym elementem tego pliku jest style, który zawiera elementy określające wygląd poszczególnych elementów wydruku zdefiniowanych w pliku layout. Jednym z elementów podrzędnych elementu style jest element fonts, który określa wszystkie czcionki, które zostaną wykorzystane w wydruku. Może on zawierać, jeden lub więcej elementów font, który definiuje krój, wielkość, wygląd oraz styl fontu.
Przykład
<font name="title" face="Arial" size="20" color="#9fc54c"/>
Atrybuty elementu font to:
  • name - określa nazwę fontu, przez którą możemy się do niego odwołać
  • face - nazwa kroju fontu
  • size - rozmiar w punktach
  • color - kolor
  • style - style fontu. Może zawierać jedną (lub więcej wartości oddzielonych znakiem spacji) z wartości bold, italic, underline.
Wewnątrz elementu fonts powinien znaleźć się także jeden element font z pominiętym atrybutem name. Font ten będzie stosowany jako font domyślny dla wydruku.
Przykład
<fonts> <font face="Trebuchet MS" size="10"/> <font name="title" face="Arial" size="20" color="#9fc54c"/> <font name="header" face="Tahoma" size="8" color="#999999"/> <font name="summary_value" face="Trebuchet MS" size="15" color="#9fc54c" style="bold"/> </fonts>
  Oprócz elementu fonts w pliku Styles.xml mogą znajdować się elementy w schemacie:
<selektor>
<reguła/>
<reguła/>
[...]
</selektor>
Gdzie selektor decyduje o tym, czy podległe mu reguły zostaną zastosowane dla danego elementu. Większość selektorów ma taką samą nazwę jak element, który stylują. Np. w celu ostylowania paragrafu (element p w pliku Layout.xml ) należy zastosować selektor p.  
Przykład
<p> <margin top="5"/> </p>
Powyższy przykład wszystkim paragrafom wydruku ustawi margines górny na 5 punktów. Selektor może wybrać do ostylowania tylko wybrane elementy danego typu. W tym celu do elementu w pliku Layout.xml oraz selektora w pliku Styles.xml należy dodać atrybut class. Selektor wybierze wtedy tylko te elementy, które mają identyczną wartość atrybutu class.  
Przykład
<p> <text font="normal"/> </p> <p class="title"> <text font="title"/> </p>
Powyższy przykład ustawi font wszystkich paragrafów na normal ale te, których atrybut class to title zostanie ustawiony font title. Dokładny opis innych atrybutów selektorów oraz spis reguł stylujących znajduje się w sekcji Wygląd. Lista selektorów oraz reguł, które można zastosować dla danego elementu znajduje się w opisie poszczególnych elementów w sekcji Układ. Reguły z pliku style stosowane są od góry do dołu tzn. jeżeli dwa selektory dopasują ten sam element i zawierają one takie same reguły z innymi wartościami to zostanie zastosowana wartość występująca później.

 

Atrybuty zawężające

Opis każdego selektora zawiera listę elementów, które styluje oraz listę reguł, jakie można w nim umieścić. Opis każdej reguły zawiera listę atrybutów jakie można w niej zastosować. Każdy selektor może zostać zawężony poprzez atrybut class. Dodatkowo selektory elementów związane z tabelami mogą zostać zawężone poprzez atrybut index, który może zawierać liczbę całkowitą lub wyrażenie postaci An+B, gdzie A oraz B to liczby całkowite. Selektor taki dopasuje element, jeżeli zgadza się on z indeksem wiersza tabeli (wiersze tabeli numerowane są od 0 z góry na dół). Przykłady:
  • index="0" - dopasuje pierwszy wiersz w tabeli
  • index="first" - dopasuje pierwszy wiersz w tabeli
  • index="last" - dopasuje ostatni wiersz w tabeli
  • index="5" - dopasuje szósty wiersz w tabeli
  • index="2n" - dopasuje parzyste wiersze tabeli tzn. z indeksem równym 0,2,4... czyli wiersze pierwszy, trzeci, piąty...
  • index="3n+1" - dopasuje wiersze z indeksem 1, 4, 7...
  • index="3n+2" - dopasuje wiersze z indeksem 2, 5, 8...
 

Selektory

Nazwa Body
Opis Selektor dla głównego elementu wydruku
Elementy stylowane
  • Body
Parametry zawężające
  • class
Reguły
  • page
  • margin
Przykład
<body> <page size="a4" orientation="portrait"/> <margin left="20" right="20" top="27" bottom="27"/> </body>
 
Nazwa Footer
Opis Selektor dla stopki dokumentu
Elementy stylowane
  • Footer
Parametry zawężające
  • class
Reguły
  • margin
  • text
Przykład
<footer> <text align="right"/> </footer>
 
Nazwa DataCell
Opis Selektor dla komórki w tabeli dynamicznej
Elementy stylowane
  • Column
Parametry zawężające
  • class
  • index
Reguły
  • border
  • background
  • text
Przykład
<dataCell class="index"> <background color="#26437E"/> <text font="header" align="right"/> </dataCell>
 
Nazwa HeadCell
Opis Selektor dla komórki nagłówka w tabeli dynamicznej
Elementy stylowane
  • Column
Parametry zawężające
  • class
Reguły
  • border
  • background
  • text
Przykład
<headCell> <background color="#26437E"/> <border left="0.5" right="0.5" top="0.5" bottom="0.5" color="#E4F0F7"/> <text font="header" align="center"/> </headCell>
 
Nazwa Hr
Opis Selektor dla linii poziomej
Elementy stylowane
  • Hr
Parametry zawężające
  • class
Reguły
  • line
Przykład
<hr> <line style="dotted"/> </hr>
 
Nazwa Image
Opis Selektor dla obrazka
Elementy stylowane
  • Image
Parametry zawężające
  • class
Reguły
  • fit
Przykład
<image class="signature"> <fit width="80" height="80" /> </image>
 
Nazwa P
Opis Selektor dla paragrafu
Elementy stylowane
  • P
Parametry zawężające
  • class
Reguły
  • margin
  • text
  • border
  • background
Przykład
<p class="title"> <text font="title"/> </p>
 
Nazwa Section
Opis Selektor dla sekcji
Elementy stylowane
  • Section
Parametry zawężające
  • class
Reguły
  • border
  • background
  • text
Przykład
<section class="header"> <background color="#26437E"/> <border left="0.5" right="0.5" top="0.5" bottom="0.5" color="#E4F0F7"/> </section>
 
Nazwa Table
Opis Selektor dla tabeli dynamicznej
Elementy stylowane
  • Table
Parametry zawężające
  • class
Reguły
  • width
  • border
  • background
  • text
Przykład
<table> <width percentage="100"/> </table>
 

Reguły

 
Nazwa Background
Opis Reguła określająca tło elementu
Atrybuty
  • color - kolor tła elementu. Może on być w formacie #RRGGBB lub 0xRRGGBB lub 0xAARRGGBB
 
Nazwa Border
Opis Reguła określająca obramowanie elementu
Atrybuty
  • left - szerokość lewego obramowania.
  • right - szerokość prawego obramowania.
  • top - szerokość górnego obramowania.
  • bottom - szerokość dolnego obramowania.
  • color - kolor obramowania elementu. Może on być w formacie #RRGGBB lub 0xRRGGBB lub 0xAARRGGBB
  • borderStyle - styl obramowania. Może przyjmować jedną z wartości: o dashdot o dashdotdot o dashlargegap o dashsmallgap o dot o none o single
Uwagi Szerokość obramowania może być podana w różnych jednostkach m.in.: cm, in, mm, pt. Domyślną jednostką są punkty.
 
Nazwa borderLeft, borderRight, borderTop, borderBottom
Opis Reguły określające poszczególne części obramowania elementu
Atrybuty
  • width - szerokość obramowania
  • color - kolor obramowania
  • borderStyle - styl obramowania
 
Nazwa Fit
Opis Reguła określająca rozmiar elementu
Atrybuty
  • width - szerokość elementu
  • height - wysokość elementu
Uwagi Szerokość i wysokość może być podana w różnych jednostkach m.in.: cm, in, mm, pt. Stylowany element zachowa swoje proporcje przyjmując mniejszy z podanych wymiarów.
 
Nazwa Margin
Opis Reguła określająca marginesy elementu
Atrybuty
  • left - lewy margines
  • right - prawy margines
  • top - górny margines
  • bottom - dolny margines
Uwagi Szerokość marginesu może być podana w różnych jednostkach m.in.: cm, in, mm, pt.
 
Nazwa Text
Opis Reguła określająca styl tekstu
Atrybuty
  • align - wyrównanie tekstu. Przyjmuje jedną z wartości: o right - wyrównanie do prawej o left - wyrównanie do lewej o justify - wyjustowanie tekstu o center - wyśrodkowanie tekstu
  • indent - wcięcie pierwszej linii tekstu.
  • leftIndent - wcięcie tekstu z lewej.
  • rightIndent - wcięcie tekstu z prawej.
  • font - nazwa fontu zdefiniowana wcześniej w sekcji fonts .
  • color - kolor tekstu. Może on być w formacie #RRGGBB lub 0xRRGGBB lub 0xAARRGGBB
 
Nazwa Width
Opis Reguła określająca szerokość elementu
Atrybuty
  • percentage - procentowa szerokość elementu bazująca na szerokości elementu-rodzica

Przykłady wydruków termicznych

W aplikacji Comarch Mobile możliwy jest wydruk dokumentów na drukarce termicznej. Wygląd wydruków można dowolnie modyfikować zgodnie z instrukcją dostępną TUTAJ. Poniżej znajduje się przykład standardowego wydruku termicznego dokumentu Zamówienia Sprzedaży.
Przykład wydruku Zamówienia Sprzedaży na drukarce fiskalnej

Przykłady modyfikacji wydruków do pdf

Dodawanie kolumny

Do omówienia tej modyfikacji, wykorzystany zostanie przykład dodania kolumny zawierającej informację o rabacie. W celu dodania nowej kolumny należy wyedytować plik #data#. Należy odszukać zapytanie wydobywające dane związane z pozycjami dokumentu. Aby wykorzystać te dane w definicji dokumentu konieczne jest stworzenie aliasu tej kolumny np. Discount. Po dokonaniu zmian zapisujemy dokument.
Dodanie aliasu kolumny odpowiedzialnej za wyświetlanie rabatu
Aby dane te pokazywały się na dokumencie, konieczne jest odpowiednie zmodyfikowanie pliku #layout#, w którym w odpowiedniej sekcji należy dodać kolumnę o nazwie „Rabat”. W description należy wpisać nazwę kolumny, class - określenie klasy, w tym przypadku jest to numer, var - odniesienie do aliasu kolumny określonej w pliku data tj. Discount. Aby poza wartością rabatu wyświetlany był również symbol procentów, należy dodać na końcu linii znak „%”. Ponieważ rabat powinien być wyświetlany zarówno na dokumencie tworzonym od wartości brutto jak i netto, należy skopiować definicje kolumny do poniższej sekcji. Na koniec zapisujemy zmiany.
Dodanie kolumny Rabat w pliku layout
 

Zmiana kolorystyki

W celu zmiany kolorystyki wydruku należy wyedytować plik #style#, zmieniając kod koloru dla poszczególnych elementów definicji wydruku w sekcji <fonts>. Kolory podawane są w zapisie heksadecymalnym.
Wskazówka
Zalecanym programem do tej modyfikacji jest Notepad++. Definicje kolorów w zapisie heksadecymalnym dostępne są w Internecie.
Zmiana koloru w pliku style

Dodawanie/usuwanie/zmiana logo

Aby logo było dodane na wydruku, należy wybraną grafikę zapisać pod nazwą logo.png w folderze wydruków Printouts. Zmiana logo na inne możliwa jest poprzez zmianę nazwy poprzedniej grafiki oraz dodanie nowej, jako plik o nazwie logo.png o nowszej dacie modyfikacji od poprzedniego, tak jak zostało to zaprezentowane na poniższym rysunku:
Zmiana logo na wydruku
W celu usunięcia logo z wydruku dokumentu, należy usunąć zapytania zwracające logo tj.
  • W pliku Data: <set> <name>Logo</name> <query>SELECT Data FROM PrintoutsImages WHERE Name='logo.png'</query> </set>
  • W pliku Layout: <image set="Logo" var="Data" />

Dodanie nowych danych na wydruk

Jeżeli istnieje potrzeba pokazania na wydruku niestandardowych danych można to zrealizować w następujący sposób:
  • przesynchronizować potrzebne dane do tabeli Configuration bazy mobilnej
  • umieścić nowe dane na wydruku
Poniżej przedstawiony jest przykład dodania na wydruk dokumentu danych pracownika, który wystawił dokument: Zamówienie Sprzedaży przy współpracy z Comarch ERP XL. W sposób opisany poniżej można synchronizować dowolne dane z systemu ERP i prezentować je na wydruku.
Uwaga
Zapytania SQL wykorzystywane w tym przykładzie mogą różnić się w zależności od systemu ERP oraz jego wersji.
W pierwszej kolejności należy w odpowiednim dla wersji systemu ERP pliku konfiguracyjnym znajdującym się w katalogu Methods serwera synchronizacji (ścieżka domyślna: C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Methods\configuration) dodać następujące zapytanie:  
UNION ALL
select
1,
0,
'ImieNazwisko',
cast ((Prc_Imie1 +' '+ Prc_Nazwisko) as varchar)
from cdn.opekarty opekar
join cdn.PRCKarty pckar on opekar.Ope_PrcNumer=pckar.Prc_GIDNumer
where Ope_GIDTyp =128 and Ope_GIDNumer=@UserId
UNION ALL
select
1,
0,
'telefon',
cast (Prc_Telefon3 as varchar)
from cdn.opekarty opekar
join cdn.PRCKarty pckar on opekar.Ope_PrcNumer=pckar.Prc_GIDNumer
where Ope_GIDTyp =128 and Ope_GIDNumer=@UserId
UNION ALL
select
1,
0,
'email',
cast (Prc_EMail as varchar)
from cdn.opekarty opekar
join cdn.PRCKarty pckar on opekar.Ope_PrcNumer=pckar.Prc_GIDNumer
where Ope_GIDTyp =128 and Ope_GIDNumer=@UserId
  Powyższe zapytania pobierają z bazy systemu ERP dane dotyczące pracownika: imię i nazwisko, telefon, e-mail. Dodanie zapytań do pliku spowoduje, że konkretne dane zostaną przesynchronizowane do tabeli Configuration na bazie mobilnej. Kolejnym krokiem jest modyfikacja pliku wydruku 1#SalesOrder#data#Wydruk_domyślny.xml znajdującego się w katalogu Printouts serwera synchronizacji. Należy dodać zapytania pobierające zsynchronizowane wcześniej dane do tabeli Configuration. Nowo dodane fragmenty zostały oznaczone kolorem żółtym:  
...
<set>
<name>Logo</name>
<query>SELECT Data FROM PrintoutsImages WHERE Name='logo.png'</query>
</set>
<set>
<name>Wystawil</name>
<query>SELECT Value FROM Configuration WHERE key like 'ImieNazwisko'</query>
</set>
<set>
<name>Wystawiltel</name>
<query>SELECT Value FROM Configuration WHERE key like 'telefon'</query>
</set>
<set>
<name>Wystawilemail</name>
<query>SELECT Value FROM Configuration WHERE key like 'email'</query>
</set>
...
  Ostatnim krokiem jest modyfikacja pliku wydruku 1#SalesOrder#layout#Wydruk_domyślny.xml, która polega na dodaniu wpisów odpowiedzialnych za wyświetlanie danych, które zostały zwrócone w zapytaniach w pliku 1#Order#data#Wydruk_domyślny.xml:  
…
<horizontal split="no">
<section weight="2.4"/>
<section weight="0.8">
<image class="signature" set="Header" var="Signature" />
</section>
</horizontal>
<horizontal split="no">
<section weight="1.5">
<p class="left"><data set="Wystawil" var="Value" /></p>
<p class="left">Telefon: <data set="Wystawiltel" var="Value" /></p>
<p class="left">E-mail: <data set="Wystawilemail" var="Value" /> </p>
<hr/>
<p class="centered">Uprawniony do wystawienia dokumentu</p>
</section>
  Po wykonaniu powyższych modyfikacji należy wykonać synchronizację z urządzenia mobilnego. Po modyfikacji wydruk powinien wglądać następująco:
 
Zamówienie Sprzedaży z danymi osoby wystawiającej
 

Przykłady modyfikacji wydruków termicznych

Usunięcie tabeli i przesunięcie tekstu

Opis modyfikacji będzie dotyczył standardowej definicji wydruku termicznego dokumentu Faktura sprzedaży. Opisane zostanie usunięcie tabeli zawierającej informacje o VAT oraz przesunięcie informacji o zapłacie na prawą stronę wydruku.
Standardowy wydruk termiczny dokumentu Faktura Sprzedaży
  Należy zmodyfikować plik: 17#SalesInvoice#layout#Thermal#Vline112#Wydruk_domyślny.xml. W pliku tym należy usunąć lub zakomentować linijki dotyczące tabeli zawierającej informacje o VAT jak poniżej:
<table query="VatAggregation" length="64">
<header>
<column offset="0">Stawka VAT</column>
<column offset="18">Wartość netto</column>
<column offset="34">Wartość VAT</column>
<column offset="48">Wartość brutto</column>
</header>
<row>
<line>
<row_item name="VatRateName" offset="0" length="18" align="left" />
<row_item name="NetValue" format="currency" offset="18" length="13" align="right" />
<row_item name="VatValue" format="currency" offset="31" length="14" align="right" />
<row_item name="GrossValue" format="currency" offset="45" length="17" align="right" />
</line>
</row>
</table>
oraz dla części zawierającej informacje o zapłacie zmodyfikować wartości offset z 0 na 40 (cały wydruk ma szerokość 80) poszczególnych danych jak w przykładzie poniżej zaznaczono kolorem czerwonym:
...
<line>
<text offset="40" length="21" align="left">Razem do zapłaty:</text>
<data query="Summary" columnName="Value" format="currency" offset="22" length="10" align="right" />
</line>
<line>
<text offset="40" length="21" align="left">Zapłacono:</text>
<data query="Summary" columnName="Paid" format="currency" offset="22" length="10" align="right" />
</line>

<command comment="set_bold_font" format="hex" code="1B47"/> 
<line>
<text offset="40" length="21" align="left">Pozostaje do zapłaty:</text>
<data query="Summary" columnName="ToPay" format="currency" offset="22" length="10" align="right" />
<data query="Header" columnName="Currency" offset="33" length="5" align="left" />
</line>
...
  Po wprowadzeniu tej modyfikacji wydruk termiczny Faktury sprzedaży powinien wyglądać następująco:
Wydruk dokumentu Faktura Sprzedaży po modyfikacji
 

Dodanie nowych danych na wydruk

Jeżeli istnieje potrzeba pokazania na wydruku niestandardowych danych można to zrealizować w następujący sposób:
  • przesynchronizować potrzebne dane do tabeli Configuration bazy mobilnej
  • umieścić nowe dane na wydruku
 
Standardowy wydruk termiczny dokumentu Faktura Sprzedaży
  Poniżej przedstawiony jest przykład dodania na wydruk dokumentu danych pracownika, który wystawił dokument: Faktura Sprzedaży przy współpracy z Comarch ERP XL 2018.2.1. W sposób opisany poniżej można synchronizować dowolne dane z systemu ERP i prezentować je na wydruku.
Uwaga
Zapytania SQL wykorzystywane w tym przykładzie mogą różnić się w zależności od systemu ERP oraz jego wersji.
W pierwszej kolejności należy w odpowiednim dla wersji systemu ERP pliku konfiguracyjnym znajdującym się w katalogu Methods serwera synchronizacji (ścieżka domyślna: C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Methods\configuration) dodać następujące zapytanie:  
UNION ALL
select
1,
0,
'ImieNazwisko',
cast ((Prc_Imie1 +' '+ Prc_Nazwisko) as varchar)
from cdn.opekarty opekar
join cdn.PRCKarty pckar on opekar.Ope_PrcNumer=pckar.Prc_GIDNumer
where Ope_GIDTyp =128 and Ope_GIDNumer=@UserId
UNION ALL
select
1,
0,
'telefon',
cast (Prc_Telefon3 as varchar)
from cdn.opekarty opekar
join cdn.PRCKarty pckar on opekar.Ope_PrcNumer=pckar.Prc_GIDNumer
where Ope_GIDTyp =128 and Ope_GIDNumer=@UserId
UNION ALL
select
1,
0,
'email',
cast (Prc_EMail as varchar)
from cdn.opekarty opekar
join cdn.PRCKarty pckar on opekar.Ope_PrcNumer=pckar.Prc_GIDNumer
where Ope_GIDTyp =128 and Ope_GIDNumer=@UserId
  Powyższe zapytania pobierają z bazy systemu ERP dane dotyczące pracownika: imię i nazwisko, telefon, e-mail. Dodanie zapytań do pliku spowoduje, że konkretne dane zostaną przesynchronizowane do tabeli Configuration na bazie mobilnej. Kolejnym krokiem jest modyfikacja pliku wydruku 11#SalesOrder#data#Thermal#Vline112#Wydruk_domyślny.xml znajdującego się w katalogu Printouts serwera synchronizacji. Należy dodać zapytania pobierające zsynchronizowane wcześniej dane do tabeli Configuration. Nowo dodane fragmenty zostały oznaczone kolorem żółtym:
...
<set>
<name>Logo</name>
<query>SELECT Data FROM PrintoutsImages WHERE Name='logo.png'</query>
</set>
<set>
<name>Wystawil</name>
<query>SELECT Value FROM Configuration WHERE key like 'ImieNazwisko'</query>
</set>
<set>
<name>Wystawiltel</name>
<query>SELECT Value FROM Configuration WHERE key like 'telefon'</query>
</set>
<set>
<name>Wystawilemail</name>
<query>SELECT Value FROM Configuration WHERE key like 'email'</query>
</set>
...
  Ostatnim krokiem jest modyfikacja pliku wydruku 11#SalesOrder#layout#Thermal#Vline112#Wydruk_domyślny.xml, która polega na dodaniu wpisów odpowiedzialnych za wyświetlanie danych, które zostały zwrócone w zapytaniach w pliku 11#SalesOrder#data#Thermal#Vline112#Wydruk_domyślny.xml w miejsce nad linię z informacją o osobach uprawnionych i dacie odbioru:  
<line>
<data query="Wystawil" columnName="Value" format="currency" offset="0" length="30" align="center" />
</line>
<line>
<data query="Wystawiltel" columnName="Value" format="currency" offset="0" length="30" align="center" />
</line>
<line>
<data query="Wystawilemail" columnName="Value" format="currency" offset="0" length="30" align="center" />
</line>

<line>
<text offset="0" length="30" align="center">Uprawniony do wystawienia dok.</text>
<text offset="31" length="18" align="center">Data odbioru</text>
<text offset="50" length="30" align="center">Uprawniony do odbioru dok.</text>
</line>
…
  Po wykonaniu powyższych modyfikacji należy wykonać synchronizację z urządzenia mobilnego. Po modyfikacji wydruk termiczny powinien wglądać następująco:
 
Wydruk dokumentu Faktura Sprzedaży z dodatkowymi danymi
 

Rozszerzalność aplikacji

Rozszerzalność aplikacji

Istnieje możliwość modyfikacji standardowego wyglądu oraz działania aplikacji poprzez integracje z zewnętrzną aplikacją. Możliwości, jakie daje funkcjonalność to:
  • rozszerzanie górnego paska aplikacji (ActionBara) w głównym oknie listy kontrahentów o nowe elementy, rozszerzanie ActionBara w oknie dokumentu, pozycji dokumentu, raportu, terminarza, zlecenia serwisowego, czynności serwisowych o nowe elementy,
  • rozszerzanie dużej kalkulacji pozycji na dokumentach (ukrywanie kontrolek, dodawanie nowych,
  • modyfikacja istniejących np. poprzez zmianę tekstu lub koloru),
  • rozszerzanie karty kontrahenta (ukrywanie kontrolek, dodawanie nowych oraz modyfikacja istniejących).
Przykład
Za pomocą przycisku umożliwiono przełączanie się pomiędzy domyślną stawką VAT dla towaru, a alternatywną stawką VAT ustawioną na kontrahencie.
Przykład zastosowania rozszerzalności aplikacji – możliwość przełączania się pomiędzy domyślną stawką VAT zdefiniowaną dla kontrahenta
Oprócz zmiana interfejsowych możliwe jest także rozszerzanie procesu synchronizacji o nowe elementy, w celu prze synchronizowania dodatkowych tabel/obiektów z systemu ERP. Więcej informacji i rozszerzalności aplikacji znajduje się TUTAJ.

Raporty

Edycja raportów

W aplikacji umożliwiono usuwanie, dodawanie oraz edycję raportów z poziomu serwera synchronizacji. Definicje raportów znajdują się w katalogu: C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji/Reports. Aby dodać nowy raport należy utworzyć jego definicję, a następnie zapisać go w formacie xml.
Uwaga
W przypadku zapisu definicji raportu w Notatniku należy wybrać kodowanie UTF-8.
Aby usunąć istniejący raport należy zmienić jego ID na ujemne, następnie zmienić datę modyfikacji (np. wystarczy zapisać ponownie plik z raportem) i wykonać synchronizację.
Uwaga
Podczas synchronizacji definicji raportów na urządzenie brana jest pod uwagę data modyfikacji pliku. W celu wymuszenia synchronizacji raportu należy wykonać dowolną modyfikację.
Zmiana ID raportu na ujemne
Istnieje możliwość zmiany języka raportu.
Przykład
W przypadku, gdy w wersji polskojęzycznej chcemy mieć raport w języku niemieckim, to należy zmodyfikować ostatni człon nazwy z deu na pol, następnie należy zmienić datę modyfikacji.

Konfiguracja raportów prowizji

Do odpowiedniego wyliczenia raportu prowizji konieczne jest założenie następującego atrybutu na karcie towaru, gdzie:
  • Klasa Atrybutów: „Prowizja”
  • Typ:  Liczba
Po zdefiniowaniu na kartach produktu w systemie Comarch ERP XL odpowiedniego atrybutu, w aplikacji można porównywać sprzedaż pod względem wartości prowizji.
Ustawienie atrybutu na karcie towaru (Prowizja) w systemie Comarch ERP XL

Elementy składowe

Definicja raportu składa się z danych sekcji xml. Główną sekcją raportu jest sekcja reportW niej zaś zawarte są następujące:
  • reportHeader
  • reportType
  • orderOnList
  • onListVisibillity
  • arguments
  • elements
W celu opisania elementów składowych raportów jako przykład wykorzystany zostanie standardowy raport dostępny w aplikacji Comarch Mobile - Podsumowanie dnia, którego definicja znajduje się w pliku 2#SummaryOfTheDay#pol.xml.

 

Nagłówek

Nagłówek raportu opisany jest sekcją reportHeader, w niej zaś znajdują się poniższe:
Nazwa name
Opis Nazwa raportu.
Parametry
  • wartość tekstowa
 
Nazwa description
Opis Opis raportu.
Parametry
  • wartość tekstowa
Przykład
<reportHeader> <name>Podsumowanie dnia</name> <description>Podsumowanie wykonanych w dniu operacji. Sprzedaż wg grup. Udział grup w sprzedaży dnia.</description> </reportHeader>
 
Widok raportu w kaflu Raporty
 

Typ raportu

Sekcja oznaczająca typ raportu: reportType. Musi zawierać następującą sekcję:
Nazwa value
Opis Wartość typu raportu. Np. jeżeli użytkownik nie posiada praw do dokumentów zakupowych, to nie wykona raportu o typie 2.
Parametry
  • 0 - wszystkie typy
  • 1 - raport sprzedażowy
  • 2 - raport zakupowy
  • 3 - raport serwisowy
Przykład
<reportType> <value>0</value> </reportType>
 

Kolejność raportów

Sekcja oznaczająca priorytet raportu: orderOnList. Musi zawierać następującą sekcję:
Nazwa value
Opis Priorytet wyświetlania raportu na liście raportów w kaflu Stan.
Parametry
  • brak sekcji - raport wyświetlany pod elementami zawierającymi tą sekcję
  • wartość liczbowa
Przykład
<orderOnList> <value>1</value> </orderOnList>
 

Widoczność raportu

Sekcja onListVisibillity określa miejsca w aplikacji mobilnej poza kaflem Raporty, z których dostępny jest raport. Musi zawierać następującą sekcję:
Nazwa value
Opis Wartość występowania raportu. Możliwe wartości łączone np. 129 = 128+1 - raport widoczny zarówno na liście kontrahentów jak i karcie kontrahenta.
Parametry
  • 0 - tylko lista raportów
  • - lista kontrahentów
  • - lista towarów
  • - element wizyty "Inny"
  • 8 - listy pozycji dokumentów
  • 16 - duża kalkulacja podczas dodawania pozycji na dokument
  • 32 - pasek po rozpoczęciu wizyty handlowej
  • 64 - karta towaru
  • 128 - karta kontrahenta
  • suma wybranych wartości
Przykład
<onListVisibillity> <value>8</value> </onListVisibillity>
 
Dostępność raportu z poziomu dodawania pozycji na dokumencie
 

Argumenty

Raport może wykorzystywać podane przez użytkownika aplikacji po kliknięciu w ikonę ołówka argumenty (parametry). Argumenty znajdują się w sekcji arguments definicji raportu, zaś poszczególne argumenty opatrzone są sekcją argument według następującego przykładu:
Przykład
<arguments> <argument> ... </argument> </arguments>
 
Parametry raportu Podsumowanie dnia
 
Wskazówka
Aby wstawiane polecenia SQL działały poprawnie należy umieścić je w znaczniku <![CDATA[ polecenieSQL ]>  w celu wyłączenia spod analizy deserializatora XML.
  Argument może zawierać następujące sekcje:
Nazwa id
Opis Identyfikator argumentu.
Parametry
  • wartość liczbowa
 
Nazwa typeId
Opis Typ argumentu.
Parametry
  • 0 - wybór daty
  • 1 - pole tekstowe
  • 2 - lista z parametrami zdefiniowanymi w sekcji posibleSQL
  • 3 - pole liczbowe
  • 4 - wybór kontrahenta
  • 5 - wybór towaru
  • - wybór typu check
Wskazówka
Jeżeli typ argumentu został wybrany jako 0 (wybór daty), to element defaultSQL należy ustawić jako: <![CDATA[select date('now','localtime')]]> zaś posibleSQL zostawić puste wstawiając: <![CDATA[]]>
Przykład
Przykład argumentu wybranego jako typ (typ check) w raporcie Prezentacja partii towaru (45#ItemLots#pol.xml) dostępnym przy współpracy z systemem ERP Altum: <argument> <id>3</id> <typeId>6</typeId> <name>mag</name> <visibleName>Magazyn</visibleName> <defaultSQL><![CDATA[ SELECT '(' || group_concat(id, ',') || ')' AS Conc, 'Wszystkie' AS Value FROM Warehouses WHERE IsActive = 1 AND Id > 0 GROUP BY Value ]]> </defaultSQL> <posibleSQL><![CDATA[ SELECT id || ' [' || code || '] ' , name FROM Warehouses WHERE IsActive = 1 AND Id > 0 ]]> </posibleSQL> </argument>
 
Widok wyboru parametru o typie check
 
Nazwa name
Opis Nazwa argumentu używana w poleceniach SQL.
Parametry
  • wartość tekstowa
 
Nazwa visibleName
Opis Nazwa argumentu widoczna w aplikacji.
Parametry
  • wartość tekstowa
 
Nazwa defaultSQL
Opis Wartość parametru ustawiana domyślnie. Jeżeli wartość pozostanie pusta (ustawiona na <![CDATA[]]>) to wartość parametru w aplikacji ustawi się na 'Wybierz wartość' i konieczny będzie wybór tego parametru przed otwarciem raportu.
Parametry
  • polecenie SQL
 
Nazwa posibleSQL
Opis Wartości parametru możliwe do wyboru.
Parametry
  • polecenie SQL
 
Nazwa isErpSQL
Opis Znacznik decydujący czy polecenie SQL ma być wykonywane na bazie systemu ERP. Używany w raportach online.
Parametry
  • brak sekcji - polecenie wykonywane na bazie mobilnej
  • - polecenie wykonywane na bazie mobilnej
  • - polecenie wykonywane na bazie systemu ERP
 
Nazwa validationRule
Opis Znacznik definiujący sposób walidacji argumentu (tylko dla typu data).
Parametry
  • Trzy cyfry oddzielone kropkami np. 2.0.1:
    • Pierwsza cyfra: 0 - brak walidacji 1 - sprawdzenie, czy data jest przyszła 2 - sprawdzenie, która data jest późniejsza
    • Druga cyfra - określa pary argumentów (np. argument dataOd 2.1.1 a dataDo 2.1.2)
    • Trzecia cyfra - określa która data ma być wcześniejszą (wartość 1), a która późniejszą (wartość 2)
 
Przykład
<argument> <id>2</id> <typeId>2</typeId> <name>grupowanie</name> <visibleName>Sposób grupowania</visibleName> <defaultSQL><![CDATA[select 0,'Brak']]></defaultSQL> <posibleSQL><![CDATA[select 0,'Brak' union all select 1,'Kategoria' union all select 2,'Marka' union all select 3,'Producent' union all select 4,'Grupa']]></posibleSQL> </argument>
  Zdefiniowany w powyższym przykładzie argument widoczny jest w aplikacji w następujący sposób:
Parametr Sposób grupowania
 

Elementy

Elementy raportu składają się na jego wygląd w aplikacji mobilnej. Poszczególne elementy raportu znajdują się w sekcji elements definicji raportu, zaś każda z poniżej opisanych sekcji może znajdować się w sekcji elementktóra jest definicją jednego elementu.
Przykład
<elements> <element> ... </element> </elements>
 
Nazwa id
Opis Identyfikator elementu.
Parametry
  • wartość liczbowa
 
Nazwa typeId
Opis Typ elementu.
Parametry
  • 0 – nagłówek raportu, który w aplikacji widoczny jest w raporcie na zielonej belce.
  • 1 – tabela1
  • 2 – tabela2
  • 3 – wykres słupkowy
  • 4 – wykres kołowy
  • 5 – wykres liniowy
  • 6 – wartość tekstowa
 
Nazwa sql
Opis Polecenie SQL wykonywane na bazie SQL, które tworzy tabelę wynikową. Podanie argumentu odbywa się poprzez umieszczenie jego nazwy w znakach @ np. @grupowanie@.
Parametry
  • polecenie SQL/polecenie wywołujące procedurę
 
Nazwa header
Opis Nagłówek elementu.
Parametry
  • wartość tekstowa/polecenie SQL
 
Nazwa headerType
Opis Typ nagłówka raportu.
Parametry
  • 0 - tekst
  • 1 - polecenie SQL
 
Nazwa isSummary 
Opis Znacznik czy element zawiera podsumowanie zwartości tabeli. W przypadku jego użycia w sekcji sql należy umieścić polecenia sumujące wybrane kolumny tabeli.
Parametry
  • brak sekcji - brak podsumowania
  • 0 - brak podsumowania
  • 1 - podsumowanie
  • polecenie SQL zwracające jedną z powyższych wartości
 
Nazwa isSummaryType
Opis Typ znacznika podsumowania.
Parametry
  • brak sekcji - wartość liczbowa
  • 0 - wartość liczbowa
  • 1 - polecenie SQL
 
Nazwa isErpSQL
Opis Znacznik czy polecenie ma być wykonane na bazie systemu ERP. Używany w raportach online.
Parametry
  • brak sekcji - polecenie wykonywane na bazie mobilnej
  • 0 - polecenie wykonywane na bazie mobilnej
  • 1 - polecenie wykonywane na bazie systemu ERP
 
Nazwa reportTypeVisibility
Opis Widoczność elementu w zależności od rodzaju raportu.
Parametry
  • 0 - wszystkie typy
  • 1 - raport sprzedażowy
  • 2 - raport zakupowy
  • 3 - raport serwisowy
 
Nazwa showNumberOfRows
Opis Wyświetla liczbę zwróconych rekordów w tabeli jako ostatni wiersz tabeli. Używane tylko gdy sekcja isSummary przyjmuje wartość 1.
Parametry
  • brak sekcji - nie wyświetlaj
  • 0 - nie wyświetlaj
  • 1 - wyświetl
 
Nazwa isExecute
Opis Znacznik czy wykonać dany element.
Parametry
  • 0 - brak wykonania
  • 1 - wykonanie
  • polecenie SQL zwracające jedną z powyższych wartości
 
Nazwa isExecuteType
Opis Typ znacznika wykonania elementu.
Parametry
  • brak sekcji - wartość liczbowa
  • - wartość liczbowa
  • 1 - polecenie SQL
Przykład
<element>
<id>8</id>
<typeId>3</typeId>
<sql>
<![CDATA[

select
coalesce(categories.name, 'Brak kategorii') as Kategoria,
sum(DocumentsPositions.GrossValueInSystemCurrency) as NetValue
from documents
join documentspositions
on documentspositions.documentid = documents.id
AND DocumentsPositions.DocumentIsLocal = Documents.DocumentIsLocal
and DocumentsPositions.IsItemsSetVirtualPosition = 0
and DocumentsPositions.RelatedItemsSetOrdinal is null
join items on items.id = documentspositions.itemid
left join categories on items.categoryid = categories.id
where Documents.DocumentIsLocal = 1 AND documents.NumeratorId IN (16,17) AND datetime(DocumentDate/1000, 'unixepoch','localtime') >datetime(date(@data@/1000, 'unixepoch', 'localtime'),'start of day') and  datetime(DocumentDate/1000, 'unixepoch','localtime') <datetime(date(@data@/1000, 'unixepoch','localtime'),'start of day','+1 day', '-1 seconds')  and 1 = @grupowanie@ group by categories.name

union all

select
coalesce(brands.name, 'brak marki') as Marka,
sum(DocumentsPositions.GrossValueInSystemCurrency) as NetValue
from documents
join documentspositions
 on documentspositions.documentid = documents.id
 AND DocumentsPositions.DocumentIsLocal = Documents.DocumentIsLocal
 and DocumentsPositions.IsItemsSetVirtualPosition = 0
 and DocumentsPositions.RelatedItemsSetOrdinal is null
join items on items.id = documentspositions.itemid
left join brands on items.brandid = brands.id
where Documents.DocumentIsLocal = 1 AND documents.NumeratorId IN (16,17) AND datetime(DocumentDate/1000, 'unixepoch','localtime') >datetime(date(@data@/1000, 'unixepoch', 'localtime'),'start of day') and  datetime(DocumentDate/1000, 'unixepoch','localtime') <datetime(date(@data@/1000, 'unixepoch','localtime'),'start of day','+1 day', '-1 seconds')  and 2 = @grupowanie@ group by brands.name

union all

select
coalesce(Producers.name, 'brak producenta') as Grouping,
sum(DocumentsPositions.GrossValueInSystemCurrency) as NetValue
from documents
join documentspositions
 on documentspositions.documentid = documents.id
AND DocumentsPositions.DocumentIsLocal = Documents.DocumentIsLocal
and DocumentsPositions.IsItemsSetVirtualPosition = 0
and DocumentsPositions.RelatedItemsSetOrdinal is null
join items on items.id = documentspositions.itemid
left join Producers on items.producerid = Producers.id
where Documents.DocumentIsLocal = 1 AND documents.NumeratorId IN (16,17) AND datetime(DocumentDate/1000, 'unixepoch','localtime') >datetime(date(@data@/1000, 'unixepoch', 'localtime'),'start of day') and  datetime(DocumentDate/1000, 'unixepoch') <datetime(date(@data@/1000, 'unixepoch','localtime'),'start of day','+1 day', '-1 seconds') and 3 = @grupowanie@ group by Producers.name

union all

select
coalesce(ig.name  , 'brak grupy towaru') as Grupa ,
sum(DocumentsPositions.GrossValueInSystemCurrency) as GrossValue
from documents
join documentspositions
on documentspositions.documentid = documents.id
AND DocumentsPositions.DocumentIsLocal = Documents.DocumentIsLocal
and DocumentsPositions.IsItemsSetVirtualPosition = 0
and DocumentsPositions.RelatedItemsSetOrdinal is null
join items on items.id = documentspositions.itemid
join itemsgroupslinks igl on items.id = igl.itemid
join itemsgroups ig on groupid = ig.id
where Documents.DocumentIsLocal = 1 AND documents.NumeratorId IN (16,17) AND (select count(*) from itemsgroups join itemsgroupslinks on itemsgroupslinks.itemid = igl.itemid and itemsgroups.id = itemsgroupslinks.groupid where parentid = ig.id) = 0 and datetime(DocumentDate/1000, 'unixepoch','localtime') >datetime(date(@data@/1000, 'unixepoch', 'localtime'),'start of day') and  datetime(DocumentDate/1000, 'unixepoch','localtime') <datetime(date(@data@/1000, 'unixepoch','localtime'),'start of day','+1 day', '-1 seconds') and @grupowanie@=4 group by ig.name]]>
</sql>
<header>Wykres zakupu wg grupowania</header>
<isSummary>0</isSummary>
<reportTypeVisibility>2</reportTypeVisibility>
</element>
 
Widok standardowego raportu Podsumowanie dnia

Przykłady modyfikacji raportów

Dodanie argumentu

W celu opisania przykładowej modyfikacji raportu wykorzystany zostanie Raport dobowy przedstawiciela. Do raportu zostanie dodany argument za pomocą którego możliwe będzie wybranie dnia, z którego dany raport zostanie zaprezentowany. W tym celu należy wyedytować definicję raportu o nazwie 53#DailyReport#pol.xml znajdującą się w domyślnej lokalizacji C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Reports\ i katalogu odpowiednim dla systemu ERP. W pliku tym należy przed sekcją elements dodać sekcję zawierającą argumenty raportu oraz argument o typie daty (typeId = 0) według następującego przykładu:
Przykład
<arguments> <argument> <id>1</id> <typeId>0</typeId> <name>data</name> <visibleName>Data</visibleName> <defaultSQL><![CDATA[]]></defaultSQL> <posibleSQL><![CDATA[select date('now','localtime')]]></posibleSQL> </argument> </arguments>
  Kolejnym krokiem dla lepszej czytelności raportu będzie usunięcie godziny z nagłówka raportu znajdującego się na zielonej belce. Dla pierwszego elementu raportu (id = 1) należy wyedytować sekcję sql w pozostawiając następujące polecenie:
<![CDATA[select '<b<![CDATA[>Raport dobowy<br/><b/> ', date(@data@/1000, 'unixepoch', 'localtime')]]>
Następnie w całym pliku należy wyszukać wszystkie fragmenty kodu odnoszące się do aktualnej daty i zamienić je na odnoszące się do wcześniej zdefiniowanego argumentu. Wobec tego należy fragmenty:
date('now','localtime')
Zamienić na następujące:
date(@data@/1000, 'unixepoch', 'localtime')
Po wykonaniu tych kroków zmodyfikowany raport będzie wymagał wyboru daty:
Widok okna z wyborem parametru
I będzie prezentował dane o stanach magazynów mobilnych oraz wystawionych dokumentach, zapisach kasowych i obrotu kaucjami z wybranego dnia.
Widok raportu z różnymi danymi

Dodanie nowej kolumny w tabeli

W celu opisania modyfikacji wykorzystany zostanie raport Sprzedaż SKU. Modyfikacja dotyczyć będzie dodania nowej kolumny z kodem EAN w tabeli Towary.  
Standardowy raport Sprzedaż SKU
  W tym celu należy wyedytować definicję raportu o nazwie 1#SalesSKU#pol.xml znajdującą się w domyślnej lokalizacji C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Reports\.
Wskazówka
Poprawność modyfikowanych zapytań SQL można zweryfikować wykonując je na bazie mobilnej (plik data.db na urządzeniu mobilnym) np. za pomocą narzędzia SQLite Studio.
W pliku należy wyedytować zapytanie SQL dla elementu o id = 3 dodając do niego pole zwracające kod EAN dla danego towaru w poleceniu select wraz z funkcją IFNULL, która w przypadku braku kodu EAN dla towaru zwróci pustą wartość w wierszu tabeli. Następnie należy do zapytania dołączyć tabelę ItemsBarcodes używając polecenia LEFT JOIN oraz odpowiednich aliasów. Dodane linijki zostały oznaczone kolorem żółtym.
<id>3</id>
<typeId>1</typeId>
<sql>
<![CDATA[
	Select
		Items.Name as '[l]Nazwa', 
		IFNULL(bar.Barcode, '') AS EAN,
		(sum(DocumentsPositions.Quantity/DocumentsPositions.Denominator*DocumentsPositions.Nominator))  as '[d4]Ilość', 
		DocumentsPositions.UnitName as JM, 
		cast(ROUND(sum(DocumentsPositions.NetValueInSystemCurrency), 2) as Varchar) || ' ' || c.Symbol as 'Netto', 
		cast(ROUND(sum(DocumentsPositions.GrossValueInSystemCurrency), 2) as varchar) || ' ' || c.Symbol as 'Brutto', 
		sum(DocumentsPositions.Quantity) as '[d4]Ilość(podst.)',
		DocumentsPositions.BaseUnitName as 'JM(podst.)'  
	from Documents d
	join DocumentsPositions
	  on d.Id = DocumentsPositions.DocumentId
	 AND d.DocumentIsLocal = DocumentsPositions.DocumentIsLocal
	 and DocumentsPositions.IsItemsSetVirtualPosition = 0
	 and DocumentsPositions.RelatedItemsSetOrdinal is null
	join Items on Items.Id = DocumentsPositions.ItemId 
	left JOIN ItemsBarcodes bar ON bar.ItemId = DocumentsPositions.ItemId
	join Currencies c ON c.e = 1 AND c.IsSystem = 1
	where d.DocumentIsLocal = 1 AND NumeratorId IN (1,2,3,4,5) AND datetime(d.DocumentDate/1000, 'unixepoch','localtime') >datetime(date(@dataOd@/1000, 'unixepoch','localtime'),'start of day') 
	and  datetime(d.DocumentDate/1000, 'unixepoch','localtime') <datetime(date(@dataDo@/1000, 'unixepoch','localtime'),'start of day','+1 day', '-1 seconds')  
	group by DocumentsPositions.ItemId,unitname order by items.name
	]]>
</sql>
  Zmodyfikowany w ten sposób raport będzie prezentował się następująco:
Raport Sprzedaż SKU z dodatkową kolumną EAN

Usunięcie kolumny z tabeli

W celu opisania modyfikacji wykorzystany zostanie raport Ranking kontrahentów kupujących towar, w którym to usunięte zostaną dwie kolumny z tabeli: Marża (kwotowo) i Marża (procentowo).  
Standardowy raport: Ranking kontrahentów kupujących towar
  W tym celu należy wyedytować definicję raportu o nazwie 38#CustomersPurchasingItems#pol.xml znajdującą się w domyślnej lokalizacji C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Reports\.
Wskazówka
Poprawność modyfikowanych zapytań SQL można zweryfikować wykonując je na bazie mobilnej (plik data.db na urządzeniu mobilnym) np. za pomocą narzędzia SQLite Studio.
  Z pliku należy usunąć część zapytania SQL dla elementu o id = 2, która odpowiada za zwrócenie wartości danych kolumn Marża (kwotowo) i Marża (procentowo). Będzie to poniższy fragment, który dla tego elementu występuje dwa razy:
CASE
  WHEN SUBSTR(ROUND(SUM(Case when d.IsVatFromNetValue == 1 THEN dp.MarginValueInSystemCurrency ELSE dp.MarginValueInSystemCurrency*100/(100+dp.VatRateValue) END), 2), LENGTH(ROUND(SUM(Case when d.IsVatFromNetValue == 1 THEN dp.MarginValueInSystemCurrency ELSE dp.MarginValueInSystemCurrency*100/(100+dp.VatRateValue) END), 2))-1,1) = "."
  THEN ROUND(SUM(Case when d.IsVatFromNetValue == 1 THEN dp.MarginValueInSystemCurrency ELSE dp.MarginValueInSystemCurrency*100/(100+dp.VatRateValue) END), 2) || "0" || "<br/>" || (Select Value From Configuration Where Key == 'Currency')
  ELSE ROUND(SUM(Case when d.IsVatFromNetValue == 1 THEN dp.MarginValueInSystemCurrency ELSE dp.MarginValueInSystemCurrency*100/(100+dp.VatRateValue) END), 2) || "<br/>" || (Select Value From Configuration Where Key == 'Currency')
END AS '[c]Marża<br/>(kwotowo)',
					      					
CASE
  WHEN (Select Value From Configuration Where Key == 'MarginCountType') == 1            
  THEN IFNULL(ROUND(ROUND(SUM(Case when d.IsVatFromNetValue == 1 THEN dp.MarginValueInSystemCurrency ELSE dp.MarginValueInSystemCurrency*100/(100+dp.VatRateValue) END), 2)/SUM(dp.EndNetPriceInSystemCurrency * dp.Quantity)*100, 2), 0.00) || " %"               
  ELSE IFNULL(ROUND(ROUND(SUM(Case when d.IsVatFromNetValue == 1 THEN dp.MarginValueInSystemCurrency ELSE dp.MarginValueInSystemCurrency*100/(100+dp.VatRateValue) END), 2)/SUM(dp.BaseNetPriceInSystemCurrency * dp.Quantity)*100, 2), 0.00) || " %"               
END AS '[c]Marża<br/>(procentowo)'
  Dodatkowo należy usunąć możliwość wyboru sortowania danych po usuniętych kolumnach. W tym celu dla argumentu o id = 4 z sekcji posibleSQL należy usunąć następujące wartości:
UNION ALL
SELECT 3, 'Marża(kwotowo)'
UNION ALL
SELECT 4, 'Marża(procentowo)'
  Po wykonaniu powyższych kroków raport powinien wyglądać następująco:
Raport: Ranking kontrahentów kupujących towar po modyfikacji

Kontrahenci

Określenie rodzajów kontrahentów na wzorcu wizyty

Istnieje możliwość planowania wizyt z uwzględnieniem rodzaju kontrahenta. Funkcjonalność ta jest zależna od określenia rodzajów kontrahentów na wzorcu wizyty w systemie ERP XL:
Określenie rodzajów kontrahenta na wzorcu wizyty
Zaznaczenie powyższego parametru spowoduje, że operator będzie mógł zaplanować wizytę z danym wzorcem tylko dla znajdujących się na liście rodzajów kontrahentów. Jeśli opcja ta zostanie odznaczona, będzie istniała możliwość dodania lub usunięcia danego rodzaju kontrahentów z listy.

Obsługa programów lojalnościowych

W aplikacji Comarch Mobile jest możliwość obsługi programów lojalnościowych. Umożliwiono pobieranie z systemu ERP punktów lojalnościowych zgromadzonych na kontach określonych kontrahentów za zakup poszczególnych towarów. Zebrane punkty mogą zostać wykorzystane w aplikacji mobilnej do nadania rabatów. Aby umożliwić rozliczanie punktów lojalnościowych z poziomu aplikacji Comarch Mobile, należy:
  • stworzyć definicję programu lojalnościowego zgodnego ze swoimi założeniami oraz wymaganiami opisanymi w dalszej części dokumentu,
  • obsłużyć synchronizację punktów lojalnościowych kontrahentów,
  • włączyć obsługę programu lojalnościowego w pliku configuration.*.statement (Domyślna lokalizacja pliku to C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Methods\configuration), poprzez zmianę wartości klucza [IsLoyaltyEnabled] na 1.

Struktura definicji programu lojalnościowego

Przygotowane definicje programów lojalnościowych należy umieścić w pliku z rozszerzeniem XML w katalogu [LoyaltyProgramsDefinitions] katalogu głównego serwera synchronizacji Mobile. Nazwa pliku musi składać się z <IdProgramuLojalnosciowego>#<NazwaProgramuLojalnosciowego>.xml
Przykład
12#NaszaLojalnosc.xml
Synchronizacja definicji do urządzeń mobilnych odbywa się po każdej modyfikacji w plikach definicji. Aby usunąć już zsynchronizowaną definicję z urządzeń mobilnych należy zmienić id programu na wartość ujemną. Taka definicja zostanie usunięta przy następnej synchronizacji.
Przykład
-12#NaszaLojalnosc.xml
<?xml version=”1.0″ encoding=”UTF-8″?> <LoyaltyProgram>

<Name>…</Name>

<SettleDocumentsValue>…</SettleDocumentsValue>

<CheckContractorStatusQuery>

</CheckContractorStatusQuery>

<CheckArticleStatusQuery>

</CheckArticleStatusQuery>

<InitialMessageQuery>

</InitialMessageQuery>

<AfterRemovePositionLoyaltyProgramQuery>

</AfterRemovePositionLoyaltyProgramQuery>

<AfterAddPositionLoyaltyProgramQuery>

</AfterAddPositionLoyaltyProgramQuery>

<AfterRemoveDocumentLoyaltyProgramQuery>

</AfterRemoveDocumentLoyaltyProgramQuery>

<AfterAddDocumentLoyaltyProgramQuery>

</AfterAddDocumentLoyaltyProgramQuery>

</LoyaltyProgram>

Elementy w definicji program lojalnościowego

  • Name – Nazwa program lojalnościowego
  • SettleDocumentsValue – flaga bitowa określająca, na jakich dokumentach bierze udział program lojalnościowy. Poszczególne typy dokumentów będą miały przyporządkowane wartości:

1 – OS

2 – ZS

4 – FS

8 – PA

16 – WZ

32 – WM

Wskazówka
Wartość pola 5 oznaczać będzie, że rozliczenie punktów dostępne będzie na dokumentach OS i FS (1+4).
  • CheckContractorStatusQuery – Zapytanie sprawdzające czy dany kontrahent bierze udział w programie lojalnościowym oraz zwraca liczbę punktów dostępnych dla kontrahenta. Zwrócenie wiersza oznacza, że kontrahent bierze udział w programie lojalnościowym.
    • Parametry wejściowe:
      • @DocumentType – typ dokumentu. Wartość zgodna z wartościami z punktu drugiego.
      • @ContractorId – identyfikator kontrahenta
      • @LoyaltyProgramId – identyfikator programu lojalnościowego
      • @EditedDocumentId – identyfikator dokumentu, który jest teraz aktualnie reedytowany (został tylko zapisany wcześniej, został cofnięty do bufora)
    • Kolumny wyjściowe:
      • Liczba punktów dostępnych do zużycia przez kontrahenta
  • CheckArticleStatusQuery – Zapytanie sprawdzające czy dany towar jest dostępny w danym programie lojalnościowym oraz zwraca liczbę punktów do rozliczenia na pozycji.
    • Parametry wejściowe
      • @ArticleId – identyfikator towaru na który wystawiana jest pozycja
      • @StartGrossPrice – początkowa cena brutto
      • @StartNetPrice – początkowa cena netto
      • @Quantity – ilość w jednostce bazowej
      • @AvailablePoints – liczba dostępnych punktów kontrahenta
      • @EditedDocumentId – identyfikator edytowanego dokumentu
      • @VatRate – stawka VAT (np. dla 23% – parametr ten będzie miał wartość 23)
      • @VatDirection – kierunek VAT (0 – Netto, 1 – Brutto)
    • Kolumny wyjściowe
      • MaxPointsToSettleValue – maksymalna liczba punktów możliwa do rozliczenia na pozycji
      • EndGrossPrice – końcowa cena brutto na pozycji po rozliczeniu punktów MaxPointsToSettleValue
  • InitialMessageQuery – Zapytanie tworzące komunikat powitalny.
    • Parametry wejściowe
      • @DocumentType – typ dokumentu. Wartość zgodna z wartościami z punktu drugiego.
      • @ContractorId – identyfikator kontrahenta
      • @LoyaltyProgramId – identyfikator programu lojalnościowego
      • @EditedDocumentId – identyfikator dokumentu, który jest teraz aktualnie reedytowany (został tylko zapisany wcześniej, został cofnięty do bufora)
    • Kolumny wyjściowe
      • InitialMessageText – komunikat powitalny. Może zawierać proste tagi html’owe w celu sformatowania tekstu. (np. Dodanie nowej linii <br />, Zmiana koloru fragmentu tekstu <font color=”#FF0000″></font>, itd.)
  • AfterRemovePositionLoyaltyProgramQuery – Zapytanie wykonywane po usunięciu rozliczenia programu lojalnościowego na pozycji. Służy do wycofania zmian wykonanych w AfterAddPositionLoyaltyProgramQuery.
    • Parametry wejściowe
      • @LoyaltyProgramId – identyfikator programu lojalnościowego
      • @ProgramName – nazwa programu lojalnościowego
      • @AttributeObjectType – typ atrybutów dla pozycji
      • @ObjectId – identyfikator dokumentu
      • @ObjectIsLocal – identyfikator dokumentu
      • @ObjectSubId – identyfikator pozycji
      • @ObjectSubIsLocal – identyfikator pozycji
    • Obsługiwane jest wiele zapytań w ramach tej samej definicji. Separator skryptów „;GO;
  • AfterAddPositionLoyaltyProgramQuery – Zapytanie wykonywane po zapisie dokumentu – dla każdej pozycji, która zostaje rozliczona za pomocą programu lojalnościowego.
    • Parametry wejściowe
      • @LoyaltyProgramId
      • @ProgramName
      • @SettledPoints
      • @AttributeObjectType
      • @ObjectId
      • @ObjectIsLocal
      • @ObjectSubId
      • @ObjectSubIsLocal
      • @StartGrossPrice – cena początkowa brutto
      • @StartNetPrice – cena początkowa netto
      • @StartGrossValue – wartość brutto
      • @StartNetValue – wartość netto
    • Obsługiwane jest wiele zapytań w ramach tej samej definicji. Separator skryptów „;GO;
  • AfterRemoveDocumentLoyaltyProgramQuery – Zapytanie wykonywane po usunięciu rozliczenia programu lojalnościowego z dokumentu. Służy do wycofywania zmian wykonanych w
    • Parametry wejściowe
      • @LoyaltyProgramId
      • @ProgramName
      • @SettledPoints
      • @AttributeObjectType
      • @ObjectId
      • @ObjectIsLocal
      • @ObjectSubId
      • @ObjectSubIsLocal
    • Obsługiwane jest wiele zapytań w ramach tej samej definicji. Separator skryptów „;GO;
  • AfterAddDocumentLoyaltyProgramQuery – Zapytanie wykonywane po zapisie dokumentu z rozliczeniem programu lojalnościowego.
    • Parametry wejściowe
      • LoyaltyProgramId
      • ProgramName
      • SettledPoints
      • AttributeObjectType
      • ObjectId
      • ObjectIsLocal
      • ObjectSubId
      • ObjectSubIsLocal
    • Obsługiwane jest wiele zapytań w ramach tej samej definicji. Separator skryptów „;GO;

Synchronizacja punktów lojalnościowych kontrahentów

Aby umożliwić synchronizację punktów lojalnościowych kontrahentów należy zaimplementować metody synchronizacji obiektu [contractorsloyaltypoints]:
  • *.statement – zapytanie pobierające aktualne stany punktów kontrahentów. Zwracane kolumny:
    • OperationType – typ operacji (dodawanie, usuwanie, edycja),
    • OperationTS – timestamp synchronizacji,
    • LoyaltyProgramId – identyfikator programu lojalnościowego,
    • ContractorId – identyfikator kontrahenta,
    • Points – liczba dostępnych punktów do rozliczenia przez kontrahenta,
    • LockedPoints – liczba punktów dostępnych lecz zablokowanych do rozliczenia. Obecnie parametr ten nie jest jeszcze obsługiwany, dlatego zawsze kolumna ta powinna zwracać wartość 0.
  • contractorsloyaltypoints*.xml – definicja metody synchronizacji, triggery aktualizujące timestampy wierszy

Rozliczanie punktów w systemie Comarch ERP XL

Rozliczanie punktów należy obsłużyć po stronie systemu Comarch ERP XL za pomocą triggera wdrożeniowego aktywowanego np. potwierdzeniem dokumentu. Dokładny sposób rozliczenia jest zależny od  mechanizmów zaimplementowanych w programie lojalnościowym po stronie systemu Comarch ERP XL. Program lojalnościowy może zostać oparty poprzez atrybuty zdefiniowane w systemie Comarch ERP XL. W takiej obsłudze będą brani pod uwagę Kontrahenci, którzy posiadają zdefiniowany atrybut ze wskazaniem programu lojalnościowego (np. Nasza Lojalność), a przedstawiciel będzie mógł nadać rabat tylko na pozycjach towarów oznaczonych też odpowiednim atrybutem.
Dodanie atrybutu na karcie towaru
Dodanie atrybutu na karcie kontrahenta
Obecne implementacje do przesyłania informacji o liczbie rozliczonych punktów, korzystają z atrybutów (klasa atrybutu tylko do odczytu) ustawianych na pozycjach dokumentów (za pomocą AfterAddPositionLoyaltyProgramQuery) z wartością rozliczonych na pozycji punktów. Podczas synchronizacji do systemu ERP dokumentów, w momencie ich potwierdzenia, w triggerze sprawdzone powinno zostać istnienie atrybutu rozliczającego punkty na pozycjach. Wartość rozliczonych punktów powinna zostać odjęta z puli punktowej kontrahenta. Dodatkowo rozliczenie takie powinno spowodować podbicie odpowiednich timestampów w [contractorsloyaltypoints] w celu wymuszenia synchronizacji aktualnego stanu punktów kontrahenta.

Wyświetlanie limitu kredytowego do wykorzystania przez kontrahenta

Istnieje możliwość ukrywania informacji o przyznanej oraz wykorzystanej kwocie limitu. Dzięki tej funkcjonalności przedstawiciel handlowy będzie miał dostęp tylko do kwoty limitu pozostającej do wykorzystania przez kontrahenta oraz kwot dozwolonych po terminie i przeterminowanych. W plikach konfiguracyjnych znajdujących się w katalogu (domyślnie): C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Methods znajduje się parametr [IsContractorsCreditLimitsValueVisible], odpowiedzialny za ukrywanie/odkrywanie powyższych informacji. Domyślna wartość tego parametru to „1”. Więcej informacji nt. tego parametru znajduje się TUTAJ.

Przypisanie grupy towarów oraz magazynów do kontrahenta

W systemie Comarch ERP XL istnieje możliwość przypisania grupy towarów oraz magazynów, z których pobierane będą towary dla danego kontrahenta. Dostępne towary oraz magazyny dla danego kontrahenta należy wskazać na Karcie kontrahenta, zakładka [Aplikacje].
Wskazówka
Można:
  • wybrać grupę towarów, która będzie dostępna w aplikacji dla danego Kontrahenta,
  • wybrać magazyny, które będą dostępne dla danego Kontrahenta,
  • określić magazyn domyślny.
Przypisanie grupy towarów oraz magazynów do kontrahenta
W przypadku wyboru Magazynów istnieje możliwość określenia, który magazyn będzie domyślny i dostępny w aplikacji Comarch Mobile.
Przypisanie magazynów do kontrahenta, określenie magazynu domyślnego i dostępnego w aplikacji

Wyświetlanie waluty na karcie kontrahenta

W aplikacji Comarch Mobile istnieje możliwość ustawienia domyślnej waluty, która będzie wyświetlana na karcie kontrahenta. Walutę ustawia się w zakładce [Rozliczenia] na karcie kontrahenta.
Informacja o domyślnej walucie na karcie kontrahenta w systemie Comarch ERP XL
Operator, który ma uprawnienia do edycji karty kontrahenta może również zmieniać rodzaj waluty na tej karcie. Uprawnienie to nadaje się w systemie Comarch ERP XL w konfiguracji oddziału mobilnego w zakładce kontrahenci [Edycja kontrahenta].

Kolorowanie kontrahentów

Istnieje możliwość kolorowania kontrahentów. Aby dany rodzaj kontrahentów został pokolorowany w aplikacji należy w systemie Comarch ERP XL, w module: Administrator wybrać z menu pozycję: Listy\Słowniki kategorii\CRM\Rodzaje kontrahentów i przypisać odpowiedni kolor do danego rodzaju kontrahenta.
Przypisywanie koloru do rodzaju kontrahenta w systemie Comarch ERP XL
Po wykonaniu synchronizacji kontrahenci dostępni w aplikacji zostaną oznaczeni na liście odpowiednim kolorem. Przed nazwą i akronimem każdego pokolorowanego kontrahenta będzie wpisany rodzaj kontrahenta.
Kolorowanie kontrahentów w aplikacji

Konfiguracja limitu kredytowego kontrahenta

W aplikacji obsłużona została kontrola limitu kredytowego. Do wyliczenia salda porównywanego z limitem uwzględniane są zobowiązania wobec kontrahenta oraz nierozliczone wpłaty. W przypadku, gdy saldo należności od kontrahenta przekroczy ustalony limit, wówczas przy próbie zarejestrowania transakcji sprzedaży (potwierdzenia dokumentu sprzedaży) aplikacja zareaguje stosownie do uprawnień użytkownika, a ściślej do ustawień w definicji dokumentu: uniemożliwi zarejestrowanie transakcji lub wyświetli ostrzeżenie (w systemie Comarch ERP XL, okno: [Definicja dokumentu], zakładka: [Ogólne]). Uwzględniane są przy tym ustawienia w definicji dokumentu dla centrum struktury praw, do którego należy zalogowany do aplikacji operator. Szczegółowe informacje dotyczące ustawień na definicji dokumentu znajdują się TUTAJ. W systemie Comarch ERP XL istnieje możliwość ustalenia limitu kredytowego:
  • Nieograniczonego (w tym przypadku informacja na temat listy limitów kredytowych nie jest pobierana do aplikacji Comarch Mobile)
  • Ograniczonego kwotowo z konkretną datą zakończenia
  • Ograniczonego kwotowo, bezterminowego (bez określonej daty zakończenia)
(Należy pamiętać aby strefa czasowa na urządzeniu mobilnym była zgodna ze strefa czasową na serwerze.) Dla danego kontrahenta można zdefiniować obecnie kilka limitów kredytowych. Każdy limit jest rejestrowany dla określonego okresu, w którym ma obowiązywać, a poszczególne okresy dodanych limitów nie mogą się pokrywać.
Karta kontrahenta w systemie Comarch ERP XL, zakładka: [Limity kredytowe]
Do aplikacji Comarch Mobile pobierane są informacje na temat obecnych i przyszłych limitów kredytowych wraz z dozwoloną kwotą przeterminowania. W przypadku, gdy limit kredytowy w systemie Comarch ERP XL został wyrażony w walucie obcej, wówczas przy pobieraniu go do aplikacji Comarch Mobile zostanie on przeliczony na walutę systemową wg wybranego kryterium:
  • Daty Od – kursu z dnia rozpoczynającego okres limitu kredytowego;
  • Daty bieżącej – bieżący kurs;
  • Dnia poprzedniego – kurs z dnia poprzedniego;
  • Ustalony – zdefiniowany na limicie.
Dodawanie limitu kredytowego w systemie Comarch ERP XL
Ze względu na możliwą do zdefiniowania strukturę wielooddziałową kontrahentów w systemie Comarch ERP XL, wprowadzona została kontrola centralnego limitu kredytowego, który ustalany jest na centrali i dotyczy wszystkich kontrahentów, którzy są jej oddziałami. Jeśli dla centrali ustawiony zostanie limit kredytowy, to dany oddział nie będzie mógł go przekroczyć. W przypadku struktury oddziałowej kontrola limitu kredytowego przebiega dwuetapowo:
  • sprawdzany jest limit kredytowy danego kontrahenta i jeśli dany kontrahent jest oddziałem następuje przejście do drugiego etapu
  • jeśli limit kredytowy oddziału nie został przekroczony lub został przekroczony, ale w definicji dokumentu zaznaczona jest opcja dotycząca zatwierdzania: Zezwalaj lub Ostrzegaj, następuje sprawdzenie limitu kredytowego centrali.
Jeśli dany kontrahent jest centralą, zawsze sprawdzany jest tylko jego limit. Dodatkowo, jeśli kontrolowany jest limit centrali, sprawdzane jest wykorzystanie limitu centrali oraz wszystkich kontrahentów, którzy są jej oddziałami. Aktualny limit kredytowy dla danego kontrahenta prezentowany jest na karcie kontrahenta, w sekcji [Handlowe]. Możliwe jest również prezentowanie limitu kredytowego w walucie obcej, jeśli zdefiniowano to wcześniej w systemie Comarch ERP XL. W przypadku, gdy kontrahent:
  • nie posiada limitu kredytowego, wówczas w aplikacji prezentowany jest: Brak bieżącego limitu kredytowego
  • posiada nieograniczony limit kredytowy, wówczas w aplikacji prezentowany jest: Nieograniczony.
Okno prezentowane jest po wybraniu przycisku grupie Handlowe w wierszu Limit kredytowy.
Karta kontrahenta wraz limitem kredytowym wyświetlanym w walucie obcej
Poniżej zostało zaprezentowane okno, w którym wyświetlane są informacje na temat limitów kredytowych danego kontrahenta.
Limity kredytowe zdefiniowane dla danego kontrahenta
Okno jest podzielone na trzy sekcje: Sekcja: Bieżący limit kredytowy:
  • Okres obowiązywania – zakres dat, w którym obowiązuje dany limit kredytowy
  • Parametry – parametry zaznaczone na definicji dokumentu FS w danym centrum głównym, zakładka Ogólne (Sekcja: W limicie kredytowym uwzględniaj)
Definicja dokumentu FS w systemie Comarch ERP XL
  • Limit z kontrahenta – informacja na temat tego, czy limit kredytowy jest pobierany z karty kontrahenta, czy karty płatnika. Ustawienia, odnośnie pobierania limitu kredytowego z kontrahenta znajdują się w systemie Comarch ERP XL na Karcie kontrahenta\zakładka: [Handlowe]\ Forma i termin płatności oraz limit kredytowy z kart.
Karta kontrahenta w systemie Comarch ERP XL
Karta kontrahenta w systemie Comarch ERP XL w zakładce Limity kredytowe pokazuje wykorzystanie limitu kredytowego. Zawiera następujące informacje:
  • Limitu kredytowego – kwota udzielonego limitu kredytowego
  • Wykorzystana – odzwierciedla wykorzystaną kwotę kredytu.
  • Pozostaje do wykorzystania – odzwierciedla kwotę kredytu możliwą do wykorzystania. Jeżeli kwota będzie ujemna, to zostanie wyświetlona w aplikacji w kolorze czerwonym
  • Dozwolona po terminie – odzwierciedla kwotę dozwoloną po terminie obowiązywania limitu
  • Przeterminowana – odzwierciedla kwotę przeterminowanych płatności. Jeżeli kwota przeterminowana będzie większa od kwoty dozwolonej po terminie, kwota ta zostanie wyświetlona w aplikacji w kolorze czerwonym
Limit kredytowy w systemie Comarch ERP XL
Limit kredytowy w aplikacji
Sekcja: Następny limit kredytowy Prezentowana jest w przypadku, gdy kontrahent posiada zdefiniowane kolejne limity kredytowe. Po naciśnięciu na przycisk zostanie wyświetlone okno w którym zaprezentowane są wszystkie limity kredytowe określone dla danego kontrahenta. Składa się z prezentowanych chronologicznie kolejnych limitów kredytowych zaplanowanych dla danego kontrahenta. W sekcji widoczne są następujące informacje:
Lista limitów kredytowych w aplikacji Comarch Mobile
W aplikacji Comarch Mobile istnieje możliwość ukrywania informacji o przyznanej oraz wykorzystanej kwocie limitu. Dzięki tej funkcjonalności przedstawiciel handlowy będzie miał dostęp tylko do kwoty limitu pozostającej do wykorzystania przez kontrahenta oraz kwot dozwolonych po terminie i przeterminowanych.

Konfiguracja koncesji

W aplikacji Comarch Mobile istnieje możliwość sprzedawania artykułów objętych koncesją oraz posiadają informację o dacie ważności danej koncesji. W celu korzystania z funkcjonalności w systemie Comarch ERP XL konieczne jest, aby na karcie towaru określony był rodzaj koncesji niezbędny do jego sprzedaży jak na rysunku.
Wybór koncesji niezbędnej do sprzedaży towaru
Dodatkowo w systemie XL konieczne jest zdefiniowanie daty ważności danej koncesji na karcie kontrahenta jak na rysunku poniżej.
Definicja koncesji na karcie kontrahenta
Dzięki wprowadzeniu funkcjonalności kontroli koncesji przedstawiciel handlowy otrzyma informację, gdy będzie chciał sprzedać towar objęty koncesją dla kontrahenta, u którego koncesja jest przeterminowana.
Komunikat pojawiający się, gdy brak aktualnej koncesji dla kontrahenta

Określenie wymaganych pól podczas rejestracji kontrahenta

W systemie Comarch ERP XL istnieje możliwość określenia pól, które będą wymagane podczas dodawania nowego kontrahenta w aplikacji. Pola wymagane definiowane są w module Administrator Comarch ERP XL: Słowniki kategorii/CRM/ Rodzaje kontrahentów. Po wybraniu danego rodzaju kontrahenta należy określić, które informacje będą wymagane podczas rejestrowania karty kontrahenta.
Określenie pól wymaganych podczas rejestracji kontrahenta dla danego rodzaju kontrahenta w systemie Comarch ERP XL
Uwaga
Na chwilę obecną, w aplikacji Comarch Mobile nie jest obsłużony parametr "Przy zapisie [Ostrzegaj/Zablokuj]". W przypadku niewypełnienia wymaganych pól zapis karty kontrahenta zostanie uniemożliwiony.
W momencie, gdy podczas rejestracji nowego kontrahenta w aplikacji, wymagane dane nie zostaną uzupełnione, nie będzie możliwe zapisanie tworzonej karty i wyświetlony zostanie odpowiedni komunikat informujący.
Uwaga
Istnieje możliwość sparametryzowania funkcjonalności dodawania i edycji kontrahentów przez operatorów. W zależności od konfiguracji oddziału mobilnego w systemie Comarch ERP XL operator będzie mógł dodawać/edytować kontrahentów tylko o określonym rodzaju. Więcej informacji na ten temat znajduje się TUTAJ.

Prawo do edycji kontrahenta

W systemie Comarch ERP XL istnieje możliwość przypisania operatorowi prawa do edycji kontrahenta na urządzeniu mobilnym.
Przypisanie operatorowi prawa do edycji kontrahentów
Nowo dodani kontrahenci mogą być modyfikowani do momentu wysłania ich kart do systemu Comarch ERP XL. Aby edytować kartę kontrahenta pobranego z systemu Comarch ERP XL konieczne jest odpowiednie skonfigurowanie stanowiska mobilnego - więcej informacji znajduje się TUTAJ.

Wystawianie zamówień sprzedaży pomimo wstrzymanych transakcji dla kontrahenta

W aplikacji Comarch Mobile istnieje możliwość wystawiania dokumentu ZS (Zamówienie Sprzedaży) dla kontrahenta, który jednocześnie ma zablokowane wystawianie pozostałych dokumentów (FS, PA, WZ i WM).
Konfiguracja systemu Comarch ERP XL, aby możliwe było wystawienie dokumentów ZS, podczas gdy transakcje są zablokowane
Kartoteka kontrahenta – zablokowane transakcje, możliwość wystawienia dokumentu ZS, OS, RLS
Gdy w systemie Comarch ERP XL zaznaczony zostanie znacznik zarówno „Wstrzymano transakcje” jak i „Wstrzymano zamówienia” wówczas Przedstawiciel handlowy nie będzie miał możliwości wystawiania żadnych dokumentów na danego kontrahenta (nie dotyczy Oferty Sprzedaży oraz Reklamacji).

Możliwość ukrywania/udostępniania kart kontrahentów dla poszczególnych oddziałów mobilnych

W najnowszej wersji systemu została udostępniona opcja ukrywania/udostępniania pojedynczych kontrahentów dla poszczególnych oddziałów mobilnych.
Opcja dostępność w Oddziałach Mobile Sprzedaż
Po wywołaniu opcji "Dostępność w Oddziałach Mobile Sprzedaż" podnosi się nowe okno, w którym za pomocą "+" można dodać oddział mobilny, w którym kontrahent ma zostać udostępniony lub ukryty.
Lista oddziałów, dla których ma być udostępniony/ukryty kontrahent
Jeżeli kontrahent ma trafić do danego oddziału mobilnego wystarczy przypisać oddział do listy nie zaznaczając żadnej opcji. Jeżeli kontrahent ma zostać ukryty w danym oddziale należy zaznaczyć opcję „Nie wysyłaj” dla tego oddziału. Jeżeli karta kontrahenta ma być ukryta jednocześnie dla wszystkich oddziałów Comarch Mobile należy zaznaczyć opcję „Wszystkie”.

Blokada realizacji działań handlowych dla nowo utworzonego kontrahenta

Aplikacja Comarch Mobile umożliwia blokowanie realizacji działań handlowych dla nowo utworzonego kontrahenta do czasu jego synchronizacji do systemu ERP. Kontrahent dodany w aplikacji Comarch Mobile jest oznaczony ikonką . Zablokowana zostanie możliwość wystawiania dokumentów handlowych, dokumentów ZSR oraz tworzenia działań CRM we wszystkich miejscach w aplikacji. Aby mieć możliwość wystawiania poszczególnych działań handlowych dla nowo utworzonego kontrahenta konieczne jest wykonanie synchronizacji z systemem ERP.
Uwaga
Za konfigurację tej funkcjonalności odpowiada parametr CanBlockActionsForNewContractorBeforeSynchronization. Wartość parametru należy zmienić w pliku contractors.xl.statement w lokalizacji C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Methods\configuration. Więcej informacji na temat konfiguracji znajduje się TUTAJ.
Po włączeniu parametru CanBlockActionsForNewContractorBeforeSynchronization i utworzeniu nowego kontrahenta w aplikacji Comarch Mobile:
  • po kliknięciu w sekcję Działania, Serwis oraz Handlowe na karcie kontrahenta zostanie wyświetlony komunikat: "Brak możliwości wykonywania działań handlowych. Dokonaj synchronizacji nowego kontrahenta."
Widok okna informującego o konieczności synchronizacji
  • po kliknięciu na liście kontrahentów w menu kontekstowym nowego kontrahenta nie jest widoczna opcja "Dodaj dokument"

  • podczas wystawiania dokumentów w kaflu Dokumenty, Serwis i Kasa lub działania CRM w kaflu Terminarz i Dzień w momencie wyboru kontrahenta, który nie został jeszcze zsynchronizowany z systemem ERP, pojawi się komunikat: "Należy dokonać synchronizacji nowego kontrahenta."

Widok okna informującego o konieczności synchronizacji
  • w przypadku kafla Dokumenty, Dzień, Serwis i Terminarz ukryta jest ikonka odpowiedzialna za dodanie nowego kontrahenta
 

Obsługa atrybutów

Istnieje możliwość pobierania i wypełniania atrybutów. Atrybuty w aplikacji Comarch Mobile prezentowane są w sekcji: [Informacje dodatkowe]. Atrybuty można wyświetlać jako klasy lub klasy w grupach. Obsługa atrybutów przy współpracy z systemem Comarch ERP XL
Typy obiektów Funkcjonalność
Kontrahenci Podgląd i edycja
Towary Podgląd
Samochody Podgląd
Nagłówki dokumentów Podgląd i edycja
Pozycje dokumentów Podgląd i edycja
Aby klasa atrybutu była widoczna w aplikacji mobilnej należy w definicji atrybutu wskazać obiekty na zakładce [Obiekty] oraz zaznaczyć parametr [Podgląd] w grupie [Comarch Mobile] na zakładce [Ogólne]. Zaznaczenie parametru [Edycja] umożliwi dodatkowo edycję atrybutów na niektórych typach obiektów.
Przykładowa definicja klasy atrybutu w systemie Comarch ERP XL
W aplikacji mobilnej obsługiwane są również flagi [Wymagany] oraz [Automat]. Jeżeli dany atrybut jest oznaczony jako Wymagany w systemie ERP, to w aplikacji Comarch Mobile jest oznaczony znakiem . W aplikacji obsługiwane są następujące typy atrybutów:
  • Flaga
  • Tekst
  • Liczba
  • Lista
  • Adres URL – w przypadku wskazania adresu strony internetowej, po naciśnięciu przycisku strona zostanie otwarta w domyślnej przeglądarce na urządzeniu mobilnym
W aplikacji obsłużone zostały następujące formaty atrybutów:
  • Tekst
  • Data
  • 1234
  • 1234.56
  • 1234.5678
  • Zaawansowany
Aby była możliwość wyświetlania atrybutów w grupach należy w systemie Comarch ERP XL na liście Atrybutów z poziomu zakładki [Grupy klas atrybutów] stworzyć odpowiednie grupy atrybutów:
Definicja grupy klasy atrybutu
oraz przypisać do stworzonej grupy obiekt, z którego poziomu ma być dostępna grupa atrybutów.
Przypisanie obiektu
Następnie należy przypisać odpowiednie klasy atrybutów. Jedna klasa może być przypięta do kilku grup jednocześnie.

Atrybut okresowy

Istnieje możliwość skonfigurowania atrybutu o parametrze [Okresowy]. Zaznaczając ten parametr możliwe będzie określenie wartości atrybutu oraz okresu jego obowiązywania.
Okno dodawania wartości atrybutu oraz edycja okresu obowiązywania
Możliwe jest utworzenie wielu wartości dla atrybutu w różnych okresach obowiązywania. Okresy obowiązywania nie mogą się pokrywać, w innym przypadku system nie pozwoli na zapisanie takich wartości.
Utworzone wartości atrybutu okresowego
Atrybut okresowy w Comarch Mobile

Wizyty handlowe

Konfiguracja elementu wizyty: Zrób zdjęcie punktu

Podczas realizacji elementu wizyty typu: Merchandising (wykonanie zdjęcia) z ustawionym kodem elementu: [ZRÓB ZDJĘCIE PUNKTU] jest zapisywany punkt GPS, który następnie jest ustawiany jako punkt wzorcowy dla danego kontrahenta. W takim przypadku, do wyświetlania trasy wzorcowej (zaplanowanej) nie będzie brany adres kontrahenta, tylko zarejestrowany punkt wzorcowy.
Konfiguracja elementu wizyty: Zrób zdjęcie punktu
Uwaga
W przypadku korzystania z elementu wizyty Merchandising, w tym rejestracji pozycji GPS, wymagana jest licencja na Moduł Monitorowanie.

Kolorowanie wizyt handlowych

W celu wyróżnienia w aplikacji Comarch Mobile wizyt według ich typów, w systemie Comarch ERP XL istnieje możliwość konfiguracji ich kolorowania. Aby dany typ wizyty handlowej został wyróżniony w aplikacji należy w systemie Comarch ERP XL, w module [Administrator] wybrać z menu pozycję: Listy\Słowniki kategorii\CRM\Typy wizyt oraz przypisać odpowiedni kolor do danego typu wizyty.
Przypisywanie koloru do wizyty w systemie Comarch ERP XL
Aby odpowiednie typy wizyty zostały w aplikacji widoczne w określonym kolorze należy wykonać synchronizację. Po utworzeniu w aplikacji Comarch Mobile wizyty w określonym typie jest ona widoczna zgodnie ze skonfigurowanym wcześniej w systemie Comarch ERP XL ustawieniem kolorów.
Kolorowanie wizyt w aplikacji wg typów

Potwierdzenie przez kierownika wizyt planowanych w aplikacji

Istnieje możliwość ustawienia, aby WH zaplanowane przez Przedstawiciela Handlowego wymagały potwierdzenia przez Kierownika. Opcja dostępna jest po zaznaczeniu parametru dostępnego w systemie Comarch ERP XL na konfiguracji danego oddziału (zakładka: Wizyty) [Wymagaj potwierdzenia]
Opcja: Wymagaj potwierdzenia
Po ustawieniu ww. parametru wizyta po zaplanowaniu przez Operatora będzie miała status „Niezatwierdzony” i ustawioną automatycznie opcję [Wyślij po zaplanowaniu].
Planowanie WH podczas, gdy w systemie Comarch ERP XL została zaznaczona opcja: [Wymagaj potwierdzenia]
Z poziomu listy działań będzie prezentowana kolorem zielonym. Do momentu potwierdzenia wizyty w systemie Comarch ERP XL niemożliwa będzie realizacja wizyty.
Zaplanowana WH, która wymaga potwierdzenia przez kierownika
Po synchronizacji, w systemie Comarch ERP XL lub aplikacji Comarch Mobile Zarządzanie, kierownik ma możliwość zatwierdzenia, odrzucenia bądź przeniesienia wizyty na inny termin. Po wykonaniu kolejnej synchronizacji z poziomu urządzenia mobilnego (pobraniu potwierdzenia) przedstawiciel będzie miał możliwość realizacji wizyty.

Określanie towarów wymaganych

Aby towary były wymagane na takim dokumencie należy dodać je w systemie Comarch ERP XL w definicji elementu wzorca wizyty w oknie [Towary] wymagane. Dla każdego towaru można określić minimalną ilość, jaka jest wymagana oraz czy towar jest obowiązkowy (pole [Wymagaj] ustawione na Tak). Wszystkie towary z tej listy automatycznie dodadzą się do koszyka z ilością równą ilości minimalnej. Towar, który nie jest obowiązkowy ([Wymagaj]: Nie) można usunąć z koszyka poprzez wpisanie 0 w polu z ilością. W przypadku, gdy towar jest obowiązkowy ([Wymagaj]: Tak) nie można zmienić jego ilości na mniejszą od ilości minimalnej, ani też całkowicie usunąć go z koszyka.
Element wzorca wizyty w systemie Comarch ERP XL, towary wymagany

Zdefiniowanie domyślnego rodzaju przejazdu

Istnieje możliwość zdefiniowania domyślnego rodzaju przejazdu. Wówczas podczas rejestracji przejazdu w pole [Rodzaj] automatycznie ustawiana jest domyślna wartość zdefiniowana w systemie Comarch ERP XL. Domyślną wartość dla rodzaju przejazdu należy ustawić w [Słownikach kategorii] w Administratorze Comarch ERP XL.
Zdefiniowanie domyślnej wartości dla rodzaju przejazdu w systemie Comarch ERP XL

Określenie rodzajów kontrahentów na wzorcu wizyty

Istnieje możliwość planowania wizyt z uwzględnieniem rodzaju kontrahenta. Funkcjonalność ta jest zależna od określenia rodzajów kontrahentów na wzorcu wizyty w systemie ERP XL:
Określenie rodzajów kontrahenta na wzorcu wizyty
Zaznaczenie powyższego parametru spowoduje, że operator będzie mógł zaplanować wizytę z danym wzorcem tylko dla znajdujących się na liście rodzajów kontrahentów. Jeśli opcja ta zostanie odznaczona, będzie istniała możliwość dodania lub usunięcia danego rodzaju kontrahentów z listy.

Udostępnianie załączników

W aplikacji obsłużona jest funkcjonalność pobierania załączników z systemu Comarch ERP XL przypisanych do nagłówka, elementu wizyty handlowej lub wzorca wizyty. Aby załącznik został pobrany przy imporcie wizyty handlowej z Comarch ERP XL należy zaznaczyć na liście załączników opcję [Dostępność w Mobile Sprzedaż].
Udostępnianie załącznika w aplikacji Comarch Mobile
Aplikacja umożliwia pobieranie załączników w formatach typu:
  • Obraz
  • MSExcel
  • MSWord
  • Plik PDF
  • Inny
Uwaga
Do prawidłowego wyświetlenia załącznika niezbędne jest posiadanie na urządzeniu mobilnym aplikacji, które obsługują dany rodzaj pliku.

Wymagalność potwierdzania wizyty w zależności od wybranego wzorca

Funkcjonalność ta umożliwia większą kontrolę działań pracownika. Wszystkie wizyty wymagające potwierdzenia, dopóki nie zostaną potwierdzone, nie będą dostępne do realizacji. W celu skonfigurowania wymagalności potwierdzania wizyt z określonymi wzorcami należy:
  • Na definicji oddziału mobilnego, na zakładce: Wizyty musi zostać zaznaczony check: [Wymagaj potwierdzenia].
Ustawienie na definicji oddziału mobilnego: Wymagaj potwierdzenia.
  • Dodać atrybut o Nazwie: Wymagaj potwierdzenia, Typie: Flaga, Obiekty: [CRM].[Wzorzec wizyty].
Konfiguracja atrybutu: Wymagaj potwierdzenia
  • Skonfigurowany atrybut dodać na definicji wzorca wizyt oraz ustawić jego wartość na TAK lub <Brak>, jeśli potwierdzenie wizyty z takim wzorcem powinno być wymagane i NIE, jeśli potwierdzenie nie jest wymagane.
Dodanie atrybutu do definicji danego wzorca wizyty

Wyświetlanie dodatkowych parametrów na raportach towarowych

W aplikacji Comarch Mobile Sprzedaż istnieje możliwość wyświetlania na raporcie towarów konkurencji i raporcie obecności towarów dodatkowych kolumn zdefiniowanych w systemie Comarch ERP XL.
Dodatkowe kolumny na karcie raportu

Za tę opcję odpowiada parametr [ShowColumnsOnReports], znajdujący się w pliku konfiguracyjnym configuration.xl2024.statement w katalogu: C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\ Methods\configuration. Możliwe wartości parametru to 0 (wartość domyślna), 1 lub 2. Dodatkowe informacje nt. konfiguracji tego parametru znajdują się TUTAJ.

Uwaga
Aby dodatkowa kolumna raportu była widoczna w aplikacji mobilnej, atrybut musi być udostępniony w aplikacji Comarch Mobile Sprzedaż.
Więcej informacji na temat wspomnianej funkcjonalności w raporcie towarów konkurencji znajduje się TUTAJ, a w raporcie obecności towarów - TUTAJ.

Obsługa ankiet z pytaniami wielokrotnego wyboru

Jednym z elementów wizyty handlowej są ankiety. W aplikacji Comarch Mobile Serwis oprócz pytań otwartych i pytań jednokrotnego wyboru umożliwiono korzystanie z ankiet, gdzie konieczne jest wybranie kilku odpowiedzi na raz. W tym celu w pierwszej kolejności należy zdefiniować nowe pytanie i odpowiedzi w systemie Comarch ERP XL: Administrator Oddziałów/Narzędzia /Ankiety/Pytania. Za pomocą ikony plusa:  należy dodać nowe pytanie.
Definicja pytania wielokrotnego wyboru
Wcześniej należy też zdefiniować odpowiedzi dla tych pytań. W przypadku pytań zamkniętych (w tym wielokrotnego wyboru) odpowiedzi mogą zostać wskazane jedynie spośród słownikowych wartości (zdefiniowanej listy wartości). Po naciśnięciu na przycisk [Rodzaj odpowiedzi] powinny podnieść się wszystkie zdefiniowane w systemie ERP słownikowe wartości dla rodzajów odpowiedzi Słowniki kategorii /Inne /Rodzaje odpowiedzi.
Rodzaje odpowiedzi
Kolejnym krokiem jest przypięcie pytania do ankiety. Z poziomu Administratora Oddziałów należy przejść na zakładkę [Narzędzia/Ankiety/Definicje ankiet], a następnie w definicji danej ankiety, w zakładce [Pytania], należy podpiąć pytanie wielokrotnego wyboru. Ostatnią rzeczą o jakiej należy pamiętać jest to, aby wzorzec wizyty udostępniony w Comarch Mobile Serwis [Administrator Oddziałów/Oddziały/Lista oddziałów/Wizyty] na karcie danego oddziału zawierał element Ankiety i zdefiniowaną ankietę z pytaniem wielokrotnego wyboru.

Możliwość kopiowania tygodniowego i dziennego planu wizyt

W aplikacji Comarch Mobile istnieje możliwość kopiowania tygodniowego i dziennego planu wizyt. Za tę opcje odpowiadają parametry [CanCopyWeeklyVisitPlan] i [CanCopyDailyVisitPlan], znajdujące się w plikach konfiguracyjnych katalogu (domyślnie): C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Methods. Parametr ten jest opisany TUTAJ. Więcej informacji na temat wspomnianej funkcjonalności znajduje się TUTAJ.

Możliwość wysyłania realizacji elementu: Merchandising wiadomością e-mail

Uwaga
Opcja dot. realizacji wizyty handlowej z elementem: Merchandising.
W Comarch Mobile istnieje możliwość ustawienia, aby podczas wizyty (bezpośrednio z zadania typu: Merchandising) możliwe było wysłanie wiadomości e-mail z załączonym zdjęciem, wykonanym podczas realizacji tego zadania. Wykonywanie zdjęć podczas elementu wizyty: Merchandising może być wykorzystywane nie tylko do sprawdzenia ekspozycji towarów, ale również do udokumentowania pewnych operacji czy przekazanych dokumentów.
Przykład
Podczas wizyty handlowej Klient może przedstawić dokumenty umowy, czy potwierdzenia przelewu rozliczającego zaległe płatności, które jeszcze nie zostały zaksięgowane. Przedstawiciel wykonując zdjęcie może w ten sposób potwierdzić przekazanie lub podgląd danych dokumentów.
Uwaga
Możliwość wysłania wiadomości e-mail z załączoną realizacją elementu wizyty Merchandising jest dostępna tylko w przypadku, gdy na urządzeniu mobilnym zainstalowana jest aplikacja do obsługi poczty (np. Gmail) oraz odpowiednio skonfigurowany jest klient poczty.
W plikach konfiguracyjnych znajdujących się domyślnie w katalogu: C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Methods znajduje się parametr [CanSendMerchandisingRealization] - opis konfiguracji tego parametru znajduje się TUTAJ. Jeżeli parametr [CanSendMerchandisingRealization] przyjmuje wartość 1, wówczas w Ustawieniach aplikacji w sekcji Parametry działań pojawi się dodatkowe pole Odbiorca wysyłanych zdjęć. Naciśnięcie parametru spowoduje podniesienie okna z polem tekstowym, w którym umożliwione zostanie wprowadzenie adresu e-mail odpowiedniej osoby (np. odpowiedzialnej za odblokowywanie transakcji kontrahentom).
Ustawienia aplikacji Comarch Mobile – parametr: [Odbiorca wysyłanych zdjęć]
Jeżeli do zadania typu Merchandising dodano realizację (wykonano zdjęcie), wówczas naciśnięcie opcji: [Zatwierdź] w pasku górnym spowoduje rozwinięcie menu z dwoma opcjami:
  • Zakończ – powoduje zatwierdzenie realizacji
  • Zakończ i wyślij – powoduje zatwierdzenie realizacji i następnie przejście do akcji wysyłania wiadomości e-mail
Dwie opcje możliwe do wyboru, kiedy w aplikacji została udostępniona możliwość wysyłania zdjęć podczas realizacji elementu wizyty typu Merchandising
Jeżeli zdjęcie zostało wcześniej tylko zapisane, możliwość jego wysłania za pomocą opcji e-mail istnieje także z poziomu menu kontekstowego.
Menu kontekstowe dla zrealizowanego działania typu Merchandising

Planowanie wizyty bez podania wzorca

Istnieje możliwość planowania wizyt bez konieczności określania wzorca wizyty. Dzięki temu przedstawiciel handlowy, będąc na miejscu u Klienta, może określić charakter wizyty handlowej oraz wybrać najlepszy zestaw elementów wizyty do realizacji. Jeżeli podczas planowania wizyty nie zostanie wskazany jej wzorzec, konieczne będzie podanie nazwy wizyty. W plikach konfiguracyjnych znajdujących się w katalogu: C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Methods znajduje się parametr [CanPlanVisitsWithoutPattern] odpowiedzialny za to, czy podczas planowania wizyty konieczne jest wskazanie wzorca. Domyślna wartość tego parametru wynosi 0. Dodatkowe informacje nt. konfiguracji tego parametru znajdują się TUTAJ. Jeśli wartość parametru została ustawiona na 1, wówczas:
  • Jeśli w definicji oddziału został dodany więcej niż jeden wzorzec podczas planowania wizyty pole z nazwą wzorca jest puste. Po podaniu nazwy wizytę można zapisać.
Planowanie wizyty bez podania wzorca
  • Jeśli w definicji oddziału został dodany tylko jeden wzorzec, podczas planowania wizyty ten wzorzec się podpowiada. Po dłuższym przytrzymaniu pola z nazwą wzorca zostanie on usunięty.

Kopiowanie atrybutów kontrahenta na element typu „inny”

Istnieje możliwość kopiowania atrybutu kontrahenta na element typu „Inny”. W plikach konfiguracyjnych znajdujących się w katalogu (domyślnie): C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Methods znajduje się parametr [IsContractorsAttributeVisibleOnVisit] odpowiedzialny za to, czy atrybut z karty kontrahenta ma być widoczny na elemencie typu „Inny” czy też nie. Jeżeli parametr ten przyjmuje wartość 1, wówczas opcja kopiowania atrybutu na element wizyty typu „Inny” zostanie włączona. Dodatkowe informacje nt. tego parametru znajdują się TUTAJ. Funkcjonalność kopiowania atrybutu na element wizyty w Comarch Mobile dotyczy:
  • Klasy atrybutu typu: Tekst
  • Atrybutu widocznego w aplikacji Comarch Mobile
  • Klasy atrybutu przypiętej do obiektu: [Grupa kontrahenta].[Kontrahent]
Comarch ERP XL – definicja klasy atrybutu kontrahenta
Atrybut zdefiniowany w systemie Comarch ERP XL jak powyżej, wyświetlany jest na kartotece kontrahenta w Comarch Mobile jako informacja dodatkowa
Comarch Mobile - atrybut kontrahenta
Informacja dodatkowa z kartoteki kontrahenta zostanie skopiowana na element wizyty jeżeli:
  • parametr IsContractorsAttributeVisibleOnVisit = 1
  • na wzorcu wizyty dodany jest element wizyty o Rodzaju: Inny
Comarch ERP XL - definicja elementu wizyty
Jeżeli spełnione są określone powyżej warunki kopiowania atrybutu kontrahenta, wówczas w oknie wizyty, na liście Zadania do wykonania dla elementu wizyty o rodzaju Inny prezentowane są informacje jak poniżej
Zadania do wykonania dla Wizyty - kopiowanie atrybutu na element „Inny”
 

Wymagalność elementu wizyty

Istnieje możliwość definiowania własnych zapytań SQLite określających, czy element wizyty ma być wymagany. W tym celu w lokalizacji C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\VisitsElementsRequiredQueries (domyślna lokalizacja) należy utworzyć plik o nazwie <id>#<NazwaPliku>.xml, w którym należy umieścić definicje zapytania.
Wskazówka
Przykład takiego zapytania znajduje się w pliku readme.txt w folderze C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\VisitsElementsRequiredQueries

Cykliczność wizyt handlowych

W systemie Comarch ERP XL na Karcie kontrahenta istnieje możliwość ustawienia opcji odbywania wizyt z określoną częstotliwością. W tym celu na Karcie kontrahenta należy wybrać zakładkę [Aplikacje], a następnie przycisk [Cykliczność wizyt].
Karta kontrahenta – wybór cykliczności wizyt
Po wybraniu przycisku [Cykliczność wizyt] możliwe jest zdefiniowanie warunków i parametrów związanych z realizowaniem danej wizyty.
Definicja cykliczności wizyt handlowych
Uwaga
Na chwilę obecną parametr [Koniec po X wystąpieniach] nie jest obsługiwany.

Obsługa raportu obecności z przypisanymi urządzeniami

W aplikacji Comarch Mobile Serwis istnieje możliwość sprawdzenia obecności urządzeń u kontrahenta. Jest to możliwe za pomocą wizyty handlowej posiadającej następujące elementy:
  • Ankieta – zawierająca pytania odnośnie numeru seryjnego posiadanych urządzeń
  • Inny – lista urządzeń, których właścicielem jest kontrahent wybrany na wizycie handlowej

Wymagane jest aby ankieta zawierała pytania otwarte dotyczące numerów seryjnych urządzeń. Jako odpowiedź Przedstawiciel handlowy będzie sczytywał lub wpisywał numer seryjny danego urządzenia.

Wizyta zdefiniowana w Comarch ERP XL zawierająca Ankietę obecności urządzeń
Element wizyty Inny o nazwie: „Urządzenia” jest to element pomocniczy, wyświetlający Przedstawicielowi informacje o urządzeniach, które wg systemu dany kontrahent powinien mieć na stanie.
Wizyta zdefiniowana w Comarch ERP XL zawierająca element Inny - listę urządzeń
Aby w elemencie wizyty handlowej Inny był zwracany kod, nazwa i konkretna wartość parametru dla urządzenia, należy dodać zapytanie SQL jako wartość parametru [CanCopyValueOnVisitElement] (Serwer synchronizacji\Methods\Configuration.xl2017). Przykładowe zapytanie: select sd.Code, sd.Name, sdv.Value from ServiceDevices sd LEFT JOIN ServiceDevicesOwners sdo ON sd.Id = sdo.DeviceId join ServiceDevicesParametersValues sdv on sd.Id=sdv.DeviceId WHERE sdo.OwnerId = @ContractorId and sdv.ParameterDefinitionId=1
Wizyta handlowa z obsługą raportu obecności z przypisanymi urządzeniami

Możliwość kopiowania pojedynczej wizyty

W aplikacji Comarch Mobile istnieje możliwość kopiowania pojedynczej niezrealizowanej wizyty. Za tę opcje odpowiada parametr [CanCopyVisits], znajdujący się w plikach konfiguracyjnych katalogu (domyślnie): C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Methods. Parametr ten jest opisany TUTAJ. Więcej informacji na temat wspomnianej funkcjonalności znajduje się TUTAJ.

Dokumenty

Obsługa atrybutów

Istnieje możliwość pobierania i wypełniania atrybutów. Atrybuty w aplikacji Comarch Mobile prezentowane są w sekcji: [Informacje dodatkowe]. Atrybuty można wyświetlać jako klasy lub klasy w grupach. Obsługa atrybutów przy współpracy z systemem Comarch ERP XL
Typy obiektów Funkcjonalność
Kontrahenci Podgląd i edycja
Towary Podgląd
Samochody Podgląd
Nagłówki dokumentów Podgląd i edycja
Pozycje dokumentów Podgląd i edycja
Aby klasa atrybutu była widoczna w aplikacji mobilnej należy w definicji atrybutu wskazać obiekty na zakładce [Obiekty] oraz zaznaczyć parametr [Podgląd] w grupie [Comarch Mobile] na zakładce [Ogólne]. Zaznaczenie parametru [Edycja] umożliwi dodatkowo edycję atrybutów na niektórych typach obiektów.
Przykładowa definicja klasy atrybutu w systemie Comarch ERP XL
W aplikacji mobilnej obsługiwane są również flagi [Wymagany] oraz [Automat]. Jeżeli dany atrybut jest oznaczony jako Wymagany w systemie ERP, to w aplikacji Comarch Mobile jest oznaczony znakiem . W aplikacji obsługiwane są następujące typy atrybutów:
  • Flaga
  • Tekst
  • Liczba
  • Lista
  • Adres URL – w przypadku wskazania adresu strony internetowej, po naciśnięciu przycisku strona zostanie otwarta w domyślnej przeglądarce na urządzeniu mobilnym
W aplikacji obsłużone zostały następujące formaty atrybutów:
  • Tekst
  • Data
  • 1234
  • 1234.56
  • 1234.5678
  • Zaawansowany
Aby była możliwość wyświetlania atrybutów w grupach należy w systemie Comarch ERP XL na liście Atrybutów z poziomu zakładki [Grupy klas atrybutów] stworzyć odpowiednie grupy atrybutów:
Definicja grupy klasy atrybutu
oraz przypisać do stworzonej grupy obiekt, z którego poziomu ma być dostępna grupa atrybutów.
Przypisanie obiektu
Następnie należy przypisać odpowiednie klasy atrybutów. Jedna klasa może być przypięta do kilku grup jednocześnie.

Pobieranie dokumentów historycznych

Aby możliwe było pobranie dokumentów historycznych z systemu Comarch ERP XL należy:
  • na karcie operatora w systemie Comarch ERP XL na zakładce Parametry/Uprawnienia w grupie opcji: Podgląd dokumentów wybrać opcję [Wszystkich],
  • po synchronizacji na urządzeniu ustawić parametry historyczności w aplikacji Comarch Mobile – opis tych ustawień znajduje się TUTAJ.
Comarch ERP XL, karta operatora, parametr [Podgląd dokumentów]

Zatwierdzanie dokumentu bez podpisu

W aplikacji istnieje możliwość pominięcia podpisu podczas wystawienia dokumentu. Funkcjonalność ta wymaga zmodyfikowania funkcji SyncFramework.GetNumerators (nazwa_bazy -> Programmability -> Functions-> Table-valued Functions -> SyncFramework.GetNumerators). Należy dodać warunek dotyczący konkretnego dokumentu, na którym ma być pominięty krok "Podpis". Przy wystawianiu pozostałych dokumentów podpis będzie wymagany.
Przykład
Konfiguracja funkcjonalności pominięcia kroku z podpisem na dokumencie Zamówienia Sprzedaży (ZS). CASE

WHEN mob.Dok_GIDTyp = 9472 THEN 0 /*ZS*/

ELSE 1

END AS IsSignatureRequired

Wyświetlanie ceny i ilości w jednostce podstawowej i domyślnej jednostce pomocniczej podczas wystawiania dokumentów

W aplikacji Comarch Mobile Serwis istnieje możliwość podejrzenia ilości i ceny w jednostce pomocniczej podczas wystawiania dokumentów już z poziomu listy towarów , bez konieczności podnoszenia kalkulacji dla tej pozycji. Funkcjonalność ta jest dostępna podczas wystawiania dokumentów:
  • RW (Rozchód wewnętrzny)
  • ZSR (Zlecenie serwisowe)
  Za tę funkcjonalność odpowiada parametr [IsBaseUnitVisible], który może przyjmować dwie wartości: 1 – wartość domyślna, jeżeli na towarze domyślną jednostką lub jednostką wybraną podczas dodawania do Koszyka jest jednostka pomocnicza, wówczas na liście towarów wyświetlana jest cena w jednostce pomocniczej oraz jednostce podstawowej, 0 – ilość wyświetlana jest  tylko w jednostce domyślnej na liście pozycji wyświetlana jest ilość na magazynie oraz ilość dodaną na dokument tylko w tej jednej – domyślnej lub wybranej podczas dodawania do Koszyka jednostce

Możliwość zmiany formy płatności na dokumentach „w dół”

W systemie Comarch ERP XL istnieje możliwość zmiany formy płatności na dokumentach „w dół”, to znaczy w sposób ograniczony przez kolejność form płatności ustaloną w Konfiguracji systemu.
Przykładowe zdefiniowane formy płatności w systemie Comarch ERP XL
Aby funkcjonalność można było zastosować dla przedstawiciela handlowego należy w domyślnym katalogu C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Methods zmienić wartość parametru [IsOnlyLowerPaymentFormsVisible] na wartość 1. Więcej informacji nt. tego parametru znajduje się TUTAJ. Dla prawidłowego działania funkcjonalności konieczne jest:
  • Zaznaczenie dostępnych form płatności dla konkretnego oddziału, do którego przypięty jest operator, jak na rysunku poniżej:
Zaznaczenie dostępnych form płatności na centrum mobilnym przypiętym do Operatora w systemie Comarch ERP XL
  • Zaznaczenie checku [Dostępny dla oddziału] po podniesieniu konkretnej formy płatności:
Zaznaczenie opcji „Dostępna w oddziale” form płatności dostępnych dla Operatora
Więcej informacji nt. zmian formy płatności znajduje się TUTAJ.

Edycja kontrahenta docelowego i głównego na nagłówku dokumentu

Możliwość zmiany kontrahenta głównego na nagłówku dokumentu została wprowadzona dla dokumentów:
  • Rozchód wewnętrzny (RW)
W systemie Comarch ERP XL należy zdefiniować również sposób naliczania promocji w aplikacji. Parametr [Naliczaj rabaty dla kontrahenta] dla kontrahenta znajduje się w module Administrator w konfiguracji systemu ERP w zakładce [Rabaty i promocje]. Jeżeli zostanie wybrana opcja:
  • Głównego – po zmianie kontrahenta głównego przeliczone zostaną wszystkie promocje.
  • Docelowego – wówczas rabaty naliczane będą dla kontrahenta docelowego i zmiana kontrahenta głównego nie ma wpływu na przeliczanie rabatów.
Konfiguracja systemu ERP – wybór dla jakiego kontrahenta (główny/docelowy) powinny być naliczane rabaty

Powielanie pozycji

W przypadku, gdy na definicji danego dokumentu w systemie Comarch ERP XL będzie zaznaczony parametr [Powielanie pozycji]: Zablokuj nie będzie możliwości odznaczenia parametru: [Pomiń towary będące w koszyku].
Definicja dokumentu FS z systemu Comarch ERP XL

Konfiguracja jednostki zbiorczej towaru

W systemie Comarch ERP XL na karcie towaru istnieje możliwość wskazania, która jednostka ma być jednostką zbiorczą.
Opcja wskazania w systemie ERP jednostki zbiorczej towaru
Informacje nt. działania tego ustawienia w aplikacji Comarch Mobile znajdują się TUTAJ.

Aktualizacja warunków handlowych przy zmianie kontrahenta głównego na nagłówku dokumentu

Edycja kontrahenta głównego na nagłówku dokumentu

Edycja kontrahenta głównego na nagłówku dokumentu
Od wersji 2022.2.1 aplikacji Comarch Mobile została wprowadzona funkcjonalność, dzięki której użytkownik będzie mógł zdecydować, czy podczas zmiany kontrahenta na nagłówku dokumentu, ma również nastąpić zmiana innych elementów tj. płatnik, kontrahent docelowy, typ transakcji, forma płatności, sposób dostawy.
Widok okna wyboru z możliwością dokonania zmian po wybraniu innego kontrahenta
Użytkownik decyduje, które elementy dokumentu mają ulec zmianie. Po wskazaniu odpowiednich opcji i wybraniu Zapisz, pojawi się poniższy komunikat:
Komunikat wyświetlany w aplikacji przy próbie zmiany kontrahenta głównego na nagłówku dokumentu
    • Nie – pozostawienie aktualnych ustawień na dokumencie – brak zmiany.
    • Tak – aktualizacja wskazanych danych na dokumencie
Uwaga
Wybrane elementy zostają zapamiętane dla danego kontrahenta do momentu ich ponownej zmiany
Więcej informacji o konfiguracji dotyczącej zmiany kontrahenta na nagłówku dokumentu można znaleźć TUTAJ.

Aktualizacja nagłówka dokumentu po zmianie daty

W przypadku zmiany daty wystawienia dokumentu na nagłówku, zmiany będą aktualizowane, jeżeli na definicji wystawianego dokumentu dla centrum mobilnego przedstawiciela będzie zaznaczony parametr [Aktualizacja danych po zmianie: Daty].

Możliwość zmiany ceny początkowej na pozycji

Możliwość zmiany ceny początkowej na pozycji wystawianego dokumentu jest  dostępna w aplikacji mobilnej dla operatorów, którzy na oddziale mobilnym w systemie Comarch ERP XL, na definicji dokumentu, mają zaznaczony parametr [Edycja cen i rabatów na pozycjach] oraz dodatkowo jeżeli na serwerze synchronizacji jest włączona opcja zmiany ceny początkowej – parametr [CanChangeStartPrice] w pliku konfiguracyjnym. Więcej informacji nt. tego parametru znajduje się TUTAJ.

Wydruk dokumentu

Poniżej został zaprezentowany standardowy wygląd wydruku PDF. Wygląd wydruków dla poszczególnych typów dokumentów i/lub operatorów można modyfikować – np. dodając własne logo firmy na wydruku. Więcej informacji oraz przykłady takich modyfikacji można znaleźć TUTAJ.
Podgląd wydruku PDF wystawionego w aplikacji dokumentu

Podpis osoby uprawnionej do wystawienia dokumentu

W aplikacji istnieje możliwość złożenia dwóch osobnych podpisów na dokumencie zlecenia serwisowego (ZSR) - jeden osoby uprawnionej do wystawienia dokumentu (serwisanta), drugi osoby uprawnionej do odbioru dokumentu (kontrahenta). Domyślnie podpis serwisanta jest wyłączony. W celu jego włączenia należy wartość parametru CanAddTwoSignaturesOnServiceOrder ustawić na 1. Szczegółowy opis parametrów aplikacji znajduje się [TUTAJ]. Po włączeniu podpisu w momencie zakończenia zlecenia serwisowego poprzez opcję "Zakończ zlecenie" pojawi się okno z podpisem osoby uprawnionej do odbioru dokumentu:
Ekran podpisu osoby uprawnionej do odbioru dokumentu
W przypadku pomyłki, możliwe jest użycie przycisku "Wyczyść", które wyczyści ekran i pozwoli na ponowne złożenie podpisu. Po kliknięciu przycisku "Zatwierdź podpis" pojawi się okno z podpisem serwisanta:
Ekran podpisu osoby uprawnionej do wystawienia dokumentu

Blokada możliwości zatwierdzenia zlecenia serwisowego przez serwisantów

W aplikacji istnieje możliwość zablokowania zatwierdzenia zlecenia serwisowego. Funkcjonalność wprowadzona po to, aby użytkownik mobilny nieumyślnie nie zatwierdził zlecenia, czym zamyka sobie możliwość dalszej edycji zlecenia poprzez np. dodanie serwisanta, składników itd. W celu zablokowania zatwierdzenia należy wartość parametru CanConfirmServiceOrders ustawić na 0. Szczegółowy opis parametrów aplikacji znajduje się [TUTAJ]. W momencie, gdy parametr CanConfirmServiceOrders zostanie wyłączony (wartość parametru - 0), wówczas przy wyjściu ze zlecenia serwisowego będą widnieć opcje:
Opcje przy wychodzeniu ze zlecenia serwisowego - z lewej bez blokady, z prawej z włączoną blokadą
 

CRM

Raport towarów konkurencji

Obsługa takiego elementu wizyty polega na sprawdzeniu obecności towarów konkurencji u Klienta. W przypadku, gdy w ramach elementu wizyty o typie: Raport towarów konkurencji zdefiniowane jest więcej niż jeden raport wówczas podczas realizacji elementu wizyty zostanie wyświetlone okno z listą dostępnych w ramach danego elementu raportów.
Wybór wzorca wizyty, dla którego w systemie Comarch ERP XL podpięto raport konkurencji
Wizyta służbowa: Raport towarów konkurencji
Definicje raportów należy utworzyć w systemie Comarch ERP XL. Po wejściu w dany raport zostanie wyświetlone okno z listą towarów, które obejmuje dany raport. Na raporcie konkurencji została udostępniona możliwość oznaczenia dostawcy danego artykułu. Po otwarciu raportu konkurencji, użytkownik może określić [Proponowanego dostawcę], poprzez wybór z listy lub dodanie nowego kontrahenta. Podczas realizacji elementów raportu konkurencji ustawiony proponowany dostawca będzie się podpowiadał na danym towarze.
Raport towarów konkurencji: lista towarów
Określenie dostawcy na raporcie konkurencji
Po wybraniu danego towaru pojawi się okno zaprezentowane na poniższym zrzucie ekranu.
Wizyta służbowa: Raport towarów konkurencji
W ten sposób przedstawiciele w szybszy sposób mogą zbierać informacje odnośnie konkurencji w celu przygotowywania i zaproponowania Klientowi atrakcyjniejszej oferty. W aplikacji Comarch Mobile istnieje możliwość wyświetlania na raporcie towarów konkurencji dodatkowych kolumn zdefiniowanych w systemie Comarch ERP XL. Informacje nt. konfiguracji tej funkcjonalności znajdują się TUTAJ. W zależności od konfiguracji na raporcie towarów konkurencji i raporcie obecności towarów wyświetlą się:
  • wszystkie parametry raportu w kolejności: kolumny domyślne, kolumny dodatkowe
Raport towarów konkurencji – wszystkie parametry domyślne i dodatkowe
  • wymagane kolumny domyślne i wszystkie kolumny dodatkowe
Raport towarów konkurencji – wymagane parametry domyślne i wszystkie parametry dodatkowe
  • tylko wymagane kolumny, zarówno domyślne jak i dodatkowe
Raport towarów konkurencji – tylko wymagane parametry domyślne i dodatkowe
Kolumny (parametry) wymagane wyświetlane są w aplikacji mobilnej na czerwono – bez ich uzupełnienia zapisanie karty raportu nie jest możliwe. Nieuzupełnienie któregoś z wyświetlanych parametrów (niewymaganych) spowoduje wyświetlanie nazwy tego parametru w miejscu, w którym powinna zostać wyświetlona jego wartość. Po naciśnięciu przycisku [Powrót] na urządzeniu zostaną wyświetlone opcje:
Wizyta handlowa, menu dostępne po naciśnięciu przycisku [Powrót] na urządzeniu’

Terminarz: dostępne opcje

Po wybraniu przycisku: , z poziomu okna Terminarza dostępne są opcje:
Terminarz: dostępne opcje
Po wybraniu przycisku [Idź do] do zostanie wyświetlone okno wyboru daty.
Idź do: wybór daty
Po wybraniu konkretnej daty zostanie wyświetlony widok dla tego dnia. Po zaznaczeniu w Ustawieniach parametru [Pokazuj kody kontrahentów], na liście wizyt, w Terminarzu, prezentowany jest kod kontrahenta, z którym została zaplanowana wizyta.
Widok dzienny z prezentacją kodu kontrahenta w Terminarzu
Po wybraniu opcji [Ustawienia] zostanie wyświetlone okno zaprezentowane poniżej.
Ustawienia
Wybór opcji [Dzisiaj] spowoduje wyświetlenie działań zaplanowanych na bieżący dzień. Z poziomu Terminarza istnieje możliwość wystawienia następujących działań:
  • Wizyta
  • Spotkanie
  • Kontakt
  • Zadanie
  • Prywatne,
Aby była możliwość wystawiania konkretnych działań w aplikacji mobilnej należy je na początku skonfigurować w systemie Comarch ERP XL.

Dostępne widoki

Terminarz posiada sześć widoków:
  • Widok miesięczny
  • Widok tygodniowy
  • Widok dzienny
  • Lista działań zaplanowanych
  • Lista działań przeterminowanych
  • Lista działań zakończonych
W każdym widoku prezentowane są odpowiednio odfiltrowane działania.

Widok miesięczny

W widoku miesięcznym prezentowane są działania z wybranego miesiąca. Istnieje możliwość podglądu działania jak i również zaplanowania nowego. W celu dokonania zmiany daty w widoku miesięcznym należy:
  • Kliknąć w dostępne opcje strzałek
  • Kliknąć w konkretną datę
  • Wykonać gest przesunięcia w górę lub w dół
Jeżeli w obrębie dnia zostały zaplanowane działania, to w danym dniu prezentowane są dwie liczby: z prawej strony łączna liczba wszystkich zaplanowanych działań natomiast z lewej strony w kolorze czerwonym prezentowana jest liczba zdarzeń przeterminowanych, o ile takie istnieją. Na dolnym pasku Terminarza po lewej stronie prezentowana jest nazwa zaznaczonego dnia tygodnia oraz data natomiast po prawej stronie prezentowana jest w kolorze czerwonym liczba działań przeterminowanych przez łączną liczbę działań zdefiniowanych w danym dniu. Kliknięcie na wybrany numer tygodnia powoduje automatyczne przejście do widoku tygodniowego dla wybranego tygodnia.
Terminarz: widok miesięczny

Widok tygodniowy

Prezentuje listę działań do zrealizowania oraz zrealizowanych w wybranym tygodniu. W zależności od typu działania i stanu realizacji, są one prezentowane różnymi kolorami:
  • Spotkania i wizyty niezrealizowane – zielony,
  • Zadania niezrealizowane- żółty,
  • działania prywatne – niebieski,
  • działania zrealizowane – szary.
Na dolnym pasku Terminarza po lewej stronie prezentowana jest nazwa zaznaczonego dnia tygodnia oraz data natomiast po prawej stronie prezentowana jest w kolorze czerwonym liczba działań przeterminowanych przez łączną liczbę działań zdefiniowanych w danym czasie.
Terminarz: widok tygodniowy

Widok dzienny

Widok dzienny prezentuje działania zaplanowane oraz zrealizowane w wybranym dniu. W celu dokonania zmiany daty w widoku dziennym należy:
  • Kliknąć w dostępne opcje strzałek,
  • Kliknąć w konkretną datę.
W widoku dziennym prezentowany jest rozkład godzinowy zaplanowanych działań.
Terminarz: widok dzienny

Lista działań zaplanowanych

Prezentuje wszystkie działania zaplanowane od dnia bieżącego do kolejnych tygodni w przyszłości.
Terminarz: lista działań zaplanowanych

Lista działań przeterminowanych

Prezentuje działania przeterminowane od dnia bieżącego do kolejnych tygodni w przeszłości.
Terminarz: lista działań przeterminowanych

Lista działań zakończonych

Prezentuje listę działań wykonanych oraz odrzuconych. Lista działań zakończonych została zaprezentowana na rysunku poniżej.
Terminarz: lista działań zakończonych

Cykliczne niezaplanowane

Po wybraniu danej wizyty z listy oraz zapisaniu jej, wizyta ta zostanie automatycznie przeniesiona do kalendarza w terminarzu.
Terminarz: Cykliczne niezaplanowane
W każdym widoku prezentowane są odpowiednio odfiltrowane działania.

Opis na liście działań

W aplikacji została dodana na liście działań, możliwość wyświetlenia opisu dla poszczególnych rodzajów działań. Dodatkowo istnieje możliwość skonfigurowania ile linii opisu jest prezentowane bezpośrednio na liście działań. Wprowadzona funkcjonalność ułatwia przeglądnie działań w terminarzu. W przypadku działań zrealizowanych prezentowane są informacje zawarte w polu Opis znajdującym się na:
  • Nagłówku wizyty
oraz informacje zawarte w polu Uwagi do realizacji znajdującym się na:
  • Spotkaniu,
  • Kontakcie,
  • Zadaniu,
  • Prywatnie.
Jeżeli Uwagi do realizacji nie zostaną uzupełnione podczas realizacji działania wówczas prezentowane są informacje zawarte w polu Opis. W przypadku działań niezrealizowanych prezentowane są informacje zawarte w polu Opis znajdującym się na:
  • Nagłówku wizyty,
  • Kontakcie,
  • Spotkaniu,
  • Zadaniu,
  • Prywatne.
Prezentacja opisu na listach działań

Rejestracja i realizacja zleceń serwisowych

W aplikacji Comarch Mobile Serwis jest możliwość zaplanowania oraz zrealizowania wizyty serwisowej składającej się z elementów:
  • Rejestracja zlecenia serwisowego - możliwość wystawienia dokumentu zlecenia serwisowego dla kontrahenta wybranego w wizycie.
  • Realizacja zlecenia serwisowego - możliwość zrealizowania zleceń serwisowych w ramach wizyty dla wybranego kontrahenta.
  • Wizyty również mogą być synchronizowane z systemu.
Elementy wizyty serwisowej
Wybierając menu kontekstowe można dodać opis realizacji elementu wizyty:
Menu kontekstowe: dodanie opisu realizacji elementu wizyty
Po kliknięciu w element wizyty Rejestracja ZSR lub wybranie opcji realizuj w menu kontekstowym następuje przeniesienie do zlecenia serwisowego. Po wykonaniu wszystkich niezbędnych do rejestracji ZSR czynności element wizyty jest podświetlany na zielono.
Zrealizowany element: wizyty Rejestracja ZSR
Jeżeli chcemy zarejestrować więcej niż jedno ZSR należy ponownie wybrać opcje realizuj.
Dodanie kolejnego ZSR
Rejestracja dwóch ZSR
Po kliknięciu w element wizyty Realizacja ZSR lub wybranie opcji realizuj w menu kontekstowym następuje przeniesienie do listy czynności serwisowych, które nie zostały jeszcze zrealizowane dla kontrahenta wybranego na wizycie. W przypadku wizyty serwisowej zsynchronizowanej z systemu, lista czynności będzie zawierała tylko te wybrane w systemie.
Realizacja ZSR
Widok listy czynności serwisowych
Po zrealizowaniu czynności pokazuje się zakładka ogólne ZSR z którego pochodzi dana czynność.
Zrealizowana czynność na ZSR
Powracając do listy czynności, te które zostały już zrealizowane, są wyświetlane na zielono. Kolejną czynność można zrealizować wybierając ją z listy. Ilość zrealizowanych i dostępnych czynności jest następnie wyświetlona na elemencie wizyty.
Lista czynności
Jeżeli zrealizowana czynność jest ostatnią czynnością dostępną na ZSR w aplikacji pojawi się komunikat z pytaniem czy zlecenie serwisowe z powiązaną czynnością ma zostać zakończone. W przypadku gdy na zleceniu są dostępne inne niezrealizowane czynności, w aplikacji pojawi się komunikat z pytaniem czy operator chce realizować pozostałe czynności powiązane z tym zleceniem.
Możliwe komunikaty wyświetlane po zrealizowaniu czynności
Poniższy rysunek przedstawia wizytę ze zrealizowanymi wszystkimi elementami.
Widok zrealizowanej wizyty

Wybór wzorca podczas realizacji wizyty

Funkcjonalność wyboru wzorca po rozpoczęciu realizacji wizyty jest ściśle powiązana z opcją planowania wizyty bez podania wzorca (opis konfiguracji tej opcji znajduje się TUTAJ). Taka możliwość pozwala na bardziej elastyczne wykorzystanie wizyt handlowych - realizację wizyty, której zestaw zadań do realizacji jest wybierany dopiero podczas jej rozpoczęcia.
Przykład
Przedstawiciel ma zaplanowaną u Klienta wizytę, jednak dopiero przyjeżdżając na miejsce weryfikuje, ile czasu dany pracownik Klienta jest w stanie mu poświęcić. W zależności od tych danych dobiera taki wzorzec wizyty - z takimi elementami, które zrealizuje z dostępnym pracownikiem.
Jeżeli podczas planowania do wizyty nie został przypisany żaden wzorzec, wyboru wzorca można dokonać w momencie rozpoczęcia realizacji takiej wizyty. Po naciśnięciu ikony  wyświetli się lista przypisanych do centrum mobilnego wzorców.
Wybór wzorca podczas rozpoczęcia realizacji wizyty

Podgląd działań historycznych

Możliwość podglądu historycznych działań istnieje z poziomu terminarza oraz karty kontrahenta. Po określeniu parametru w ustawieniach aplikacji i wykonaniu synchronizacji pobrane zostaną działania wszystkich typów, które zostały w przeszłości zrealizowane lub odrzucone przez operatora zalogowanego w aplikacji. Historyczne działania można podejrzeć z poziomu terminarza lub z poziomu karty kontrahenta. Wszystkie działania pobrane z systemu ERP opatrzone są ikoną: .
Podgląd historycznych działań możliwy z poziomu Terminarza oraz Karty kontrahenta

Pobieranie historycznych działań

Istnieje możliwość pobierania historycznych działań CRM obsługiwanych w aplikacji Comarch Mobile, tj.: wizyt, spotkań, zadań oraz kontaktów. W celu pobierania historycznych działań z systemu ERP w ustawieniach historyczności w aplikacji należy ustawić odpowiedni parametr: Pobieraj historyczne działania CRM, ustawiając jednocześnie odpowiedni okres czasu z jakiego należy pobierać historyczne działania, licząc od daty bieżącej ustawionej na urządzeniu.
Parametry historyczności aplikacji dotyczące pobierania historycznych działań CRM
Możliwość podglądu historycznych działań istnieje z poziomu terminarza oraz karty kontrahenta. Po określeniu parametru w ustawieniach aplikacji i wykonaniu synchronizacji pobrane zostaną działania wszystkich typów, które zostały w przeszłości zrealizowane lub odrzucone przez operatora zalogowanego w aplikacji. Historyczne działania można podejrzeć z poziomu terminarza lub z poziomu karty kontrahenta. Wszystkie działania pobrane z systemu ERP opatrzone są ikoną: .
Podgląd historycznych działań możliwy z poziomu Terminarza oraz Karty kontrahenta

Czynności serwisowe w kaflu Terminarz

W aplikacji Comarch Mobile umożliwiono podgląd, modyfikację oraz realizację czynności serwisowych z poziomu kafla Terminarz. Po kliknięciu w wybrany dzień zostaną wyświetlone podstawowe informacje dotyczące rodzaju aktywności. Czynności serwisowe oznaczone są ikoną .
Widok czynności serwisowych w terminarzu
W prawym górnym rogu danego dnia w terminarzu znajduje się liczba zaplanowanych czynności serwisowych. Dla rozróżnienia liczba ta będzie podana w kolorze pomarańczowym.
Widok liczby zaplanowanych czynności danego dnia
Na czynnościach serwisowych wyświetlane są informacje dotyczące m.in. kontrahenta, adresu czy serwisanta. Użytkownik ma możliwość dostosowania wyświetlanych informacji do własnych potrzeb w kaflu Ustawienia w sekcji Parametry aplikacji (więcej informacji znajduje się TUTAJ). Tak jak w przypadku działań CRM, czynności serwisowe prezentowane są w kaflu Terminarz w widoku miesięcznym, tygodniowym i dziennym.
Widok czynności serwisowych - zakładka Miesiąc, Tydzień i Dzień
W zakładkach Zaplanowane i Przeterminowane na danej czynności serwisowej zaprezentowana jest jej nazwa oraz kod i nazwa kontrahenta docelowego.
Widok czynności serwisowych - zakładka Zaplanowane i Przeterminowane
W terminarzu wyświetlane są wszystkie czynności serwisowe przypisane do danego serwisanta. W sytuacji, kiedy do jednej czynności jest przypisanych kilku serwisantów, to czynność serwisowa jest widoczna u każdego z nich. W ustawieniach kafla Terminarz została dodana sekcja Pokazuj. W sekcji tej znajduje się opcja Czynności serwisowe. Jej zaznaczenie spowoduje pokazanie czynności serwisowych w terminarzu. Domyślnie opcja ta jest odznaczona.
Widok ustawień terminarza - sekcja Pokazuj

Funkcjonowanie czynności serwisowych w kaflu Terminarz

Analogicznie jak w przypadku kafla Serwis, naciśnięcie w terminarzu na wybraną czynność serwisową spowoduje otwarcie okna tej czynności.
Widok okna czynności serwisowej
Po wybraniu przycisku otworzy się menu kontekstowe analogicznie jak w kaflu Serwis. Opcje te będą różne w zależności od statusu czynności.
Widok menu kontekstowego czynności serwisowej
Realizacja czynności serwisowych z poziomu kafla Terminarz przebiega analogicznie, jak w przypadku realizacji czynności w kaflu Serwis. Oznacza to, że w momencie zakończenia realizacji czynności zostanie wyświetlona zakładka Ogólne z dokumentu ZSR, dla którego zaplanowano daną czynność serwisową. Po wyjściu z dokumentu, aplikacja powróci do widoku terminarza, z którego rozpoczęto realizację danej czynności.

Przypomnienia (powiadomienia) dla działań CRM

W aplikacji Comarch Mobile użytkownik ma możliwość włączenia przypomnienia (powiadomienie PUSH) do zaplanowanych działań CRM wraz z określeniem z jakim wyprzedzeniem taki alert ma pojawić się na urządzeniu mobilnym. W Ustawieniach aplikacji w sekcji Parametry działań znajduje się parametr [Przypomnienia dla działań CRM]. Po wybraniu parametru pojawi się okno z opcjami:
  • Brak - powiadomienia PUSH dla działań CRM są wyłączone
  • 30 min. przed działaniem - powiadomienia PUSH dla działań CRM pojawią się 30 minut przed ich rozpoczęciem
  • 1 godz. przed działaniem - powiadomienia PUSH dla działań CRM pojawią się 1 godzinę przed ich rozpoczęciem
  • 2 godz. przed działaniem - powiadomienia PUSH dla działań CRM pojawią się 2 godziny przed ich rozpoczęciem
  • 3 godz. przed działaniem - powiadomienia PUSH dla działań CRM pojawią się 3 godziny przed ich rozpoczęciem
  • Niestandardowe - wybór tej opcji powoduje pojawienie się okna konfiguracji godziny
Po włączeniu parametru [Przypomnienia dla działań CRM] na urządzeniu mobilnym użytkownik otrzyma powiadomienie PUSH w skonfigurowanym przedziale czasowym przed planowanym działaniem. Wybór opcji OK zamyka komunikat. Wybór opcji Przejdź lub naciśnięcie obszaru powiadomienia otwiera aplikację i przenosi użytkownika do widoku szczegółów danego działania CRM.

Kontakt

Planowanie kontaktu

Kontakt jest rodzajem działania rejestrowanym przeważnie post factum. Kontakt jest zawsze powiązany z wątkiem przypisanym do Kontrahenta. W przypadku współpracy z systemem Comarch ERP XL kontakt nie może istnieć samodzielnie (nie będąc powiązanym z wątkiem). Stanowi on element konwersacji (wątku) i musi być z nią powiązany. Wątek stworzony na urządzeniu będzie wysłany do systemu Comarch ERP XL. Okno planowania kontaktu składa się z trzech zakładek:
  • Wybierz kontrahentów
  • Koszyk
  • Dzień
Podczas planowania kontaktu na zakładce [Wybierz Kontrahentów] określa się Kontrahenta, z którym został zarejestrowany kontakt. Po wybraniu Kontrahenta otworzy się nowe okno ze szczegółami planowania kontaktu, w którym określa się wątek, tytuł kontaktu, datę i czas trwania, osobę kontaktową oraz opis kontaktu.
Uwaga
W przypadku współpracy z systemem Comarch ERP XL określa się także rodzaj kontaktu. Rodzaje kontaktów definiuje się w systemie Comarch ERP XL jako: Słownik kategorii: Rodzaj kontaktu.
Jak zostało wspomniane na początku punktu Kontakt musi być powiązany z wątkiem. Kontakt można powiązać z istniejącym, niezakończonym wątkiem przypisanym do danego Kontrahenta lub można stworzyć nowy wątek, z którym kontakt zostanie powiązany. Pola oznaczone kolorem czerwonym są polami wymaganymi do wypełnienia w celu zapisania działania.
Szczegóły kontaktu
Kontakt wystawiany z poziomu Comarch Mobile będzie od razu zatwierdzany.
Uwaga
Kontakty (pozycje konwersacji) nie są pobierane z systemu Comarch ERP XL.

Realizacja kontaktu

Realizacja działania: Kontakt
Kontakt po zrealizowaniu na urządzeniu mobilnym można w razie potrzeby edytować przed wysłaniem go do systemu Comarch ERP XL. W tym celu należy z menu kontekstowego przy działaniu wybrać opcję edycji. Wówczas można zmienić datę odbycia kontaktu, a także odrzucić działanie.
Edycja kontaktu

Wizyta handlowa

Planowanie wizyty handlowej z poziomu Terminarza

Wizyty mogą być planowane jeżeli będzie dostępny co najmniej jeden wzorzec wizyty. Okno planowania wizyty składa się z czterech zakładek:
  • Wzorzec wizyty
  • Kontrahenci
  • Koszyk
  • Dzień

Wzorzec wizyty

Wzorzec wizyty – okno otwarte jako pierwsze podczas planowania wizyty, zaprezentowane na poniższym zrzucie ekranu.
Wzorzec wizyty
Jeżeli chodzi o wzorce wizyt, to są one elementami słownikowymi, definiowanymi w systemie Comarch ERP XL, które należy przypiąć do oddziału mobilnego. Z poziomu zakładki [Wzorzec wizyty] można dokonać wyboru typu, czasu trwania oraz dnia, na który ma zostać zaplanowana wizyta. Dodatkowo można również zdefiniować ewentualne powtórzenia wizyty (działania cykliczne). Możliwe do wyboru powtórzenia zostały zaprezentowane na poniższym zrzucie ekranu.
Wzorzec wizyty: dialog wyboru typu powtarzania cyklicznego na WH

Kontrahenci

Kontrahenci – okno, w którym należy wybrać kontrahenta, dla którego zostanie zaplanowana dana wizyta. Okno zostało zaprezentowane na poniższym zrzucie ekranu.
Wizyta handlowa: zakładka [Kontrahenci]
Po naciśnięciu na przycisk zostanie wyświetlone menu zaprezentowane na poniższym zrzucie ekranu.
Wizyta handlowa: zakładka [Kontrahenci], zaplanuj dla wszystkich
Jeżeli okaże się ze kontrahent, na którego ma być zaplanowana wizyta nie figuruje na liście kontrahentów (nie został jeszcze dodany do bazy danych), to możliwe jest jego dodanie z poziomu okna planowania wizyty handlowej. W tym celu należy z paska postępu wybrać przycisk: , a następnie opcję Dodaj kontrahenta. Pojawi się okno dodawania nowego kontrahenta, w którym należy wprowadzić informacje o kontrahencie. Po zatwierdzeniu wprowadzonych danych kontrahent zostanie dodany do listy kontrahentów i możliwe będzie dodanie go do koszyka planowanej wizyty. W aplikacji istnieje możliwość planowania wizyt z uwzględnieniem rodzaju kontrahenta. Funkcjonalność ta została opisana TUTAJ.

Koszyk

Koszyk – okno, w którym prezentowana jest lista wizyt, która zostanie stworzona po naciśnięciu przycisku: .
Wizyta handlowa: zakładka [Koszyk]

Dzień

Dzień – okno można zobaczyć zaplanowane działania w ujęciu dziennym.
Wizyta służbowa: zakładka [Dzień]

Planowanie wizyty handlowej z poziomu Karty kontrahenta

Okno planowania wizyty składa się z trzech zakładek:
  • Wzorzec wizyty
  • Koszyk
  • Dzień
Poniżej zostały omówione poszczególne zakładki: Wzorzec wizyty – okno otwarte jako pierwsze podczas planowania wizyty, zaprezentowane na poniższym zrzucie ekranu.
Wzorzec wizyty
Jeżeli chodzi o wzorce wizyt, to są one elementami słownikowymi, definiowanymi w systemie Comarch ERP XL, które należy przypiąć do oddziału mobilnego. Z poziomu zakładki: Wzorzec wizyty można dokonać wyboru typu, czasu trwania oraz dnia, na który ma zostać zaplanowana wizyta. W polach [Data] i [Godzina] podpowiada się pierwszy wolny termin począwszy od daty bieżącej, w którym może zostać zrealizowana wizyta. Po ustaleniu nowego terminu wizyty należy wybrać opcję Zapisz. Wizyta zostanie przeniesiona na nowy termin. Koszyk – okno, w którym prezentowana jest lista wizyt, która zostanie stworzona po naciśnięciu przycisku: .
Wizyta: zakładka Koszyk

Planowanie wizyty bez wskazania godziny

Istnieje możliwość dodania nowej wizyty na okres całego dnia, bez wskazania godziny. Taka opcja jest dostępna z poziomu aplikacji poprzez zaznaczenie opcji [Cały dzień].
Wizyta bez wskazania godziny

Planowanie wizyty bez podania wzorca

Istnieje możliwość dodania nowej wizyty bez określania wzorca. Podczas planowania takiej wizyty należy pole: Wzorzec pozostawić puste. Funkcjonalność ta jest możliwa, jeśli na oddziale zostały udostępnione co najmniej dwa wzorce. Warunki korzystania z funkcjonalności można znaleźć TUTAJ.
Wizyta bez wzorca - pozycja koszyka

Planowanie wizyty cyklicznej wg ustawień cykliczności

Konfiguracja planowania wizyty cyklicznej wg ustawień cykliczności została opisana TUTAJ. Kontrahenci ze zdefiniowaną cyklicznością dla których nie zaplanowano wizyt cyklicznych prezentowani są w terminarzu na zakładce Cykliczne niezaplanowane.
Prezentowanie niezaplanowanych wizyt cyklicznych w terminarzu
Kliknięcie w kontrahenta powoduje wyświetlenie ekranu planowania wizyty. Pole [Data] i [Godzina od] są automatycznie wypełniane wg ustawień cykliczności. Pole [Data] jest zablokowane do edycji.
Planowanie wizyty cyklicznej
Po zaplanowaniu wizyty jest ona prezentowana w kalendarzu. Po zrealizowaniu wizyty cyklicznej, jeśli ze zdefiniowanych ustawień cykliczności wynika, że należy zaplanować kolejną wizytę, wyświetlane jest okienko planowania.
Planowanie wizyty cyklicznej

Realizacja wizyty handlowej

Aby zrealizować zaplanowaną wizytę należy wybrać jedną z dostępnych opcji w menu dostępnym po naciśnięciu na przycisk . Realizacja wizyty polega na wybraniu przycisku [Realizuj] lub [Odrzuć] dostępnych z poziomu Szczegółów działania lub z dostępnego dla wizyty menu rozwijalnego. Podczas próby wyjścia z danego elementu WH bez zapisania dokonanych zmian pojawi się okno z wyborem opcji: [Zapisz], [Wyjdź bez zapisu], [Anuluj], [Odrzuć] oraz [Wstrzymaj realizację].
Menu z dostępnymi opcjami dla WH
W oknie zaplanowanej wizyty handlowej na zakładce [Opis] istnieje możliwość edycji opisu. Edycja ta jest dostępna również po zakończeniu realizacji wizyty, ale przed jej zsynchronizowaniem do centrali. W aplikacji obsłużona została funkcjonalność pobierania załączników z systemu Comarch ERP XL przypisanych do nagłówka, elementu wizyty handlowej lub wzorca wizyty. Więcej informacji nt. tej funkcjonalności znajduje się TUTAJ. Załączniki przypięte do nagłówka wizyty handlowej widoczne są na zakładce [Szczegóły], w sekcji Informacje dodatkowe.
Okno Realizowanej Wizyty Handlowej [Zakładka Dodatkowe]
Parametr Numer kursu przenoszony jest z Podsumowania dnia. Operator ma możliwość edycji tego parametru:
Zmiana numeru kursu podczas realizacji wizyty
Jeśli operator zdecyduje się na wprowadzenie innej wartości, pojawi się komunikat, jak na rysunku poniżej:
Komunikat podczas zmiany wartości numeru kursu
Po wprowadzeniu zmiany podczas realizacji wizyty, numer kursu aktualizowany jest w Podsumowaniu dnia.

Element WH: Przejazd

Przejazd Obsługa takiego rodzaju elementu wizyty polega na zarejestrowaniu informacji skąd przedstawiciel handlowy wyjechał, dokąd dojechał oraz jaką odległość wykonał i w jakim czasie z zarejestrowaniem samochodu, którym się poruszał oraz jego stanu licznika.
Wizyta: Przejazd

Wybór samochodu

Po naciśnięciu na sekcję [Samochód] istnieje możliwość wyboru samochodu z listy zdefiniowanych w systemie Comarch ERP XL. W systemie Comarch ERP XL dostępne samochody definiuje się w module: Administrator\Listy\Słowniki kategorii\ Transport, magazyn\ Marki samochodów.
Wizyta: Przejazd, Wybór samochodu

Wybór rodzaju przejazdu

Po naciśnięciu na sekcję [Rodzaj] istnieje możliwość wyboru rodzaju przejazdu z listy zdefiniowanych w systemie Comarch ERP XL. W systemie Comarch ERP XL dostępne rodzaje przejazdów definiuje się w module: Administrator/Listy/Słowniki kategorii/Transport, magazyn/Rodzaje przejazdów.
Wizyta: Przejazd, Rodzaj przejazdu

Obsługa domyślnego rodzaju przejazdu

W aplikacji istnieje możliwość zdefiniowania domyślnego rodzaju przejazdu - konfiguracja tej funkcjonalności została opisana TUTAJ.

Określenie stanu licznika

Po naciśnięciu na sekcję [Stan licznika] istnieje możliwość wpisania stanu licznika samochodu.
Wizyta: Przejazd, Stan licznika
W aplikacji jest możliwość konfiguracji automatycznego podnoszenia okna [Stan licznika] podczas rozpoczęcia dnia lub jego zakończenia. W przypadku takiej konfiguracji, aplikacja podpowiada, że należy wypełnić bieżący stan licznika samochodu. Jeżeli w aplikacji samochód nie jest określony, przed uzupełnieniem licznika konieczne jest jego wskazanie z listy. Szczegółowe informacje o konfiguracji parametru [IsOdometerReadingRequiredField] znajdują się TUTAJ.

Adres przyjazdu

Po naciśnięciu na sekcję: [Szczegóły: Adres] przyjazdu bądź adres wyjazdu zostanie otwarte okno, w którym można wpisać dane adresowe. Okno zostało zaprezentowane na poniższym zrzucie ekranu.
Wizyta: Przejazd, Adres przyjazdu, Adres Wyjazdu

Zmiana czasu wyjazdu na przejeździe

Podczas rejestrowania kolejnego przejazdu (zdefiniowanego dla tego samego samochodu) wprowadzono w najnowszej wersji uwzględnienie czasu zakończenia ostatniej wizyty. Jeżeli data zakończenia ostatniej wizyty, na której zarejestrowano przejazd jest późniejsza niż czas tego przejazdu, to podczas dodawania kolejnego przejazdu jako domyślny czas wyjazdu podpowiadany jest czas zakończenia wizyty.

Realizacja wizyty handlowej bez podania wzorca

Realizacja wizyty bez podania wzorca jest bardzo podobna jak wizyta ze wzorcem. Jedyną różnicą między nimi jest to, że po kliknięciu w ikonę realizacji podnosi się okno w wyborem wzorca, jak na zrzucie poniżej.
Wybór wzorca wizyty podczas realizowanej wizyty
Dzięki temu przedstawiciel handlowy może dobrać odpowiedni wzorzec z wymaganymi elementami do rodzaju wizyty u Klienta.

Wstrzymanie realizacji wizyty handlowej

Funkcjonalność wstrzymania realizacji wizyty umożliwia przejście w aplikacji do innych działań, w tym realizacji innych wizyt bez konieczności zakończenia, bądź odrzucenia dotychczas realizowanej wizyty. Realizację zawieszonej wizyty będzie można wznowić w późniejszym terminie. Taka funkcjonalność ma szerokie zastosowanie w sytuacji, gdy przedstawiciel handlowy w ramach jednego wyjazdu do klienta realizuje kilka spotkań. Tak więc rozpoczynając pierwsze spotkanie, rozpoczyna w aplikacji wizytę, którą po zakończeniu spotkania zawiesza. Kolejne spotkanie realizowane jest później (na przykład telefonicznie) pod koniec dnia. Aplikacja umożliwia zawieszenie takiej wizyty i rozpoczęcie kolejnych wizyt zaplanowanych na dany dzień.  Umożliwienie zawieszenia wizyty możliwe jest poprzez zaznaczenie w pasku górnym wizyty będącej w trakcie realizacji opcji [Wstrzymaj realizację] (przycisk pauzy).
Wybór opcji „Wstrzymaj realizację” na wizycie handlowej
W widoku poziomym również możliwe jest wstrzymanie realizacji wizyty poprzez wybór opcji [Wstrzymaj realizację]. Dodatkowo w podanym oknie jest możliwość zastosowania opcji:
  • Odrzuć
  • Zakończ
  • Wyjdź bez zapisu
  • Anuluj
Wybór opcji „Wstrzymaj realizację” – widok poziomy
Naciśnięcie opcji [Wstrzymaj realizację] powoduje następujące skutki:
  • wyjście z okna wizyty, z zapisaniem do bazy mobilnej wszelkich dokonanych dla niej zmian
  • zatrzymanie licznika realizacji (uwaga: w bazie zapamiętywany jest dotychczasowy czas trwania)
  • oznaczenie wizyty w aplikacji i w bazie mobilnej jako wstrzymaną (zawieszoną)
Wizyta wstrzymana jest zaprezentowana w aplikacji jako wizyta niezrealizowana i oznaczona kolorem pomarańczowo-żółtym. Prezentacja wizyty zawieszonej jest widoczna w następujących lokalizacjach:
  • w Terminarzu, na zakładkach:
- Miesiąc, Tydzień, Dzień, [Zaplanowane]
  • w Podsumowaniu dnia, na zakładce: [Dzień]
Prezentacja zawieszonej wizyty handlowej
Wznowienie wizyty handlowej możliwe jest poprzez wybranie opcji [Realizuj], która jest dostępna na poziomie:
  • okna podniesionej do edycji wizyty (górny pasek)
  • menu kontekstowego dostępnego dla wizyty na pozycji terminarza
Opcja [Realizuj] uruchamia realizację wizyty na standardowych zasadach aplikacji, z tą różnicą że należy kontynuować dotychczas naliczony czas trwania realizacji (licznik staruje nie od zera, lecz od ostatnio zapisanej wartości).
Opcje dostępne dla wstrzymanej wizyty
Jeżeli następuje Podsumowanie dnia, w którym dana wizyta została zawieszona i niezrealizowana występuje komunikat następującej treści: „Istnieją rozpoczęte działania, które zostały wstrzymane. Czy na pewno chcesz zakończyć dzień?” Wybór opcji [Tak] pozwala na zakończenie dnia pomimo zawieszonej realizacji wizyty, natomiast wybór opcji [Nie], nie spowoduje zamknięcia dnia.
Informacja o zawieszonej wizycie podczas Podsumowania dnia umożliwiająca wybór odpowiedniej opcji

Przesunięcie wizyty

Przesunięcie pojedynczej wizyty

W celu przesunięcia pojedynczej wizyty na inny termin należy z jej menu kontekstowego wybrać opcję [Przesuń].
Opcja: Przesuń
Po naciśnięciu na przycisk [Przesuń] pojawi się okno umożliwiające wybranie nowego terminu wizyty zaprezentowane na poniższym zrzucie ekranu.
Okno przesuwania wizyty handlowej
W polach [Data] i [Godzina] podpowiada się pierwszy wolny termin począwszy od daty bieżącej, w którym może zostać zrealizowana wizyta. Po ustaleniu nowego terminu wizyty należy wybrać opcję [Zapisz]. Wizyta zostanie przeniesiona na nowy termin.

Przesunięcie cyklu wizyty

W przypadku, gdy wizyta należy do cyklu, po wybraniu opcji [Przesuń] z menu kontekstowego wizyty, pojawi się okno wyboru zaprezentowane na poniższym zrzucie ekranu.
Okno wyboru opcji przesuwania wizyty należącej do cyklu
Uwaga
Przesunięcie, usunięcie lub odrzucenie wizyty będącej częścią cyklu spowoduje podzielenie tego cyklu na 2 części: pierwsza część cyklu do tego wydarzenia i druga część cyklu od tego wydarzenia. Wówczas jeśli użytkownik będzie chciał przesunąć cały cykl wizyt to przesunięty zostanie pierwszy lub drugi cykl w zależności, która wizyta została wybrana.
Przykład
Zostały zaplanowane wizyty co tydzień w każdy poniedziałek: 02.05, 09.05, 16.05, 23.05 oraz 30.05. Wizyta 16.05 została odrzucona (prawnik wziął wtedy np. Urlop). Jeśli chcemy przesunąć cykl o np. 1 dzień (w każdy wtorek) i klikniemy na wizytę 02.05, wówczas przesunięte zostaną tylko wizyty 02.05 oraz 09.05 (pierwszy cykl wizyt), natomiast 23.05 oraz 30.05 zostaną bez zmian.
Wybranie opcji [Cały cykl] spowoduje wywołanie okna umożliwiającego przeplanowanie całego cyklu wizyt.
Okno przesuwania cyklu wizyt handlowych
Okno przesuwania cyklu wizyt różni się od okna przesuwania pojedynczej wizyty następującymi informacjami:
  • w polu Zaplanowano na pokazywana jest data pierwszego ze zdarzeń cyklu,
  • prezentowana jest informacja o okresie powtarzania zdarzenia,
  • prezentowana data końca cyklu.
W polach [Data] i [Godzina] podpowiada się pierwszy wolny termin począwszy od daty bieżącej, w którym może zostać zrealizowane pierwsze ze zdarzeń cyklu. Jest to jednocześnie termin rozpoczęcia cyklu. Po ustaleniu nowego terminu należy wybrać opcję [Zapisz]. Cykl wizyt zostanie przeplanowany zgodnie z podanym nowym terminem jego rozpoczęcia.
Wskazówka
Terminy zdarzeń i data zakończenia przesuwanego cyklu ustalone zostaną na podstawie różnicy pomiędzy starym a nowym terminem rozpoczęcia cyklu.

Kopiowanie wizyt

Kopiowanie wizyt jest opcją domyślnie wyłączoną. Możliwe jest włączenie obsługi kopiowania dla wszystkich wizyt lub tylko dla wizyt niezrealizowanych. Dodatkowo można określić czy pierwowzór wizyty zostanie odrzucony po jej skopiowaniu (opcja domyślnie wyłączona). Parametryzacja dostępna jest w procedurze – dokładne informacje można znaleźć w TUTAJ. Po włączeniu dostępności opcji kopiowania wizyt w menu kontekstowym wizyty widoczna będzie opcja [Kopiuj].
Opcja: [Kopiuj] (menu kontekstowe wizyty zaplanowanej)
Możliwe jest skopiowanie pojedynczej wizyty jak również cyklu wizyt.

Kopiowanie pojedynczej wizyty

W przypadku pojedynczej wizyty, po wybraniu opcji [Kopiuj] z menu kontekstowego wizyty, pojawi się okno umożliwiające skopiowanie wizyty na podany termin.
Opcja kopiowania dostępna w menu kontekstowym wizyty
Okno kopiowania wizyty handlowej
W polach [Data] i [Godzina] podpowiada się pierwszy wolny termin począwszy od daty bieżącej, w którym może zostać zrealizowana kopiowana wizyta wzorcowa. Po ustaleniu nowego terminu dla kopiowanej wizyty należy wybrać opcję [Zapisz]. Wizyta zostanie skopiowana na podany termin.

Kopiowanie cyklu wizyt

W przypadku, gdy kopiowana wizyta jest częścią cyklu, po wybraniu opcji Kopiuj z menu kontekstowego wizyty, pojawi się okno kopiowania całego cyklu:
Okno kopiowania cyklu wizyt handlowych
Przykład
Ustawienie okresu powtarzania na [Brak] umożliwi skopiowanie pojedynczej wizyty na podstawie cyklu.
Po ustaleniu nowych parametrów cyklu należy wybrać opcję [Zapisz]. Cykl wizyt zostanie skopiowany z uwzględnieniem podanych parametrów (terminu rozpoczęcia, powtarzania, terminu końca cyklu).
Uwaga
W przypadku archiwizacji wzorca wizyty w systemie Comarch ERP XL skopiowanie wizyty nie będzie możliwe. Podobnie nie będzie można skopiować wizyty, której wzorzec został odpięty od centrum mobilnego. Przy próbie skopiowania takiej wizyty wyświetlony zostanie stosowny komunikat.

Kopiowanie tygodniowego planu wizyt

W aplikacji istnieje możliwość kopiowania tygodniowego planu wizyt. Więcej informacji o konfiguracji parametru można znaleźć TUTAJ.
Opcja kopiowania tygodniowego planu wizyt
Po wyborze opcji [Kopiuj wizyty] pojawi się okno wyboru tygodnia, z którego będziemy chcieli skopiować wizyty oraz tygodnia, na który będziemy chcieli przenieść plan wizyt. Użytkownik ma możliwość przełączenia tygodni przy użyciu przycisków oraz lub po kliknięciu na dany zakres tygodnia. W zależności od zaznaczenia opcji [Tylko w obrębie miesiąca], dany tydzień skopiuje się na cały tydzień tj. od poniedziałku do niedzieli, niezależnie od zakończenia poprzedniego miesiąca i rozpoczęcia kolejnego. Jeśli natomiast opcja ta zostanie odznaczona, plan wizyt zostanie skopiowany tylko w obrębie danego miesiąca tj. jeśli następny miesiąc rozpoczyna się w czwartek, wtedy plan wizyt zostanie skopiowany do środy włącznie.
Okno kopiowania planu wizyt z zaznaczonym parametrem [Tylko w obrębie miesiąca]

Kopiowanie dziennego planu wizyt

W aplikacji istnieje możliwość kopiowania dziennego planu wizyt. Więcej informacji o konfiguracji parametru można znaleźć TUTAJ.
Opcja kopiowania dziennego planu wizyt
Po wyborze opcji [Kopiuj wizyty] pojawi się okno z możliwością kopiowania tygodniowego planu wizyt. Po wybraniu opcji tygodniowy zostanie włączona opcja kopiowania dziennego planu wizyt. Użytkownik ma możliwość przełączenia dat przy użyciu przycisków oraz lub po kliknięciu w nazwę dnia tygodnia.
Okno kopiowania dziennego planu wizyt

Odrzucanie pierwowzoru kopiowanej wizyty

Włączenie opcji odrzucania wizyt spowoduje, że wizyty wzorcowe będą automatycznie odrzucane po ich skopiowaniu. Za tę opcje odpowiada parametr [RejectPlannedVisitAfterCopy], znajdujący się w plikach konfiguracyjnych katalogu (domyślnie): C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Methods\configuration. Parametr ten jest opisany TUTAJ. Odrzucony zostanie również każdy z elementów tej wizyty z powodem odrzucenia: „Wizyta przeniesiona na inny termin”. Wizyta wzorcowa zostanie odrzucona tylko w następujących przypadkach:
  • Wizyta została zaplanowana w systemie Comarch ERP XL.
  • Potwierdzona wizyta została zsynchronizowana z systemem Comarch ERP XL.
  • Wizyta została potwierdzona w systemie Comarch ERP XL (w przypadku włączonej opcji potwierdzania wizyt).

Możliwość filtrowania działań

Użytkownik aplikacji mobilnej może wyfiltrować działania z poziomu :
  • Terminarza – z poziomu Zakładek: Zaplanowane, Przeterminowane i Zakończone użytkownik może skorzystać z opcji filtra i odnaleźć interesujące go działania korzystając z opcji filtra:
    • od – zwrócone zostaną wszystkie działania, których data wystawienia jest późniejsza niż wskazana
    • do – zwrócone zostaną wszystkie działania, których data wystawienia jest wcześniejsza niż wskazana,
    • Wzorzec – zwrócone zostaną wizyty handlowe, na których zastosowano wybrany,
    • Typ – zwrócone zostaną wizyty handlowe o typie, który został wskazany w ustawieniach filtra
    • Rodzaj działania – użytkownik może odszukać działania danego rodzaju (np. tylko spotkania) lub działania kilku różnych rodzajów (wielowybór),
    • Kontrahent – po wybraniu konkretnego kontrahenta zostaną zwrócone działania dotyczące tylko tego konkretnego Klienta.
    • Dodatkowo za pomocą filtru tekstowego możliwe jest wyszukanie działań np. po mieście czy ulicy.
Możliwość filtrowania działań z poziomu terminarza oraz karty kontrahenta
Podobnie jak dla filtrów w innych miejscach aplikacji użytkownik może skorzystać z opcji dodatkowych, dostępnych po dłuższym przytrzymaniu na przycisk z danym filtrem. Jedną z możliwości jest przypięcie filtra do szybkiego wybierania, które usprawni proces wyszukiwania interesujących działań.
Opcje dodatkowe filtra

Element WH: Inny

Obsługa takiego typu wizyty polega na wprowadzeniu informacji odnośnie realizacji dodatkowego zadania.
Wizyta: Inny
Realizacja elementu Inny polega na wpisaniu tekstu. Po kliknięciu w ikonę  możliwe jest także podyktowanie realizacji, a system przeniesie go na tekst pisany.

Element WH: Merchandising

Obsługa takiego typu wizyty polega na wykonaniu zdjęcia na podstawie udostępnionego załączonego wzorca.
Wizyta: Merchandising
Po wykonaniu zdjęcia, wzorzec w oparciu, o który zrealizowane zostało zdjęcie zostanie oznaczony ikoną zaprezentowaną na poniższym zrzucie ekranu.
Wizyta służbowa: Merchandising, realizacja
Przy współpracy z systemem Comarch ERP XL istnieje możliwość dodawania zdjęć bez zadanych wzorców. Po wejściu w realizację merchandisingu prezentowany jest kafel [Dodatkowe] dla którego można dodawać kolejne zdjęcia.
Realizacja merchandisingu bez zadanych wzorców
Istnieje także możliwość dodawania wielu zdjęć do każdego z wzorców. Aby dodać kolejne zdjęcie należy przesunąć palcem w lewo zdjęcie z realizacją.
Dodanie wielu zdjęć do jednego wzorca
Przy współpracy z systemem Comarch ERP XL istnieje możliwość dodawania opisów do wykonywanych zdjęć. Aby go dodać należy kliknąć w ikonę z ołówkiem znajdującą się w polu opis.
Opis na realizacji merchandisingu
W celu lepszego wykorzystania opcji rejestrowania trasy oraz późniejszego porównywania w Comarch Mobile Zarządzanie tras zaplanowanych i zarejestrowanych, wprowadzono w aplikacji Comarch Mobile możliwość określania punktów wzorcowych dla danego kontrahenta podczas realizacji wizyty. Funkcjonalność została opisana TUTAJ.
Ustawienie punktu wzorcowego dla kontrahenta
Uwaga
W przypadku korzystania z elementu wizyty Merchandising, w tym rejestracji pozycji GPS, wymagana jest licencja na Moduł Monitorowanie.

Element WH: Raport towarów konkurencji

Obsługa takiego elementu wizyty polega na sprawdzeniu obecności towarów konkurencji u Klienta. W przypadku, gdy w ramach elementu wizyty o typie: Raport towarów konkurencji zdefiniowane jest więcej niż jeden raport wówczas podczas realizacji elementu wizyty zostanie wyświetlone okno z listą dostępnych w ramach danego elementu raportów.
Wybór wzorca wizyty, dla którego w systemie Comarch ERP XL podpięto raport konkurencji
Wizyta służbowa: Raport towarów konkurencji
Definicje raportów należy utworzyć w systemie Comarch ERP XL. Po wejściu w dany raport zostanie wyświetlone okno z listą towarów, które obejmuje dany raport. Na raporcie konkurencji została udostępniona możliwość oznaczenia dostawcy danego artykułu. Po otwarciu raportu konkurencji, użytkownik może określić [Proponowanego dostawcę], poprzez wybór z listy lub dodanie nowego kontrahenta. Podczas realizacji elementów raportu konkurencji ustawiony proponowany dostawca będzie się podpowiadał na danym towarze.
Raport towarów konkurencji: lista towarów
Określenie dostawcy na raporcie konkurencji
Po wybraniu danego towaru pojawi się okno zaprezentowane na poniższym zrzucie ekranu.
Wizyta służbowa: Raport towarów konkurencji
W ten sposób przedstawiciele w szybszy sposób mogą zbierać informacje odnośnie konkurencji w celu przygotowywania i zaproponowania Klientowi atrakcyjniejszej oferty. W aplikacji Comarch Mobile istnieje możliwość wyświetlania na raporcie towarów konkurencji dodatkowych kolumn zdefiniowanych w systemie Comarch ERP XL. Informacje nt. konfiguracji tej funkcjonalności znajdują się TUTAJ. W zależności od konfiguracji na raporcie towarów konkurencji i raporcie obecności towarów wyświetlą się:
  • wszystkie parametry raportu w kolejności: kolumny domyślne, kolumny dodatkowe
Raport towarów konkurencji – wszystkie parametry domyślne i dodatkowe
  • wymagane kolumny domyślne i wszystkie kolumny dodatkowe
Raport towarów konkurencji – wymagane parametry domyślne i wszystkie parametry dodatkowe
  • tylko wymagane kolumny, zarówno domyślne jak i dodatkowe
Raport towarów konkurencji – tylko wymagane parametry domyślne i dodatkowe
Kolumny (parametry) wymagane wyświetlane są w aplikacji mobilnej na czerwono – bez ich uzupełnienia zapisanie karty raportu nie jest możliwe. Nieuzupełnienie któregoś z wyświetlanych parametrów (niewymaganych) spowoduje wyświetlanie nazwy tego parametru w miejscu, w którym powinna zostać wyświetlona jego wartość. Po naciśnięciu przycisku [Powrót] na urządzeniu zostaną wyświetlone opcje:
Wizyta handlowa, menu dostępne po naciśnięciu przycisku [Powrót] na urządzeniu’

Usuwanie wizyt handlowych

Usunięcie niezrealizowanych wizyt zarejestrowanych na urządzeniu jest możliwe poprzez wybór opcji [Usuń], dostępnej z poziomu menu kontekstowego. Po naciśnięciu przycisku [Usuń] zostanie wyświetlone okno:
Usuwanie działania

Element WH: Ankiety

Obsługa takiego typu wizyty polega na wykonaniu ankiety, która została zdefiniowana w systemie ERP XL. W przypadku, gdy w ramach elementu wizyty o typie: Ankiety zdefiniowane jest więcej niż jedna ankieta wówczas podczas realizacji elementu wizyty zostanie wyświetlone okno z listą dostępnych w ramach danego elementu ankiet.
Wizyta: Ankiety, wybór ankiety
Po wyborze konkretnej ankiety zostanie wyświetlona lista pytań zdefiniowanych w ramach wybranej ankiety, zaprezentowana na poniższym zrzucie ekranu.
Wizyta: Ankiety, wybór ankiety
Wizyta: Ankiety, wybór odpowiedzi
W aplikacji Comarch Mobile Serwis umożliwiono definiowanie ankiet zarówno z pytaniami jednokrotnego jak i wielokrotnego wyboru. Podczas realizacji elementu wizyty: Ankiety standardowo po wybraniu zadania do wykonania (Ankiety) i po wybraniu danej ankiety powinna zostać wyświetlona lista pytań. Na rysunku poniżej zaprezentowano model zaznaczenia wielu odpowiedzi i ich prezentacje na liście pytań. W przypadku wyboru odpowiedzi Inna, pojawi się okno w której istnieje możliwość wpisania własnej odpowiedzi.
Zaznaczenie wielu odpowiedzi i prezentacja na liście pytań (w tym odpowiedzi typu Inna)
W najnowszej wersji aplikacji Comarch Mobile została dodana opcja skanowania odpowiedzi do ankiety. Warunkiem działania tej funkcji jest zainstalowana aplikacja Binary Eye na urządzeniu mobilnym. Po wywołaniu przycisku skanowania w oknie odpowiedzi możliwe będzie zeskanowanie wartości – odpowiedzi ankiety.
Możliwość zeskanowania odpowiedzi do ankiety
Aplikacja Comarch Mobile Serwis umożliwia także wprowadzenie danych osób Klienta, z którymi została przeprowadzona ankieta. Podczas realizacji tego elementu wizyty, operator może:
  • określić kilku respondentów spośród zdefiniowanych osób kontaktowych Klienta,
  • dodać nową osobę ankietowaną – np. nowego pracownika Klienta.
Możliwość wyboru osoby kontaktowej z karty kontrahenta, z którą była przeprowadzana ankieta
Informacja o ankietowanej osobie na karcie wizyty
Po zakończeniu i synchronizacji realizacji wizyty do systemu Comarch ERP XL, określona/dodana osoba ankietowana jest widoczna na podglądzie wizyty na zakładce [Opis].
Widoczność ankietowanych osób na karcie wizyty w systemie Comarch ERP XL
Podczas realizacji elementu wizyty: Ankieta użytkownik może w szybki sposób wyszukać interesującą osobą na wyświetlonej liście osób kontaktowych kontrahenta. Opcja ta jest szczególnie przydatna, kiedy lista jest długa i wymaga przewijania. Użytkownik może odszukać interesującą go osobę wyszukując po imieniu lub nazwisku. Wpisaną frazę można w szybki sposób skasować poprzez wybranie ikony krzyżyka

Element WH: Raport obecności towarów

Obsługa takiego elementu wizyty polega na sprawdzeniu obecności towarów firmy Przedstawiciela Handlowego u Klienta. W przypadku, gdy w ramach elementu wizyty o typie: Raport obecności towarów zdefiniowane jest więcej niż jeden raport, wówczas podczas realizacji elementu wizyty zostanie wyświetlone okno z listą dostępnych w ramach danego elementu raportów.
Wizyta służbowa: Lista raportów obecności towarów
Po wejściu w dany raport są dostępne dwie zakładki: [Realizacja] - okno prezentujące aktualny raport z listą towarów, które obejmuje dany raport. Definicje raportów należy utworzyć w systemie Comarch Mobile Zarządzanie, oraz [Raport historyczności] - okno prezentuje poprzednie raporty powiązane z danym kontrahentem. Poszczególne zakładki zaprezentowano na poniższym rysunku:
Okno realizacji raportu – bez możliwości generowania zamówień na podstawie raportu oraz Okno raportu historycznego
Okno realizacji raportu – z możliwością generowania zamówień na podstawie raportu oraz Okno raportu historycznego
W pierwszej zakładce [Realizacja], po wybraniu danego towaru, pojawi się okno z poszczególnymi danymi do uzupełnienia, zaprezentowane poniżej.
Wizyta handlowa: Raport obecności towarów
Po uzupełnieniu danych dotyczących towaru zostanie wyświetlone okno tak, jak na poniższym rysunku.
Wizyta służbowa: Raport obecności towarów, uzupełnione dane
W aplikacji Comarch Mobile istnieje możliwość wyświetlania na raporcie obecności towarów dodatkowych kolumn zdefiniowanych w systemie Comarch ERP XL. Informacje nt. konfiguracji tej funkcjonalności znajdują się TUTAJ. W zależności od konfiguracji na raporcie towarów konkurencji i raporcie obecności towarów wyświetlą się:
  • wszystkie parametry raportu w kolejności: kolumny domyślne, kolumny dodatkowe
Raport obecności towarów – wszystkie parametry domyślne i dodatkowe
  • wymagane kolumny domyślne i wszystkie kolumny dodatkowe
Raport obecności towarów – wymagane parametry domyślne i wszystkie parametry dodatkowe
  • tylko wymagane kolumny, zarówno domyślne jak i dodatkowe
Raport obecności towarów – tylko wymagane parametry domyślne i dodatkowe
Kolumny (parametry) wymagane wyświetlane są w aplikacji mobilnej na czerwono – bez ich uzupełnienia zapisanie karty raportu nie jest możliwe. Nieuzupełnienie któregoś z wyświetlanych parametrów (niewymaganych) spowoduje wyświetlanie nazwy tego parametru w miejscu, w którym powinna zostać wyświetlona jego wartość. Po naciśnięciu przycisku [Powrót] na urządzeniu zostaną wyświetlone opcje zaprezentowane na rysunku poniżej:
Wizyta handlowa, menu dostępne po naciśnięciu przycisku [Powrót] na urządzeniu’
  Zakładka [Raport historyczny] zawiera informacje o dacie realizacji raportu oraz ilości zrealizowanych towarów względem ilości wszystkich towarów. W tej zakładce, gdy istnieją raporty historyczne, wówczas są dostępne na action barze dwa dodatkowe przyciski i . Po wybraniu opcji pojawi się lista raportów historycznych z możliwością wyboru raportu do wyświetlenia. Prezentowane są tylko raporty, które dotyczą wizyt wystawionych na kontrahenta, którego dotyczy aktualnie realizowana wizyta i zrealizowanych przez operatora mobilnego zalogowanego do aplikacji.
Okno wyświetlane po wybraniu opcji kopiowania historycznego raportu
Po wybraniu opcji pojawi się okno z możliwość skopiowania danych z poprzednich raportów na raport bieżący. Po wybraniu opcji kopiowania dostępne są następujące parametry: Pomiń towary już zaznaczone – po zaznaczeniu, jeżeli realizacja dla towaru jest uzupełniona na raporcie bieżącym i jednocześnie znajduje się na raporcie historycznym, wówczas dane dla takiego towaru nie są nadpisywane, Wartości parametrów z historycznego raportu - po zaznaczeniu kopiowane są wartości parametrów (cena, ilość, itp.) z historycznego raportu o ile pokrywają się one z bieżącą definicją raportu, Ilość do zamówień z historycznego raportu - parametr pojawi się tylko, jeśli na bieżącej definicji raportu została skonfigurowana możliwość generowania zamówień na podstawie raport (funkcjonalność opisana TUTAJ)
Okno wyświetlane po wybraniu opcji kopiowania historycznego raportu
Uwaga
Jeżeli któryś z parametrów został oznaczony jako wymagany, a na raporcie historycznym taki nie był, zatwierdzenie realizacji takiego raportu nie będzie możliwe do momentu uzupełniania wymaganych parametrów na wszystkich zaznaczonych pozycjach (będą prezentowane w kolorze czerwonym).

Konfiguracja elementu Merchandising z Raportem obecności towarów

W celu konfiguracji powiązania po stronie Comarch ERP XL należy dodać dwie klasy atrybutów przypisane do elementu wzorca wizyty o typie Merchandising:
Konfiguracja atrybutów na elemencie wizyty: Merchandising
  1. kod o nazwie „Raport obecności” i jako jego wartość podać kod raportu obecności, z którym ma zostać powiązany element Merchandising.
    Definiowanie nowej klasy atrybutu
  2. kod o nazwie: "Raport obecności: Towary ilość" w celu określenia liczby losowych towarów, dla których będą wykonane zdjęcia
    Definiowanie nowej klasy atrybutu

Obsługa funkcjonalności w aplikacji

Po wykonaniu opisanej konfiguracji w aplikacji Comarch Mobile Sprzedaż przed rozpoczęciem realizacji elementu Merchandising jest sprawdzane, czy podpięty raport obecności towarów został zrealizowany.
Uwaga
Jeżeli na raporcie obecności towarów zostało zarejestrowanych mniej towarów niż wskazuje na to ustawiona wartość, wówczas wyświetlana ilość zdjęć do zrealizowania będzie odpowiadać wartości towarów zrealizowanych na takim raporcie.
Zdjęcia dla poszczególnych towarów są prezentowane w takiej formie jak prezentowane są wzorce zdefiniowane na elemencie Merchandising.
Wykonywanie zdjęć towarów zarejestrowanych na raporcie obecności towarów
Realizacja dla danego towaru
Każde kolejno dodane zdjęcie wyświetlane jest w postaci zakładek. Możliwe jest dodanie wielu zdjęć do jednego towaru.
Uwaga
Dla każdego z wylosowanych towarów należy wykonać co najmniej jedno zdjęcie. Inaczej pojawi się komunikat "Zatwierdzenie elementu niemożliwe. Dla każdego z towarów musi zostać wykonane co najmniej jedno zdjęcie."
Zatwierdzanie elementu Merchandising jeśli nie dla wszystkich towarów zostały wykonane zdjęcia.
 

Generowanie zamówienia na podstawie Raportu obecności towarów

Za umożliwienie generowania zamówień na podstawie raportu obecności odpowiada parametr IsOrderFromReportEnabled w pliku dotyczącym odpowiedniej wersji systemu Comarch ERP XL zlokalizowanym domyślnie C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Methods\configuration Jeżeli wartość parametru przyjmuje wartość 1, wówczas podczas realizacji elementu wizyty typu: Rejestrowanie dokumentu (ZS) istnieje możliwość automatycznego dodania towarów na zamówienie zgodnie z ilościami towarów wskazanymi podczas realizacji raportu obecności.

Obsługa funkcjonalności w aplikacji

Jeżeli w aplikacji Comarch Mobile Sprzedaż na wizycie został zrealizowany co najmniej jeden raport z włączoną funkcjonalnością generowania zamówienia na podstawie raportu, wówczas po rozpoczęciu realizacji elementu Rejestrowanie dokumentu z typem: ZS wyświetlone zostanie okno z nagłówkiem „Dodaj towary z raportów obecności” z dodatkowymi parametrami. Rysunek poniżej:
Okno dodawania towarów na dokument ZS na podstawie raportu obecności – (1) przypadek jeśli zrealizowany tylko jeden raport, (2) przypadek jeśli zrealizowanych kilka raportów
Jednocześnie opcja [Dodaj towary z raportów obecności] jest dostępna w menu kontekstowym na dokumencie ZS.
Opcja: Dodaj towary z raportu dostępna w opcjach dodatkowych dokumentu ZS.

Planowanie wizyt z elementem ZSR w Comarch Mobile Zarządzanie

Obsługa planowania wizyt z elementem: Realizacja czynności serwisowych polega na przypięciu czynności ze zleceń serwisowych podczas planowania wizyty, które powinny zostać zrealizowane w trakcie realizacji tej wizyty u danego kontrahenta. Jeżeli do wybranego wzorca wizyty utworzonego w systemie ERP XL przypięty jest co najmniej jeden element typu: Realizacja czynności serwisowych, wówczas podczas planowania wizyty w Comarch Zarządzanie będzie wyświetlana dodatkowa sekcja Czynności serwisowe.
Dodatkowa sekcja: Czynności serwisowe w oknie planowania wizyty.
W sekcji Czynności serwisowe użytkownik ma możliwość wyboru ustawienia: Ręcznie - domyślnie zaznaczone, oznacza że użytkownik będzie sam decydował, które czynności spośród niezrealizowanych powinny zostać dodane do wizyty, lub Automatyczne (wszystkie niezrealizowane) - po przełączeniu na tą opcję zostaną dodane wszystkie niezrealizowane czynności, które pochodzą ze zlecenia wystawionego na kontrahenta, na którego planowana jest wizyta.
Okno Czynności serwisowe z przypisanymi czynnościami
Uwaga
Jeżeli żadna z czynności nie zostanie przypisana do wizyty, będzie widoczny komunikat "Brak dodanych czynności".
Po wybraniu opcji w sekcji Czynności serwisowe wyświetli się nowe okno z listą niezrealizowanych czynności, które pochodzą ze zleceń wystawionych na danego kontrahenta, na którego planowana jest wizyta.
Okno z listą czynności możliwych do przypisania
Uwaga
Jeżeli na wzorcu wizyty znajduje się kilka elementów typu: Realizacja czynności serwisowych, po zaznaczeniu czynności pojawi się dodatkowa opcja "Wszystkie elementy typu: Realizacja czynności serwisowych", która będzie zaznaczona domyślnie.
Okno z listą czynności możliwych do przypisania i kilkoma elementami typu: realizacja czynności serwisowych
Aplikacja Comarch Mobile Zarządzanie i zakładka [Działania] zostały opisane TUTAJ.

Podgląd zaplanowanej, zrealizowanej i odrzuconej wizyty

Widok zaplanowanej wizyty serwisowej z elementami: Realizacja czynności serwisowych, Rejestracja zlecenia serwisowego wraz z ich opisami prezentuje poniższy rysunek.
Widok zaplanowanej wizyty z jej elementami
Widok zrealizowanej wizyty serwisowej przedstawia informacje: o ilości czynności zrealizowanych do ilości wszystkich czynności przypiętych do elementu Realizacji czynności serwisowych oraz informacje o ilości zarejestrowanych dokumentów ZSR z ich łączną wartością netto i brutto dla elementu Rejestracja zlecenia serwisowego prezentuje poniższy rysunek.
Widok wizyty wraz z zrealizowanymi elementami
Widok wizyty handlowej z odrzuconymi elementami z informacją o powodzie odrzucenia prezentuje poniższy rysunek.
Widok wizyty z odrzuconymi elementami

Element: Realizacja czynności serwisowych

W podglądzie elementu: Realizacja czynności serwisowych wyświetlane są informacje takie, jak: nazwa czynności, numer ZSR, z którego pochodzi czynność, ilość zrealizowana dla czynności, checkbox. Zaznaczony checkbox oznacza, że czynność została zrealizowana.
Podgląd elementu: Realizacja czynności serwisowych

Element: Rejestracja zlecenia serwisowego

W podglądzie elementu: Rejestracja zlecenia serwisowego prezentowane są sekcje: [Dokumenty], w której wyświetlane są informacje o numerach zarejestrowanych dokumentów ZSR, [Opis realizacji], o ile został dodany. W innym przypadku wyświetlany będzie komunikat: "Brak opisu".
Podgląd elementu: Rejestracja zlecenia serwisowego

Spotkanie

Usuwanie spotkań

Usunięcie niezrealizowanych spotkań zarejestrowanych na urządzeniu jest możliwe poprzez wybór opcji [Usuń], dostępnej z poziomu menu kontekstowego. Po naciśnięciu przycisku [Usuń] zostanie wyświetlone okno:
Usuwanie działania

Planowanie spotkania

Spotkanie jest typem działania planowanego przeważnie z wyprzedzeniem. Za jego pomocą można zarejestrować spotkanie u Klienta. W przypadku tworzenia spotkań dostępne są dodatkowe opcje takie jak: wysyłanie działania do systemu po zaplanowaniu, czy też planowanie kolejnego po zrealizowaniu. Okno planowania spotkania składa się z czterech zakładek:
  • Określ wzorzec spotkania
  • Wybierz kontrahentów
  • Koszyk
  • Dzień
Po wybraniu opcji planowania spotkania, nastąpi przejście na zakładkę [Określ wzorzec spotkania] – okno zostało zaprezentowane na rysunku poniżej.
Planowanie spotkania
Przy współpracy z systemem Comarch ERP XL rodzaje spotkań definiuje się jako: Słownik Kategorii: Rodzaj kontaktu. Spotkanie może być ponadto powiązane z wątkiem. Spotkanie można powiązać z istniejącym, niezakończonym wątkiem przypisanym do danego Kontrahenta lub można stworzyć nowy wątek, z którym spotkanie zostanie powiązane. Powiązanie to jest fakultatywne. W przypadku braku wskazania wątku spotkanie doda się jako zadanie CRM. Pozostałe zakładki: [Wybierz Kontrahentów], [Koszyk] i [Dzień] działają analogicznie jak w przypadku wizyt handlowych.
Uwaga
Wątki (konwersacje) utworzone w systemie Comarch ERP XL nie będą pobierane na urządzenie mobilne.
Na zakładce [Kontrahenci] należy wybrać kontrahenta, dla którego zostanie zaplanowane Spotkanie. Okno zostało zaprezentowane na rysunku poniżej.
Spotkanie: zakładka Kontrahenci
Po wybraniu kontrahenta otworzy się nowe okno ze szczegółami, w którym dodatkowo będzie można wybrać osobę kontaktową, ustalić cykliczność działania oraz dodać opis spotkania. W przypadku dodania seryjnego kontrahentów dodatkowe wspomniane okno z dodatkowymi opcjami otworzy się po wybraniu danego kontrahenta zakładki [Koszyk].
Szczegóły spotkania
Na zakładce [Koszyk] prezentowana jest lista spotkań, która zostanie stworzona po naciśnięciu przycisku: .
Spotkanie: zakładka [Koszyk]
Na zakładce [Dzień] można zobaczyć zaplanowane działania w ujęciu dziennym.
Spotkanie: zakładka [Dzień]
Każde spotkanie może być tworzone jako cykl działań. Aby określić cykl podczas planowania spotkania w sekcji Powtórzenie należy określić cykliczność działania. Możliwe do wyboru warianty powtórzeń zostały zaprezentowane na rysunku poniżej.
Dialog wyboru wariantu powtórzeń działania
Uwaga
Zrealizowanie, odrzucenie lub usunięcie jednego z wydarzeń typu Spotkanie, które jest częścią cyklu spowoduje podzielenie tego cyklu na dwie mniejsze części: pierwsza część cyklu do tego wydarzenia oraz druga część cyklu od tego wydarzenia. Po wejściu w edycję spotkania będącego w drugiej części cyklu i wybraniu opcji [Edytuj] cały cykl, tak naprawdę zostanie przeplanowana tylko druga część głównego cyklu. Natomiast wybranie opcji [Usuń] cały cykl spowoduje usunięcie wszystkich spotkań z całego głównego cyklu.

Realizacja spotkania

Realizacja spotkania polega na wybraniu przycisku [Realizuj] lub [Odrzuć] dostępnych z menu rozwijalnego. Menu rozwijalne i wszystkie dostępne opcje dla Spotkania zostało zaprezentowane na rysunku poniżej.
Menu rozwijalne, działanie typu: [Spotkanie]
Po naciśnięciu na przycisk  zostanie wyświetlone okno realizacji spotkania zaprezentowane na rysunku poniżej.
Realizacja spotkania – powiązanego z wątkiem
Jeżeli wątek zostaje zamknięty i są z nim powiązane niezrealizowane zdarzenia cykliczne, to zostaną one usunięte. Jeżeli wątek zostaje zamknięty i są z nim powiązane zdarzenia niecykliczne niezrealizowane, to zamknięcie wątku spowoduje ich zakończenie z czasem realizacji 0 i dacie zrealizowania takiej jak data działania, podczas której zamknięto wątek. W uwagach do realizacji automatycznie doda się opis, który świadczy o zakończeniu działań z powodu zamknięcia wątku.
Uwaga
W przypadku pobrania spotkania dodanego w systemie Comarch ERP XL i powiązanego z wątkiem, powiązanie z wątkiem nie będzie synchronizowane do Comarch Mobile.
Na karcie wątku znajdują się działania powiązane z danym wątkiem. Z tego poziomu istnieje możliwość np. realizacji lub wyświetlenia szczegółów danego działania.
Karta wątku
Menu kontekstowe z dostępnymi opcjami zostało zaprezentowane na rysunku poniżej.
Karta wątku - menu kontekstowe elementu

Prywatne

Planowanie działania prywatnego

Działania prywatne można planować tylko na urządzeniu i nie jest ono przesyłane do systemu Comarch ERP XL.
Działanie prywatne: zakładka [Planowanie działania]
Oznaczenie wybranych godzin w kolorze czerwonym oznacza, że w danym terminie istnieje zaplanowane już inne działanie. Na zakładce Dzień można zobaczyć zaplanowane zdarzenia w ujęciu dziennym.
Wydarzenie prywatne: zakładka [Dzień]

Realizacja działania prywatnego

Realizacja działania prywatnego polega na wybraniu przycisku [Realizuj] lub [Odrzuć] dostępnych z poziomu Szczegółów działania lub z dostępnego dla działania menu. Dodatkowo wydarzenie prywatne można usunąć lub edytować.
Realizacja działania prywatnego
Szczegóły działania prywatnego

Usuwanie działań prywatnych

Usunięcie niezrealizowanych działań prywatnych zarejestrowanych na urządzeniu jest możliwe poprzez wybór opcji [Usuń], dostępnej z poziomu menu kontekstowego. Po naciśnięciu przycisku [Usuń] zostanie wyświetlone okno:
Usuwanie działania

Zadanie

Planowanie zadania

W przeciwieństwie do wizyt, kontaktów i spotkań z zadaniem nie jest powiązany żaden kontrahent. Dodatkową różnicę stanowi również fakt, iż za pomocą zadań można rejestrować zdarzenia kilkudniowe. Okno planowania zadania składa się z dwóch zakładek:
  • Planowanie zadania
  • Dzień
Po wybraniu opcji planowania zadania, następuje przejście na zakładkę [Planowanie zadania]
Okno: planowanie zadania
Oznaczenie wybranych godzin kolorem czerwonym oznacza, że w danym terminie istnieje zaplanowane już inne działania.
Uwaga
Aby zobaczyć zadanie wysłane do systemu Comarch ERP XL należy zalogować się do systemu na operatora mobilnego, który utworzył to zadanie.

Realizacja zadania

Realizacja zadania polega na wybraniu przycisku [Realizuj] lub [Odrzuć] dostępnych z menu rozwijalnego. Użytkownik może także usunąć spotkanie, które zostało stworzone w aplikacji mobilnej i nie zostało jeszcze wysłane do systemu Comarch ERP XL. Przy realizacji zadania można także wprowadzić własne uwagi do realizacji.
Realizacja zadania

Usuwanie zadania

Usunięcie niezrealizowanych zadań zarejestrowanych na urządzeniu jest możliwe poprzez wybór opcji [Usuń], dostępnej z poziomu menu kontekstowego. Po naciśnięciu przycisku [Usuń] zostanie wyświetlone okno:
Usuwanie działania

Dokumenty

Rejestracja dokumentu ZSR - zakładka Planowanie

Rejestracja dokumentu ZSR

Możliwość dodania nowego dokumentu ZSR w aplikacji istnieje z poziomu:
  • Kafla Serwis – poprzez wybranie ikony  na action barze.
  • Z poziomu karty kontrahenta, w sekcji Serwis.
Każdy dokument ZSR podzielony jest na trzy zakładki:
  • Planowanie
  • Kalkulacja
  • Nagłówek
Planowanie
W tej sekcji prezentowana jest informacja na temat kontrahenta, którego dotyczy Zlecenie Serwisowe oraz daty realizacji. Z tego poziomu istnieje możliwość dodania poszczególnych elementów zlecenia: czynności serwisowej, urządzenia, składnika, serwisanta lub zasobu.
Zakładka: planowanie
Urządzenia Po kliknięciu w znak  w sekcji urządzenia pojawia się lista urządzeń serwisowych przypisanych do kontrahenta. Urządzenie zaznaczone na niebiesko oznacza, że zostało już dodane do tego dokumentu ZSR.
Wybór urządzenia serwisowego
Podczas dodawania urządzenia jest możliwość określenia przebiegu, za wyjątkiem urządzeń, które w polu jednostka przebiegu mają wybraną opcję: <Nie dotyczy>.
Określenie przebiegu
Wracając do okna planowanie - wybrane urządzenie jest widoczne w sekcji urządzenia. Z menu kontekstowego istnieje możliwość usunięcia go lub wejścia w jego szczegóły.
Menu kontekstowe urządzenia
Po wybraniu urządzenia automatycznie następuje przeniesienie do kolejnego elementu rejestracji ZSR: Czynności do wykonania. Czynność można dodać również wybierając znak plusa przy czynnościach do wykonania na liście planowanie, jednak aby czynność była powiązana z wybranym urządzeniem należy go również dodać do elementów czynności. Czynności do wykonania
Lista czynności
Lista czynności serwisowe są to wszystkie towary o typie: usługa lub koszt. Istnieje możliwość filtrowania listy za pomocą filtrów przedstawionych na rysunku powyżej. Po dokonaniu wyboru czynności pojawia się okno, gdzie określa się:
  • status zlecenia (pobrane ze Słownika kategorii/Serwis i Remonty/Statusy zleceń),
  • termin realizacji, ilość i cenę,
  • rodzaj czynności (sprzedaż lub koszt).
Następnie do czynności serwisowej należy wybrać:
  • serwisanta (jeżeli operator posiada odpowiednie uprawnienie będzie miał możliwość dodania zlecenia dla innego serwisanta),
  • składniki potrzebne do realizacji czynności serwisowej,
  • zasoby potrzebne do realizacji czynności serwisowej,
  • opis czynności serwisowej.
Wybrana czynność serwisowa
Wybrana czynność pojawia się na liście czynności serwisowych i z menu kontekstowego można wybrać przedstawione na poniższym zdjęciu opcje:
Menu kontekstowe wybranej czynności serwisowej
Składniki Po kliknięciu w przycisk  w sekcji Składniki na czynności serwisowej wyświetla listę towarów dostępnych dla kontrahenta wybranego na dokumencie. W Comarch Mobile Serwis wprowadzono opcję „Sprawdź stan” dla składnika na Zleceniu Serwisowym, która umożliwia sprawdzenie online stanu dla składnika z poziomu menu kontekstowego na liście składników.
Lista składników z dostępnymi filtrami
Po wybraniu składnika pojawia się okno małej kalkulacji z możliwością określenia rodzaju składnika: sprzedaż lub koszt. Z małej kalkulacji można przejść do dużej kalkulacji.
Okno małej i dużej kalkulacji wybranego składnika
Podczas dodawania pozycji dostępność towaru na magazynie mobilnym nie jest kontrolowana. Dodanie składnika nie powoduje zmniejszenia się stanu towaru na magazynie (następuje to dopiero w momencie wygenerowania dokumentu handlowego do ZSR). Zasoby Po kliknięciu w przycisk  w sekcji Zasoby wyświetla się lista Zasobów. Dodanie zasobu do czynności odbywać się będzie po wyborze Dodaj do zlecenia lub kliknięciu w konkretny zasób (pracownika, towar, środek trwały, kontrahenta).
Lista zasobów
Zakładka planowanie po wybraniu wszystkich elementów Zlecenia Serwisowego.
Zakładka Planowanie po wybraniu elementów ZSR

Realizacja ZSR

Realizacja zleceń odbywa się z poziomu:
  • Karty kontrahenta listy zleceń serwisowych
  • Okna Serwis, zakładki Zlecenia
  • Okna Serwis, zakładki Czynności
  Realizacja zleceń jest możliwa dla dokumentów o statusie:
  • Do realizacji
  • W realizacji
  • Zatwierdzone
Realizacje można rozpocząć wybierając z menu kontekstowego opcje realizuj lub klikając na dokument ZSR:
Opcja realizuj wybrana z menu kontekstowego
Po wejściu w dokument ZSR, na zakładce Ogólne pokazane są czynności do wykonania. Klikając w menu kontekstowe jest możliwość rozpoczęcia realizacji wybranej czynności, edycji lub jej odrzucenia.
Realizacja ZSR – zakładka Ogólne
Podczas rozpoczęcia realizacji czynności, od momentu wybrania ikony automatycznie zliczany jest czas realizacji, aż do momentu zapisania .
Rozpoczęcie realizacji czynności serwisowej – włączenie automatycznego zliczania czasu.
  Podczas realizacji dostępne są opcje:    Zapisz Odrzuć, po rozwinięciu których prezentowane są dwie opcje:   Czynność której realizacja została wstrzymana prezentowana jest na liście jak na poniższym widoku:   W aplikacji Comarch Mobile istnieje również możliwość edycji czynności na zleceniu serwisowym. Jest to możliwe na niezsynchronizowanych jeszcze zleceniach, których status to:
  • W realizacji
  • Zatwierdzone (o ile zatwierdzenie miało miejsce w aplikacji mobilnej)
Po dotknięciu przycisku możliwa będzie edycja elementów czynności takich jak:
  • Status zlecenia
  • Czas realizacji czynności
Uwaga
Od wersji Comarch Mobile 2023.2.2. istnieje możliwość edytowania Planowanego terminu realizacji czynności serwisowej w taki sposób, aby było możliwe zaznaczenie terminu wcześniejszego niż zostało to zdefiniowane na dokumencie ZSR.
  • Ilość i cena czynności
  • Rodzaj – koszt/sprzedaż
  • Usunięcie, dodanie lub edycja składnika (Edycja cen i rabatów możliwa będzie po zaznaczeniu parametru „Edycja cen i rabatów na pozycjach” na definicji dokumentu ZSR)
  • Serwisanci
  • Zasoby
  • Informacje dodatkowe
  • Opis
  • Urządzenie
Ponadto, do zatwierdzonych, realizowanych lub przekazanych do realizacji zleceniach możliwe jest dodanie nowej czynności do wykonania i czynności dla innych. Aby możliwa była zmiana czasu realizacji czynności, należy zmienić wartość parametru CanEditServiceActivityTime na 1. Szczegółowy opis parametrów aplikacji znajduje się [TUTAJ]. Edycja czasu jest możliwa tylko po ówczesnym wykonaniu i zatwierdzeniu czynności Po zakończeniu realizacji 'Czas realizacji’ wyświetlany jest w zaokrągleniu do minut.
Uwaga
Istnieje możliwość wymuszenia ręcznego uzupełniania rzeczywistego czasu realizacji czynności serwisowej. W tym celu należy zmienić wartość parametrów:
  • IsServiceActivityTimeAutomaticallyCounted na 0
  • CanEditServiceActivityTime na 1
Szczegółowy opis parametrów aplikacji znajduje się TUTAJ.
Status czynności serwisowej Na zakładce Ogólne widnieje pasek, który zmienia swój kolor w zależności od stopnia realizacji zlecenia:
 
Realizacja ZSR – zakładka Planowanie
Realizacja ZSR – zakładka Kalkulacja
Realizacja ZSR – zakładka Nagłówek
Jeżeli na zsynchronizowanym z systemu ZSR występuje składnik, czynność, urządzenie lub zasób, który nie jest dostępny w Comarch Mobile, po wejściu w zlecenie pojawia się komunikat, jak na rysunku poniżej. Niedostępne obiekty nie są możliwe do podglądu w aplikacji.
Komunikat o braku dostępności elementów w bazie mobilnej
W przypadku, gdy na zleceniu zsynchronizowanym z Centrali znajduje się kontrahent, który również nie występuje w bazie mobilnej serwisanta możliwość podglądu szczegółów kontrahenta jest niemożliwa.

Rejestracja dokumentu ZSR - zakładka Nagłówek

Rejestracja dokumentu ZSR

Możliwość dodania nowego dokumentu ZSR w aplikacji istnieje z poziomu:
  • Kafla Serwis – poprzez wybranie ikony  na action barze.
  • Z poziomu karty kontrahenta, w sekcji Serwis.
Każdy dokument ZSR podzielony jest na trzy zakładki:
  • Planowanie
  • Kalkulacja
  • Nagłówek
Nagłówek ZSR
Na nagłówku prezentowane są informacje jak poniżej. Edycja kontrahenta głównego, docelowego i płatnika w przypadku ZSR jest niemożliwa. Pozostałe elementy są edytowalne do momentu zatwierdzenia zlecenia. W przypadku, gdy na zleceniu serwisowym dodane są klasy atrybutów obsługiwane w Mobile Serwis dodana jest sekcja: Informację dodatkowe.
Nagłówek ZSR
Wybierając przycisk powrotu pokazuje się lista z dostępnymi opcjami:
  • Zapisz - zapisuje dokument do bufora (Stan: Niepotwierdzony)
  • Przekaż do realizacji - zapisuje dokument Do realizacji, możliwa jest edycja czynności, składników, zasobów oraz serwisantów na dokumencie (Stan: Do realizacji)
  • Zatwierdź - zatwierdza dokument, niemożliwa edycja elementów (Stan: Zatwierdzone)
  • Zakończ zlecenie - zlecenie zostaje zamknięte, realizacja zostaje zakończona (Stan: Zamknięte)
  • Wyjdź bez zapisu
  • Anuluj
Lista dostępnych opcji
 
Wskazówka
Możliwy jest wybór magazynu spośród magazynów oddziałowych oraz lokalnych. Domyślnym magazynem jest magazyn źródłowy ustawiony na definicji dokumentu ZSR w systemie ERP XL.

Rejestracja dokumentu ZSR - zakładka Kalkulacja

Rejestracja dokumentu ZSR

Możliwość dodania nowego dokumentu ZSR w aplikacji istnieje z poziomu:
  • Kafla Serwis – poprzez wybranie ikony  na action barze.
  • Z poziomu karty kontrahenta, w sekcji Serwis.
Każdy dokument ZSR podzielony jest na trzy zakładki:
  • Planowanie
  • Kalkulacja
  • Nagłówek
Kalkulacja
Jeżeli Operator posiada zaznaczony parametr: Widzi koszty zlecenia wówczas na zakładce Kalkulacja prezentowane są przychody i koszty wynikające z czynności i składników o typie sprzedaż i koszt znajdujących się na zleceniu. Jeżeli powyższy parametr jest odznaczony w kalkulacji przychody o typie koszt mają wartość 0. Z poziomu zakładki Kalkulacja istnieje możliwość rozliczenia zlecenia serwisowego poprzez wygenerowanie odpowiednich dokumentów: PA, FS, WZ w przypadku składników i czynności o typie sprzedaż oraz RW dla czynności i składników o typie koszt.
Zakładka kalkulacja z widocznymi kosztami zlecenia

Zatwierdzanie dokumentu – zakładka Podpis

Po wybraniu przycisku [Podpisz] należy wprowadzić podpis (przez pracownika kontrahenta, z którym prowadzona jest transakcja lub samego przedstawiciela handlowego).
Okno: Podpis
Istnieje także możliwość zatwierdzania dokumentów bez podpisu. Poprzez ustawienie odpowiedniego parametru istnieje możliwość skonfigurowania, dla jakich typów dokumentów podpis ma być wymagany, a dla których może on być pomijany.
Wskazówka
Możliwość zatwierdzania dokumentu bez podpisu została opisana TUTAJ.
  Dla dokumentów, dla których wymagalność podpisu została wyłączona, okno rejestracji dokumentu składa się z 3 zakładek – zakładka z Podpisem nie jest prezentowana. Użytkownik może w szybki sposób zatwierdzić taki dokument, poprzez wybranie opcji: [Zatwierdź] wyświetlanej na nagłówku dokumentu lub w standardowy sposób poprzez wybór z wszystkich dostępnych opcji. Po wybraniu opcji: [Zatwierdź i wyślij] pojawi się okno zaprezentowane poniżej:
Okno: Zatwierdź i wyślij

Opcja: Powrót

Wybranie przycisku: [Powrót] dostępnego na urządzeniu podczas rejestracji dokumentu spowoduje wyświetlenie okna zaprezentowanego na rysunku poniżej:
Wyjście z rejestracji dokumentu
Jeżeli podczas rejestrowania dokumentu przynajmniej jeden towar został dodany do Koszyka, wówczas podczas próby wyjścia bez zapisu z dokumentu zostanie dodatkowo wyświetlony komunikat informujący o istnieniu pozycji w koszyku. Na tym poziomie użytkownik będzie musiał określić czy na pewno chce wyjść bez zapisu dokumentu.

Dodawanie atrybutów oraz załączników na pozycji/nagłówek dokumentu

Aby użytkownik posiadał możliwość przypisania danego atrybutu na pozycję lub nagłówek dokumentu konieczne jest jego właściwe zdefiniowanie w systemie Comarch ERP XL. W tym celu należy w systemie Comarch ERP XL na klasie atrybutu zakładka [Ogólne] zaznaczyć możliwość [Podglądu i Edycji] w aplikacji Comarch Mobile (pracownik) oraz przypiąć ją do odpowiedniego obiektu. W aplikacji obsługiwane są następujące typy atrybutów:
  • Data
  • Flaga
  • Tekst
  • Liczba
  • Lista
  • Adres URL – w przypadku wskazania adresu strony internetowej, po naciśnięciu ikonki globu strona zostanie otwarta.
Jeżeli dany atrybut jest oznaczony jako Wymagany w systemie Comarch ERP XL, w aplikacji Comarch Mobile jest oznaczony znakiem .

Dodawanie atrybutów na pozycji dokumentu

Uwaga
Tylko z poziomu pełnej kalkulacji można dodać atrybut na pozycji dokumentu (składnik).
Aby dodać atrybut na pozycję dokumentu należy:
  • rozwinąć opcje dodatkowe pozycji i wybrać opcję: Dodaj informację dodatkową. Następnie należy wybrać klasy atrybutów i wpisać/wybrać wartość,
  • lub wybrać ikonę „+” w sekcji: Informacje dodatkowe na pełnej kalkulacji pozycji dokumentu.
Przykład
Dodawanie atrybutów na pozycji towarowej dokumentu

Dodawanie atrybutów oraz załączników na nagłówek dokumentu

Na nagłówek dokumentu można dodać z poziomu każdego okna dostępnego podczas jego tworzenia informację dodatkową (atrybut) oraz załączniki. Aby dodać atrybut na nagłówek dokumentu należy:
  • wybrać ikonkę dostępną w górnej części aplikacji, następnie należy wybrać klasy atrybutów i wpisać/wybrać wartość,
  • lub wybrać ikonę „+” w sekcji: Informacje dodatkowe na zakładce Nagłówek dokumentu.
  Aby dodać załącznik na nagłówku dokumentu ZSR należy:
  • wybrać ikonkę dostępną w górnej części aplikacji,
  • lub wybrać ikonę „+” w sekcji: Załączniki na zakładce Nagłówek dokumentu.
Dodawanie atrybutów i załączników na nagłówku dokumentu
Więcej informacji o załącznikach w aplikacji znajduje się TUTAJ.

Rozliczenia

Rozliczenie ZSR

Rozliczenie dokumentów zleceń serwisowych odbywa się z poziomu:
  • Zakładki Kalkulacja na zleceniu serwisowym
  • Menu kontekstowego dostępnego dla zlecenia serwisowego
Uwaga
Aby pracownik wystawiający i realizujący zlecenia serwisowe na urządzeniu miał możliwość ich rozliczenia konieczne jest nadanie mu uprawnienia: [MOS] Generowanie dokumentu ze zlecenia. Więcej informacji znajduje się TUTAJ.
Składniki oraz czynności o typie sprzedaż mogą zostać rozliczone dokumentami:
  • Paragon (PA)*
  • Faktura (FS)*
  • Wydanie Zewnętrzne (WZ)*
Składniki oraz czynności o typie koszt mogą zostać rozliczone dokumentem:
  • Rozchód Wewnętrzny (RW)
*- wymagana licencja na XL Mobile Sprzedaż, za wyjątkiem dokumentów WZ, które nie generują płatności
Rozliczenie dostępne z poziomu menu kontekstowego
Rozliczenie dostępne z poziomu kalkulacji na ZSR
Jeżeli zostały zaznaczone elementy typu sprzedaż wówczas podczas wyboru opcji: Rozlicz prezentowane jest okno z wyborem dokumentów: FS/PA/WZ (w zależności od dostępności typów dokumentów dla zalogowanego operatora). Jeżeli zostały zaznaczone elementy typu koszt wówczas po wyborze opcji: Rozlicz generowany jest dokument RW.
Uwaga
Jeżeli Operator posiada zaznaczony parametr: Widzi koszty zlecenia wówczas na zakładce Kalkulacja prezentowane są przychody i koszty wynikające z czynności i składników o typie sprzedaż i koszt znajdujących się na zleceniu. Jeżeli powyższy parametr jest odznaczony w kalkulacji przychody o typie koszt mają wartość 0. 
Po zatwierdzeniu wygenerowanego dokumentu ze zlecenia serwisowego dokument zostaje powiązany z danym zleceniem. Na zakładce kalkulacja wyświetlana jest informacja o zrealizowaniu pozycji z możliwością przejścia do podglądu dokumentu.
Rozliczenie zleceń serwisowych - dokumenty
 

Raporty

Raporty

Istnieje możliwość przeglądania raportów z poziomu aplikacji. Raporty są dostępne z poziomu menu głównego po wybraniu kafla [Raporty]. W dolnej części kafla znajduje się informacja na temat ilości oraz wartości dokumentów wystawionych w danym dniu. Po dłuższym przytrzymaniu przycisku na kaflu pojawi się informacja na temat ilości oraz wartości (netto i brutto) dokumentów handlowych wystawionych przez Przedstawiciela w ostatnim dniu, tygodniu oraz miesiącu
Raporty
Domyślnie w aplikacji znajdują się następujące raporty systemowe:
  • Raport dobowy przedstawiciela – prezentuje listę wystawionych dokumentów, zapisów kasowych oraz stanów na magazynie mobilnym
  • Kontrahenci bez transakcji – prezentuje listę kontrahentów, którzy w określonym przedziale czasu nie dokonali żadnej transakcji
  • Plany sprzedaży – pokazuje plany sprzedaży wg określonej kategorii dla wybranych dokumentów
  • Podsumowanie dnia – prezentuje wykonane w danym dniu operacje m.in dane dotyczące wizyt, wystawionych dokumentów, rozliczonych zobowiązań
  • Rabaty retrospektywne sprzedaży – zestawienie obrotu oraz wartości uzyskanego rabatu dla danego kontrahenta
  • Ranking kontrahentów kupujących towar – pokazuje kontrahentów najczęściej kupujących dany towar
  • Ranking towarów zakupionych przez kontrahenta – pokazuje, które towary kontrahent najczęściej kupuje
  • Raport prowizji – prezentuje jaką prowizję na dany dzień udało się uzyskać przedstawicielowi handlowemu
  • Realizacja zamówień – prezentuje status zamówień wystawionych przez przedstawiciela handlowego
  • Schematy kaucji – prezentuje szczegóły wybranych kaucji
  • Sprzedaż i ilość wizyt – sprzedaż towarów i ilości odbytych wizyt w wybranym okresie
  • Sprzedaż i ilość wizyt kontrahenta – sprzedaż towarów i ilości odbytych wizyt w wybranym okresie dla kontrahenta
  • Sprzedaż – SKU (ang. Stock Keeping Unit) prezentuje sprzedaż towarów w wybranym okresie z podziałem na jednostki
  • Sprzedaż towarów wg kontrahenta – prezentuje sprzedaż towarów dla danych kontrahentów
  • Sprzedaż w okresach – prezentuje sprzedaż towarów w wybranym okresie
  • Wartość sprzedaży dla kontrahenta – prezentuje wartość sprzedaży w danym okresie czasu dla wybranego kontrahenta z uwzględnieniem dokumentów z innych centrów – raport jest również domyślnie dostępny z poziomu karty danego kontrahenta i z poziomu listy kontrahentów.
 
Raporty
W aplikacji Comarch Mobile istnieje możliwość dowolnego ustawiania kolejności raportów na liście, np. prezentować na początku listy te raporty, które są najczęściej używane przez przedstawiciela handlowego. W tym celu na definicji raportu, który znajduje się (domyślnie) w lokalizacji C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Reports należy określić wartość priorytetu:

<value>0</value>

Im wartość priorytetu jest wyższa, tym raport będzie znajdował się wyżej na liście.
Możliwość zmiany kolejności raportów na liście
Wywołanie raportu odbywa się poprzez wybór przycisku [Pokaż] dostępnego w menu rozwijanym lub wybrania pozycji z nazwą raportu.
Raporty, menu kontekstowe
Istnieje możliwość wyświetlania raportów z różnych poziomów aplikacji, nie tylko z poziomu kafelka raporty. Raporty będą mogły zostać wyświetlone z poziomu:
  • Karty Kontrahenta
  • Listy Kontrahentów
  • Karty towaru
  • Dużej kalkulacji podczas dodawania pozycji na dokument
  • Listy pozycji dokumentu
  • Realizacji wizyty typu: Inny
  • Realizowania wizyty
Po odpowiedniej konfiguracji w definicji raportów, wybrane raporty będą widoczne w wyżej wymienionych lokalizacjach w aplikacji, więcej informacji dotyczących konfiguracji znajduje się TUTAJ.
Wyświetlenie raportów z poziomu listy kontrahentów
Wyświetlenie raportów z poziomu karty kontrahentów
Wyświetlenie raportów z poziomu karty towaru
Wyświetlenie raportów z poziomu listy pozycji dokumentu
Wyświetlenie raportów z poziomu realizacji wizyty
Wyświetlenie raportów z poziomu realizacji wizyty typu: inny
Przy wyświetlaniu raportu z listy kontrahentów, z karty danego kontrahenta, z poziomu listy pozycji dokumentu czy realizacji  wizyty Kontrahent  podpowiada się już w parametrach raportu. Podobnie jest w przypadku towarów (wyświetlanie raportu z listy towarów, karty towaru). Dodatkowo istnieje możliwość drukowania raportów z poziomu aplikacji. W tym celu należy stworzyć odpowiednią definicję wydruku danego raportu i umieścić ją w katalogu C:\Program Files (x86)\Comarch Mobile\Serwer synchronizacji\Printouts. Wówczas będzie możliwość drukowania raportu, analogicznie jak dokument:
  • na drukarce mobilnej sparowanej z urządzeniem (opcja: Drukuj),
  • lub wywołać wydruk pdf (opcja: Wyślij do drukarki),
  • pojawi się także możliwość przesłania wiadomości e-mail z wygenerowanym raportem w formacie pdf.
Możliwość wydrukowania raportu
 

Raport: Raport dobowy przedstawiciela

Raport dobowy przedstawiciela pozwala wyświetlić informacje na temat wystawionych w danym dniu:
  • dokumentów sprzedażowych: FS, PA, WZ,
  • zapisów kasowych: KP/KW,
  • aktualnego stanu towarów na magazynie mobilnym przedstawiciela
W standardzie aplikacji istnieje możliwość wydrukowania raportu na drukarce mobilnej lub stacjonarnej, a także wysłania go jako za pomocą wiadomości e-mail. Przykładowy raport przedstawia poniższy rysunek:
Raport dobowy przedstawiciela

Raport: Kontrahenci bez transakcji

Raport: Kontrahenci bez transakcji, prezentuje listę kontrahentów, którzy w danym okresie nie dokonali żadnej transakcji.
Raporty: Kontrahenci bez transakcji
W celu zmiany parametrów wywołania raportu należy wybrać przycisk: .
Raporty: Edycja parametrów raportu

Raport: Podsumowanie dnia

Raport: Podsumowanie dnia został zaprezentowany na rysunku poniżej:
Raporty: Podsumowanie dnia
W celu zmiany parametrów wywołania raportu należy wybrać przycisk: . Edycja parametrów raportu umożliwia określenie daty oraz sposoby grupowania.
Raporty: Edycja parametrów raportu
Raport podsumowanie dnia: Sposób grupowania

Raport: Sprzedaż SKU

Raport: Sprzedaż SKU został zaprezentowany na rysunku poniżej:
Raporty: Sprzedaż SKU
Raport prezentuje sprzedaż towarów w wybranym okresie z podziałem na jednostki. W celu zmiany parametrów wywołania raportu należy wybrać przycisk: . Edycja parametrów raportu umożliwia określenie daty początkowej oraz końcowej.
Raporty: Edycja parametrów raportu

Raport: Sprzedaż towarów wg kontrahenta

Raport: Sprzedaż towarów wg kontrahenta został zaprezentowany poniżej:
Raporty: Sprzedaż towarów wg kontrahenta
W celu zmiany parametrów wywołania raportu należy wybrać przycisk: . Edycja parametrów raportu umożliwia określenie daty początkowej oraz końcowej.
Raporty: Edycja parametrów raportu

Raport: Sprzedaż w okresach

Parametry wywołania raportu: Sprzedaż w okresach zostały przedstawione poniżej.
Raporty: Sprzedaż w okresach, ustawienia
Raporty: Sprzedaż w okresach

Raport: Wartość sprzedaży dla kontrahenta

Raport: Wartość sprzedaży dla kontrahenta został zaprezentowany poniżej:
Raporty: Wartość sprzedaży dla kontrahenta
W celu zmiany parametrów wywołania raportu należy wybrać przycisk: . Edycja parametrów raportu umożliwia określenie daty początkowej oraz końcowej.
Raporty: Edycja parametrów raportu
Raport ten jest również domyślnie dostępny z poziomu karty danego kontrahenta, jak i z list kontrahentów. Po wybraniu danego kontrahenta przy wyświetleniu parametrów raportu, kontrahent zostanie automatycznie wybrany.

Raport: Ranking towarów zakupionych przez kontrahenta

Raport przedstawiający ranking towarów zakupionych przez kontrahenta w wybranym przez operatora okresie czasu jest tworzony na podstawie informacji znajdujących się w bazie mobilnej. W raporcie pod uwagę brane są faktury sprzedaży oraz paragony.
Raporty: Edycja parametrów raportu
Na wyświetlonej liście kontrahentów istnieje możliwość:
  • Odfiltrowanie wyświetlonej listy kontrahentów poprzez naciśnięcie ikony lupy.
Odfiltrowanie wyświetlonej listy kontrahentów
  • Założenia karty nowego kontrahenta poprzez wybranie ikony  wyświetlonej na action barze. Dodany kontrahent zostaje automatycznie wybrany jako jeden z parametrów raportu.
  • Weryfikacja kontrahenta w systemie VIES poprzez naciśnięcie ikony  wyświetlonej na action barze. Kontrahent dodany za pomocą tej opcji, zostaje automatycznie wybrany jako jeden z parametrów raportu. Więcej informacji o weryfikacji kontrahenta za pomocą numeru NIP można znaleźć TUTAJ.
Raporty: Ranking towarów zakupionych przez kontrahenta
Raport ten jest również domyślnie dostępny z poziomu karty danego kontrahenta, listy kontrahentów i listy pozycji dokumentów. Po wybraniu danego kontrahenta przy wyświetleniu parametrów raportu, kontrahent zostanie automatycznie wybrany. Istnieje natomiast możliwość wyboru innego kontrahenta z listy.

Raport: Realizacja czynności serwisowych

W raporcie prezentowana jest informacja o zrealizowanych czynnościach serwisowych wraz z podsumowaniem ich realizacji. Do wygenerowania raportu należy wprowadzić datę początkową, końcową oraz wybrać czy raport ma prezentować czynności serwisowe tylko zalogowanego operatora czy wszystkie zrealizowane czynności znajdujące się na bazie mobilnej.
Edycja parametrów raportu
Raport: Realizacja czynności serwisowych

Raport: Ranking kontrahentów kupujących towar

Ranking kontrahentów kupujących towar prezentuje kontrahentów, którzy zakupili wybrany towar w zadanym okresie czasu. Na podstawie danych wyświetlonych w takim raporcie uzyskamy również informację ile wyniosła wartość sprzedaży dla tych kontrahentów. W raporcie pod uwagę brane są faktury sprzedaży oraz paragony.
Raporty: Edycja parametrów raportu
Odfiltrowanie wyświetlonej listy towarów
Ranking kontrahentów kupujących towar
Raport ten jest również dostępny domyślnie z poziomu karty danego towaru. Po wybraniu danego towaru przy wyświetleniu parametrów raportu, towar zostanie automatycznie wybrany. Istnieje natomiast zmiany domyślnego towaru na inny, wybrany z listy.

Raporty online

Funkcja [Raporty] bazuje w całości na danych z systemu Comarch ERP XL, pobieranych w momencie uruchomienia danego raportu. Dzięki temu, przedstawiciel ma dostęp do najbardziej aktualnych informacji oraz może porównać efekty swojej pracy z założonymi celami. - Raporty online zostały wyróżnione na liście odpowiednią ikonką (sygnalizującą potrzebę dostępu do serwera synchronizacji w momencie uruchomienia raportu). W aplikacji predefiniowane są raporty online:
  • Plany sprzedaży,
  • Raport prowizji,
  • Raport realizacji zamówień,
  • Raport rabatów retrospektywnych sprzedaży.
Istnieje także możliwość stworzenia raportów online dostosowanych do potrzeb danego przedsiębiorstwa. Definicje raportów online znajdują się w katalogu [Reports] w folderze Serwer synchronizacji.
Definicje raportów online

Raport online: Plany sprzedaży

Predefiniowany raport online – Plany sprzedaży - pozwala na bieżące sprawdzanie wykonania założonego celu sprzedażowego oraz podgląd podstawowych informacji dotyczących danego planu.
Lista planów sprzedaży zdefiniowanych w Comarch ERP XL
W podsumowaniu realizacji planów sprzedaży wg rejonów, towarów, kontrahentów czy dokumentów są brane pod uwagę dokumenty wystawione w danym rejonie.
Edycja parametrów raportu - plany sprzedaży
Przykładowy raport realizacji planów sprzedaży
Wskazówka
Konfiguracja planów sprzedaży jest możliwa w systemie ERP XL. Więcej informacji znajduje się TUTAJ.

Raport online: Raport realizacji zamówień

Raport realizacji zamówień umożliwia podgląd zamówień według ich rodzaju, kontrahenta oraz podziału czasowego (dzień, tydzień, miesiąc). Wyświetlane dane na raporcie: Realizacja zamówień są uzależnione od:
  • Kontrahentów, którymi opiekuje się dany pracownik- na raporcie będą prezentowane tylko zamówienia sprzedaży wystawione na kontrahenta docelowego, którym opiekuje się pracownik,
  • Ustawienia na karcie operatora w systemie Comarch ERP XL do podglądu dokumentów z:
    • tylko własnego centrum,
    • wszystkich centrów.
Po wybraniu raportu w aplikacji mobilnej wyświetla się okno z wyborem parametrów raportu:
Edycja parametrów raportu na raporcie: Realizacja zamówień
Wybór sposobu grupowania na raporcie Realizacja zamówień
Raport: Realizacja zamówień, sposoby grupowania: Rodzaj zamówienia,
 z uprawnieniem do podglądu dokumentów z innych centrów