Nabycie wewnątrzunijne

Wraz z wejściem Polski do Unii Europejskiej zmieniają się procedury importowe. Pojęcie importu, w przypadku sprowadzania towarów z krajów UE, jest zastępowane pojęciem nabycia wewnątrzunijnego. W odniesieniu do krajów UE nie obowiązuje sporządzanie dokumentów SAD. W zamian podatnik musi sporządzić parę dokumentów: Dowód Wewnętrzny SprzedażyDowód Wewnętrzny Zakupu.

Dowód Wewnętrzny służy do rejestrowania wartości towarów z uwzględnieniem prawidłowej kwoty VAT, w celu zarejestrowania jej w Rejestrach VAT. Obowiązek naliczania VAT spoczywa na samym podatniku.

Przykładowy schemat przepływu dokumentów przedstawia poniższy rysunek

Faktury Zakupu (FZ)

Faktury zakupowe dotyczące nabycia wewnątrzunijnego wprowadzane są z poziomu listy Faktur Zakupu. Zasady wprowadzania takich faktur są podobne jak w przypadku innych dokumentów walutowych:

  • rodzaj transakcji, którego dotyczy faktura powinien być ustawiony na wewnątrzunijny (formularz kontrahenta: zakładka Handlowe)
  • stawka VAT dla towarów jest automatycznie zmieniana na 0% (dla towarów) lub nie podlega (dla usług). Istnieje możliwość zmiany stawki VAT (zasady zostały opisane w odrębnym rozdziale).

Uwaga
Usługi związane bezpośrednio z dostawą towaru powinny być opodatkowane stawką 0%. W programie możliwe jest automatyczne ustawianie takiej stawki, jeżeli do wybranej usługi została przypisana kategoria o rodzaju Towary lub jeżeli dla usługi nie wskazano kategorii, ale w nagłówku dokumentu wybrana jest kategoria o rodzaju Towary.

Dokument FZ powinien być zarejestrowany w systemie zgodnie z otrzymaną Fakturą Zakupu.

Korekta graniczna (FZKG)

Wszystkie koszty dodatkowe związane z nabyciem towaru powinny być wprowadzane na odrębnym dokumencie. Takim dokumentem w systemie Comarch ERP Optima jest korekta graniczna FZKG.

Korekta graniczna jest dostępna z poziomu listy Faktur Zakupu. Aby wprowadzić korektę graniczną należy ustawić kursor na Fakturze Zakupu, której dotyczy i z menu kontekstowego lub z menu wyświetlanego pod przyciskiem strzałki obok ikony  wybrać korekta graniczna/cło. Na podniesionym formularzu pojawiają się wszystkie towary z dokumentu FZ, z możliwością wpisania wartości kosztów dodatkowych. Zasady obsługi formularza zostały opisane szczegółowo tutaj.

Jeśli wartość korekty wyliczana jest proporcjonalnie dla pozycji, użytkownik ma do dyspozycji jedną z opcji dostępnych po rozwinięciu strzałki przy przycisku :

-kwoty celne
-kwota korekty

Zasady wystawiania dokumentu FZKG dla nabycia wewnątrzunijnego są identyczne jak w przypadku dokumentu FZKG dla importu spoza UE  z jednym wyjątkiem:

  • na dokumencie FZKG dotyczącym nabycia wewnątrzunijnego nie powinien być naliczany podatek VAT. Dlatego na zakładce Płatności tabela VAT nie jest edytowalna (nie ma możliwości wprowadzania zmian), Podatek VAT od kwot celnych jest naliczany tylko w przypadku, jeśli na FZ był wykazany VAT (stawki VAT pozycji na Korektę Graniczną są przenoszone z FZ).

Uwaga
Podstawą do określenia, czy dany dokument dotyczy nabycia wewnątrzunijnego, czy importu spoza granic UE jest rodzaj transakcji wewnątrzunijny.

Na dokumentach FZKG możliwe jest wpisywanie kwot ujemnych. Podczas wpisywania wartości dla poszczególnych towarów program kontroluje, by wartość towaru nie spadła poniżej zera, z uwzględnieniem wszystkich wcześniej wprowadzonych korekt.

Należy pamiętać, że w przypadku wystawiania FZKG na kwotę ujemną program może zablokować później wystawienie korekty ilościowej do Faktury Zakupu. Zdarzy się tak w przypadku, gdy wartość towaru w magazynie po wykonaniu FZKG będzie mniejsza niż wartość wystawianej korekty.

Przykład
FZ na 10 szt. towaru o wartości 200 PLN, potem FZKG na kwotę -20 PLN. Wartość towaru na zasobach to 180 PLN. Program zablokuje możliwość zwrotu takiego towaru, ponieważ wartość towaru na korekcie ilościowej będzie nadal obejmowała -200 PLN.

Dowody wewnętrzne sprzedaży (FSW)

Lista Dowodów Wewnętrznych Sprzedaży dostępna jest z poziomu menu Faktury. Została dokładnie opisana w rozdziale Dokumenty wewnętrzne sprzedaży.

W przypadku FSW wystawianych na potrzeby naliczania podatku VAT przy nabyciu wewnątrzwspólnotowym istnieje możliwość automatycznego przekształcenia Faktury Zakupu wraz ze wszystkimi korektami do Dowodu Wewnętrznego Sprzedaży.

Konwersja Faktury Zakupu do FSW

Jeśli do systemu zostały wprowadzone zarówno Faktura Zakupu jak i koszty dodatkowe, kolejny krok to utworzenie Dowodu Wewnętrznego Sprzedaży (FSW). Na dokumencie FSW naliczany jest VAT od wartości towarów z uwzględnieniem wszystkich kosztów dodatkowych (wprowadzonych na FZKG).

Automatyczne tworzenie FSW jest możliwe z poziomu listy Faktur Zakupu: kursor należy ustawić na Fakturze Zakupu, do której tworzony będzie Dowód Wewnętrzny, a następnie wcisnąć przycisk

Zasady przekształcania FZ do FSW

  1. Możliwe jest przekształcenie jednej FZ do jednego Dowodu Wewnętrznego Sprzedaży.
  2. Po przekształceniu dokument FZ otrzymuje status W. Ponowne przekształcenie do FSW nie jest możliwe.
  3. Istnieje możliwość konwersji Faktur Zakupu wystawionych w PLN. Jedyny warunek, jaki musi spełnić Faktura Zakupu to zerowa wartość VAT. Stawki przypisane dla poszczególnych pozycji muszą być NP, 0% lub ZW.
  4. Istnieje możliwość tworzenia FSW dla wszystkich dokumentów FZ, gdzie rodzaj transakcji jest inny niż krajowy.
  5. Dokument FSW jest zapisywany do bufora.
  6. W przypadku wykasowania lub anulowania FSW usuwany jest status W z Faktury Zakupu (możliwe jest ponowne przekształcenie).
  7. Aby anulować dokument FZ skojarzony z Dowodem Wewnętrznym Sprzedaży należy najpierw usunąć/ anulować dokument FSW, a dopiero potem można anulować dokument FZ.
    Uwaga
    Anulowanie FSW nie powoduje automatycznego anulowania Faktury Zakupu – rozpięte zostaje jedynie powiązanie pomiędzy dokumentami.
  8. Na FSW przenoszone są zarówno towary jak i usługi z FZ.
  9. Wartość pozycji jest wyrażona w PLN (zgodnie z kursem z FZ).
  10. FSW uwzględnia wszystkie dodatkowe koszty wprowadzone na FZKG.
    Uwaga
    Jeśli do dokumentu FZ został już utworzony Dowód Wewnętrzny Sprzedaży – istnieje możliwość utworzenia FZKG, ale należy również ręcznie skorygować wartość FSW z poziomu listy dowodow wewnętrznych sprzedaży.
  11. FSW uwzględnia wszystkie korekty (ilościowe i wartościowe) wystawione do Faktury Zakupu przed przekształceniem.
    Uwaga
    Należy pamiętać, że w przypadku wystawiania korekt do Faktury Zakupu już po jej przekształceniu do Dowodu Wewnętrznego Sprzedaży program nie koryguje automatycznie wartości naliczonych na FSW. Należy utworzyć korektę do FSW z poziomu listy dokumentów wewnętrznych sprzedaży. Korekty zostały opisane w rozdziale Korekty dokumentów FSW i FZW.
  12. Dla poszczególnych pozycji możliwa jest edycja ceny jednostkowej oraz wartości pozycji (ilość przepisywana jest z FZ)
    Uwaga
    W przypadku przekształcenia Faktury Zakupu wystawionej w walucie do Dowodu Wewnętrznego Sprzedaży istnieje możliwość, że kwota netto Faktury Zakupu w PLN nie będzie identyczna z kwotą netto FSW (wynika to z zaokrągleń przy przeliczaniu cen/ wartości z waluty na PLN). Ewentualne różnice Użytkownik może skorygować edytując wartość pozycji.
  13. Tabela VAT (zakładka Dodatkowe):
    • kwoty VAT wyliczane są zgodnie ze stawką VAT podaną na karcie towaru w Cenniku.
    • tabela VAT podlega edycji – użytkownik ma możliwość korygowania zarówno wartości netto, VAT i brutto.
  14. Na formularzu FSW z FZ:
    • schemat numeracji– proponowany jest taki, jak ustawiony w Konfiguracji firmy/ Handel/ Dokumenty: Dowód Wewnętrzny Sprzedaży z FZ (domyślnie FAWFZ).
    • kategoria – przenoszona jest kategoria z Faktury Zakupu.
    • magazyn – jest zgodny z magazynem na Fakturze Zakupu. Nie ma możliwości jego zmiany.
    • algorytm (Faktura liczona od) jest zawsze ustawiany na netto.
  15. Dokument FSW nie ma wpływu na magazyn.
  16. Dokument FSW nie powoduje powstania płatności w module Kasa/Bank

Dowody Wewnętrzne Zakupu (FZW)

Transakcje wewnątrzunijne trójstronne

W przypadku faktur wystawianych dla kontrahenta o statusie wewnatrzunijny – trójstronne są traktowane jak sprzedaż wg procedury uproszczonej i w związku z tym każda faktura „wewnątrzunijna trójstronna” ma adnotację:

„VAT: Faktura WE uproszczona na mocy artykułu 141 dyrektywy 2006/112/WE”.

Zgodnie z ustawą o podatku od towarów i usług: pierwszy podmiot w transakcji traktuje sprzedaż jako zwykłą WDT i wystawia fakturę dla kontrahenta wewnątrzunijnego. Drugi podmiot natomiast powinien opatrzyć fakturę adnotacją: „VAT: Faktura WE uproszczona na mocy artykułu 141 dyrektywy 2006/112/WE”, wystawiając fakturę na kontrahenta finalnego o statusie trójstronny.

Jeżeli transakcje mają nie być uwzględniane w deklaracji Intrastat, to na dokumentach pole z kodem transakcji należy zostawić puste.

Jeżeli użytkownik Comarch ERP Optima jest pośrednikiem, towar nie trafia do niego, wówczas nie powinien przyjmować tego towaru na stan.

Wydruk Faktur VAT dla transakcji wewnątrzwspólnotowych

Dla wydruku Faktury jak i dokumentów korygujących dotyczących dostaw wewnątrzwspólnotowych  z poziomu formularza faktury dostępny jest wydruk: Faktura VAT – UE:

Uwaga
Wydruk jest możliwy tylko w przypadku dokumentów wystawionych w walucie obcej.

Wydruk nowych numerów NIP na dokumentach

Od 1.05.2004 kontrahenci, którzy dokonują wewnątrzwspólnotowych nabyć bądź wewnątrzwspólnotowych dostaw powinni posiadać numer NIP z kodem kraju (PL). Przyjęto zasadę, że przedrostek przed numerem jest drukowany tylko dla nabycia/ dostawy wewnątrzwspólnotowej, w związku z czym: 

  • jeśli kontrahent, dla którego wystawiany jest dokument, ma status wewnątrzunijny lub wewnątrzunijny trójstronny to na wszystkich wydrukach w nagłówku dokumentu (pieczątce firmy) pojawia się NIP wraz z prefiksem (np. PL 111-111-11-11).
  • jeśli kontrahent, dla którego wystawiany jest dokument, ma inny status (krajowy, pozaunijny, pozaunijny – zwroty VAT) to na wydrukach w nagłówku dokumentu (pieczątce firmy) pojawia się NIP bez prefiksu kraju (np. 111-111-11-11).

Zasada ta obowiązuje tylko przy wydruku danych firmy (w nagłówku dokumentu). W przypadku kontrahenta, dla którego wystawiany jest dokument drukowany jest zawsze pełny numer NIP, zapisany na jego karcie.

Na wydrukach walutowych Faktur Sprzedaży dla dokumentów, na których został naliczony podatek VAT i płatność tego podatku realizowana jest w walucie PLN, drukowane są dwa numery rachunków bankowych. Pierwszy numer, to konto walutowe powiązane z formą płatności wybraną na dokumencie, po numerze tego konta drukowana jest waluta dokumentu. Drugie konto drukowane jest pod kontem walutowym i jest to konto złotówkowe drukowane na podstawie rejestru powiązanego z wybraną formą płatności. Po numerze tego konta drukowana jest zawsze waluta PLN, w której dokonywana jest płatność podatku VAT.W




Eksport i import dokumentów – Comarch EDI

Comarch ERP Optima – eksport/import faktur do/z systemu Comarch EDI

Dla użytkowników programu Comarch ERP Optima, którzy współpracują z siecią sklepów obsługiwaną przez system EDI firmy COMARCH została stworzona dodatkowa funkcja, która pozwala na wymianę danych między systemami zgodnie z przyjętymi standardami elektronicznej wymiany dokumentów. Comarch ERP Optima obsługuje tylko specyfikacje standardową EDI. Wymiana danych dotyczy takich dokumentów jak: Faktury VAT (liczone algorytmem od netto)korekty do Faktur VAT (korekty ilości, wartości i stawki VAT). Przygotowanie programu Comarch ERP Optima do współpracy z systemem EDI.

Aby eksport przebiegł poprawnie spełnione muszą być następujące warunki:

  1. W Start/Konfiguracja/Firma/ Dane firmy/ Pieczątka firmy należy uzupełnić pola:
    ILN/GLN własny – swój numer ILN/GLN
    ILN/GLN centrali – jeśli rozliczenia odbywają się przez centralę należy tam wpisać jej numer, jeśli firma jest niezależna należy ponownie wpisać swój numer ILN/GLN.
  2. Dla każdego z odbiorców obsługiwanych w systemie EDI należy wpisać jego numer ILN/GLN na karcie ewidencyjnej (formularz kontrahenta: zakładka Ogólne).

Uwaga
Format EDI wymaga cen zaokrąglonych do dwóch miejsc. Po wyeksportowaniu cennika lub dokumentów zawierających ceny z czterema miejscami po przecinku, ceny zostaną zaokrąglone do dwóch miejsc.

Uwaga
Uwaga: Jeśli użytkownik posiada licencję na współpracę Comarch ERP OptimaComarch EDI to po zalogowaniu do programu, zostaną automatycznie utworzone definicje atrybutów wykorzystywane przy wymianie danych z Comarch EDI.

Eksport faktur/korekt sprzedaży

Eksport faktur/korekt sprzedaży jest możliwy z poziomu listy faktur. Jeśli użytkownik posiada licencję na funkcję odpowiedzialną za eksport do systemu EDI na liście faktur widoczny jest przycisk .

Po zaznaczeniu faktur/korekt, które mają być wyeksportowane należy wcisnąć przycisk .

W wyświetlonym oknie należy wskazać katalog (na dysku lokalnym lub w IBARD), w którym zostaną zapisane pliki z fakturami. Katalog można również wskazać posługując się przyciskiem .

Eksport faktur/korekt w formacie EDI

Faktury zostaną wyeksportowane po wciśnięciu przycisku .

Zasady eksportu faktur/korekt

  1. Każda faktura/korekta zapisywana jest do odrębnego pliku XML
  2. Eksport nie obejmuje korekt: danych, zbiorczych/ rabat, kursu waluty
  3. Formą płatności musi być przelew
  4. Numer faktury/korekty nie może przekraczać 16 znaków
  5. Numer rachunku bankowego nie może przekraczać 30 znaków (dla sieci TESCO spacje i znaki specjalne przy eksporcie są pomijane)
  6. Faktury/korekty muszą być liczone algorytmem od netto
  7. Faktury/korekty muszą być wystawione w walucie PLN
  8. Na eksportowanych fakturach/korektach podana ilość nie powinna przekraczać dwóch miejsc po przecinku
  9. Konieczne jest wypełnienie kodu EAN dla sprzedawanych towarów (na karcie ewidencyjnej), a jeśli dany produkt nie posiada kodu paskowego w polu EAN należy wprowadzić 5-cyfrowy kod AAP (nadawany przez supermarket)
  10. Jeśli Rezerwacja Odbiorcy jest przekształcana do Faktury Sprzedaży, to następnie przy eksporcie faktury do systemu EDI w pliku zapisywane są dodatkowo dwie informacje, pobierane z dokumentu RO: Numer zamówienia, Data rezerwacji
  11. Jeśli do Faktury Sprzedaży jest utworzone Wydanie Zewnętrzne, to następnie przy eksporcie faktury do systemu EDI w pliku zapisywane są dodatkowo dwie informacje, pobierane z dokumentu WZ: Numer dostawy, Data dostawy
    Dodatkowo, jeśli na karcie kontrahenta, będącego nabywcą na fakturze sprzedaży, dodany jest atrybut DELIVERYADDRESS (typu lista) o wartości „Tak” to w pliku zostanie zapisany adres miejsca dostawy (adres Odbiorcy z dokumentu WZ)
  12. Jeśli do Faktury sprzedaży utworzona jest Rezerwacja Odbiorcy i na rezerwacji uzupełniona jest wartość atrybutu dokumentu ULTIMATECUSTOMERGLN (GLN odbiorcy zamówienia), to przy eksporcie faktury do systemu EDI wartość ta zapisywana jest w pliku (sekcja OrderedBy)
  13. Przy eksporcie „Kod kontrahenta u kupującego” w pierwszej kolejności zapisywana jest wartość atrybut dokumentu CODEBYBUYER. Jeżeli atrybut nie występuje to zapisywana jest wartość tego atrybutu z karty kontrahenta
  14. Przy eksporcie Faktury sprzedaży przenoszona jest informacja o opłacie cukrowej.
  15. Jeśli na eksportowanej korekcie uzupełniony jest atrybut dokumentu CORRECTIONAGREEDDATE (typu data) to przenoszona jest informacja o dacie uzgodnienia korekty.
  16. Jeśli na korekcie występuje atrybut dokumentu CORRECTIONREASON to jego wartość przenoszona jest do pliku jako przyczyna korekty. Jeśli na korekcie atrybut dokumentu CORRECTIONREASON nie występuje lub nie ma uzupełnionej wartości to jako przyczyna korekty przenoszona jest wartość pola Korekta z tytułu z zakładki [Ogólne]. Eksport przyczyny korekty do sieci TESCO opisany jest w dalszej części artykułu.

Dodatkowo dla sieci MAKRO

Sieć MAKRO wymaga dodatkowej informacji w Fakturze, która będzie zawierała tzw. „kod towaru u kupującego”, „Kod kontrahenta u kupującego”, ”Numer zamówienia lub noty korygującej”, „Data zamówienia lub noty korygującej” aby program zapisywał takie informacje w pliku, należy skorzystać z funkcjonalności atrybutów.

Kod towaru u kupującego

  • w menu Ogólne/Atrybuty stworzyć atrybut towaru o kodzie BUYERITEMCODE, typu tekst, zależny od kontrahenta
  • na odpowiedniej karcie towaru, zakładka Atrybuty dodać atrybut „BUYERITEMCODE
  • ikoną plusa dodać Kontrahenta dla którego ten atrybut ma być używany
    • w kolumnie Wartość wprowadzić kod wymagany przez sieć MAKRO po wprowadzeniu danych zatwierdzić zmiany

Uwaga
Jeżeli atrybut o kodzie BUYERITEMCODE nie zostanie założony w programie lub nie zostanie przypisany kontrahentowi z wypełnioną kolumną wartość, w Fakturze (w pliku XML) jest zapisywana zawsze pusta wartość pola „kod wg. kupującego”

Kod kontrahenta ukupującego

Aby w pliku XML zawarta była informacja o kodzie, pod jakim firma dostawcy jest zarejestrowana u kupującego, należy wykorzystać funkcję atrybutów kontrahenta:

  • w menu Ogólne/Atrybuty utworzyć atrybut kontrahenta o kodzie CODEBYBUYER
  • na karcie kontrahenta (kupującego) dodać atrybut
  • jako wartość atrybutu wpisać kod firmy u kupującego

Numer zamówienia lub noty korygującej

  • w menu Ogólne/Atrybuty utworzyć atrybut dokumentu o kodzie BUYERORDERNUMBER
  • podczas wystawiania dokumentu dodać atrybut
    • jako wartość atrybutu wpisać numer wymagany przez sieć MAKRO

Uwaga
Jeżeli atrybut o kodzie BUYERORDERNUMBER nie zostanie założony w programie lub nie zostanie przypisany do dokumentu z wypełnioną kolumną wartość, w Fakturze (w pliku XML) jest zapisywany numer zamówienia skojarzonego dokumentu RO.

Data zamówienia lub noty korygującej

  • w menu Ogólne/Atrybuty utworzyć atrybut dokumentu o kodzie BUYERORDERDATE typu Data
  • podczas wystawiania dokumentu dodać atrybut
    • jako wartość atrybutu podać datę wymaganą przez sieć MAKRO

Uwaga
Jeżeli atrybut o kodzie BUYERORDERDATE nie zostanie założony w programie lub nie zostanie przypisany do dokumentu z wypełnioną kolumną wartość, w Fakturze (w pliku XML) jest zapisywana data wystawienia skojarzonego dokumentu RO

Dodatkowo dla korekt sieci TESCO

Korekty do sieci TESCO rozpoznawane są po odpowiednim ILN/GLN dla kontrahenta wskazanego na korygowanej fakturze. W przypadku korekt tworzony jest atrybut dokumentu CORRECTIONREASON o wartości

1 – korekta wartości

2 -korekta ilości

Dodatkowo dla korekty ilościowej tworzone są atrybuty dokumentu RETURNSNOTICENUMBER – wartość atrybutu wymagana (Numer zawiadomienia o zwrotach) oraz RETURNSNOTICEDATE (Data zawiadomienia o zwrotach). Dane te zapisywane są w pliku sekcja Returns.

Dla korekty można również podać wartości atrybutu CORRECTIONREASON = 3 (korekty wynikające z zapisów w Warunkach Handlowych np. bonusy, promocje, upusty, rabaty cenowe) Dla takiego dokumentu przenoszony jest jego opis (zakładka Płatności) do pliku sekcja Remarks.

Eksport zamówień

Eksport zamówień jest możliwy z poziomu listy zamówień. Jeśli użytkownik posiada licencję na funkcję odpowiedzialną za eksport do systemu EDI na liście zamówień widoczny jest przycisk .

Po zaznaczeniu zamówień, które mają być wyeksportowane należy wcisnąć przycisk .

W wyświetlonym oknie należy wskazać katalog (na dysku lokalnym lub w IBARD), w którym zostaną zapisane pliki z zamówieniami. Katalog można również wskazać posługując się przyciskiem .

Eksport zamówień w formacie EDI

Zamówienia zostaną wyeksportowane po wciśnięciu przycisku .

Zasady eksportu zamówień

    1. każde zamówienie zapisywane jest do odrębnego pliku XML
    2. nazwą pliku jest numer dokumentu z listy zamówień
    3. numer zamówienia nie może przekraczać 16 znaków
    4. numer rachunku bankowego nie może przekraczać 30 znaków (dla sieci TESCO spacje i znaki specjalne przy eksporcie są pomijane)
    5. zamówienia muszą być liczone algorytmem od netto
    6. zamówienia muszą być wystawione w walucie PLN
    7. na eksportowanych zamówieniach podana ilość nie powinna przekraczać trzech miejsc po przecinku
    8. konieczne jest wypełnienie kodu EAN dla towarów znajdujących się na zamówieniu (na karcie ewidencyjnej), a jeśli dany produkt nie posiada kodu paskowego w polu EAN należy wprowadzić 5-cyfrowy kod AAP (nadawany przez supermarket)
    9. Kod towaru u kupującego (jeżeli sieć handlowa tego wymaga)
      w menu Ogólne/Atrybuty stworzyć atrybut towaru o kodzie BUYERITEMCODE, typu tekst, zależny od kontrahenta
      na odpowiedniej karcie towaru, zakładka Atrybuty dodać atrybut „BUYERITEMCODE
      ikoną plusa dodać Kontrahenta dla którego ten atrybut ma być używany
      w kolumnie Wartość wprowadzić kod towaru u kupującego. Po wprowadzeniu danych zatwierdzić zmiany
    10. Kod kontrahenta u kupującego (jeżeli sieć handlowa tego wymaga)

Aby w pliku XML zawarta była informacja o kodzie, pod jakim firma sprzedawcy jest zarejestrowana u kupującego, należy wykorzystać funkcję atrybutów kontrahenta:

  • w menu Ogólne/Atrybuty utworzyć atrybut kontrahenta o kodzie CODEBYBUYER
  • na karcie kontrahenta (sprzedającego) dodać atrybut
  • jako wartość atrybutu wpisać kod firmy u kupującego

Eksport Awizo wysyłki do LEROY MERLIN

W programie istnieje możliwość utworzenia i wyeksportowania Awizo wysyłki. Dokument tworzony jest do zamówień tranzytowych – zamówienia dostarczane do Centrum Logistycznego w Piątku (stamtąd towar przewożony jest do sklepów docelowych w ramach transportu wewnętrznego LEROY MERLIN). W zamówieniach tranzytowych pojawia się pole z informacją o „Ostatecznym Odbiorcy Towaru”, czyli sklepie docelowym (UltimateCustomer).

Dokument Awizo tworzony jest z poziomu listy rezerwacji odbiorcy i może być wystawiony do pojedynczej lub kilku rezerwacji. W celu utworzenia Awizo należy zaznaczyć rezerwacje i wybrać przycisk lub  z menu kontekstowego Utwórz/Edytuj Awizo.

Zasady tworzenia Awizo do rezerwacji

  1. Dokument generowany jest do rezerwacji zrealizowanej (zrealizowanej częściowo) zatwierdzonym dokumentem WZ. Rezerwacja może być również zamknięta, pod warunkiem, że był do niej wygenerowany dokument WZ
  2. Rezerwacje muszą być wystawione na tych samych kontrahentów
  3. Do rezerwacji może być wystawiony tylko jeden dokument Awizo
  4. Wskazane rezerwacje, do których generowane jest Awizo, jeśli mają uzupełniony kod dostawcy (atrybut dokumentu CODEBYBUYER) to musi być identyczny (wszystkie zaznaczone rezerwacje muszą mięć wtedy uzupełniony kod dostawcy).

Rezerwacje, do których wystawiony jest dokument Awizo, na liście w kolumnie Status mają znacznik AW. Wybranie przycisku  (lub z menu kontekstowego Utwórz/Edytuj Awizo) na rezerwacji ze znacznikiem AW powoduje edycję/ podgląd skojarzonego Awizo. Usuwanie dokumentu Awizo dostępne jest na liście rezerwacji z menu kontekstowego „Usuń awizo” (jeśli jest w buforze). Zatwierdzony dokument można przywrócić do bufora również z  menu kontekstowego za pomocą opcji „Przywróć awizo do bufora”.

Formularz dokumentu Awizo

Dokument Awizo składa się z trzech części: Nagłówka, Pozycji towarowych, Opakowań

Formularz Awizo

1.Nagłówek:

 – Zapisz zmiany – zapisanie formularza.

 -Zamknij –zamyka okno dokumentu.

 –Eksport awizo w formacje Comarch EDI – przycisk aktywny na zatwierdzonym Awizo lub po odznaczeniu parametru Bufor (naciśnięcie przycisku spowoduje zatwierdzenie Awizo).

 –Drukuj etykiety – przycisk aktywny na zatwierdzonym Awizo lub po odznaczeniu parametru Bufor (naciśnięcie przycisku spowoduje zatwierdzenie Awizo).

Nr Awiza – numer awiza jest wymagany i musi być unikalny. Pole uzupełniane automatycznie na podstawie daty dostawy DDMMRRRR. Jeżeli w danym dniu wystawione jest więcej niż jedno awizo dla danego kontrahenta (nabywcy) to zostanie dodany przyrostek 01, 02, 03 itd.

Data awiza – domyślnie podstawiana data bieżąca

Nabywca – kontrahent przeniesiony z rezerwacji (zwykle LEROY MERLIN)

Odbiorca – kontrahent przeniesiony z rezerwacji (zwykle Centrum Logistyczne Stryków)

Typ transportu lista rozwijalna z możliwością wyboru typu transportu (zwykle drogowy)

Warunki dostawy – lista rozwijalna z możliwością wyboru (zwykle DDP – Dostarczone, cło opłacone)

2. Pozycje towarowe (lewa dolna lista).

Lista domyślnie pogrupowana jest po kolumnie Nr odbiorcy i Nr zamówienia (dla danego odbiorcy). Składa się z następujących kolumn:

Nr odbiorcy – ostateczny odbiorca (wartość atrybutu dokumentu ULTIMATECUSTOMERGLN) przenoszony z rezerwacji. Istnieje możliwość ręcznego uzupełnienia (po wcześniejszym usunięciu grupowania).

Nr zamówienia – numer przenoszony z rezerwacji. Istnieje możliwość ręcznego uzupełnienia (po wcześniejszym usunięciu grupowania).

Kod – kod towaru przenoszony z rezerwacji.

Ilość całkowita (domyślnie ukryta) – jest to całkowita ilość do zapakowania (przeniesiona z rezerwacji ilość zrealizowana).

Spakuj – w polu tym użytkownik podaje ilość do zapakowania (po wygenerowaniu Awiza podpowiada się Ilość całkowita). Po spakowaniu, ilość w tej kolumnie pomniejszona jest o ilość już zapakowaną. Po całkowitym spakowaniu towaru ilość w tej kolumnie wynosi 0.

Ilość zapakowana – ilość, która została już zapakowana.

EAN (domyślnie ukryta) – kod EAN towaru przeniesiony z rezerwacji.

JM (domyślnie ukryta) – jednostka miary towaru przeniesiona z rezerwacji.

Nazwa (domyślnie ukryta) – nazwa towaru przeniesiona z rezerwacji.

Nr rezerwacji (domyślnie ukryta) – numer rezerwacji, z której został przeniesiony towar.

3. Opakowania (prawa dolna lista)

Na potrzeby Awizo możemy rozróżnić trzy rodzaje opakowań: nadrzędne, podrzędne, zwykłe

Opakowanie nadrzędne – Opakowanie, które zawiera opakowania podrzędne. Do opakowania nadrzędnego nie można przypisać (zapakować) bezpośrednio towarów.

Opakowanie podrzędne – Opakowanie, które jest skojarzone z opakowaniem nadrzędnym. Do opakowania podrzędnego przypisane są (zapakowane) towary.

Opakowanie zwykłe – Opakowanie, które nie jest skojarzone z opakowaniem nadrzędnym. Do opakowania zwykłego są przypisane (zapakowane) towary.

Opakowaniem nadrzędnym może być np. paleta zawierająca tylko paczki z towarami (opakowania podrzędne). Opakowaniem zwykłym może być np. paleta tylko z samymi towarami.

 – Dodaj – służy do dodania opakowania. Po wybraniu przycisku pojawia się okno ze standardowymi przyciskami do zapisywania i zamykania okna.

Formularz opakowania

Numer opakowania – kolejny numer opakowania, pole uzupełnia się automatycznie.

Numer opakowania nadrzędnego – lista rozwijalna z możliwością wyboru numeru opakowania nadrzędnego (proponowane numery opakowań nadrzędnych). Pole pozostaje puste, jeśli dane opakowanie jest opakowaniem nadrzędnym lub zwykłym. Opakowanie możemy przypisać do opakowania nadrzędnego również z listy opakowań. W tym celu należy przytrzymać opakowanie (lewym przyciskiem myszy) przeciągnąć i upuścić na opakowaniu nadrzędnym.

Opis – pole na wpisanie dodatkowej informacji

Typ – lista rozwijalna z typami opakowań

Numer seryjny SSCC – seryjny numer jednostki wysyłkowej, domyślnie uzupełniony kolejnym, wolnym kodem SSCC. Istniej możliwość wygenerowania nowego numeru za pomocą przycisku . Numer seryjny SSCC wymaga konfiguracji po stronie programu (szczegółowe informacje w punkcie Konfiguracja kodów SSCC)

Ostateczny odbiorca – lista rozwijalna, uzupełniona na podstawie kolumny Nr Odbiorcy znajdującej się na liście z pozycjami towarowymi. Opakowanie nadrzędne nie musi mieć wskazanego ostatecznego odbiorcy. Na opakowaniach zwykłych i podrzędnych ostateczny odbiorca powinien zostać uzupełniony. Jeśli opakowanie nadrzędne ma wskazanego ostatecznego odbiorcę, to wszystkie opakowania podrzędnego wchodzące w skład tego opakowania nadrzędnego, również muszą mieć wskazanego tego samego ostatecznego odbiorcę. Jeśli na opakowaniu zostanie wskazane opakowanie nadrzędne, to ostateczny odbiorca z opakowania nadrzędnego, zostanie automatycznie przepisany na to opakowanie.

Numer zamówienia – lista rozwijalna, uzupełniona na podstawie kolumny Nr Zamówienia znajdującej się na liście z pozycjami towarowymi. Jeżeli pole z ostatecznym odbiorcą zostanie wcześniej uzupełnione to lista z zamówieniami będzie zawężona tylko dla tego odbiorcy. Na opakowaniu nadrzędnym nie wskazujemy numeru zamówienia. Na opakowaniach zwykłych i podrzędnych numer zamówienia powinien zostać uzupełniony.

Waga w kg – całkowita masa opakowania wyrażona w kilogramach. Na opakowaniu nadrzędnym wylicza się automatycznie( jest sumą z wszystkich jego podrzędnych opakowań), można również ją zmienić podając wartość z klawiatury.. Można podać inną masę. Masa powinna być uzupełniona dla wszystkich rodzajów opakowań.

Objętość w m3 – całkowita objętość opakowania wyrażona w metrach sześciennych. Na opakowaniu nadrzędnym wylicza się automatycznie( jest sumą z wszystkich jego podrzędnych opakowań), można również ją zmienić podając wartość z klawiatury. Objętość powinna być uzupełniona dla wszystkich rodzajów opakowań.

 – Edycja pozycji – służy do edycji opakowania lub ilości zapakowanego towaru.

 – Usuń – służy do usuwania opakowań lub zapakowanych towarów. Jeśli zostanie usunięte opakowanie to automatycznie usuną się wszystkie zapakowane do niego towary. Jeśli zostanie usunięte opakowanie nadrzędne to również zostaną automatycznie usunięte wszystkie skojarzone opakowania podrzędne wraz z ich towarami.

 – Zapakuj towary – służy do pakowania towarów. W celu przypisania towaru do paczki należy po lewej stronie wybrać towar (lub kilka towarów), w kolumnie Spakuj podać pakowaną ilość, po prawej stronie wskazać paczkę, a następnie nacisnąć przycisk. Towary można dodać do paczki również przez ich „przeciągnięcie”. W tym celu należy przytrzymać zaznaczone towary (lewym przyciskiem myszy) przesunąć i upuścić na opakowaniu.

Pakowane towary muszą mieć ten sam numer zamówienia i ostatecznego odbiorcę, co wskazywana paczka.

Jeśli wskazywana paczka nie ma uzupełnionego numeru zamówienia lub ostatecznego odbiorcy to dane te zostaną przeniesione z pakowanego towaru.

Do opakowań nadrzędnych nie można pakować towarów.

Gdy towar zostanie przypisany do opakowania to jego zapakowaną ilość można zwiększać lub zmniejszać przez edycję kolumny Ilość towaru. Zmiany zostaną automatycznie uwzględnione w kolumnie Spakuj oraz Ilość zapakowana.

Nie można zatwierdzić dokumentu Awizo z pustymi opakowaniami.

 –Rozpakuj towary – służy do rozpakowania towarów. W celu rozpakowania całego opakowania (podrzędnego lub zwykłego) należy je wskazać, a następnie nacisnąć przycisk. Wszystkie towary przypisane do tego opakowania zostaną rozpakowane.   Jeżeli ma zostać rozpakowany całkowicie pojedynczy towar, to należy go wskazać, a następnie nacisnąć przycisk lub w kolumnie Ilość towaru wpisać 0 (należy wtedy odświeżyć listę przez klawisz F5 lub kliknąć myszką w dowolne pole).

Kolumny dostępne na liście opakowań

Nazwa – nazwa opakowania/ nazwa towaru.

Nr opakowania – numer opakowania.

Ilość towaru – ilość zapakowanego towaru.

Opis – opis opakowania.

Numer zamówienia – numer zamówienia pobierany z opakowania.

Ostateczny odbiorca – ostateczny odbiorca pobierany z opakowania.

Kod SSCC (domyślnie ukryta)kod pobierany z opakowania.

Objętość w m3 (domyślnie ukryta) – objętość pobrana z opakowania.

Waga w kg (domyślnie ukryta) – masa pobrana z opakowania.

Eksport Awizo

Przy eksporcie Awizo wymagany jest również Kod produktu u kupującego. W tym celu należy:

  • w menu Ogólne/Atrybuty stworzyć atrybut towaru o kodzie BUYERITEMCODE, typu tekst, zależny od kontrahenta
  • w menu Handel/ Cennik na karcie każdego towaru, który będzie pakowany na dokumencie Awizo dodać atrybut „BUYERITEMCODE” (zakładka Atrybuty)
  • ikoną plusa dodać Kontrahenta, dla którego ten atrybut ma być używany (Nabywca z dokumentu Awizo)
  • w kolumnie Wartość wprowadzić kod wymagany przez sieć LEROY MERLIN, po wprowadzeniu danych zatwierdzić zmiany

Jeśli w importowanych zamówieniach z sieci LEROY MERLIN uzupełniony jest Kod produktu u kupującego, to jego wartość zostanie dodana automatycznie na kartotekę towarową (szczegółowe informacje w rozdziale Import zamówień, punkt import pozycji)

W celu eksportu Awizo do pliku XML w formacie EDI należy na zatwierdzonym dokumencie lub przy odznaczonym parametrze Bufor (dokument po wybraniu opcji eksportu zostanie automatycznie zatwierdzony) nacisnąć przycisk . W wyświetlonym oknie należy wskazać katalog (na dysku lokalnym lub w IBARD), w którym zostanie zapisany plik Awizo. Katalog można również wskazać posługując się przyciskiem .

Eksport awizo w formacie EDI

Awizo zostanie wyeksportowane po wciśnięciu przycisku .

Wydruk Awizo

Wydruk formularza Awizo dostępny jest z górnego menu programu.

Przycisk wydruku  aktywny jest na zatwierdzonym Awizo lub przy odznaczonym parametrze Bufor (naciśnięcie przycisku spowoduje zatwierdzenie Awizo).

Po rozwinięciu  dostępne są następujące wydruki:

Etykiety – drukuje się komplet etykiet, po jednej na każdą paczkę + list przewozowy, w układzie poziomym po dwie etykiety na stronie.

Etykiety (jedna na stronie) – drukuje się komplet etykiet, po jednej na każdą paczkę + list przewozowy, w układzie pionowym po jednej etykiecie na stronie.

Etykiety zbiorcze – drukują się tylko etykiety na opakowania nadrzędne + list przewozowy, w układzie poziomym po dwie etykiety na stronie.

Etykiety zbiorcze (jedna na stronie) – drukują się tylko etykiety na opakowania nadrzędne + list przewozowy, w układzie pionowym po jednej etykiecie na stronie.

Jeśli opakowanie nadrzędne zawiera opakowania podrzędne skojarzone z różnymi numerami zamówień to na etykiecie opakowania nadrzędnego w polu Numer wz-ki: drukowany jest napis ZGRUPOWANA

Na etykietach w polu Ostateczny odbiorca towaru drukowana jest nazwa z karty kontrahenta (kontrahent rozpoznawany jest po numerze ILN wskazanym na opakowaniu w polu Ostateczny odbiorca.) w następujący sposób: drukowane jest pierwszych 12 znaków, 13 znak jest pomijany, 14 znak i kolejne drukowane są już od nowej linii. Przy wpisywaniu nazwy na karcie kontrahenta należy mieć na uwadze powyższy mechanizm.

Konfiguracja kodów SSCC

W celu nadania/ generowania na opakowaniu przez program seryjnego numeru jednostki wysyłkowej (kodu SSCC) należy uzupełnić parametry w konfiguracji programu Start/Konfiguracja/ Firma/ Magazyn/ Kody SSCC.

Cyfra uzupełniająca – może przyjmować wartości od 0 do 9. Stosowana jest tylko i wyłącznie po to, aby zwiększyć pojemność numeru SSCC.

Prefiks GS1 – kod kraju, pole 3 cyfrowe. Prefiks polskiej organizacji krajowej to 590.

Numer identyfikacyjny firmy – numer jednostki kodującej. Pole z możliwością wpisania od 4 do 7 cyfr.

Numer seryjny od – indywidualny numer jednostki logistycznej. Pole z możliwością wpisania od 1 do 9 cyfr. W Polsce składa się od 6 do 9 cyfr.

Liczba znaków prefiksu, numeru identyfikacyjnego firmy i numeru seryjnego nie może przekroczyć 16 znaków.

Import zamówień

Zamówienia od odbiorcy mogą być w systemie importowane jako dokumenty Rezerwacji Odbiorcy. Funkcja importu jest dostępna z poziomu listy rezerwacji. Po wciśnięciu przycisku  należy wskazać plik z zamówieniem.

Import nagłówka:

  1. Numer zamówienia z pliku jest przepisywany w pole Nr zamówienia na dokumencie rezerwacji.
  2. Kontrahent jest rozpoznawany na podstawie numeru ILN/GLN z karty ewidencyjnej kontrahenta.
  3. W polu Magazyn jest zawsze przypisywany magazyn główny.
  4. Data wystawienia i data rezerwacji są importowane z pliku z zamówieniem.
  5. Dokument jest zawsze liczony algorytmem od netto.
  6. Jeżeli w pliku uzupełniony jest kod promocji dla nagłówka (pole PromotionReference w sekcji Order‑Header) to zostanie przeniesiony w pole Opis (zakładka Dodatkowe) na dokumencie rezerwacji
  7. Kod kontrahenta u kupującego (CODEBYBUYER) przenoszony jest z pliku jako atrybut dokumentu.

Import pozycji:

1.Towary są rozpoznawane wg kodów EAN z karty towaru, uzupełnionych na zakładce Ogólne lub Jednostki i kody. Dodatkowo przenoszona jest jednostka miary powiązana z tym kodem EAN.

2. Jeśli w bazie nie ma towaru o kodzie EAN występującym na zamówieniu – program założy brakującą kartotekę w poniższy sposób: 

  • kod towaru – kod EAN pobrany z pliku
  • kod EAN – kod EAN pobrany z pliku
  • nazwa – nazwa towaru pobrana z pliku
  • jednostka miary – jednostka pobrana z pliku. Jeśli jednostka w pliku nie występuje lub nie jest wyszczególniona w specyfikacji Comarch EDI, to przyjmowana jest jednostka „szt”
  • stawka VAT sprzedaży/zakupu – 23%
  • Jeśli program nie będzie w stanie założyć brakującej kartoteki towarowej, to nie zostanie zaimportowany cały dokument.

3. Jeśli na zamówieniu są podane ceny towaru – zostaną one przepisane na dokument Rezerwacji Odbiorcy  w systemie Comarch ERP Optima.

4. Jeśli na zamówieniu nie ma podanych cen lub są ceny zerowe – program na dokumencie RO zaproponuje ceny sprzedaży przypisane kontrahentowi (z uwzględnieniem rabatów).

5. Jeżeli w pliku uzupełniony jest kod promocji dla pozycji (pole PromotionReference w sekcji Line-Item) to zostanie przeniesiony w pole Opis dla danej pozycji dokumentu rezerwacji odbiorcy (zakładka Ogólne na formularzu pozycji dokumentu).

6. Jeśli w pliku uzupełniony jest opis towaru dla pozycji (pole Remarks) to zostanie przeniesiony w pole Opis dla danej pozycji dokumentu rezerwacji odbiorcy (zakładka Ogólne na formularzu pozycji dokumentu).

7. Jeśli w pliku uzupełniony jest Kod produktu u kupującego (pole BuyerItemCode w sekcji Line-Item) to zostanie on przeniesiony na kartotekę towarową (Handel/ Cennik) jako wartość atrybutu BUYERITEMCODE zależnego od kontrahenta. Jeśli dany atrybut znajduje się już na towarze, to jego wartość nie zostanie nadpisana.

W przypadku importu zamówień tranzytowych z LEROY MERLIN przenoszona jest również informacja o „Ostatecznym Odbiorcy Towaru” (wartość pola ILN w sekcji UltimateCustomer). Informacja ta zapisywana jest na rezerwacji odbiorcy jako wartość atrybutu dokumentu ULTIMATECUSTOMERGLN (atrybut dokumentu typu tekst).

Import faktur zakupu

Faktury sprzedaży mogą być w systemie importowane jako faktury zakupu. Funkcja importu jest dostępna z poziomu listy faktur zakupu. Po wciśnięciu przycisku  należy wskazać plik z fakturą sprzedaży. Dokument po imporcie zapisywany jest do bufora.

Import nagłówka:

  1. Numer faktury z pliku przepisywany jest w pole Numer obcy na dokumencie faktury zakupu.
  2. Kontrahent jest rozpoznawany na podstawie numeru ILN/GLN z karty ewidencyjnej kontrahenta.
  3. W polu Magazyn jest zawsze przypisywany magazyn główny.
  4. Data wystawienia i data zakupu są importowane z pliku.
  5. Forma płatności pobierana jest z karty kontrahenta.
  6. Termin płatności importowany jest z pliku.
  7. Dokument jest zawsze liczony algorytmem od netto.
  8. Numer zamówienia (wartość pola BuyerOrderNumber) przenoszony jest na zakładkę Płatności do pola Opis/Atrybuty.

Import pozycji:

  1. Towary są rozpoznawane wg kodów EAN z karty towaru, uzupełnionych na zakładce Ogólne lub Jednostki i kody. Dodatkowo przenoszona jest jednostka miary powiązana z tym kodem EAN.
  2. Jeśli w bazie nie ma towaru o kodzie EAN występującym na fakturze – program założy brakującą kartotekę w poniższy sposób.
  • kod towaru – kod EAN pobrany z pliku
  • kod EAN – kod EAN pobrany z pliku
  • nazwa – nazwa towaru pobrana z pliku
  • jednostka miary – jednostka pobrana z pliku. Jeśli jednostka w pliku nie występuje lub nie jest wyszczególniona w specyfikacji Comarch EDI, to przyjmowana jest jednostka „szt”
  • stawka VAT sprzedaży/zakupu – stawka pobrana z pliku
  • PKWiU – wartość pobierana z pliku
  • Jeśli program nie będzie w stanie założyć brakującej kartoteki towarowej, to nie zostanie zaimportowany cały dokument.

3. Wartość pozycji przenoszona jest z pliku XML.


4. Informacja zawarta w tagu BuyerItemCode zapisywana jest w polu opis na elemencie pozycji.

Import korekt do faktur zakupu

Korekty do faktur sprzedaży mogą być w systemie importowane jako korekty do faktur zakupu. W pliku zapisana jest informacja do jakiego dokumentu źródłowego jest wystawiona korekta (numer obcy dla faktury zakupu). Funkcja importu jest dostępna z poziomu listy faktur zakupu. Po wciśnięciu przycisku  należy wskazać plik z korektą do faktury sprzedaży. Dokument po imporcie zapisywany jest do bufora.

Import nagłówka:

  1. Numer korekty faktury z pliku przepisywany jest w pole Numer obcy na dokumencie korekty faktury zakupu.
  2. Kontrahent jest rozpoznawany na podstawie numeru ILN/GLN z karty ewidencyjnej kontrahenta.
  3. W polu Magazyn jest przypisywany magazyn z faktury zakupu, do której jest wystawiana korekta.
  4. Data wystawienia i data zakupu są importowane z pliku.
  5. Forma płatności pobierana jest z karty kontrahenta.
  6. Termin płatności pobierany jest z pliku.
  7. Dokument jest zawsze liczony algorytmem od netto.
  8. Numer zamówienia (wartość pola BuyerOrderNumber) przenoszony jest na zakładkę Płatności do pola Opis/Atrybuty.

Import pozycji:

  1. W importowanym pliku towary mają zapamiętany numer pozycji z korygowanego dokumentu. Numer ten wykorzystywany jest do rozpoznawania towarów podczas importu korekty. W związku z tym na dokumentach, do których będą importowane korekty, nie należy usuwać lub dodawać pozycji towarowych.

Uwaga
Korekty muszą być importowane w kolejności, w jakiej zostały wystawione.

Eksport cennika w formacie Comarch EDI

Funkcja eksportu cennika w formacie EDI jest dostępna z poziomu okna wywołanego przy standardowym eksporcie cennika (Ogólne/ Cennik), pod przyciskiem , z zakładki Comarch EDI. Funkcja służy zapisaniu cennika dla wybranego kontrahenta w pliku xml.

Uwaga
Wybranie konkretnego kontrahenta jest konieczne do wykonania eksportu.

Eksport cennika w formacie EDI

Podczas eksportu należy określić:

  • podmiot, któremu wysyłamy cennik.
  • zakres towarów, które mają być ujęte w pliku cennika (wybrana grupa/ wszystkie, aktywny/ nieaktywny)
  • grupę cenową, która będzie zapisana w cenniku (na liście dostępne są wszystkie ceny sprzedaży netto)

Uwaga
W przypadku, gdy w oknie zostanie wybrany konkretny kontrahent do pliku wysyłane są ceny uwzględniające wszystkie przydzielone rabaty:

Jeśli kontrahent ma rabat typu stała cena – zostaje ona wysłana do pliku, niezależnie od wybranej w oknie grupy cenowej.

Jeśli kontrahent ma przypisany rabat procentowy (standardowy lub na wybrane pozycje) – w pliku zostaną zapisane ceny ze wskazanej grupy cenowej, pomniejszone o przydzielony upust.

Cennik jest zapisywany w pliku XML we wskazanej lokalizacji.




Obrót z krajami spoza Unii Europejskiej

Faktura importowa (od dostawcy) jest rejestrowana z poziomu listy faktur zgodnie z opisanymi wcześniej zasadami. Powinna być wystawiona w walucie obcej. Dodatkowo, po to by dokument był potem prawidłowo rozpoznawany w systemie, kontrahent, którego dotyczy, powinien mieć podany status pozaunijny.

Wszystkie koszty dodatkowe oraz podatek VAT jest naliczany na podstawie dokumentu Korekta Graniczna (FZKG). Dokument FZKG powinien być wprowadzony na podstawie otrzymanego dokumentu SAD.

Korekta Graniczna do FZ (FZKG)

Aby zaewidencjonować dodatkowe kwoty związane z zakupem towaru, takie jak: cło, podatek akcyzowy, podatek VAT czy koszt transportu czy inne koszty związane z zakupem towaru, do Faktury Zakupu należy wystawić Korektę Graniczną.

Zasady obsługi formularza zostały opisane szczegółowo tutaj.

Aby wystawić Korektę Graniczną należy na liście zaznaczyć kursorem Fakturę Zakupu, której będzie dotyczyć, a następnie z menu wyświetlonego po wciśnięciu strzałki przy ikonie  wybrać opcję korekta graniczna/cło:

Na wyświetlonym formularzu Korekty Granicznej należy uzupełnić wszystkie informacje zgodnie z otrzymanym dokumentem SAD.

Na dokumencie FZKG edytowalne jest (w przeciwieństwie do innych korekt) pole Kontrahent. Pole to na nowym dokumencie FZKG jest puste, program nie pozwoli jednak zatwierdzić dokumentu przed jego uzupełnieniem.

Algorytm wyliczania (netto/ brutto) jest zawsze zgodny z algorytmem zastosowanym na Fakturze Zakupu i nie podlega edycji.

Waluta na FZKG to zawsze PLN i nie ma możliwości zmiany (cło i podatek zawsze jest płacony w złotówkach).

Naliczanie kwot celnych na korekcie granicznej

Na FZKG pojawią się wszystkie pozycje z Faktury Zakupu od dostawcy. Na formularzu widoczna jest cena towaru po przeliczeniu na PLN po kursie obowiązującym na Fakturze Zakupu, a w polu Korekta jest wartość 0. Użytkownik może sam wyliczyć kwoty dla poszczególnych pozycji w oknie Pozycja dokumentu uzupełniając je ręcznie w polu Wartość lub korzystając z jednej z opcji dostępnych po rozwinięciu strzałki przy przycisku :

  • kwoty celne
  • kwota korekty

Funkcje działają dla wszystkich pozycji FZKG lub dla pozycji zaznaczonych (jeśli zaznaczymy pozycje przed uruchomieniem funkcji).

Uwaga
Istnieje możliwość wyświetlenia kolumny Kod CN (domyślnie jest niewidoczna, należy ją wybrać z kolumn dodatkowych opcją pod prawym przyciskiem myszy). Kolumna jest przydatna przy naliczaniu kwot celnych dla wybranych towarów zgodnie z dokumentem SAD, na którym pozycje pogrupowane są po kodach CN.

Dystrybucja kwoty na pozycje

Jeśli wartość korekty wyliczana jest proporcjonalnie dla wszystkich pozycji jedną kwotą – użytkownik ma do dyspozycji:

Opcję Kwota korekty umożliwiającą rozdzielenie podanej kwoty proporcjonalnie (w stosunku do wartości pozycji) na wszystkie pozycje z dokumentu.

Należy pamiętać, że wartość korekty dotyczy całej pozycji, a nie pojedynczej jednostki towaru.

Dystrybucja kwot celnych na pozycje

Jeśli zachodzi potrzeba wprowadzenia dodatkowych kosztów związanych z zakupem towaru w sposób bardziej szczegółowy – w rozbiciu na rodzaj kosztów, należy skorzystać z opcji  Kwoty celne, gdzie można oddzielnie wprowadzić koszt transportu, kwotę cła czy podatku akcyzowego.

Konfiguracja

Rodzaje kosztów zostały określone w Konfiguracji firmy/ Handel/ Kwoty dodatkowe/ celne.

Lista domyślnie zawiera trzy pozycje: Wartość cła, Wartość akcyzy, Koszt transportu. Użytkownik może dodawać nowe pozycje w zależności od potrzeb i specyfiki pracy oraz usuwać/zmieniać domyślne pozycje.

Dla poszczególnych pozycji listy określamy:

  • czy dotyczy zakupu wewnątrzunijnego/krajowego (kolumna UE/ kraj), pozaunijnego (kolumna Pozaunijny),
  • czy od wartości tej pozycji ma być naliczony podatek VAT,
  • oraz czy ma wpływać na płatność dokumentu.

Zgodnie z ustawieniem pozycje listy są przenoszone na dokument Korekty Granicznej, gdzie użytkownik podaje ich kwotową wartość.

Konfiguracja firmy/Handel – Kwoty dodatkowe/celne

Naliczanie kwot dodatkowych/ celnych

Po wybraniu opcji Kwoty celne na formularzu FZKG pojawia się okno Kwoty dodatkowe, gdzie można uzupełnić Wartość poszczególnych pozycji.

Po uzupełnieniu wartości, pozycja jest automatycznie zaznaczana:

Łączna wartość kwot celnych jest proporcjonalnie rozdzielana na pozycje FZKG.  Jeśli pozycja w oknie Kwoty celne zostanie odznaczona, wartość tej pozycji nie zostanie doliczona do wartości towarów.

Kwoty celne dla towarów można naliczać etapami, każdorazowo uzupełniając wartość wybranych pozycji w oknie Kwoty dodatkowe. Jeśli ponownie zaznaczymy pozycję, która już była wprowadzana, kwoty zostaną przeliczone na nowo.

Należy pamiętać, że zaznaczenie pozycji i nieuzupełnienie wartości, będzie skutkowało wyzerowaniem wartości na pozycjach Korekty Granicznej.

Przeliczenie kwot celnych następuje po naciśnięciu przycisku  – Akceptuj.

Dystrybucja kwot celnych jest wykonywana domyślnie dla wszystkich towarów z Korekty Granicznej. Aby wykonać dystrybucję kwot celnych na wybrane towary, należy je uprzednio zaznaczyć na liście.

W oknie Kwoty celne dla danej pozycji należy wpisać kwotę w kolumnie Wartość, zostanie ona proporcjonalnie podzielona między towary znajdujące się na Korekcie Granicznej. Jeśli chcemy zmienić bądź wyzerować tą kwotę, należy ponownie otworzyć okno Kwoty celne, zaznaczyć daną pozycję i wpisać dla niej wartość.

Naliczenie kwot celnych  opcją Kwota korekty będzie skutkowało wyzerowaniem naliczonych wcześniej kwot celnych poprzez opcję Kwoty celne .

Jeśli chcemy wyzerować wartość wszystkich kwot celnych, najszybciej można zrobić to korzystając z opcji  Kwota korekty – wykonując opcję naliczenia dla kwoty 0,00 PLN.

Pozycja dokumentu Korekty Granicznej

W oknie Pozycja dokumentu Korekty Granicznej jest dostępna zakładka [Kwoty celne], gdzie widoczne są naliczone dla towaru wartości kwot celnych, użytkownik ma możliwość edycji kolumn – Wartość, Naliczaj VAT, Wpływ na płatność.

Wpływ kwot celnych na płatność

Kwotę netto Korekty Granicznej stanowi suma kwot celnych, które mają zaznaczony parametr Wpływ na płatność – Tak z wszystkich pozycji towarowych na dokumencie, będą to koszty dodatkowe wynikające z dokumentu SAD takie jak cło czy akcyza, stanowiące zobowiązanie wobec Urzędu Celnego.

Jeśli dodatkowe kwoty wprowadzone na Korekcie Granicznej nie generują płatności, wówczas nie są naliczane do wartości netto, a tym samym nie zwiększają zobowiązania wobec Urzędu Celnego.

Naliczanie podatku VAT

W przypadku kontrahentów pozaunijnych, na Korekcie Granicznej stawka VAT poszczególnych pozycji jest pobierana z kartotek towarowych, VAT od kwot celnych jest naliczany zgodnie z ustawieniem w kolumnie Naliczaj VAT (w oknie, gdzie wprowadzamy kwoty celne). Dodatkowo, na zakładce Płatności znajduje się parametr Naliczaj VAT od towarów, jego zaznaczenie skutkuje naliczeniem podatku VAT od wartości towarów widniejącej na FZ w oparciu o stawki VAT zakupu z kartotek towarowych. Wówczas w tabeli VAT, kwota VAT w danej stawce będzie sumą podatku VAT wyliczonego od wartości towarów z FZ oraz podatku VAT wyliczonego od kwot dodatkowych. W przypadku kilku Korekt Granicznych do jednej FZ naliczenie VAT od towarów jest możliwe tylko na jednej z nich (po zaznaczeniu Naliczaj VAT od towarów, parametr ten nie jest widoczny na kolejnych FZKG). Jeśli zachodzi potrzeba ręcznego skorygowania podatku VAT, tabela VAT (dostępna na zakładce [Płatności]) jest dostępna do edycji.

Wartość zasobów

Wprowadzone kwoty celne zawsze podwyższają koszt zakupu towarów – suma kwot celnych pozycji przenoszona jest do pola wartość a tym samym wpływa na koszt zakupu towarów.

W chwili zatwierdzenia FZKG (na trwałe) tworzone są odpowiednie dokumenty magazynowe zwiększające wartość zasobów:

  • jeśli do Faktury Zakupu, której dotyczy FZKG, był wcześniej utworzony dokument PZ – w chwili zatwierdzenia FZKG tworzony jest dokument PZ korygujący
  • jeśli do Faktury Zakupu, której dotyczy FZKG nie był jeszcze tworzony dokument PZ – w chwili konwersji FZ do PZ utworzony zostanie drugi PZ korygujący skojarzony z korektą graniczną.

Jak wprowadzić fakturę importową?

Program zapewnia podstawowe wsparcie dla rejestracji dokumentów importowych. Rejestracja takiego dokumentu może odbywać wg następującego schematu:

  1. Klient otrzymuje Fakturę Zakupu importową

Faktura importowa jest rejestrowana w systemie jako Faktura Zakupu w walucie, po kursie z dnia wystawienia faktury (sposób postępowania jest opisany w artykule Wystawiamy dokument w walucie obcej). Powoduje ona:

  • powstanie zobowiązania w walucie wg kursu z dnia wpływu
  • wprowadzenie towaru na magazyn wg ustalonego kursu
  1. Klient otrzymuje dokument SAD

Fakt otrzymania dokumentu SAD powinien pozwolić użytkownikowi na: 

  • zmianę ceny zakupu towarów (wartości na magazynie) – w zależności od sposobu rozliczania magazynu zmiana może dotyczyć zmiany kursu waluty, doliczenia cła, doliczenia transportu itp.,
  • zarejestrowanie powstania zobowiązania wobec urzędu na kwoty wynikające z cła, VAT-u, opłaty manipulacyjnej, transportu,
  • zarejestrowanie dokumentu do potrzeb rozliczenia VAT.

W systemie jest to realizowane poprzez wprowadzenie specjalnego dokumentu korekty (FZKG). Funkcja ta pozwoli użytkownikowi na poprawne zarejestrowanie na tym dokumencie odpowiednio:

  • na pozycjach faktury – fakt zmiany wartości towaru
  • na preliminarzu płatności – fakt powstania zobowiązania wobec urzędu
  • naliczenie podatku VAT – przyjęcie dokumentu podlegającego rozliczeniu na deklaracji VAT-7

Uwaga
Żadna operacja związana z otrzymaniem SAD nie jest wykonywana przez program automatycznie – poprawne policzenie i zarejestrowanie wszystkich kwot spoczywa na użytkowniku.

 

Faktury Sprzedaży eksportowe

W systemie istnieje kilka rodzajów wydruków dla faktur eksportowych. Dostępne są w menu wydruków:

Faktura eksportowa: wzór standard PLN – od wydruku standardowego faktury różni się jedynie nagłówkiem (Faktura eksportowa). Poza tym drukowane informacje są podobne – wszystkie wartości są drukowane w PLN.

Faktura eksportowa w walucie: wzór standard 1 – jedyną różnicą w stosunku do faktury złotówkowej jest wydruk ceny jednostkowej w walucie obcej. Poza tym wszystkie inne wartości (w tym należność) są drukowane w PLN.

Faktura eksportowa w walucie: wzór standard 2 – wszystkie wartości na fakturze drukowane są w walucie obcej. Informacyjnie drukowana jest cena jednostkowa w PLN. Ponadto na fakturze nie jest drukowana tabelka VAT.

Faktura eksportowa w walucie: wzór standard 3 – wszystkie wartości są drukowane w walucie obcej.




Analizy dla modułów księgowych

Rejestry VAT

Analiza jest dostępna tylko z poziomu zakładek Rejestr VAT, Do deklaracji VAT-7 i Do deklaracji VAT-UE

Zestawienie kosztów/ przychodów wg kategorii

Wykres przedstawia strukturę kosztów pod względem kategorii przypisanej do: 

  • nagłówka faktury – wartość doliczana jest do kategorii widocznej w nagłówku zapisu. Kategorie elementów są pomijane.
  • Elementu faktury – wartość poszczególnych pozycji dopisywana jest do przypisanych im kategorii/kategorii2. Jeśli element nie ma przypisanej kategorii – jego wartość doliczana jest do pozycji NIEOKREŚLONA.

Istnieje możliwość analizy kosztów w oparciu o kategorie ogólne lub szczegółowe.

Zestawienie kosztów uwzględnia zapisy z rejestru za wybrany okres.

Przejmij filtr z aplikacji – raport generowany jest dla pozycji wyfiltrowanych na liście zapisów w chwili otwarcia analizy.

Parametry do ustalenia (po odznaczeniu parametru przejmującego filtr z listy):

Zestawienie wg nagłówków/ elementów – użytkownik decyduje, czy zestawienie ma być liczone wg kategorii przypisanych do nagłówków czy elementów zapisu.

Kategorie elementu – użytkownik decyduje, czy zestawienie ma być liczone dla kategorii czy kategorii2.

Kategorie ogólne/ wszystkie – użytkownik określa, czy analiza ma być wykonywana w oparciu o kategorie ogólne czy szczegółowe. W przypadku kategorii ogólnych – wszystkie pozycje z przypisanymi kategoriami szczegółowymi są wliczane w odpowiednią kategorię ogólną.
np. kategoria ogólna to Koszty, a przypisane do niej kategorie szczegółowe to Biuro, Telefon, Materiały Biurowe. W raporcie liczonym dla kategorii szczegółowych pojawią się trzy pozycje: Biuro, Telefon, Materiały biurowe, gdzie zsumowane będą zapisy z poszczególnymi kategoriami. W raporcie liczonym dla kategorii ogólnej wszystkie zapisy z kategorią Biuro, Telefon, Materiały biurowe trafią do jednej pozycji Koszt.

Okres – proponowany okres jest pobierany z listy. Można go jednak zmienić (np. posługując się kalendarzem dostępnym pod prawym przyciskiem myszy).

Rejestry VAT wg stawek

Analiza prezentuje zapisy w rejestrze VAT w układzie wg stawek VAT.

Filtr przejmowany z listy – wymusza przejęcie filtra zgodnie z ustawieniami na liście.

Parametry możliwe do ustalenia:

Od… Do… – zakres dat, z których są pobierane zapisy do analizy.

Rejestr VAT wg klasyfikacji

Analiza prezentuje zapisy w rejestrze VAT w układzie wg klasyfikacji związanej z rozliczeniem podatku VAT.

W zależności od tego, czy jest to rejestr zakupów czy sprzedaży, klasyfikacja jest robione ze względu na:

  • w rejestrze zakupów – wg rodzaju zakupu (towary, inne, środki trwałe) i odliczenia VAT,
  • w rejestrze sprzedaży – wg odbiorcy (krajowy/eksportowy i finalny/firma) oraz wg statusu sprzedaży (fiskalna, fakturowana, detaliczna).

Parametry:

Filtr przejmowany z listy – wymusza przejęcie filtra zgodnie z ustawieniami na liście.

Od… Do…– zakres dat, z których są pobierane zapisy do analizy. Dostępne wyłącznie, jeśli filtr nie jest przejmowany z listy.

Ewidencja samochodów

Koszty używania samochodu

Analiza prezentuje koszty używania samochodów prywatnych do celów służbowych w rozbiciu na poszczególne samochody. Możliwa jest analiza wykonana wg faktycznie poniesionych wydatków bądź wg przejazdów (tzn. kosztów wynikających z pomnożenia ilości przejechanych kilometrów razy stawkę za kilometr) bądź wg rozliczeń (tzn. kosztów podlegających zaksięgowaniu).

Zestawienie wg – możliwość wyboru porównania kosztów wg faktycznie poniesionych wydatków, wg przejechanych kilometrów bądź wg rozliczeń .

Okres – okres za jaki ma być wykonana analiza.

Rok i miesiąc (Od, Do) – zakres miesięcy za jaki wykonywana jest analiza rozliczeń. Kontrolki widoczne wyłącznie wtedy, gdy wybrana jest analiza wg rozliczeń.

Ewidencja dodatkowa

Ewidencja dodatkowa wg kategorii

Ewidencja dodatkowa umożliwia rejestrację dokumentów kosztowych, które nie są zapisywane w żadnej innej ewidencji w programie (np. zakupy, niepotwierdzone fakturą).

Wykres przedstawia strukturę kosztów dodatkowych pod względem kategorii przypisanej do:

  • nagłówka dokumentu – wartość doliczana jest do kategorii widocznej w nagłówku zapisu. Kategorie elementów są pomijane.
  • Kwot dodatkowych dokumentu – wartość poszczególnych pozycji dopisywana jest do przypisanych im kategorii. Jeśli element nie ma przypisanej kategorii/kategorii2 – jego wartość doliczana jest do pozycji NIEOKREŚLONA.

Przejmij filtr z aplikacji – raport generowany jest dla pozycji wyfiltrowanych na liście zapisów w chwili otwarcia analizy.

Parametry do ustalenia (po odznaczeniu parametru przejmującego filtr z listy):

Zestawienie wg nagłówków/ kwot dodatkowych – użytkownik decyduje, czy zestawienie ma być liczone wg kategorii przypisanych do nagłówków czy kwot dodatkowych zapisu.

Kategorie elementu – użytkownik decyduje, czy zestawienie ma być liczone dla kategorii czy kategorii2 z kwot dodatkowych.

Kategorie ogólne/ wszystkie – użytkownik określa, czy analiza ma być wykonywana w oparciu o kategorie ogólne czy szczegółowe. W przypadku kategorii ogólnych – wszystkie pozycje z przypisanymi kategoriami szczegółowymi są wliczane w odpowiednią kategorię ogólną.

Okres – proponowany okres jest pobierany z listy. Można go jednak zmienić (np. posługując się kalendarzem dostępnym pod prawym przyciskiem myszy).

Ewidencja środków trwałych

Struktura majątku firmy

Wykres służy do analizy wartości majątku trwałego firmy w układzie grup środków trwałych lub ich kategorii. Możliwa jest analiza zarówno według wartości brutto środków trwałych jak i wartości netto (pomniejszonej o dokonane umorzenia). raport nie uwzględnia środków zlikwidowanych i zbytych.

Parametry:

Klasyfikacja wg – umożliwia wybór, czy analiza będzie wykonana w układzie grup środków trwałych czy kategorii.

Wartości – umożliwia wybór, czy analizujemy wartości netto czy brutto środków trwałych.

Rodzaj – określa, czy analizujemy środki trwałe, czy wartości niematerialne i prawne.

Wartość środka trwałego

Wykres jest dostępny z poziomu listy środków trwałych.

Wykres obrazuje zmiany wartości środka trwałego w czasie jego eksploatacji. Prezentowane są zarówno zmiany brutto tej wartości (uwzględniające wartość zakupu, przeszacowania oraz modernizacje) jak i wartości netto (uwzględniającej dodatkowo umorzenie środka).

Jedynym parametrem na wykresie jest możliwość wyboru środka trwałego.

Lista dokumentów środków trwałych: zakładka Wszystkie

Struktura kosztów amortyzacji

Wykres umożliwia analizę struktury kosztów amortyzacji według grup środków trwałych bądź według kategorii dokumentów amortyzacji.

Parametry:

Klasyfikacja wg – umożliwia wybór, czy analiza będzie wykonana w układzie grup środków trwałych czy kategorii.

Rok, Miesiąc – określa, za jaki miesiąc dokonujemy analizy.

Rodzaj – określa, czy analizujemy środki trwałe, czy wartości niematerialne i prawne.

Księga Podatkowa: Zapisy KPiR

Zapisy księgowe wg kategorii

Raport jest dostępny z poziomu Księgi Podatkowej (Księgowość/ Zapisy KPiR).

Wykres prezentuje zestawienie przychodów lub kosztów według kategorii zapisów księgowych. Istnieje możliwość analizowania przychodów lub kosztów w oparciu o kategorie ogólne lub szczegółowe.

Wykres jest kreowany automatycznie zgodnie z ustawionymi parametrami w oknie Księga podatkowa, jednak istnieje możliwość wyboru zapisów: z księgi, bufora lub wszystkich za wybrany okres bezpośrednio na wykresie.

Przejmij filtr z aplikacji – raport generowany jest dla pozycji wyfiltrowanych na liście zapisów w chwili otwarcia analizy.

Po odznaczeniu parametru możliwe są do ustalenia inne parametry:

Raport przychodów/ kosztów – użytkownik określa, czy zestawienie ma prezentować przychody czy koszty.

Zapisy księga/ bufor/ wszystkie – raport może obejmować tylko zapisy zatwierdzone do księgi, tylko zapisy w buforze (na brudno) lub wszystkie zapisy.

Kategorie ogólne/ szczegółowe – użytkownik określa, czy analiza ma być wykonywana w oparciu o kategorie ogólne czy szczegółowe. W przypadku kategorii ogólnych – wszystkie pozycje z przypisanymi kategoriami szczegółowymi są wliczane w odpowiednią kategorię ogólną.

Okres – proponowany okres jest pobierany z listy. Można go jednak zmienić (np. posługując się kalendarzem dostępnym pod prawym przyciskiem myszy).

Zapisy księgowe wg kolumn

Raport jest dostępny z poziomu Księgi Podatkowej (Księgowość/ Zapisy KPiR).

Wykres prezentuje obroty w poszczególnych kolumnach księgi podatkowej za wybrany okres.

Przejmij filtr z aplikacji – raport generowany jest dla pozycji wyfiltrowanych na liście zapisów w chwili otwarcia analizy.

O odznaczeniu inne parametry możliwe do ustalenia to:

Zapisy księga/ bufor/ wszystkie – raport może obejmować tylko zapisy zatwierdzone do księgi, tylko zapisy w buforze (na brudno) lub wszystkie zapisy.

Okres – proponowany okres jest pobierany z listy. Można go jednak zmienić (np. posługując się kalendarzem dostępnym pod prawym przyciskiem myszy).

Bilans aktualny

Raport jest dostępny z poziomu Księgi Podatkowej (Księgowość/ Zapisy KPiR).

Wykres prezentuje zestawienie przychodów lub kosztów za dany okres czasu zgodnie z poszczególnymi kolumnami książki przychodów i rozchodów z możliwością podziału na konkretnego wspólnika. Na podstawie przychodów i kosztów jest wykazywany dochód/strata z uwzględnienie spisów z natury i przekroczenia limitu na koszty reprezentacji i reklamy.

Wykres jest kreowany automatycznie zgodnie z ustawionymi parametrami w oknie Księga podatkowa, jednak istnieje możliwość wyboru zapisów: z księgi, bufora lub wszystkich za wybrany okres bezpośrednio na wykresie.

Dostępne parametry:

Wspólnik – użytkownik może wybrać jednego ze wspólników .

Zapisy księga/ bufor/ wszystkie – raport może obejmować tylko zapisy zatwierdzone do księgi, tylko zapisy w buforze (na brudno) lub wszystkie zapisy.

Data od: – możliwość wybory daty, od której zapisy mają być brane pod uwagę.

Data do: – możliwość wybrania daty ograniczającej zapisy.

Księga Handlowa: Plan kont

Obroty na kontach

Analiza jest dostępna z poziomu Planu kont oraz Obrotów i sald.

Analiza obrotów na kontach kosztowych lub przychodowych z podziałem na poszczególne konta.

Wykres prezentuje obroty na kontach wg zadanych parametrów:

Konta typu przychody lub typu koszty/ koszty – obroty muszą dotyczyć określonego kont typu.

Za wyłączeniem kont – przy wyborze typu kont można wyłączyć daną grupę kont.

Funkcja może być wykorzystana szczególnie w przypadkach, gdy ewidencja kosztów jest prowadzona w dwóch układach: rodzajowym (konta zespołu 4) i kalkulacyjnym (konta zespołu 5). Wybór kont typu Koszty z wyłączeniem zespołu 4 (5) pozwoli uniknąć dwukrotnego prezentowania na wykresie tych samych kosztów.

Obroty winien/ ma – obroty muszą dotyczyć określonego kont typu po stronie winien lub ma.

Okres – obroty na kontach wyliczane są dla wskazanego okresu czasu.

Zapisy zatwierdzone/ bufor/ wszystkie – istnieje możliwość uwzględnienia w wyliczanych wartościach tylko zapisów zatwierdzonych, tylko zapisów w buforze lub wszystkich.

Waluta – użytkownik ma możliwość wyboru dowolnej waluty zdefiniowanej w programie. W przypadku wyboru konkretnej waluty program uwzględni w analizie tylko zapisy z kont prowadzonych w tej walucie. Również wartość zostanie wykazana w walucie obcej.

Jeśli użytkownik wybierze opcje wszystkie – wtedy program uwzględni wszystkie zapisy, niezależnie od waluty, w jakiej zostały wprowadzone. Wartość będzie wykazana w walucie systemowej PLN, zgodnie z kursami wprowadzonymi na poszczególnych zapisach księgowych.

Menu z wykresami podrzędnymi jest wywoływane po wciśnięciu prawego przycisku myszy na wykresie nadrzędnym.

Obroty i salda na koncie

Wykres prezentuje historię obrotów i sald konta w roku obrachunkowym w rozbiciu na poszczególne miesiące.

Użytkownik ma do wyboru następujące parametry:

Numer konta – wybór konta, którego ma dotyczyć analiza – możliwość wyboru z planu kont. Konto jest przekazywane z procedury nadrzędnej (formularza konta lub z wykresu nadrzędnego).

Uwzględniać bufor – wskazuje, czy mają być uwzględniane zapisy wszystkie, czy tylko zatwierdzone (na czysto).

Salda narastająco – wskazuje sposób obliczania sald – narastająco oznacza, że salda w poszczególnych miesiącach będą obliczane narastająco z uwzględnieniem bilansu otwarcia. Wyłączenie parametru oznacza, że salda w poszczególnych miesiącach będą liczone wyłącznie z uwzględnieniem obrotów z danego miesiąca.

Waluta – użytkownik ma możliwość wyboru waluty, w jakiej ma być wyliczona analiza. W przypadku kont walutowych istnieje możliwość wybrania waluty, w jakiej konto jest prowadzone – wartość zostanie wykazana w walucie obcej. Jeśli użytkownik wybierze opcje wszystkie – wtedy wartość zostanie wykazana w walucie systemowej PLN, zgodnie z kursami wprowadzonymi na poszczególnych zapisach księgowych.

Program nie filtruje listy walut, jakie mają być dostępne dla konkretnego konta. W przypadku, gdy użytkownik wybierze walutę inną niż waluta konta – nie zostaną wyświetlone żadne wyniki.

Obroty na koncie wg kategorii

Analiza służy do prezentacji obrotów na wybranym koncie z podziałem na kategorie (zgodnie z kategoriami zapisów księgowych).

Parametry:

Numer konta – wybór konta, którego ma dotyczyć analiza. Istnieje możliwość wyboru z planu kont.

Obroty – wybór strony, według której analizujemy obroty (Dt, Ct).

Zapisy – do wyboru zapisy księgowe, które będą uwzględniane w analizie, według stanu ich zatwierdzenia: na czysto (zatwierdzone), w buforze lub wszystkie.

Od, Do – okres, którego dotyczy analiza (zakres dat analizowanych księgowań). Proponowane są daty od początku okresu obrachunkowego, do daty bieżącej.

Waluta – użytkownik ma możliwość wyboru waluty, w jakiej ma być wyliczona analiza. W przypadku kont walutowych istnieje możliwość wybrania waluty, w jakiej konto jest prowadzone – wartość zostanie wykazana w walucie obcej. Jeśli użytkownik wybierze opcje wszystkie – wtedy wartość zostanie wykazana w walucie systemowej PLN, zgodnie z kursami wprowadzonymi na poszczególnych zapisach księgowych.

Program nie filtruje listy walut, jakie mają być dostępne dla konkretnego konta. W przypadku, gdy użytkownik wybierze walutę inną niż waluta konta – nie zostaną wyświetlone żadne wyniki.

Persaldo na koncie wg kategorii

Analiza służy do prezentacji sald na wybranym koncie z podziałem na kategorie (zgodnie z kategoriami zapisów księgowych).

Bilans otwarcia uwzględniany jest w saldzie wyłącznie wg tej kategorii, jaka została określona na dokumencie b.o.

Wartości dodatnie reprezentują saldo winien, wartości ujemne reprezentują saldo ma

Parametry:

Numer konta – wybór konta, którego ma dotyczyć analiza – możliwość wyboru z planu kont.

Saldo na dzień – określamy datę, na którą chcemy obliczyć saldo.

Zapisy – do wyboru zapisy księgowe, które będą uwzględniane w analizie, według stanu ich zatwierdzenia: na czysto (zatwierdzone), w buforze lub wszystkie.

Waluta – użytkownik ma możliwość wyboru waluty, w jakiej ma być wyliczona analiza. W przypadku kont walutowych istnieje możliwość wybrania waluty, w jakiej konto jest prowadzone – wartość zostanie wykazana w walucie obcej. Jeśli użytkownik wybierze opcje wszystkie – wtedy wartość zostanie wykazana w walucie systemowej PLN, zgodnie z kursami wprowadzonymi na poszczególnych zapisach księgowych.

Program nie filtruje listy walut, jakie mają być dostępne dla konkretnego konta. W przypadku, gdy użytkownik wybierze walutę inną niż waluta konta – nie zostaną wyświetlone żadne wyniki.

Obroty na kontach wg kategorii

Wykres przedstawia obroty na kontach typu koszty lub przychody wg kategorii. Użytkownik ma możliwość analizy struktury obrotów ze względu na kategorie dekretów księgowych.

Parametry, które należy określić dla raportu to:

Konta typu przychody/ koszty – typ konta.

Za wyłączeniem kont – przy wyborze typu kont można wyłączyć daną grupę kont.

Funkcja może być wykorzystana szczególnie w przypadkach, gdy ewidencja kosztów jest prowadzona w dwóch układach: rodzajowym (konta zespołu 4) i kalkulacyjnym (konta zespołu 5). Wybór kont typu Koszty z wyłączeniem zespołu 4 (5) pozwoli uniknąć dwukrotnego prezentowania na wykresie tych samych kosztów.

Obroty winien/ ma – obroty muszą dotyczyć określonego kont typu po stronie winien lub ma.

Okres – obroty na kontach wyliczane są dla wskazanego okresu czasu.

Zapisy zatwierdzone/ bufor/ wszystkie – istnieje możliwość uwzględnienia w wyliczanych wartościach tylko zapisów zatwierdzonych, tylko zapisów w buforze lub wszystkich.

Waluta – użytkownik ma możliwość wyboru dowolnej waluty zdefiniowanej w programie. W przypadku wyboru konkretnej waluty program uwzględni w analizie tylko zapisy z kont prowadzonych w tej walucie. Również wartość zostanie wykazana w walucie obcej.

Jeśli użytkownik wybierze opcje wszystkie – wtedy program uwzględni wszystkie zapisy, niezależnie od waluty, w jakiej zostały wprowadzone. Wartość będzie wykazana w walucie systemowej PLN, zgodnie z kursami wprowadzonymi na poszczególnych zapisach księgowych.

Obroty i salda na koncie

Analiza służy do prezentacji obrotów na wybranym koncie z podziałem na kategorie (zgodnie z kategoriami zapisów księgowych).

Wykres został opisany jako wykres podrzędny dla analizy obrotów na kontach wywoływanej z poziomu planu kont.

Obroty na koncie wg kategorii

Wykres kołowy przedstawia obroty na danym koncie wg kategorii. Operator może analizować strukturę obrotów na koncie ze względu na kategorie dekretów księgowych. Wykres może być istotny w przypadku nie rozbudowanej analityki kont.

Wykres został opisany jako wykres podrzędny dla analizy obrotów na kontach wywoływanej z poziomu planu kont.

Persaldo na koncie wg kategorii

Analiza służy do prezentacji sald na wybranym koncie z podziałem na kategorie (zgodnie z kategoriami zapisów księgowych).

Wykres został opisany jako wykres podrzędny dla analizy obrotów na kontach wywoływanej z poziomu planu kont.

Konto księgowe – formularz

Obroty i salda na koncie

Analiza służy do prezentacji obrotów na wybranym koncie z podziałem na kategorie (zgodnie z kategoriami zapisów księgowych).

Wykres został opisany jako wykres podrzędny dla analizy obrotów na kontach wywoływanej z poziomu planu kont.

Obroty na koncie wg kategorii

Wykres kołowy przedstawia obroty na danym koncie wg kategorii. Operator może analizować strukturę obrotów na koncie ze względu na kategorie dekretów księgowych. Wykres może być istotny w przypadku nie rozbudowanej analityki kont.

Wykres został opisany jako wykres podrzędny dla analizy obrotów na kontach wywoływanej z poziomu planu kont.

Persaldo na koncie wg kategorii

Analiza służy do prezentacji sald na wybranym koncie z podziałem na kategorie (zgodnie z kategoriami zapisów księgowych).

Wykres został opisany jako wykres podrzędny dla analizy obrotów na kontach wywoływanej z poziomu planu kont.

Obroty i salda

Obroty na kontach

Analiza dotyczy obrotów na kontach kosztowych lub przychodowych z podziałem na poszczególne konta.

Wykres został opisany w rozdziale dotyczącym analizy dostępnej z poziomu planu kont.

Obroty i salda na koncie

Wykres prezentuje historię obrotów i sald konta w roku obrachunkowym w rozbiciu na poszczególne miesiące.

Wykres został opisany jako wykres podrzędny dla raportu Obroty na kontach dostępnego z poziomu planu kont.

Obroty na koncie wg kategorii

Analiza służy do prezentacji obrotów na wybranym koncie z podziałem na kategorie (zgodnie z kategoriami zapisów księgowych).

Wykres został opisany jako wykres podrzędny dla raportu Obroty na kontach dostępnego z poziomu planu kont.

Persaldo na koncie wg kategorii

Analiza służy do prezentacji sald na wybranym koncie z podziałem na kategorie (zgodnie z kategoriami zapisów księgowych).

Wykres został opisany jako wykres podrzędny dla raportu Obroty na kontach dostępnego z poziomu planu kont.

Obroty na kontach wg kategorii

Analiza podobna do raportu Obroty na kontach, z tym, że kryterium podziału nie są poszczególne konta, ale kategorie zapisów księgowych.

Wykres został opisany w rozdziale dotyczącym analizy dostępnej z poziomu planu kont.

Obroty i salda na koncie

Wykres prezentuje historię obrotów i sald konta w roku obrachunkowym w rozbiciu na poszczególne miesiące.

Wykres został opisany jako wykres podrzędny dla analizy obrotów na kontach wywoływanej z poziomu planu kont.

Obroty na koncie wg kategorii

Analiza służy do prezentacji obrotów na wybranym koncie z podziałem na kategorie (zgodnie z kategoriami zapisów księgowych).

Wykres został opisany jako wykres podrzędny dla analizy obrotów na kontach wywoływanej z poziomu planu kont.

Dzienniki – Zapisy księgowe

Obroty w dzienniku

Wykres dostępny jest z poziomu Zapisów księgowych zakładka [Dzienniki].

Obroty po stronie Wn i po stronie Ma są prezentowane w układzie miesięcznym. Wykres jest kreowany zgodnie z parametrami ustawionymi w oknie Zapisy księgowe.

W zależności od ustawień na liście zapisów jest liczony dla wszystkich dzienników lub tylko wybranego.

Bezpośrednio na wykresie operator ma możliwość wyboru jedynie rodzaju zapisów: zatwierdzonych, z bufora lub wszystkich.

Obroty w dziennikach wg kategorii

W Księgowości/ Dzienniki dostępny jest raport Obroty w dziennikach wg kategorii. Dostępny jest z menu wydruków zdefiniowanych dla Listy zapisów księgowych (Księgowość/ Dzienniki). Raport pozwala uzyskać analizę wg kategorii ogólnych oraz szczegółowych.

Raport wyliczany jest na podstawie zapisów widocznych na liście. W związku z tym w chwili wyliczania raportu uwzględniane są ustawienia zdefiniowane w oknie z listą zapisów:

  • zapisy: bufor/ zatwierdzone/ wszystkie,
  • dziennik: wszystkie lub wybrane,
  • za okres: dzień/ miesiąc/ rok.

Z poziomu wykresu można zdefiniować czy raport ma być wyliczany na podstawie kategorii ogólnych czy szczegółowych. Jeśli na zapisie nie została zdefiniowana kategoria – wartość będzie dopisana do pozycji Nieokreślona.

Uwaga
Raport wyliczany jest na podstawie kategorii określonych dla elementów zapisu księgowego. Kategoria wpisana do nagłówka nie jest uwzględniana.

Zapisy na kontach

Raport zapisów księgowych na danym koncie podawanym przy wywołaniu analizy lub na wszystkich kontach. Istnieje możliwość podania zakresu dat za jaki ma zostać sporządzony raport oraz zadecydowania czy interesują nas zapisy z  bufora, zatwierdzone, czy wszystkie.

Zapisy od konta do konta

Raport zapisów księgowych od konta do konta. Mamy możliwość podania zakresu kont oraz zadecydowania czy interesują nas zapisy z bufora, zatwierdzone, czy wszystkie. Jeśli wywołanie analizy następuje z zakładki konto i jest wypełnione pole maska to ustawienie to jest również brane pod uwagę przy wywołaniu analizy. W takim wypadku można również zastosować parametr „Bez kont uwzględnionych w masce”.

Rozrachunki

Struktura wiekowa rozrachunków na kontach

Analiza ta pozwala na uzyskanie sumy przeterminowanych należności lub zobowiązań w poszczególnych przedziałach oraz zapisów, które składają się na sumy w poszczególnych przedziałach.

Parametry możliwe do ustalenia to:

Wykonanie analizy: stan aktualny / na wybrany dzień – możliwość wyboru czy analiza ma zostać przeprowadzona na dzień generowania raportu lub na dzień wybrany przez użytkownika.

W drugim przypadku program wyliczając kwoty dla poszczególnych przedziałów uwzględnia rozliczenia historycznie czyli stan na podany dzień. Oznacza to, że jeśli data rozliczenia dekretu jest późniejsza niż data wybrana przez użytkownika – dekret będzie uwzględniony w raporcie jako nierozliczony.

Raport dla: Należności/ Zobowiązań – w przypadku zaznaczenia „Należności” pobierane są dane ze strony Winien, natomiast wybranie opcji „Zobowiązania” powoduje pobieranie danych ze strony Ma. Dekret z ujemną kwotą po stronie Wn w strukturze wiekowej rozrachunków zostanie ujęty jako zobowiązanie, natomiast dekret z ujemną kwotą po stronie Ma jako należność.

Dla kont: od … do … – użytkownik ma możliwość podania zakresu kont.

Waluta – domyślnie jest wybrana waluta „-wszystkie-„ i wyświetlane są kwoty w walucie systemowej (PLN). Jeśli użytkownik wybierze konkretną walutę, wtedy wyświetlane będą kwoty w walucie obcej.

Uwzględniać zapisy w buforze – zaznaczenie tego parametru powoduje, że są uwzględniane dekrety zarówno zatwierdzone jak i w buforze. Odznaczenie tego parametru skutkuje pobieraniem do analizy tylko dekretów zatwierdzonych.

Obliczenia według: Terminu płatności/ Daty księgowania – dla wybranej pierwszej opcji dekrety są grupowane do poszczególnych przedziałów na podstawie terminu płatności, natomiast jeśli została wybrana druga opcja – według daty księgowania.

Przedziały – domyślnie podpowiadają się następujące przedziały:

  • Przedział 1 – do 30 dni (1-30 dni),
  • Przedział 2 – do 60 dni (31-60 dni),
  • Przedział 3 – do 90 dni (61-90 dni),
  • Przedział 4 – do 180 dni (91-180 dni),
  • Przedział 5 – do 360 dni (181-360 dni).

Użytkownik ma możliwość zdefiniowania własnych przedziałów.

Zakładka [Dane serii wykresu] zawiera wyniki wykonywanej analizy w formie tabeli z wynikami. Po podwójnym kliknięciu na wybrany wiersz, wyświetlane są dekrety wchodzące do wybranego przedziału. Wyświetlenie dekretów następuje także po jednokrotnym kliknięciu na wybranej części wykresu. Do listy zapisów tworzących wybrany przedział użytkownik może także przejść za pomocą ikony  Wprzód albo kombinacji klawiszy <CTRL>+<RIGHT> lub ikony  Na koniec albo kombinacji klawiszy <CTRL>+<END>.

Na zakładce [Dane serii wykresu] użytkownik ma możliwość ustalenia podobnych parametrów jak na zakładce [Wykres].

Wykonanie analizy: stan aktualny / na wybrany dzień – analogicznie jak na zakładce [Wykres].

Analiza na dzień – analiza jest wykonywana historycznie, na zadany przez użytkownika dzień.

Raport dla: Należności / Zobowiązań / Wszystkich – analogicznie jak na zakładce [Wykres]. Dodatkowo użytkownik może wybrać opcję Wszystkich, co powoduje wyświetlenie zapisów zarówno ze strony Wn jak i Ma wybranego zakresu kont. W takiej sytuacji należności będą prezentowane ze znakiem plus, a zobowiązania ze znakiem minus.

Dla kont: od … do … – analogicznie jak na zakładce [Wykres].

Waluta – analogicznie jak na zakładce [Wykres].

Uwzględniać zapisy w buforze – analogicznie jak na zakładce [Wykres] .

Obliczenia według: Terminu płatności / Daty księgowania – analogicznie jak na zakładce [Wykres].

Terminowość: Wszystkie / w terminie / Po terminie – wybranie jednej z tych opcji powoduje wyświetlenie zapisów o wybranym statusie płatności.

Przedziały –.domyślnie podpowiadają się przedziały analogiczne jak na zakładce [Wykres]. Użytkownik może wybrać przedział, dla którego zostaną wyświetlone zapisy. Dostępne są następujące możliwości:

  • Przedział 1 – do 30 dni (1-30 dni),
  • Przedział 2 – do 60 dni (31-60 dni),
  • Przedział 3 – do 90 dni (61-90 dni),
  • Przedział 4 – do 180 dni (91-180 dni),
  • Przedział 5 – do 360 dni (181-360 dni),
  • Więcej – powyżej 360 dni.

Uwaga
Zaznaczenie opcji WszystkiePo terminie pozwala użytkownikowi zdefiniować własne przedziały. Tylko dla wybranej opcji Po terminie użytkownik ma możliwość wyboru przedziału, dla którego zostaną wyświetlone zapisy.

Wydruki dla struktury wiekowej rozrachunków księgowych

Z zakładki [Wykres] dostępny jest wydruk Wykres [Struktura wiekowa rozrachunków księgowych].

Z zakładki [Dane serii wykresu] dla analizy „Struktura wiekowa rozrachunków księgowych” dostępny jest Wydruk struktury wiekowej zawierający tabelę z kwotami zapisów w poszczególnych przedziałach, a także informacje o wybranych parametrach.

Z zakładki [Dane serii wykresu], dla analizy „Zapisy struktury wiekowej rozrachunków księgowych”, dostępne są następujące wydruki:

  • Zapisy struktury wiekowej wg kont,
  • Suma zapisów struktury wiekowej wg kont,
  • Zapisy struktury wiekowej wg podmiotów,
  • Suma zapisów struktury wiekowej wg podmiotów,
  • Zapisy struktury wiekowej. 



Wielowalutowość

Wprowadzenie

W systemie użytkownicy mają możliwość wystawiania dokumentów w walucie obcej. Wartość poszczególnych pozycji oraz całego dokumentu jest prezentowana w walucie, w której dokument jest wystawiany.

Wszystkie informacje dotyczące płatności są rejestrowane w module Kasa/Bank, gdzie również widoczna jest waluta, w której dany dokument został wystawiony.

Definiowanie walut i kursów

Aby prawidłowo przeliczać wartości dokumentu w różnych walutach, konieczne jest zdefiniowanie kursów walut. W systemie może funkcjonować kilka typów kursów (np. kurs w banku PKO S.A., kurs średni NBP itp.). Użytkownik może definiować te rodzaje kursów z poziomu Start/ Konfiguracja/ program/ Ogólne/ Typy kursów walut.

Kurs domyślny:

Jeden z zdefiniowanych kursów musi być oznaczony jako domyślny. Kurs domyślny będzie automatycznie proponowany na każdym nowym dokumencie walutowym. Aby ustawić kurs jako domyślny, użytkownik powinien zaznaczyć parametr Domyślny na formularzu typu kursu.

Użytkownik ma możliwość definiowania listy walut, które mogą być używane w programie w Start/ Konfiguracja/ program/ Ogólne/ Waluty.

W tym miejscu można:

  • Dodawać nowe waluty – Więcej na ten temat znajduje się w artykule Formularz waluty
  • Edytować istniejące waluty – Więcej na temat walut znajduje się w artykule Waluty
  • Usuwać waluty – Należy pamiętać, że usunięcie waluty, która jest używana w dokumentach, może spowodować problemy z ich archiwizacją, odczytem oraz obliczeniami finansowymi. Blokowana jest możliwość usunięcia waluty PLN oraz EUR.
  • Określić notowanie kursu dnia – Więcej informacji na ten temat znajduje się w artykule Formularz wprowadzania kursu waluty.

Istnieje możliwość zdefiniowania parametrów w Start/ Konfiguracja/ Program/ Ogólne/ Parametry oraz Start/ Konfiguracja/ Firma/ Ogólne/ Parametry, które pomagają w zarządzaniu kursami walut.

Parametry te to:

  • Pokazuj formularz kursów walut po wejściu do programu, jeśli nie był aktualizowany
  • Automatycznie pobieraj kursy walut
  • Pobieraj kurs waluty z dnia poprzedniego dla dokumentów przychodowych
  • Pobieraj kurs waluty z dnia poprzedniego dla dokumentów kosztowych wg daty

Parametry te zostały opisane w artykule Parametry/Program oraz artykule Parametry/Firma

Informacja
Jeśli dzień poprzedni przypadał na sobotę/ niedzielę – pobierany jest kurs z piątku.

Jeśli parametry są odznaczone – wtedy podczas wystawiania dokumentu:

  • dla kontrahentów o statusie wewnątrzunijny/wewnątrzunijny trójstronny – program pobiera na dokument kurs z dnia poprzedzającego datę wystawienia.
  • dla kontrahentów o statusie krajowy/pozaunijny – program porównuje daty na dokumencie, wybiera wcześniejszą i pobiera kurs z dnia poprzedzającego tę datę.
  • Pobieraj ostatnio ustalony kurs waluty (nie ostrzegaj o braku kursu) – zaznaczenie tego parametru powoduje, że program będzie pobierał ostatnio wprowadzony kurs waluty, jeśli w danym dniu kurs dla waluty w której jest wystawiony dokument nie został ustalony. Jeśli parametr nie jest zaznaczony, program wyświetla ostrzeżenie o braku kursu.

Wprowadzanie dokumentów w walucie obcej

Aby umożliwić wystawianie dokumentów w walucie innej niż systemowa (PLN), należy zaznaczyć parametr Zezwalaj na zmianę waluty dokumentu (Start/ Konfiguracja/ Firma/ Handel/ Parametry</>). Zaznaczenie tego parametru pozwala operatorowi na wybór waluty przy edycji dokumentu.

Aby umożliwić wystawianie dokumentów w walucie innej niż systemowa (PLN), należy zaznaczyć parametr Zezwalaj na zmianę waluty dokumentu (Start/ Konfiguracja/ Firma/ Handel/ Parametry). Zaznaczenie tego parametru pozwala operatorowi na wybór waluty przy edycji dokumentu.

Na formularzu dokumentów takich jak faktura sprzedaży lub faktura zakupu, wybór waluty jest dostępny na zakładce [Płatności], natomiast w przypadku innych dokumentów, na zakładce [Dodatkowe]. Domyślna waluta kontrahenta pobierana jest z jego formularza (zakładka [Płatności], pole Domyślna waluta).

W sytuacji, gdy dokument zawiera już pozycje, zmiana kontrahenta nie powoduje zmiany waluty.

Przy wybraniu waluty innej niż PLN, na formularzu dokumentu pojawią się pola związane z typem kursu i notowaniem, jakie mają być wykorzystane na dokumencie:

  • Data kursu – data, według której pobrano notowanie waluty. Data kursu jest sugerowana na podstawie parametrów konfiguracyjnych, ale użytkownik ma możliwość jej modyfikacji, co automatycznie powoduje pobranie kursu z odpowiedniego dnia.
    Notowanie kursu pobierane jest zgodnie z ustawieniem parametrów w menu Start/Konfiguracja/ Firma/ Ogólne/ ParametryPobieraj kurs waluty z dnia poprzedniego dla dokumentów przychodowych, Pobieraj kurs waluty z dnia poprzedniego dla dokumentów kosztowych wg daty (działanie parametrów zostało opisane w punkcie Definiowanie walut i kursów).
  • Typ kursu – domyślnie proponowany jest typ kursu określony w konfiguracji jako domyślny. Użytkownik może wybrać inny kurs spośród zdefiniowanych w programie.
  • Kurs – kurs waluty, który zostanie pobrany z tabeli kursów walut i nie może być edytowany bezpośrednio na dokumencie.
    W przypadku, gdy kurs ma być zmieniony tylko na potrzeby aktualnie wystawianego dokumentu, możliwe jest zastosowanie kursu ręcznego. Na zakładce [Płatności] w polu Typ kursu należy wybrać opcję Kurs ręczny, a następnie wprowadzić odpowiedni kurs. Taki kurs zostanie zapisany wyłącznie dla tego konkretnego dokumentu, bez wprowadzania go do tabeli kursów w konfiguracji.

Zasady wystawienia dokumentów w walucie

  • Na dokumentach w walucie obcej domyślnie nie jest naliczany podatek VAT, ale użytkownik ma możliwość jego naliczenia dla wszystkich lub tylko wybranych pozycji (szczegółowe zasady opisane zostały w punkcie Naliczanie podatku VAT na dokumentach walutowych).
  • Podczas zatwierdzania dokumentu w walucie obcej, program sprawdza, czy kontrahent ma status krajowy – w takim przypadku poinformuje o tym użytkownika.
  • Jeśli dokument jest wystawiony w walucie obcej – nie jest możliwa jego fiskalizacja.
  • Wystawianie dokumentów w walucie obcej nie dotyczy paragonów oraz korekt do paragonów (te dokumenty zawsze wystawiane są w walucie systemowej – PLN).
  • Zmiana waluty i kursu nie jest możliwa na fakturze, która powstała z przekształcenia paragonu (takie dokumenty zawsze są w PLN).
  • W przypadku rozliczania zaliczek, program proponuje tylko zaliczki w walucie zgodnej z walutą dokumentu.
    • Jeśli użytkownik zmieni walutę po wybraniu zaliczek, program automatycznie proponuje nową listę zaliczek zgodnych z nową walutą, a wszystkie wcześniej wybrane informacje o rozliczanych kwotach zostaną utracone.
    • Więcej na ten temat znajduje się w artykule Rozliczanie zaliczek
  • Marża na dokumentach w walutach obcych zawsze wyrażana jest w walucie systemowej (PLN).
  • W historii kontrahenta oraz historii towaru, dokumenty w walucie obcej przeliczane są na PLN zgodnie z kursem ustalonym na dokumencie.
  • Na bilansie handlowym towaru, jeśli cena zakupu była w walucie obcej, jej wartość jest przeliczana na PLN według kursu podanego na dokumencie.

Naliczanie podatku VAT na dokumentach walutowych

Aby naliczać podatek VAT na dokumentach walutowych, należy zaznaczyć parametr VAT na fakturach w walucieStart/ Konfiguracja/ Firma/ Handel/ Parametry.

  • Dla kontrahentów o statusie krajowym VAT jest naliczany automatycznie. Stawka VAT dla poszczególnych pozycji dokumentu jest pobierana zgodnie z ustawieniami na kartach towarów, jednak użytkownik ma możliwość jej zmiany.
    Domyślnie zaznaczony jest parametr Naliczaj VAT (zakładka [Płatności]), który można odznaczyć. Po jego odznaczeniu stawki VAT dla wszystkich pozycji zostaną ustawione na 0% (dla towarów) lub jako nie podlega (dla usług).
  • W przypadku kontrahentów zagranicznych (wewnątrzunijnych oraz pozaunijnych), program nie naliczy automatycznie podatku (pod warunkiem, że jest zaznaczony parametr Podatnik VAT czynny/Aktywny w VIES na zakładce [Kontrahent])
  • Wystawiając dokument walutowy proponowane są stawki VAT 0% lub nie podlega, natomiast użytkownik ma możliwość:
    • Zmienić stawkę VAT na formularzu pozycji dokumentu dla poszczególnych pozycji dokumentu.
    • Zmienić stawki VAT globalnie dla wszystkich pozycji na dokumencie. Parametr Naliczaj VAT na zakładce [Płatności] umożliwia automatyczne naliczanie VAT na dokumentach walutowych. Po jego zaznaczeniu, VAT jest naliczany automatycznie dla każdej pozycji dokumentu, pobierając stawkę VAT z karty towaru/ usługi.Jeśli parametr jest zaznaczony, dla każdej dodawanej pozycji podatek VAT jest naliczany automatycznie. Jeśli użytkownik odznaczy parametr – na wszystkich pozycjach stawki VAT zostaną na nowo ustawione na 0%/ nie podlega.
  • W przypadku kontrahentów zagranicznych (wewnątrzunijnych oraz pozaunijnych), na których parametr Podatnik VAT czynny/Aktywny w VIES na zakładce [Kontrahent] jest odznaczony, stawka VAT zostanie przeniesiona zgodnie z ustawieniem na kartach towarów.Należy pamiętać, że na parametr Podatnik VAT czynny/Aktywny w VIES ma wpływ ustawienie w konfiguracji dotyczące automatycznej weryfikacji statusu VAT/VAT-UE na dokumentach handlowych. Więcej informacji na ten temat znajduje się w artykule Weryfikacja statusu VAT/VAT-UE kontrahenta

Informacja
Jeśli użytkownik ustawi stawki VAT bezpośrednio dla poszczególnych pozycji, a następnie zaznaczy parametr Naliczaj VAT – wtedy stawki VAT dla wszystkich pozycji zostaną pobrane z kart cennikowych i podatek VAT zostanie naliczony od nowa (wprowadzone „ręcznie” ustawienia zostaną utracone).

Wartość VAT jest wyliczana od wartości dokumentu w PLN, w zależności od sposobu liczenia dokumentu:

  • od wartości netto – w przypadku dokumentów wyliczanych algorytmem od netto
  • od wartości brutto – w przypadku dokumentów wyliczanych algorytmem od brutto

Wartości w tabeli VAT na dokumencie są wykazywane zawsze w PLN. Również na wydrukach standardowych dokumentów walutowych tabela VAT (wartość netto, brutto i VAT) jest drukowana w PLN.

Kwota płatności jest wyliczana na podstawie wartości brutto dokumentu, przeliczonej na walutę po kursie podanym w nagłówku dokumentu.

Procedura szczególna SME

W programie dostępne są funkcjonalności pozwalające na ewidencjonowanie dokumentów handlowych w systemie procedury szczególnej SME, która obowiązuje od 1 stycznia 2025 roku. Korzystanie z procedury SME umożliwia przedsiębiorcom mającym siedzibę działalności gospodarczej na terenie Unii Europejskiej korzystanie ze zwolnienia z VAT w państwie członkowskim. Funkcjonalność została szczegółowo opisana w artykule Procedura szczególna SME 

Procedura OSS

W programie dostępne są również funkcje związane z pakietem VAT e-commerce, który obowiązuje od 1 lipca 2021 roku. W skutek tych zmian w przepisach, w przypadku sprzedaży wysyłkowej (transakcje z konsumentami z innych krajów Unii Europejskiej) po przekroczeniu wartości 10.000 EUR łącznej sprzedaży do krajów UE, dostawca zobowiązany jest do przystąpienia do procedury VAT-OSS lub do rejestracji VAT w kraju przeznaczenia i rozliczania podatku VAT w tym kraju. Poprzez uczestnictwo w nowej procedurze VAT-OSS możliwe jest uniknięcie rejestracji do celów rozliczenia VAT w każdym kraju członkowskim, do którego dostarczane są towary. Procedura VAT-OSS umożliwia również rozliczenie podatku VAT z tego tytułu na jednej deklaracji składanej elektronicznie. Funkcjonalność została szczegółowo opisana w artykule OPT089 – Pakiet VAT e-commerce (OSS).

Płatność VAT w PLN w przypadku dokumentów dla kontrahentów o statusie krajowy, na fakturach sprzedaży i fakturach zakupu w walucie, istnieje możliwość naliczania płatności podatku VAT w PLN. Wówczas płatność jest podzielona na kwotę netto w walucie oraz VAT w PLN.

W Start/ Konfiguracja/ Firma/ Handel/ Parametry znajduje się parametr Płatność VAT w PLN na fakturach krajowych w walucie dostępny do edycji po zaznaczeniu VAT na fakturach w walucie.

Jeżeli parametr zostanie zaznaczony w konfiguracji, wówczas na dokumencie wystawionym dla kontrahenta krajowego, po zmianie waluty na zakładce [Płatności] automatycznie będą widoczne i zaznaczone parametry Naliczaj VAT, Płatność VAT w PLN.

Płatność dokumentu dzielona jest na dwie części – kwotę netto w walucie i kwotę VAT w PLN liczoną po kursie z dokumentu. Do preliminarza płatności przenoszone są obie płatności. Podziału płatności dokumentu na raty można wykonać z poziomu dokumentu tylko dla kwoty netto w walucie. Płatność VAT w PLN można podzielić jedynie z poziomu menu Kasa/Bank/ Preliminarz płatności.

Wyłącznie na fakturach wystawionych dla krajowego podmiotu gospodarczego z płatnością VAT w PLN można zastosować mechanizm podzielonej płatności. Szczegóły tej funkcjonalności zostały opisane w artykule Mechanizm podzielonej płatności.

Na standardowych wydrukach takich jak np. Faktura VAT (sPrint) oddzielnie wykazywana jest kwota do zapłaty w walucie, oddzielnie kwota VAT w PLN.

Standardowo program Comarch ERP Optima umożliwia zamieszczenie zagranicznego numeru rachunku bankowego na wydruku faktury. Aby był on widoczny, należy postępować zgodnie z artykułem: Co zrobić, aby zagraniczny numer rachunku bankowego pojawił się na wydruku faktury?

Informacja
Nie ma możliwości naliczenia płatności podatku VAT w PLN na fakturach sprzedaży zaliczkowych w walucie.

Przeliczanie wartości dokumentów

Podczas wprowadzania pozycji na dokument, program przelicza wartości cen w zależności od waluty dokumentu oraz waluty, w jakiej określona jest cena na karcie cennikowej.

Warto pamiętać, że w zależności od algorytmu wyliczania dokumentu proponowane są ceny bez podatku – w przypadku wyliczania od netto, lub z podatkiem – w przypadku wystawiania dokumentu od brutto.

Na dokumentach liczonych od brutto – ceny z podatkiem będą proponowane nawet wtedy, gdy użytkownik nie będzie naliczał podatku na dokumentach (stawka 0% lub nie podlega).

Przykład

Załóżmy, że kurs waluty wynosi 1 EUR = 4 PLN.

  1. W przypadku, gdy cena netto na karcie cennikowej wynosi 100 PLN, a dokument jest liczony od netto w walucie EUR, cena wyniesie 25 EUR.
  2. Natomiast, jeśli na karcie cennikowej stawka VAT jest ustawiona na 23%, to w sytuacji, gdy dokument jest liczony od brutto, cena wyniesie 30,75 EUR (nawet jeżeli na dokumencie stawka VAT będzie ustawiona jako 0% lub NP).

Jeżeli stawka VAT na karcie cennikowej zostanie zmieniona na 5%, cena brutto wyniesie 26,25 EUR.


Algorytmy wyliczania cen na dokumentach walutowych

Podczas wprowadzania pozycji na dokument, program porównuje walutę dokumentu z walutą, w jakiej określona jest cena na karcie cennikowej. Jeśli waluty te nie są zgodne, program przelicza je według domyślnego kursu:

  • Dokument w PLN i cena w cenniku w walucie obcej: Jeśli dokument jest wystawiany w PLN, a cena na karcie towaru jest określona w walucie obcej, program przelicza cenę na PLN na podstawie kursu zdefiniowanego jako domyślny dla danej waluty, obowiązujący dacie dokumentu.
  • Dokument w walucie obcej i cena w cenniku w PLN: W przypadku, gdy dokument jest wystawiany w walucie obcej, a cena na karcie cennikowej jest określona w PLN, cena w PLN jest przeliczana na walutę dokumentu. Jeśli użytkownik zmieni kurs na dokumencie, cena w PLN pozostaje niezmieniona, a przeliczana jest cena w walucie obcej.
  • Dokument w walucie obcej i cena w cenniku w tej samej walucie: Gdy dokument jest wystawiany w walucie, w której również określona jest cena na karcie, cena w walucie zostaje zachowana, natomiast wartość w PLN jest przeliczana zgodnie z aktualnym kursem. Zmiana kursu na dokumencie wpływa na wartość w PLN, pozostawiając cenę walutową niezmienioną.

Zasady te nie mają zastosowania podczas przekształcania (np. RO ->FS, FPF -> FS) lub kopiowania dokumentów, gdzie cena poszczególnych pozycji w walucie pozostaje niezmieniona (waluta pobierana jest z dokumentu źródłowego), niezależnie od tego, w jakiej walucie została zdefiniowana na karcie towaru.

Formularz pozycji na dokumentach w walucie

Na formularzu pozycji dokumentów (FS, FPF, RO, FZ, ZD, WZ, PZ) ceny i wartości pozycji mogą być prezentowane w dwóch lub trzech kolumnach, w zależności od waluty dokumentu oraz waluty cennika towaru:

  • Kolumna I: zawiera ceny wyrażone w walucie dokumentu.
  • Kolumna II: zawiera ceny wyrażone w walucie z cennika.
  • Kolumna III: zawiera ceny wyrażone w PLN.

W zależności od waluty dokumentu oraz waluty, w której zdefiniowana jest cena na karcie cennikowej, na formularzu pozycji może pojawić się do trzech kolumn zawierających cenę oraz wartość pozycji w poszczególnych walutach:

Poniżej opisano kilka możliwych kombinacji walut podczas wystawiania dokumentu oraz związane z tym zmiany w wyglądzie formularza pozycji:

Dokument wystawiany w PLN. Cena w cenniku w PLN:

KOLUMNA 1KOLUMNA IIKOLUMNA III
ILOŚĆ10 SZT.
CENA100 PLN
RABAT10%
CENA z RABATEM90 PLN
WARTOŚĆ900 PLN

Dokument wystawiany w walucie (USD). Cena w cenniku w PLN. Kurs na dokumencie: 1 USD = 4 PLN. Cena w PLN jest przeniesiona z cennika, a cena w walucie obcej (USD) jest przeliczona:

KOLUMNA 1KOLUMNA IIKOLUMNA III
ILOŚĆ10 SZT.
CENA100 USD400 PLN
RABAT10%
CENA z RABATEM90 USD360 PLN
WARTOŚĆ900 USD3600 PLN

Dokument wystawiany w PLN. Cena w cenniku w walucie (USD) Domyślny kurs w konfiguracji: 1 USD = 4 PLN. Cena w walucie (USD) jest przeniesiona z cennika, a cena w PLN jest przeliczona:

KOLUMNA IKOLUMNA IIKOLUMNA III
ILOŚĆ10 SZT.
CENA100 PLN25 USD
RABAT10%
CENA z RABATEM90 PLN22.50 USD
WARTOŚĆ900 PLN225 USD

Dokument wystawiany w USD. Cena w cenniku w walucie (USD). Kurs na dokumencie: 1 USD = 4 PLN. Cena w walucie (USD) jest przeniesiona z cennika, a cena w PLN jest przeliczona:

KOLUMNA 1KOLUMNA IIKOLUMNA III
ILOŚĆ10 SZT.
CENA100 USD400 PLN
RABAT10%
CENA z RABATEM90 USD360 PLN
WARTOŚĆ900 USD3600 PLN

Dokument wystawiany w walucie (USD). Cena w cenniku w innej walucie (EURO). Kurs na dokumencie: 1 USD = 4 PLN. Domyślny kurs w konfiguracji: 1 EURO = 4,4444 PLN. Cena w walucie (EURO) jest przeniesiona z cennika i przeliczona po kursie domyślnym na PLN. Następnie cena w PLN jest przeliczana po kursie z dokumentu na USD, na końcu cena w USD jest przeliczana na PLN:

KOLUMNA 1KOLUMNA IIKOLUMNA III
ILOŚĆ10 SZT.
CENA100 USD90 EURO
RABAT10%
CENA Z RABATEM90 USD81 EURO360 PLN
WARTOŚĆ900 USD810 EURO3600 PLN

Płatności na dokumentach walutowych

W menu Start/ Konfiguracja/ Firma/ Handel/ Parametry w sekcji Waluty znajdują się parametry odpowiedzialne za sposób wyliczania płatności.

Kwota podatku VAT w walucie przeliczona na PLN od wartości – jeśli parametr Zezwalaj na zmianę waluty dokumentu jest aktywny, użytkownik ma możliwość zdefiniowania od jakiej kwoty powinna być wyliczana płatność:

  • jeśli zaznaczymy parametr VAT w walucie – wartość płatności jest zgodna z wartością dokumentu w walucie,
  • jeśli zaznaczymy parametr netto PLN – wartość całego dokumentu jest przeliczana na walutę systemową PLN, a następnie ponownie (wg kursu zadeklarowanego na dokumencie) przeliczana na walutę,
  • można też zaznaczyć parametr pozwalaj na zmianę – wtedy istnieje możliwość ustalenia sposobu wyliczania płatności bezpośrednio na dokumencie.

Optymalnym rozwiązaniem jest zaznaczenie parametru pozwalaj na zmianę, który umożliwi bezpośrednią zmianę sposobu wyliczania płatności na dokumencie. Jest to wygodna opcja, która w prosty sposób pozwala manipulować wyliczaną płatnością na dokumencie.

Jeśli parametr pozwalaj na zmianę jest zaznaczony, w trakcie wystawiania dokumentu w walucie, program zaproponuje algorytm wyliczania płatności zadeklarowany w konfiguracji, umożliwiając jego zmianę w ramach konkretnego dokumentu. Na formularzu dokumentu na zakładce [Płatności], będzie widoczny parametr Kwota VAT w walucie od wartości netto w PLN.

Jeśli parametr Kwota VAT w walucie od wartości netto w PLN nie jest zaznaczony, wartość płatności jest zgodna z wartością dokumentu w walucie, a płatność wyliczana jest od wartości walutowej. Natomiast jeśli zaznaczymy parametr Kwota VAT w walucie od wartości netto w PLN – wartość całego dokumentu jest przeliczana na walutę systemową PLN, a następnie ponownie wg kursu zadeklarowanego na dokumencie przeliczana na walutę.

Jeśli parametr pozwalaj na zmianę nie jest zaznaczony, program automatycznie zastosuje algorytm zadeklarowany w konfiguracji i nie pozwoli na jego zmianę.

W tym procesie znaczenie ma także parametr Ceny z czterema miejscami po przecinku (w Start/ Konfiguracja/ Firma/ Handel/ Parametry), ponieważ podczas przeliczania mogą występować różnice w zaokrągleniach – zależnie od tego, czy wartości są zaokrąglane do 2 czy do 4 miejsc po przecinku.

Dla każdej pozycji wpisywanej na dokument walutowy pamiętane są dwie wartości: wartość w walucie oraz wartość w PLN (wyliczona wg kursu określonego na dokumencie).

Każda metoda ma inny algorytm wyliczania płatności stąd mogą pojawić się różnice w wyliczanych płatnościach.

Przykład

Wyliczanie płatności
Załóżmy, że na fakturze sprzedajemy dwa towary: T1 oraz T2
Faktura jest wystawiana w walucie EURO, gdzie kurs 1 EURO = 4.2656 PLN.

ilośćcena w waluciecena w PLN
(2 miejsca po przecinku)
cena w PLN
(4 miejsca po przecinku)
wartość w waluciewartość w PLN
(2 miejsca po przecinku)
wartość w PLN
(4 miejsca po przecinku
T1104.0317.1917.190440.30171.9171.904
T21002.028.628.6165202.00862861.65

Płatność liczona od wartości walutowej.

Jeśli parametr Kwota VAT w walucie od wartości netto w PL na dokumencie jest odznaczony (lub w konfiguracji wybrano Kwota podatku VAT w walucie przeliczona na PLN od wartości: VAT w walucie):

wartość faktury w walucie wynosi 242.30 EURO (suma wartości pozycji w walucie (40.30 + 202.00), wartość faktury w PLN wynosi 1033.55 PLN (242.30 * 4.2656 ) w preliminarzu powstanie płatność na kwotę 242.30 EURO.

Płatność liczona od wartości PLN

Jeśli parametr Kwota VAT w walucie od wartości netto w PLN na dokumencie jest zaznaczony (lub w konfiguracji wybrano Kwota podatku VAT w walucie przeliczona na PLN od wartości: netto w PLN):

wartość faktury w PLN wynosi 1033.90 PLN (suma wartości pozycji w PLN 171.90 + 862.00), wartość faktury w walucie wynosi 242.38 EURO (1033.90/ 4.2656) w preliminarzu powstanie płatność na kwotę 242.38 EURO.

Uwagi dodatkowe:
Jeżeli parametr Ceny z czterema miejscami po przecinku byłby zaznaczony, wartość faktury, niezależnie od parametru Kwota VAT w walucie od wartości netto w PLN, wynosiłaby 1033.55 PLN (suma wartości pozycji w PLN 171.904 + 861.65),
a przeliczenie na walutę dokumentu dawałoby wartość 242.30 EURO (1033.55 / 4.2656).
Różnice w zaokrągleniach zostałyby wyeliminowane, ponieważ obliczenia byłyby dokładniejsze.

Przykład

Wyliczanie płatności

Załóżmy, że na fakturze sprzedajemy dwa towary: T3 oraz T4

Faktura jest wystawiana w walucie EURO, gdzie kurs 1 EURO = 4.3333 PLN.

ilośćcena w waluciecena w PLN
(2 miejsca po przecinku)
cena w PLN
(4 miejsca po przecinku)
wartość w waluciewartość w PLN
(2 miejsca po przecinku)
wartość w PLN
(4 miejsca po przecinku
T31004.0317.4617.46324031746.001746.32
T4100002.028.758.75332020087500.0087533.00

Płatność liczona od wartości walutowej:

Jeśli parametr Kwota VAT w walucie od wartości netto w PL na dokumencie jest odznaczony (lub w konfiguracji wybrano Kwota podatku VAT w walucie przeliczona na PLN od wartości: VAT w walucie):

wartość faktury w walucie wynosi 20603.00 EURO (suma wartości pozycji w walucie (403.00 + 20200.00), wartość faktury w PLN wynosi 89278.98 PLN (20603.00 * 4.3333) w preliminarzu powstanie płatność na kwotę 20603.00 EURO

Płatność liczona od wartości PLN:

Jeśli parametr Kwota VAT w walucie od wartości netto w PLN na dokumencie jest zaznaczony (lub w konfiguracji wybrano Kwota podatku VAT w walucie przeliczona na PLN od wartości: netto w PLN):

wartość faktury w PLN wynosi 89246.00 PLN (suma wartości pozycji w PLN 1746.00 + 87500.00), wartość faktury w walucie wynosi 20595.39 EURO (89279.32/ 4.3333) w preliminarzu powstanie płatność na kwotę 20595.39 EURO

Uwagi dodatkowe:

Jeżeli parametr Ceny z czterema miejscami po przecinku byłby zaznaczony, wartość faktury w tym przykładzie zależałaby również od parametru Kwota VAT w walucie od wartości netto w PLN:

wartość faktury w PLN wynosi 89279.32 PLN (suma wartości pozycji w PLN 1746.32 + 87533.00), wartość faktury w walucie wynosi 20603.08 EURO (89279.32/ 4.3333) w preliminarzu powstanie płatność na kwotę 20603.08 EURO

Zmiana kursu oraz waluty na istniejącym dokumencie w buforze

W programie istnieje możliwość zmiany kursu (notowania) na dokumencie, który zawiera listę towarów. Zmiana kursu jest proponowana automatycznie przez program w momencie aktualizacji daty wystawienia dokumentu.

Użytkownik ma również możliwość:

  • Zmiany typu kursu: Program przelicza wartość towaru według nowego kursu pobranego z tabeli kursów.
  • Wybierania kursu ręcznego: Użytkownik może wpisać notowanie bezpośrednio na formularzu.

Przy zmianie kursu na dokumencie, gdzie została już uzupełniona lista pozycji program wyświetli komunikat z pytaniem o przeliczenie wartości dokumentu:

  • Wybór Tak – Program automatycznie przeliczy wartości dokumentu zgodnie z nowym kursem.
  • Wybór Nie – Kurs/notowanie pozostaną bez zmian, a wartości na dokumencie nie zostaną przeliczone.

 

W przypadku faktury sprzedaży utworzonej do wydania zewnętrznego użytkownik ma możliwość zmiany daty kursu, typu kursu oraz notowania w przypadku wyboru kursu ręcznego. Po zmianie kursu, wartości w PLN na dokumencie są przeliczane, co pozwala na przekształcenie kilku WZ z różnymi kursami do jednej faktury sprzedaży lub faktury proforma w walucie.

W Start/ Konfiguracja/ Firma/ Magazyn/ Parametry/ Ceny znajduje się parametr Generuj korekty WZ po zmianie ceny/kursu na FS/PA, gdy jest zaznaczony, po zmianie ceny/kursu na FS/PA i zapisaniu dokumentu na stałe, generowana jest korekta wartości do wydania zewnętrznego.

Po zaznaczeniu w Start/ Konfiguracja/ Firma/ Magazyn/ Parametry/ Ceny Pozwalaj na edycję cen/kursu na FZ powstałym z PZ oraz Przeliczaj ceny po nowym kursie, użytkownik na fakturze zakupu może zmienić cenę początkową, cenę z rabatem dla pojedynczych pozycji, datę, typ kursu oraz notowanie w przypadku kursu ręcznego.

Do PZ tworzona jest korekta wartości (szczegóły w artykule Dokumenty skojarzone).

Możliwość zmiany waluty nie dotyczy dokumentów handlowych skojarzonych z magazynowymi. Oznacza to, że użytkownik nie będzie miał możliwości zmiany waluty na:

  • fakturze sprzedaży utworzonej z WZ – waluta musi być zgodna z walutą na WZ.
  • fakturze zakupu powiązanej z PZ – waluta musi być zgodna z walutą na PZ.

Informacja
Należy pamiętać, że zmiana waluty na dokumencie powoduje aktualizację tabeli płatności. W wyniku zmiany waluty program jeszcze raz wylicza płatność związaną z dokumentem. W związku z tym, jeśli użytkownik dokonał wcześniej zmian w tabeli (np. rozbił płatność na raty) po zmianie waluty musi zrobić to ponownie.

Informacje dodatkowe

Przekształcenia dokumentów a ustawienia waluty

Podczas przekształcania i kopiowania dokumentów, waluta jest pobierana z dokumentu źródłowego.

Wyjątek stanowią przekształcenia do dokumentów, które wystawiane są tylko w walucie systemowej:

  • Przekształcenie faktury zakupu do korekty granicznej
  • Przekształcenie faktury zakupu do dokumentów wewnętrznych

Informacja
Podczas przekształcania faktury zakupu do faktury sprzedaży oraz przyjęcia zewnętrznego do wydania zewnętrznego, nie jest pobierana waluta z dokumentu źródłowego. Waluta pobierana jest wówczas z karty kontrahenta (zakładka [Płatności] na formularzu kontrahenta) ustawianego domyślnie na dokumencie.

Korekty do dokumentów w walucie

W przypadku dokumentów korygujących nie ma możliwości zmiany waluty. Na korektę ilości, wartości, stawki VAT przepisywane są waluta, typ kursu oraz notowanie. Dodatkowo do dokumentu walutowego można wystawić korektę kursu, ale tylko wtedy, gdy dokument nie posiada innych korekt (szczegóły w artykule Korekty kursu waluty).

Agregowanie dokumentów WZ/ PZ w walucie

  • W chwili agregacji WZ/ PZ do faktury sprawdzane jest czy wszystkie agregowane dokumenty są wystawione w takiej samej walucie. Jeśli nie – program nie pozwoli na utworzenie faktury.
  • Po zaznaczeniu w Start/ Konfiguracja/ Firma/ Magazyn/ Parametry/ Ceny parametru Pozwalaj na edycję cen/kursu na FZ powstałym z PZ, na fakturze zakupu można zmienić cenę początkową oraz cenę z rabatem dla pojedynczych pozycji, datę, typ kursu oraz notowanie w przypadku kursu ręcznego. Do PZ tworzona jest korekta wartości (szczegóły w artykule Nieokreślona wartość dostawy).
  • Na fakturze sprzedaży utworzonej z wydania zewnętrznego w walucie można zmienić datę kursu, typ kursu i notowanie w przypadku kursu ręcznego. Po zmianie kursu przeliczane są wartości w PLN na dokumencie. Dzięki temu możliwe jest przekształcenie kilku WZ z różnymi kursami do jednej faktury sprzedaży oraz faktury proforma w walucie do WZ. W Start/ Konfiguracja/ Firma/ Magazyn/ Parametry/ Ceny znajduje się parametr Generuj korekty WZ po zmianie ceny/kursu na FS/PA, jeśli jest włączony, po zmianie ceny/kursu na FS i zapisaniu FS na stałe, do wydania zewnętrznego generowana jest korekta wartości. Dzięki temu dokumenty handlowe i magazynowe są zgodne.
  • Przy włączonym parametrze Agregacja pozycji na dokumentach utworzonych z WZ (Konfiguracja firmy/ Magazyn/ Parametry/ Ogólne) nie jest możliwa agregacja pozycji przy przekształceniu kilku WZ do FS dla towarów o takich samych cenach i różnych kursach.

Symulacja wartości zakupu

Na dokumencie sprzedaży w walucie zarówno koszt zakupu jak i marża wyliczane są w walucie systemowej (PLN).
Jeśli cena zakupu towaru jest określona w walucie obcej – podczas wyliczania wartości zakupu program uwzględnia kurs zapamiętany na dokumencie zakupu.
W przypadku symulacji wg ostatniej ceny zakupu – program wylicza wartość zgodnie z walutą oraz kursem obowiązującym dla ostatniej ceny zakupu na karcie towaru.

Przykład

Zakup towaru 100 szt. W cenie 2 EURO (kurs na dokumencie zakupu to 1 EURO = 4 PLN)
Sprzedaż towaru 1 szt. towaru w cenie 13 PLN.
Wyliczona kwota marża to 13 – (2 x 4) = 5 PLN

Przykład

Zakup towaru 100 szt. W cenie 2 EURO (kurs na dokumencie zakupu to 1 EURO = 4 PLN)
Sprzedaż towaru 20 szt. W cenie 5 EURO (kurs na dokumencie sprzedaży to 1 EURO = 4.20 PLN)
Wyliczona kwota marży to (5 x 4.20) – (2 x 4.00) = 13 PLN, 13 PLN x 20 = 260 PLN

W przypadku symulacji wg średniej ceny zakupu program wylicza średnią cenę zakupu w oparciu o ilość i wartość zasobów posiadanych w magazynie. Wartość zasobu wyliczana jest zawsze na podstawie kursu waluty podanego na dokumencie zakupu. Natomiast wartość sprzedaży wyliczana jest na podstawie kursu podanego na dokumencie sprzedaży.

Przykład

W przypadku symulacji wg średniej ceny zakupu program wylicza średnią cenę zakupu w oparciu o ilość i wartość zasobów posiadanych w magazynie. Wartość zasobu wyliczana jest zawsze na podstawie kursu waluty podanego na dokumencie zakupu. Natomiast wartość sprzedaży wyliczana jest na podstawie kursu podanego na dokumencie sprzedaży.

Aktualizacja cen sprzedaży

Podczas aktualizacji cen sprzedaży program przelicza cenę zakupu z waluty na PLN (zgodnie z określonym na FZ kursem), a następnie dolicza zadeklarowaną marżę i wylicza nową cenę sprzedaży w walucie określonej na karcie.

Przykład

Ostatnia cena zakupu 2 EURO (kurs 1 EURO = 4 PLN)
Ceny sprzedaży na karcie towaru:
– cena sprzedaży 1: 10 % marży     2.20 EURO
– cena sprzedaży 2: 20 % marży     9.60 PLN (2 x 4 + 20% = 9.60)
Nowa cena zakupu 3 EURO (kurs 1 EURO = 4.50 PLN)
– cena sprzedaży 1: 10 % marży     3.30 EURO
– cena sprzedaży 2: 20 % marży     16.20 PLN (3 x 4.50 + 20% = 16.20)




Instrukcja użytkownika: Edycja wykresów


Ogólna idea wykresów

Idea wykresów polega na stworzeniu jednolitego, spójnego mechanizmu pozwalającego m.in. na wygodne definiowanie wykresów (inaczej: analiz) prezentujących graficznie i/albo tabelarycznie wybrane dane z bazy, podłączanie wykresów w przewidzianych (przez programistę) punktach programu i wykonywanie. Jest to więc mechanizm analogiczny jak w przypadku wydruków. Z jedną zasadniczą różnicą. Mianowicie wydruki są z samej swej natury pasywne – wykresy natomiast posiadają bardzo ważną cechę aktywności.

Aktywność wykresu polega na możliwości jego interakcji z Użytkownikiem, w tym także na możliwości wykonania wykresu podrzędnego po kliknięciu przez Użytkownika w wybrany punkt. Interakcja następuje po wykonaniu przez Użytkownika odpowiedniej akcji na bieżącym wykresie i może mieć postać:

  • Eksploracji wykresu

Eksploracja polega na wybraniu jednego z punktów bieżącego wykresu i zagłębieniu się w niego to znaczy wykonaniu wykresu podrzędnego dla danych pobranych z tego punktu.

Można np. kliknąć na ‘kawałku tortu’ obrazującym łączne obroty na wybranym rejestrze kasowym/bankowym i dostać podwykres obrazujący rozbicie wartości tego ‘kawałka’ na obroty poszczególnych raportów. Mamy tu do czynienia z tzw. akcją drill-down. Następnie można wybrać jeden z raportów i, klikając w punkt jemu odpowiadający, wyświetlić listę zapisów składających się na obroty tego raportu (ta z kolei akcja, polegająca na wyświetleniu listy a nie podwykresu jest nazywana drill-through).

Oczywiście mamy możliwość powrotu z eksploracji do poprzedniego wykresu (tzw. nadwykresu; jest to tzw. akcja drill-up) aż do wykresu, od którego zaczęliśmy. Całość przypomina więc surfowanie po stronach WWW – nieprzypadkowo zatem, jak się przekonamy później, okno wynikowe z wykresami posiada wiele analogii do przeglądarki internetowej.

  • Przeładowania (odświeżenia) danych na wykresie

Po zmianie przez Użytkownika parametrów wpływających na dane na wykresie jest możliwe przeładowanie tych danych, a więc powtórne wykonanie wykresu. Odświeżenie wykresu może również być wykonane (na żądanie) bez zmiany jakichkolwiek wartości parametrów (np. ze względu na możliwość zmian dokonanych w bazie w związku z normalną pracą tej albo innych stacji roboczych).

  • Zmiany parametrów graficznych wykresu

Wśród możliwych do zmiany parametrów mogą się także znajdować parametry graficzne nie wpływające na same dane wykresu ale określające jego postać graficzną (np. powiększenie, typ wykresu, wymiarowość: 3D/2D,…). Te parametry również można zmieniać na bieżąco z poziomu okna z wykresem.

  • Wydrukowania wykresu na drukarce graficznej

Wydruk wykresu jest realizowany poprzez mechanizm wydruku bieżącego widoku oraz standardowym mechanizmem wydruków. Będzie o tym mowa w rozdziale poświęconym wydrukom wykresów.

  • Zmiany ustawień graficznych wykresu (np. typu wykresu, jego tytułu, zmiany palety kolorów i inne).
  • Resetuj ustawienia wykresu – przywraca domyślne ustawienia graficzne.
  • Eksport wykresu – zapis wykresu w formie graficznej w jednym ze standardowych formatów graficznych.
  • Eksport – zapis danych w formie tekstowej w jednym ze standardowych formatów tekstowych.

Integracja modułu wykresów z resztą systemu polega na udostępnieniu przez moduł wykresów mechanizmu podobnego jak w przypadku wydruków: w dowolnym oknie aplikacji programista może udostępnić obsługę analiz.

Z punktu widzenia Użytkownika wykresy są zwykle dostępne w tych samych punktach programu (tzw. punkty wywołania wykresów, w skrócie: wywołania), co wydruki. Do każdego punktu wywołania można podłączyć dowolną ilość wykresów (tzw. wykresów startowych), z których jeden jest domyślny (domyślność analiz można zmieniać przez przełączanie specjalnej flagi określonej na poziomie podłączenia, a w przypadku nie ustawienia tej flagi na żadnym z połączeń wykresów startowych domyślnym wykresem jest pierwszy w kolejności lp – kolejność tą można zmieniać wykorzystując mechanizm bąbelkowania).

Wykresy mogą być zagnieżdżane tzn. każdy wykres może mieć dowolną ilość podłączonych do niego (pod)wykresów (dzieci). Z drugiej strony ten sam wykres może być równocześnie podłączony do dowolnej ilości (nad)wykresów (ojcowie). Zagnieżdżanie wykresów może zawierać zapętlenia, tzn. wykres a może mieć podwykres B, który z kolei posiada podwykres a (co więcej, wykres może być podłączony nawet do samego siebie).

Edycja (dodawanie, modyfikacja, testowanie, usuwanie) wykresów, ich podłączanie (także warunkowe) do punktów wywołania oraz do siebie nawzajem, ustalanie domyślności i kolejności a także różne inne operacje są dostępne z poziomu specjalnego drzewa hierarchii wykresów.

Wykresy, podobnie jak wydruki, są podzielone na dwie grupy:

  • wykresy standardowe (dostarczane przez Comarch)
  • wykresy użytkownika (definiowane).

Edycja wykresów standardowych przez Użytkownika jest bardzo ograniczona – sprowadza się do zmiany dostępności wykresu (globalny / operatora lub stanowiska), zmiany ustawień opcji wysyłania wyniku oraz przełączania domyślności wykresów.

Wyniki wykonania wykresów (ich graficzna postać i/albo dane tabelaryczne składające się na serie danych wykresu) są umieszczane na specjalnym oknie wynikowym analiz. Okno to stanowi dla Użytkownika właściwe środowisko pracy z analizami. To tu Użytkownik widzi wyniki analizy, może zmieniać parametry i przeliczać wykres, tu także może nawigować po grafie wykresów (eksplorować wykresy czyli przechodzić do podwykresów i wracać z powrotem) oraz wykonywać inne, pomocnicze operacje (np. drukowanie wyników, ich zapis do pliku w wybranym formacie czy wysyłanie wyników analizy do innych programów).

Uszczegółowienie koncepcji

Hierarchiczna struktura wykresów (nawigacja po grafie wykresów)

Przyciski wykresów na toolbarze, punkty wywołania wykresów

Jak powiedziano na początku, w programie istnieją specjalne punkty (tzw. punkty wywołania wykresów, w skrócie: wywołania), do których można podłączać analizy. Od strony Użytkownika punkty te są zazwyczaj tożsame z punktami podłączania wydruków: tam gdzie na toolbarze pojawiają się przyciski wydruków, zwykle pojawiają się także kontrolki do obsługi wykresów. Są to dwa przyciski: przycisk z ikoną wykresu, którego naciśnięcie powoduje wykonanie domyślnego wykresu startowego oraz przycisk z ikoną strzałki w dół powodujący rozwinięcie popup-menu z wyborem wykresu startowego, który należy wykonać. Wykonanie akcji na jednej z kontrolek wykresu powoduje załadowanie danych i otwarcie okna z wynikami (wykresem w postaci graficznej i/albo tabelarycznej).

Okno z wynikami posiada własne przyciski wydruków; pozwala to na definiowanie wydruków analiz. Ponieważ jest jedno wspólne okno wynikowe, na którym pojawiają się wszystkie wykresy – definicje wydruków dla wszystkich wykresów w systemie są wspólne; może tak być bo zawsze będziemy robić wydruk na podstawie kolejki o ustalonej strukturze, w której zgromadzone są dane wykresu.

Wykresy startowe, domyślnybieżący wykres startowy

Do każdego wywołania można podłączyć dowolną ilość wykresów – są to tzw. wykresy startowe danego wywołania. Wykresy te są odpowiednio posortowane (wg lp) a jeden z nich jest domyślnym wykresem startowym danego wywołania. Domyślność wykresu startowego oznacza dla Użytkownika najprostszą możliwość wykonania wykresu – poprzez jeden klik lewym przyciskiem myszy w główny przycisk analiz. Każdy inny wykres startowy w tym punkcie może być wykonany tylko poprzez jego wybór z menu kontekstowego.

Określanie domyślnego wykresu startowego danego punktu wywołania przebiega wg następującego algorytmu:

  • Sprawdzamy czy do wywołania (np. kontekstu) jest podłączony wykres użytkownika z zaznaczoną flagą Domyślny. Jeśli tak – wykres ten jest domyślnym wykresem startowym – kończymy poszukiwanie.
    Jeśli nie:
  • Sprawdzamy czy do kolejnych gałęzi nadrzędnych wywołania (np. procedury, potem roota) jest podłączony wykres użytkownika z zaznaczoną flagą Domyślny. Jeśli tak – wykres ten jest domyślnym wykresem startowym – kończymy poszukiwanie.
    Jeśli nie:
  • Sprawdzamy czy do wywołania (np. kontekstu) jest podłączony wykres standardowy z zaznaczoną flagą Domyślny. Jeśli tak – wykres ten jest domyślnym wykresem startowym – kończymy poszukiwanie.
    Jeśli nie:
  • Sprawdzamy czy do kolejnych gałęzi nadrzędnych wywołania (np. procedury, potem roota) jest podłączony wykres standardowy z zaznaczoną flagą Domyślny. Jeśli tak – wykres ten jest domyślnym wykresem startowym – kończymy poszukiwanie.
    Jeśli nie:
  • Pobieramy pierwszy w kolejności lp wykres startowy użytkownika podłączony do wywołania a w przypadku jego braku do kolejnych gałęzi nadrzędnych wywołania. Jeśli taki wykres znajdziemy – wykres ten jest domyślnym wykresem startowym – kończymy poszukiwanie.
    Jeśli nie:
  • Pobieramy pierwszy w kolejności lp wykres startowy standardowy podłączony do wywołania a w przypadku jego braku do kolejnych gałęzi nadrzędnych wywołania. Jeśli taki wykres znajdziemy – wykres ten jest domyślnym wykresem startowym – kończymy poszukiwanie.

Obsługa przycisków wykresu jest analogiczna jak w przypadku wydruków; mamy tu trzy akcje:

  • Wykonaj domyślny wykres startowy (przycisk główny wykresów lub klawisz F12),
  • Wybierz wykres startowy z menu kontekstowego i wykonaj go (dodatkowy przycisk wykresów z ikoną strzałki lub klawisz Alt-F12) oraz
  • Edycja węzła wykresów¬ (Ctrl + lewy klawisz myszy na przycisku głównym lub klawisz Ctrl-F12).

Po wykonaniu domyślnego lub wybranego wykresu startowego jest otwierane okno wynikowe analiz. Obiekt wykresu po aktywacji (otwarcie okna z wykresem) widzi tylko węzeł narysowanego wykresu a więc mimo, że do danego wywołania możemy mieć podłączoną dowolną ilość wykresów startowych – tylko jeden z nich jest ‘bieżącym wykresem startowym’.

Wykresy startowe mogą być filtrowane przez zastosowanie dynamicznych warunków, które decydują czy w danej sytuacji (przy bieżących ustawieniach przez aplikację zmiennych występujących w warunku podłączenia wykresu) dany wykres startowy ma być widoczny w danym kontekście czy też nie.

Zagnieżdżanie wykresów (podwykresy)

Każdy wykres (w szczególności także wykresy startowe dla danego wywołania) może mieć dowolną ilość wykresów podrzędnych (podwykresów) podłączonych do niego w uporządkowany sposób; jeden z tych podwykresów jest traktowany jako domyślny (decyduje ustawienie flagi Domyślny podłączenia a w przypadku jej nie ustawienia dla żadnego podwykresu – kolejność podwykresów wg lp; kolejność tą można zmieniać na drzewie hierarchii wykresów używając mechanizmu bąbelkowania).

Z drugiej strony każdy wykres może być podłączony do dowolnej ilości wykresów nadrzędnych w stosunku do niego.

Nie ma tu ograniczenia aby wykresy ‘nie zapętlały’ się tzn. aby dla żadnego łańcucha wykresów nie zachodziła sytuacja, że jakiś wykres występuje w tym łańcuchu więcej niż jeden raz. Takie podejście, poza prostotą implementacji ma tą dodatkową zaletę, że pozwala wykonać ten sam wykres jako swój podwykres, ale z innymi parametrami.

Nie przewidujemy na razie implementacji warunkowego zagnieżdżania wykresów.

Graf wykresów – nawigacja w czasie wykonywania

Ponieważ każdy wykres może posiadać dowolną liczbę wykresów podrzędnych – mamy do czynienia z ukierunkowanym grafem i podczas wykonywania wykresów zachodzi konieczność umożliwienia nawigacji poprzez ten graf.

Przede wszystkim w każdym węźle-wykresie (poza ‘liśćmi’ nie zawierającymi już podwykresów) musimy umożliwić tzw. drill-down czyli eksplorację do węzłów (wykresów) podrzędnych – jest to realizowane jako akcja wykonywana przy kliknięciu w punkt wykresu. Jeśli klikamy prawym klawiszem – pojawia się menu kontekstowe zawierające pozycje odpowiadające wykresom podrzędnym. Natomiast lewy klik na punkcie wykresu powoduje wykonanie domyślnego podwykresu.

Ponieważ zbiór wykresów podłączonych do wywołania stanowi graf, po którym możemy się poruszać – istnieje potrzeba zapamiętywania przebytych ścieżek i ponownego poruszania się po nich (w ramach jednej ‘sesji’ z danym wywołaniem). Ciąg wykonań wykresów danego punktu wywołania, począwszy od bieżącego wykresu startowego nazywamy historią wykonań wykresów. Zapis wykonania wykresu do historii następuje przy wczytywaniu bieżącego wykresu startowego, a następnie przy wykonywaniu akcji Eksploruj. W odpowiednich zmiennych zapamiętywane są dane pozwalające odtworzyć wyświetlony uprzednio wykres w niezmienionej postaci (z dokładnością do zmian wynikających z odświeżenia wyników); dane te to oczywiście zapytanie i wartości parametrów ostatnio użyte w tych zapytaniach oraz ostatnie wartości parametrów graficznych. Na każdym wykresie (poza bieżącym startowym dla opcji Na początek), na specjalnych przyciskach, są dostępne dodatkowo cztery opcje: Na początek (powrót do bieżącego wykresu startowego), Wstecz (powrót do poprzednio wykonanego wykresu), Wprzód (przejście do następnego ‘historycznie’ wykresu) i Na koniec (przejście do ostatniego ‘historycznie’ wykresu).

Opcja Wstecz (także Na początek ) nie pojawia się w przypadku gdy jesteśmy na bieżącym wykresie startowym. Wszystkie parametry wykresu (z zapytania i graficzne), do którego się cofamy są odtwarzane na podstawie odpowiednich zmiennych ale dane wykresu są przeładowywane (jest to robione ze względów technicznych – nie przewidujemy cache-owania danych wynikowych wykresu).

Analogiczne uwagi dotyczą opcji Wprzód, którą dodatkowo trzeba odróżniać od Eksploruj także w tym sensie, że nawet jeśli Wprzód powoduje przejście do podrzędnego wykresu (tak jak Eksploruj) to po pierwsze nie koniecznie jest to ten sam wykres podrzędny (jeśli jest ich więcej), a po drugie opcja Eksploruj dotyczy klikniętego w momencie jej wybrania punktu a opcja Wprzód bierze pod uwagę punkt poprzednio kliknięty, tj. kliknięty w trakcie wykonywania opcji Eksploruj, które wprowadziło dany wykres do historii.

Uwaga
Zapisujemy do kolejki historii tylko bieżący wykres startowy i eksploracje (każdą). Cofanie ani posuwanie się wprzód nie dopisuje do kolejki rekordów a tylko przesuwa pointer wskazujący bieżącą pozycję. Eksploracja usuwa wszystkie rekordy z kolejki historii będące ‘po’ rekordzie odpowiadającym eksplorowanemu wykresowi, dopisuje rekord docelowego podwykresu i ustawia na nim pointer. Powoduje to ‘zapominanie’ części historii po wykonaniu eksploracji ale jest to standardowe zachowanie (por. MSIE).

Edycja wykresów

Do wygodnego podłączania wykresów startowych do wywołań oraz wykresów do wykresów (zagnieżdżanie) zostało utworzone specjalne wielopoziomowe drzewo (korzeń, procedura, kontekst, wykresy startowe, wykresy podrzędne). Poza podstawowymi operacjami takimi jak dodawanie, podłączanie i odłączanie wykresów, ich edycja (w tym testowanie) i usuwanie dostępne będą także różne funkcje pomocnicze, np. włączanie/wyłączanie flagi domyślności, bąbelkowanie, szukanie wykresu zawierającego w definicji podany ciąg znaków i inne.

Źródła danych do wykresów

Każdy wykres może być tworzony w oparciu o jedno z niżej wymienionych źródeł:

  • Zapytanie SQL i dane w bazie

Jest to podstawowy rodzaj źródła danych dla wykresów.

Przez zapytanie rozumiemy tu ciąg dowolnych instrukcji T-SQL, w którym ostatnią jest instrukcja SELECT o strukturze zgodnej ze strukturą specjalnej kolejki. Struktura ta, w przypadku gdy mamy do czynienia z prawdziwym wykresem, a nie tylko z tabelą wynikową, nakłada pewne ograniczenia na typy i zawartość pierwszych trzech kolumn zapytania. Pierwsza kolumna numeruje wiersze wyniku zatem musi być całkowita a jej wartości unikalne, druga kolumna określa wartości na osi X – musi więc być rzeczywista lub całkowita a jej wartości unikalne, wreszcie trzecia kolumna określa opisy osi X – powinna być znakowa a jej wartości unikalne choć akurat te wymagania są tylko zaleceniami a nie formalnymi wymogami. W przypadku wykresów typu ‘tylko tabela’ powyższe ograniczenia nie obowiązują.

Wszystkie kolumny zwracane przez SELECT muszą być nazwane. Jeśli więc w liście tej występują agregaty lub stałe – należy koniecznie użyć aliasów (np. SELECT PunktID=1, TrN_TrNID, TrN_NumerPelny, RazemNetto=SUM(TrE_WartoscNetto) FROM … ).

W tekście zapytania w definicji wykresu mogą występować tzw. parametry dynamiczne, których wartości są wyliczane i wstawiane w miejsce definicji (odwołań do) tych parametrów przed przesłaniem wynikowego zapytania na serwer. Poza parametrami dynamicznymi w zapytaniu można umieszczać wyrażenia, zmienne tekstowe, wstawki tekstowe i wiele innych konstrukcji, które przed podaniem zapytania do serwera SQL są rozwijane (wyliczane i podstawiane wartościami).

Język użyty w zapytaniu wykresu jest więc połączeniem T-SQL i specjalnego języka obsługi parametrów dynamicznych, tzw. DPL, opisanego w osobnym dokumencie.

  • Kolejka globalna wypełniona przez aplikację

Dane serii wykresu mogą także pochodzić ze specjalnych kolejek. Ma to miejsce w przypadkach, gdy aplikacja dysponuje już danymi (często uzyskanymi w inny sposób niż tylko wykonanie SELECT-ów).

  • Wywołanie procedury

Wykonanie ‘wykresu’ może polegać nie tylko na uzyskaniu wyników i ich graficznej i/albo tabelarycznej prezentacji (wykresy normalne / wykresy typu ‘tylko tabela’), ale także na wywołaniu procedury (tzw. drill-trough).

W tym przypadku składnia ‘zapytania’ nie ma nic wspólnego z SQL-em – wywołanie procedury następuje zgodnie ze składnią języka DPL.

Parametry dynamiczne wykresów

Parametrem dynamicznym wykresu (w skrócie: parametrem) nazywamy zmienną występującą w zapytaniu lub parametrach graficznych (można np. sparametryzować tytuł wykresu), której wartość jest ustalana i wstawiana w miejsce definicji parametru w czasie wykonywania wykresu (tzw. runtime).

Ogólna składnia definicji parametru dynamicznego jest następująca:

?@[H]Picture[(_Q|_NQ)]|[Nazwa|]Prompt:Default[@?]                                        (PD)

W przypadku, gdy chcemy użyć w parametrze bardziej wyrafinowanych opcji lub zadeklarować wszystkie parametry w jednym miejscu – używamy deklaracji parametru dynamicznego mającej postać:

@PAR Definicja Opcje PAR@                                                                                      (PD-DEKL)

gdzie Definicja jest określona przez (PD).

Deklaracja różni się od definicji pod jeszcze jednym, istotnym względem. Mianowicie deklaracja przy rozwinięciu jest usuwana z tekstu. Definicja parametru jest natomiast zamieniana jego wartością.

Niezależnie od tego czy zadeklarujemy czy też zdefiniujemy parametr dynamiczny – najczęściej występuje potrzeba wielokrotnego odwoływania się jego wartości w innych częściach tekstu – korzystamy wówczas z odwołania do parametru dynamicznego (nazywanego także definicją powtórzonego parametru):

??[(_Q|_NQ)]Nazwa                                                                                                                        (PD2)

Szczegółowy opis parametrów dynamicznych został umieszczony w osobnym dokumencie.

Początkowe wartości parametrów (tzn. te, które są użyte przy pierwszym wykonaniu wykresu w danej sesji wywołania) mogą być przekazywane do wykresu z poniższych źródeł i wg poniższej kolejności określającej priorytet źródła:

  • Z danych pobranych z eksplorowanego punktu wykresu nadrzędnego – nie dotyczy to oczywiście bieżącego wykresu startowego.
  • Z kolejki parametrów dynamicznych wykresu nadrzędnego (wiązanie po nazwie) – nie dotyczy to oczywiście bieżącego wykresu startowego

Jeśli np. W zapytaniu nadrzędnym i podrzędnym mamy parametr o nazwie RaportyZamkniete to eksplorując wykres z ustawioną wartością parametru dziedziczymy tą wartość na podwykresie.

  • Parametry dynamiczne zdefiniowane w parametrach graficznych dziedziczą wartości z parametrów dynamicznych zdefiniowanych w zapytaniu bieżącego wykresu.
  • Z kolejki zmiennych dynamicznych przekazanych do wykresu z aplikacji (dokładniej: z okna, z którego uruchamiamy analizę) – dotyczy to tylko bieżącego wykresu startowego.
  • Z wartości domyślnych określonych w definicji parametru (także włączając opcjonalny odczyt ostatnio użytych wartości z rejestru).

Z takimi początkowymi wartościami parametrów tworzony jest wykres po raz pierwszy (w sesji danego wywołania). Przed tym jednak na oknie wykresu są tworzone kontrolki wszystkich parametrów a ich wartości ustalane są na wartości początkowe. Po narysowaniu wykresu możliwa jest edycja parametrów za pomocą wykreowanych kontrolek i odświeżenie wykresu z nowymi wartościami parametrów.

Na oknie wynikowym analiz znajduje się znacznik określający, czy pobrane dane są zgodne z bieżącymi ustawieniami kontrolek parametrów czy też nie (podobnie jak przycisk lejka w konstruktorze filtra).

Uwaga
Jeśli w parametrach graficznych definicji wykresu umieścimy parametr /@AutoRefresh to odświeżanie będzie następowało automatycznie (tj. bez wciskania przycisku odświeżenia) przy każdej zmianie któregokolwiek z parametrów dynamicznych (zapytania lub graficznych).

Oto szczegóły mechanizmu, którego używa obiekt przy ustalaniu wartości parametrów wykresu.

Przed wykonaniem bieżącego wykresu startowego lub potomnego po raz pierwszy w danej sesji wywołania obiekt przeszukuje zapytanie i parametry graficzne wykresu w poszukiwaniu parametrów dynamicznych. Po znalezieniu wszystkich parametrów, przed wykonaniem wykresu obiekt stara się ustalić ich wartości:

  • Jeśli mamy do czynienia z bieżącym wykresem startowym – są przeszukiwane parametry przekazane z aplikacji. Wiązanie odbywa się po Nazwie parametru. Dotyczy to tylko parametrów dynamicznych zdefiniowanych w zapytaniu.
  • Jeśli wykonujemy opcję Eksploruj – najpierw sprawdzane jest zapytanie wykresu nadrzędnego (dokładniej kolekcja Fields jego wynikowego recordsetu) w poszukiwaniu kolumn o nazwie zgodnej z Nazwą parametru. Jeśli taka kolumna zostanie znaleziona – jest pobierany kliknięty rekord z kolejki z danymi nadrzędnego wykresu a następnie w miejsce parametru wstawiana jest wartość z odpowiedniej kolumny tego rekordu. Dotyczy to zarówno parametrów zapytania jak i graficznych. Jeśli szukana kolumna nie zostanie znaleziona – jest przeszukiwana kolejka parametrów dynamicznych nadwykresu (czyli eksplorowanego wykresu). Jeśli w kolejce tej zostanie znaleziony parametr o nazwie Nazwa – następuje odziedziczenie wartości. Oczywiście dla parametrów zdefiniowanych w zapytaniu przeszukiwana jest kolejka parametrów dynamicznych ‘nadzapytania’ a dla parametrów zdefiniowanych w parametrach graficznych – kolejka parametrów dynamicznych ‘nadparametrów’ graficznych.
  • Jeśli mamy do czynienia z parametrem dynamicznym zdefiniowanym w parametrach graficznych, niezależnie od wyników poprzednich poszukiwań, następuje próba odziedziczenia wartości tego parametru z parametru dynamicznego o takiej samej nazwie, zdefiniowanego w zapytaniu bieżącego wykresu. Mamy tu zatem do czynienia z bezwarunkowym dziedziczeniem wartości graficznych parametrów dynamicznych z wartości zapytaniowych parametrów dynamicznych bieżącego wykresu.
  • W obu przypadkach jeśli poszukiwania nie dadzą rezultatu – wartość parametru jest ustalana na podstawie jego Defaultu (wartości odczytanej z definicji parametru)

Wszystkie parametry danego wykresu, łącznie z ustalonymi wartościami zapisywane są w odpowiedniej kolejce. Na podstawie tej kolejki kreowane są dynamicznie kontrolki parametrów i od razu rysowany wykres.

Przed wykonaniem wykresu, który już wcześniej został wczytany (Na początek, Wstecz, Wprzód Na koniec, Odśwież) następuje wykreowanie kontrolek parametrów tego wykresu z wartościami ostatnio użytymi i narysowanie wykresu w oparciu o te wartości. Teraz Użytkownik może manipulować wartościami parametrów poprzez kontrolki – wartości te są zapisywane do kolejki w momencie wykonania akcji Odśwież.

Zmienne dynamiczne przekazywane z aplikacji do bieżącego wykresu startowego

Zmienne dynamiczne mają za zadanie zainicjalizować wybrane parametry dynamiczne wykresu wartościami przekazanymi z aplikacji. Wartości tych zmiennych są ustalane w czasie wykonywania programu i przesyłane do bieżącego wykresu startowego. Można np. przekazać z procedury-listy zmienną zawierającą aktualnie zastosowany filtr na liście.

Uwaga
Zmienne dynamiczne są podstawiane pod parametry dynamiczne tylko dla bieżącego wykresu startowego (nie dotyczą podwykresów – tam występuje dziedziczenie wartości parametrów o zgodnej nazwie).

Wyrażenia

Wyrażenia to ciągi znaków występujące w zapytaniach oraz w parametrach graficznych wykresu takie, których wartości są obliczane przed wykonaniem wykresu. W wyrażeniach mogą występować m.in. odwołania do parametrów dynamicznych a także zmienne i funkcje systemowe. Wyrażeń używa bardzo często do określania wartości początkowych parametrów dynamicznych (np. bieżąca data).

Składnia wyrażenia jest następująca:

{ciąg_znaków}                                                                                                                 (W)

Szczegółowy opis wyrażeń został umieszczony w osobnym dokumencie.

Predefiniowane wstawki tekstowe

Wstawki tekstowe

Potrzeba wprowadzenia wstawek tekstowych wynikła z trudności, jakie występowały przy utrzymywaniu standaryzacji dużej liczby wykresów oraz potrzeby wyodrębnienia części wspólnych wielu analiz (likwidacja redundancji).

Co do standaryzacji chodzi o to aby np. powtarzające się na wielu wykresach analogiczne kontrolki (lub grupy kontrolek, np. zakres dat) wyglądały na każdym wykresie tak samo (‘dymek’, opcje graficzne, warunek poprawności, komunikat itp.). Do tej pory zmiana jakiejkolwiek własności takiej kontrolki wiązała się z koniecznością wykonania tej zmiany we wszystkich odpowiednich wykresach. Stosując predefiniowane wstawki tekstowe – robimy zmianę w jednym miejscu. Podobnie ma się rzecz, jeśli chodzi o parametry graficzne, które, poza tytułem, typem wykresu i wyborem serii powinny być w zasadzie identyczne dla wszystkich wykresów.

Wyodrębnienie wspólnych części wykresów polega na tym, że jeżeli mamy kilka wykresów o bardzo podobnej konstrukcji (różniących się tylko detalami) to za pomocą predefiniowanych wstawek tekstowych można jak gdyby stworzyć jedną, sparametryzowaną definicję wykresu. Oczywiście, formalnie rzecz biorąc, definicji będzie kilka, tyle tylko, że będą one posiadały jedynie wywołanie odpowiedniej, wspólnej wstawki z różnymi parametrami. Tyle ogólnych impresji. Przejdźmy do konkretów.

Pierwszą czynnością, jaką wykonuje moduł wykresów po wczytaniu definicji wykresu z bazy, jeszcze przed podaniem tekstów (zapytanie i grafika) do preparsingu, jest poszukiwanie w tych tekstach deklaracji predefiniowanych wstawek tekstowych (PWT) i ich rozwijanie.

Deklaracja PWT w tekście zapytania bądź grafiki ma następującą składnię:

@INS Nazwa||[Parametry] [ParametryX] INS@                                                       (PWT0)

gdzie Nazwa jest unikalną (w ramach bazy wykresu) nazwą wstawki (NO CASE) a opcjonalne człony Parametry i ParametryX posiadają następującą składnię:

Parametr[, Parametr…]                                                                                                  (PWTP)

^NazwaParametruX=WartoscParametruX

[^NazwaParametruX=WartoscParametruX,…]                                                         (PWTPX)

gdzie Parametr jest dowolnym ciągiem znaków (NO CASE) , nie zawierającym przecinka (seperator parametrów), znaku ^ (definicja parametru typu X) ani ciągu znaków ‘ INS@’ (spacja, INS@ – terminator PWT). Parametry typu X muszą występować po parametrach zwykłych i nie mogą być z nimi wymieszane. Zostaną one omówione w dalszej części tego rozdziału.

Parametry są przekazywane do definicji wstawki i decydują o wstawianiu do niej tekstów warunkowych (patrz następny rozdział) i wstawek podrzędnych (tzw. podwstawek).

Definicja wstawki jest traktowana jak normalny tekst – wynika stąd, że wstawki mogą być zagnieżdżone. Deklaracja (pod)wstawki we wstawce ma postać:

@INS Nazwa|[Warunek]|[Parametry] INS@                                                            (PPWT)

gdzie Nazwa jest unikalną (w ramach bazy wykresu) nazwą wstawki podrzędnej (NO CASE) a opcjonalny człon Warunek posiada następującą składnię:

Segment[,Segment…]                                                                                                     (PWTW)

gdzie Segment jest dowolnym ciągiem znaków (NO CASE), nie zawierającym przecinka (seperator segmentów) ani ciągu znaków

‘ INS@’ (spacja, INS@ – terminator PWT). Ponieważ podwstawka może zostać wywołana z parametrami (deklaracja w tekście nadrzędnym) – sprawdzamy czy parametry te spełniają Warunek wstawienia podwstawki. Jeśli Warunek jest spełniony – następuje zamiana deklaracji podwstawki na jej rozwinięcie, jeśli nie – usunięcie deklaracji podwstawki. Walidacja warunku odbywa się w następujący sposób:

  • Jeśli Warunek jest pusty – uznaje się, że jest spełniony
  • Jeśli Warunek nie jest pusty – uznaje się, że jest spełniony, jeśli dla co najmniej jednego z jego członów (Segment) istnieje odpowiednik (równość NO CASE) wśród przekazanych do podwstawki parametrów zwykłych (nie typu X).

Uwaga
Walidacja dotyczy parametrów przekazanych z nadrzędnego tekstu. Parametry określone w deklaracji podwstawki są jedynie przekazywane do jej rozwinięcia w przypadku, gdy to rozwinięcie jest wstawiane.

Uwaga
Warto zwrócić uwagę na fakt, że przed sekwencją kończącą INS@ musi występować co najmniej jedna spacja, zatem deklaracja:

@INS Ala

INS@

nie jest poprawna gdyż bezpośrednio przed końcowym INS@ występuje ENTER zamiast spacji.

Przy rozwijaniu wstawki jej rozwinięcie pobierane jest z tej bazy (wykresów standardowych lub użytkownika), z której pobrano definicję wykresu. W przypadku nie znalezienia wstawki o podanej nazwie, jeśli mamy do czynienia z wykresem użytkownika, wstawka jest następnie poszukiwana w bazie wykresów standardowych.

Teksty warunkowe

Omawiając parametry przekazywane w deklaracji wstawki wspomnieliśmy o tzw. tekstach warunkowych. Tekst warunkowy jest dowolnym ciągiem znaków, który może zostać wstawiony do definicji wstawki przy spełnieniu określonych warunków.

Tekst warunkowy może występować jedynie w definicji predefiniowanej wstawki tekstowej, a jego składnia jest następująca:

@IF(Warunek) Tekst IF@                (TW)

gdzie Warunek jest analogiczny jak w definicji (PPWT) a Tekst jest dowolnym ciągiem znaków nie zawierającym sekwencji zakończenia ‘ IF@’ (spacja, IF@). Ponieważ TW może występować jedynie w definicji PWT – są określone parametry przekazane do definicji PWT z jej deklaracji w tekście nadrzędnym. Parametry te pozwalają na walidację warunku Warunek (mechanizm dokładnie taki sam jak w przypadku PPWT).

Uzupełniającym elementem składni tekstu warunkowego jest zaprzeczony tekst warunkowy:

@IFNOT(Warunek) Tekst IFNOT@                              (TWNOT)

różni się on od TW tylko tym, że tekst jest wstawiany jeśli warunek jest pusty albo żaden jego człon nie ma odpowiednika wśród przekazanych parametrów.

Uwaga
Warto zwrócić uwagę na fakt, że przed sekwencją kończącą IF@ (IFNOT@) musi występować co najmniej jedna spacja, zatem deklaracja:

@IF(FAPA)

xxx

IF@

nie jest poprawna gdyż bezpośrednio przed końcowym IF@ występuje ENTER zamiast spacji.

Analogicznie do powyższych zostały wprowadzone teksty warunkowe:

@IFAND(Warunek) Tekst IFAND@                                                                                             (TWAND)

oraz

@IFANDNOT(Warunek) Tekst IFANDNOT@                                                                            (TWANDNOT)

różniące się od opisanych jedynie sposobem sprawdzania Warunku, który w tym przypadku uważa się za spełniony tylko wtedy gdy jest pusty lub dla wszystkich jego członów (Segment) istnieje odpowiednik (równość NO CASE) wśród przekazanych do podwstawki parametrów zwykłych (nie typu X).

Rozszerzone parametry tekstowe (parametry typu X)

Opisany wyżej mechanizm nie pozwala na parametryzowanie wstawek tekstowych. Przypuśćmy, że chcemy zdefiniować wstawkę wstawiającą zakres dat. Wstawki tej chcemy użyć zarówno w analizie a1 gdzie wartości domyślne dat mają być odpowiednio Today() i Today()+1 i w analizie a2 z wartościami domyślnymi Date(Month(Today()), 1, Year(Today())) i Today(). Aby wstawka mogła zrealizować oba te zadania – musi obsługiwać parametry rozszerzone.

Składnia rozszerzonego parametru tekstowego wstawianego do wstawki jest następująca:

@INSP(Nazwa)                                                                                                                                 (INSP)

gdzie Nazwa jest nazwą parametru przekazanego z tekstu nadrzędnego (zapytania, grafiki bądź podwstawki).

Składnia przekazania w/w parametru tekstowego jest określona przez (PWTPX). We wzorze tym NazwaParametruX odpowiada Nazwie w (INSP) (równość jest typu NO CASE). Wartość parametru może być ustalona ale może też zawierać element @INSP().

Parametry graficzne wykresu

Aby nie zmieniać struktury tabeli z wykresami przy dodawaniu w przyszłości obsługi kolejnych parametrów graficznych wprowadzamy jedną, parsowaną kolumnę stringową ParametryGraficzne. Kolumna ta powinna zawierać ustawienia wszystkich potrzebnych parametrów graficznych danego wykresu w postaci:

/@SymbolGr[=WartoscGr(BezApostrofów)]                                                            (PG)

gdzie SymbolGr jest nazwą parametru graficznego a WartoscGr jego wartością początkową. Kolumna ParametryGraficzne jest parsowana przy wczytywaniu definicji wykresu i składana przy zapisie.

Opcjonalna wartość WartoscGr jest wartością parametru, z którą wykres jest rysowany pierwszy raz; wartość ta może zostać zmieniona w trakcie oglądania wykresu przez edycję odpowiedniej kontrolki dynamicznej, wykreowanej na podstawie parametru dynamicznego wykresu dotyczącego wartości danego parametru graficznego. Wartość WartoscGr może bowiem zawierać parametry dynamiczne.

W wartościach parametrów graficznych obu typów mogą występować wyrażenia.

Oto najważniejsze symbole dostępnych parametrów graficznych:

SymbolGrZnaczenieWartościDPDD(*)PD(*)
HeaderNameTytuł wykresu11
XAxisNameTytuł osi X11
YAxisNameTytuł osi Y11
TypeTyp wykresu1 – kolumnowy, 2 – liniowy, 4 – kołowy,...1111
DepthGłębokość 3D0 – wykres 2D, >0 – wykres 3D011001
LineWidthGrubość linii1-10 (dotyczy typu 2)210
PointWidthGrubość słupka1-10 (dotyczy typu 1)00
ShowDataLabelsWyświetla wartości punktów0 – nie pokazuje, 1 – pokazuje1111
SeriesDefinicje seriiKol,...,Kol gdzie Kol,...,Kol - numery kolumn zapytania (4<=Kol<=24).4141
NoHeadOnColsWykaz kolumn, które mają nie mieć headeraKol,...,Kol gdzie Kol,...,Kol - numery kolumn zapytania (1<= Kol <=24).00
HideColsWykaz kolumn, które mają być ukryte (zerowej szerokości)Kol,...,Kol gdzie Kol,...,Kol - numery kolumn zapytania (1<=Kol<=24).00
AutoRefreshAutomatyczne odświeżanie po zmianie któregokolwiek parametru0 – nie, 1 – tak0111
SkipFirstExecNie wykonywanie akcji (zapytania, procedury) za pierwszym razem, dopiero po odświeżeniu. Dotyczy tylko wykresu startowego .0 – wykonuj akcję także przy pierwszym wykonaniu wykresu, 1 – nie wykonuj akcji przy pierwszym wykonaniu wykresu (np. nie chcemy wykonywać zapytania z domyślnymi wartościami parametrów)0111
NoPunktIDColZapytanie nie zawiera kolumny z licznikiem wierszy0 – zawiera kolumnę z ID wiersza, 1- nie zawiera kolumny z ID wiersza, tworzona jest techniczna kolumna z ID wiersza niewidoczna dla użytkownika.01

Default jest wartością, która jest podstawiana, gdy w parametrach graficznych dany parametr w ogóle nie występuje i PodstawDefault=1. Gdy w parametrach graficznych dany parametr w ogóle nie występuje i PodstawDefault=0 – to wartość parametru nie jest w ogóle podstawiana.

Default(*) jest wartością, która jest podstawiana, gdy w parametrach graficznych dany parametr występuje ale nie ma podstawionej wartości (np. /@3D, /@PokazujEtykietyDanych) i PodstawDefault(*)=1 . Gdy w parametrach graficznych dany parametr występuje ale nie ma podstawionej wartości i PodstawDefault(*)=0 – to wartość parametru nie jest w ogóle podstawiana.

Uwaga. Parametr NoHeadOnCols mimo, że formalnie przynależy do parametrów graficznych dotyczy tabeli z wynikami a nie wykresu. Stąd nie należy się dziwić, że wykres typu ‘tylko tabela’ ma aktywne pole z parametrami graficznymi.

Kompletny wykaz obsługiwanych parametrów i sposób ich ustawiania opisuje osobny dokument.

Graficzne zmienne symboliczne.

Graficzne zmienne symboliczne to zmienne postaci @NAZWAZMIENNEJ, występujące w parametrach graficznych wykresu, których wartości podstawiane są do parametrów graficznych przed narysowaniem wykresu ale już po załadowaniu wyników. Poniższa tabela zawiera wszystkie obsługiwane w tej chwili zmienne graficzne:

Nazwa zmiennejOpis (wartość)
RECORDSZwraca ilość rekordów wyniku zapytania.
Przykład użycia: /@ShowXLabelsEvery={@Records/3}

Uwaga
Nazwy zmiennych graficznych są CASE SENSITIVE.

Wywoływanie funkcji

Akcja wykonywana podczas eksploracji wykresu (lub wykonywania wykresu startowego) nie zawsze musi polegać na narysowaniu wykresu czy pobraniu danych w postaci tabelarycznej – zamiast tego może także być wywołana funkcja (procedura). Najczęstsze zastosowanie polega na wywołaniu procedury okna z odfiltrowaną listą zapisów składających się na wartość klikniętego punktu wykresu – mamy wówczas do czynienia z tzw. drill-through. Składnia wywoływania funkcji jest zgodna z językiem DPL i została opisana w oddzielnym dokumencie.

Wykresy bez wykresów – tabelewynikami

Moduł analiz posiada możliwość pobierania danych bez rysowania wykresu. W takim przypadku wyniki nie są prezentowane graficznie a tylko w postaci tabelarycznej. Oczywiście tabela danych wynikowych, podobnie jak wykres, jest aktywna. Oznacza to, że można eksplorować jej rekordy wykonując analizy podrzędne.

Wykres typu ‘tylko tabela’ nie posiada rzecz jasna żadnych parametrów graficznych.

Uwaga
Wykres typu ‘tylko tabela’ nie zawiera ograniczeń jakie narzucamy dla zapytań normalnych wykresów – zapytania mogą tu zwracać 1-20 kolumn zupełnie dowolnych typów i o dowolnym znaczeniu.

Przekazywanie do wykresów zaznaczonych pozycji

Wykres może odwoływać się do pozycji zaznaczonych na liście. Oczywiście aby takie odwołanie było możliwe – okno aplikacji musi nie tylko posiadać, ale także eksportować zaznaczenia do modułu wykresów (innymi słowy programista danego okna musiał przewidzieć, że Użytkownik będzie chciał w tym miejscu odwołać się w definicji wykresu do zaznaczeń na liście). Jeśli w/w jest spełniony, zbudowanie wykresu opartego o zaznaczenia może być obsłużony na dwa sposoby

Obsługa zaznaczeń: Tabela tymczasowa

  • We właściwościach ogólnych wykresu:

Ustawieniu na wykresie flagi Obsługa zaznaczeń: Tabela tymczasowa

  • W zapytaniu wykresu:
  • Zadeklarowaniu ukrytego parametru dynamicznego @PAR ?@Hs50|ZazGUID|ZazGUID:’’ PAR@
  • Wykonaniu JOIN-a do tabeli WkrZaznaczenia2 (np. … JOIN WkrZaznaczenia2 ON BNa_BNaID = WkZ2_GIDNumer …).
  • Umieszczeniu w filtrze zapytania warunku WkZ2_GUID=??_QZazGUID na odziedziczony ze zmiennej dynamicznej GUID

Obsługa zaznaczeń: Klauzula IN

  • We właściwościach ogólnych wykresu:

Ustawieniu na wykresie flagi Obsługa zaznaczeń: Klauzula IN

  • W zapytaniu wykresu:
  • Zadeklarowaniu ukrytego parametru ‘wirtualnego’ @PAR ?@X|Zaznaczenia|Zaznaczenia:1@? PAR@
  • Zastosowanie w zapytaniu składni którą silnik wykresów rozwinie do postaci klauzuli IN, składnia powinna wyglądać w ten sposób: „WHERE {Zaznaczenia(ID rekordu, 1)}” ( przykładowe zapytanie: SELECT Knt_KntID, Knt_Kod, Knt_LimitKredytu FROM cdn.Kontrahenci WHERE {Zaznaczenia(Knt_KntID, 1)} )

Eksport wyników wykresu

Wyniki wykonania analizy (wykres w postaci graficznej oraz tabela z wynikami) mogą być zapisywane do pliku, służą do tego ikony Eksport wykresu/Eksport tabeli dostępne na wstążce. Plik ten (tzw. plik wynikowy) może mieć jeden z następujących formatów:

  • Z zakładki wykres: bmp, emf, gif, jpeg, png, tiff, wmf, pdf, xls, mht (wykres graficzny)
  • Z zakładki dane serii wykresu: xlix, xls, xml, txt, html (dane tabelaryczne)

Interface Użytkownika

Edycja wykresów

Drzewo hierarchii wykresów

Podstawową procedurą edycji wykresów jest drzewo hierarchii wykresów. Procedura ta umożliwia wykonywanie wszystkich operacji edycyjnych dla wykresów standardowych i użytkownika:

  • oglądanie struktury połączeń wykresów (do wywołań oraz wykresów do siebie nawzajem),
  • podłączanie i odłączanie wykresów (w tym edycja warunków podłączenia wykresów startowych),
  • określanie domyślności i przestawianie kolejności wykresów (bąbelkowanie)
  • dodawanie, edycję, testowanie i usuwanie wykresów (można usuwać tylko wykresy nie posiadające podwykresów),
  • szukanie podanego ciągu znaków w nazwie wykresu, kontekstu lub procedury,
  • proste filtrowanie drzewa,
  • aktualizację bazy,
  • oglądanie zmiennych dynamicznych wysyłanych z aplikacji do wykresu w danym momencie.

Należy zwrócić uwagę, że edycja wykresów standardowych przez zwykłego (tj. nie pracującego w specjalnym trybie super-user) Użytkownika ma bardzo ograniczony charakter. Użytkownik nie może zmienić ani logicznej struktury wykresów standardowych (podłączanie/odłączanie) ani żadnych parametrów identyfikujących te wykresy (np. nazwa), wpływających na wyniki (np. zapytanie) czy też wygląd (parametry graficzne) wykresów standardowych. Wykresy standardowe nie mogą być także dodawane ani usuwane przez Użytkownika. Jedyne możliwe w tym przypadku modyfikacje dotyczą opcji wysyłania wyniku, ustalania domyślności wykresów i warunków ich podłączenia. Zmiany te jednak nie są zapisywane do pliku z wykresami standardowymi (który można traktować jako READ/ONLY), a do specjalnych tabel SQL-owych, będących podzbiorami funkcjonalnymi odpowiednich pełnych tabel (patrz rozdział poświęcony bazie danych). W tabelach tych są zapisywane modyfikacje ustawień wykresów standardowych dla poszczególnych Użytkowników.

Drzewo hierarchii wykresów – zakładka Ogólne

Na drzewie hierarchii wykresów analizy standardowe są widoczne w kolorze szarym, a ich nazwa jest pisana kursywą, analizy użytkownika są przedstawione czcionką czarną regularną.

Wszystkie akcje dostępne dla podświetlonego obiektu (gałąź na drzewie) są możliwe do wykonania z poziomu menu podręcznego otwieranego przez kliknięcie prawym klawiszem myszy na obiekcie. W menu są również podane skróty klawiszowe do poszczególnych akcji. Dla podstawowych i najczęściej wykonywanych akcji pod listami umieszczono dodatkowo przyciski.

Poniżej krótki opis znaczenia poszczególnych przycisków.

– dodanie nowego wykresu i podłączenie go do podświetlonej gałęzi. Kliknięcie przycisku z Ctrl lub z Shift powoduje zainicjalizowanie dodawanego wykresu danymi podświetlonego wykresu (wzorca), z tym, że użycie Shift wymusza podłączenie nowego wykresu na tym samym poziomie co wzorzec czyli do ojca wzorca (a nie do wzorca).

– edycja wykresu (otwarcie formularza definicji wykresu).

– usunięcie wykresu. Usuwany wykres nie może mieć podłączonych podwykresów.

– wybór wykresu z listy i podłączenie go do podświetlonej gałęzi.

– odłączenie podświetlonego wykresu.

– otwiera płaską listę wykresów, opisaną w rozdziale 3.1.3. Na liście tej można m.in. znaleźć wykresy nie podłączone do żadnego wywołania a więc niewidoczne na drzewie hierarchii (i nie możliwe do wykonania z poziomu programu).

– otwiera listę wstawek tekstowych, opisaną w rozdziale 3.1.4.

– wyszukiwanie podanego ciągu znaków w nazwach procedur, kontekstów i wykresów.

– testuj analizę

– odfiltrowuje (lub nie) gałęzie procedur i kontekstów nie wypełnione, tj. takie, do których nie są podłączone żadne wykresy.

– odfiltrowuje (lub nie) gałęzie procedur innych niż aktualna (tj. ta, z której zostało wywołane drzewo konfiguracji wykresów).

Wybrane pozycje menu:

Edytuj warunek podłączenia – akcja dostępna tylko dla wykresów startowych. Pozwala ustalić warunek jaki musi być spełniony aby dany wykres był możliwy do wykonania (wyboru) w danym punkcie. Warunek musi mieć postać wyrażenia, w którym mogą występować funkcje systemowe i funkcje a także zmienne zabindowane przez aplikację.

Przełącz domyślny – ustawia dany wykres jako domyślny w danym punkcie (z dokładnością do bazy wykresu) lub usuwa takie ustawienie.

Kopiuj/Wklej wykres – kopiuje/wkleja definicję wykresu (akcja pomocna w kopiowaniu definicji pomiędzy panelami, głównie przy kopiowaniu wykresów standardowych na drzewo wykresów użytkownika).

Poziom procedur/kontekstów – (roz)zwija gałęzie drzewa do wybranego poziomu.

Druga zakładka dotyczy przekazanych z aplikacji zmiennych dynamicznych.

Na liście mamy nazwy i aktualne wartości zmiennych, które byłyby w tym momencie przekazane do wykresu.

Drzewo hierarchii wykresów – zakładka Zmienne dynamiczne

Formularz wykresu

Do edycji wykresu służy formularz definicji wykresu. Składa się on z trzech zakładek, które kolejno omówimy.

Zakładka Ogólne

Formularz definicji wykresu – zakładka Ogólne

Przycisk  służy do założenia hasła blokującego zmiany w definicji wykresu dla Użytkowników nie znających hasła. Przy wejściu na formularz tak zabezpieczonego wykresu nie mamy możliwości dokonania jakichkolwiek zmian chyba, że wciśniemy przycisk z kluczykiem i wpiszemy poprawne hasło. W takim przypadku definicja zostanie odblokowana i będzie również możliwa zmiana hasła (w tym jego wyczyszczenie czyli odbezpieczenie definicji).

Warto zwrócić uwagę na przycisk , służący do testowania edytowanego wykresu. Dokładniej przycisk ten służy do wykonania testu edytowanego wykresu z zastosowaniem bieżących ustawień na formularzu. Po jego naciśnięciu jest wykonywany w trybie testowym edytowany wykres. Tryb testowy polega na tym, że bezpośrednio przed przesłaniem zapytania na serwer zapytanie to (ze wstawionymi bieżącymi wartościami parametrów dynamicznych) jest podawane do edycji Użytkownika. Po wykonaniu wykresu jest możliwa normalna nawigacja począwszy od węzła odpowiadającego edytowanemu wykresowi. Wykonaniu każdego wykresu w trybie testowym towarzyszy okno pozwalające na edycję zapytania przed przesłaniem go do serwera.

Pozostałe kontrolki są albo standardowe albo ich opis w pełni wyjaśnia zastosowanie. Dlatego tutaj ograniczymy się tylko do nadmienienia o jednej istotnej sprawie. Mianowicie w celu ułatwienia posługiwania się językiem stosowanym w definicji wykresu (połączenie SQL i języka parametrów dynamicznych) opracowano system zagnieżdżonych wizardów. Wizardy te pozwalają tworzyć i edytować deklaracje i odwołania do parametrów dynamicznych, wyrażenia, zmienne tekstowe, szablon zapytania SQL itp.. Są one dostępne po kliknięciu prawym klawiszem myszy tekstu zapytania lub parametrów graficznych wykresu.

Lista wykresów

Do wyboru wykresu, który chcemy podłączyć jak również do edycji wykresów zaimplementowano listy wykresów (rys. 6 przedstawia listę wykresów standardowych; wykresy użytkownika posiadają analogiczną listę). Lista ta może służyć również do edycji wykresów nie podłączonych do żadnego wywołania.

Lista wykresów

Po wykonaniu akcji dodania lub edycji wykresu jest otwierany opisany w poprzednim rozdziale formularz definicji wykresu.

Należy zwrócić uwagę na to, że dodanie definicji wykresu z tego poziomu nie spowoduje jego podłączenia na drzewie hierarchii. Wykres taki nie będzie nigdzie podłączony do chwili wykonania na nim akcji ‘Podłącz wykres’ dostępnej na drzewie hierarchii wykresów.

Lista wstawek tekstowych do wykresów

Do edycji wstawek tekstowych służą listy wstawek tekstowych do wykresów (rys. 7 przedstawia listę wstawek do wykresów standardowych; wstawki użytkownika posiadają analogiczną listę).

Lista wstawek tekstowych

Uwaga
Z powodu braku relacji program nie sprawdza czy wstawka została gdziekolwiek użyta. Wynika stąd możliwość skasowania wstawki, do której istnieje odwołanie. Należy uważać na to aby nie dochodziło do takich sytuacji.

Formularz wstawki tekstowej do wykresu

Formularz wstawki tekstowej do wykresu wygląda następująco (rys. 8 przedstawia formularz wstawki standardowej; wstawki użytkownika posiadają analogiczny formularz).

Formularz wstawki tekstowej (standardowej)

Okno operacyjne wykresów

Głównym elementem modułu wykresów z punktu widzenia Użytkownika jest tzw. okno operacyjne wykresów. Okno to zaraz po otwarciu wyświetla wykres startowy a następnie pozwala na nawigację po grafie wykresów i zmianę parametrów dynamicznych wykonywanych wykresów.

Głównym elementem okna jest kontrolka REGION zawierająca wykres.

Pod wykresem dostępne są przyciski nawigacyjne, przycisk odświeżania wykresu oraz panel z kontrolkami parametrów dynamicznych.

Na drugiej zakładce umieszczone zostały kontrolki dynamicznych parametrów graficznych wykresu (jeśli ich brak – zakładka ta nie pokazuje się) a na trzeciej – lista z danymi serii wykresu przedstawionymi w formie tabelarycznej.

Na toolbarze okna są dostępne przyciski obsługujące wydruki wykresu i eksport danych do Excela. Wydruk z poziomu pierwszych dwóch zakładek produkuje plik .wmf (którego link jest wstawiany do definicji wydruku) a z trzeciej i czwartej zakładki – kolejkę z danymi serii wykresu (wydruk tu podłączony powinien więc operować na kolejce). Eksport danych do Excela obejmuje dane serii wykresu a więc dane z listy na trzeciej zakładce.

Jedną z podstawowych akcji wykonywanych na wykresie jest eksploracja do wykresu podrzędnego. Następuje to przez kliknięcie lewym klawiszem myszy w wybrany punkt wykresu (wykonanie podwykresu domyślnego) lub kliknięcie prawym klawiszem myszy w wybrany punkt wykresu i wybór z menu podwykresu, który chcemy wykonać.

Umieszczone pod wykresem przyciski nawigacyjne służą do poruszania się po historii wykonanych wykresów od startowego począwszy. Odpowiada to analogicznym przyciskom w internetowych browserach. Należy jednak zwrócić uwagę, że wykonanie każdej akcji nawigacji (Wstecz, Wprzód itp.) wiąże się z odświeżeniem danych (powtórne załadowanie – brak cache’owania wyniku).

Jak powiedziano wcześniej, bieżący wykres startowy zostaje po raz pierwszy wykonany z wartościami początkowymi parametrów dynamicznych (nadpisanymi ewentualnie wartościami zmiennych dynamicznych przekazanych z aplikacji). Po zmianie któregokolwiek z parametrów przycisk odświeżenia zmienia ikonę na  co ma sygnalizować, że dane na wykresie nie odpowiadają bieżącym nastawom parametrów. Aby uzgodnić dane z parametrami należy wykonać odświeżenie. Sytuacja taka nie występuje jeśli w parametrach graficznych wykresu użyto parametru /@AutoRefresh – wówczas dane odświeżają się automatycznie po każdej zmianie dowolnego parametru.

Okno operacyjne wykresów – zakładka Wykres

Okno operacyjne wykresów – zakładka Dane serii wykresu

Implementacja techniczna

Silnik wykresów

Jak powiedziano wcześniej, za załadowanie danych, a więc najczęściej wykonanie zapytania SQL, odpowiada silnik zapytań wykresów (SWQUERY).

Aby jednak wyprodukować ostateczną postać zapytania, które jest podawane do SWQUERY, należy najpierw wczytać z bazy definicję wykresu (robi to silnik wczytujący/zapisujący wykresy SWDB) a następnie poddać zapytanie z definicji odpowiednim przekształceniom (rozwinięcie zmiennych tekstowych, wstawienie wartości parametrów dynamicznych, obliczenie wyrażeń itp.). Wszystkie te czynności są wykonywane przez silnik parametrów dynamicznych SWPDL.

Załadowane przez SWQUERY dane można wyświetlić w postaci tabelarycznej albo graficznej. W tym drugim przypadku wykorzystywany jest kolejny silnik – silnik graficzny wykresów.

Uzyskane wyniki można na koniec wysłać do urządzenia zewnętrznego (np. zapisać do pliku, podać innemu programowi itp.) – tymi czynnościami zajmuje się silnik wysyłania wyników SWOUT.

Poniżej przedstawiono schemat blokowy silnika analiz.

Baza danych

Lokalizacja danych

Dane dotyczące wykresów standardowych i użytkownika są przechowywane w bazie konfiguracyjnej systemu Comarch ERP Optima.

Dane dotyczące możliwych do zmiany (i zmienionych) przez Użytkownika ustawień wykresów standardowych są pamiętane w specjalnych tabelach (z dołączoną literą ‘U’ na końcu nazwy) w bazie SQL.

Wydruki wykresów

Wydruki wyników analiz mogą być realizowane przez wydruk bieżącego widoku.

Dla niektórych wykresów przygotowane są specjalne wydruki umieszczone w standardowym mechanizmie wydruków.

Przykład

Rozważmy następujący przykład.

Załóżmy, że bieżący wykres startowy jest podpięty do okna z rachunkami bankowymi i ma wyświetlić obroty na poszczególnych rachunkach odfiltrowanych tak jak na liście a dodatkowo takich, że obroty na nich przekraczają ustaloną na specjalnym spinie wartość. Załóżmy także, że chcemy osobno uwzględniać bądź nie raporty zamknięte i otwarte. Eksploracja punktu (odpowiadającego wybranemu rachunkowi) powinna móc spowodować albo otwarcie wykresu rozbicia w/w obrotów na obroty na poszczególnych raportach (drill down) rachunku albo wywołanie listy raportów rachunku (drill through).

Dane bieżącego wykresu startowego mogą być następujące:

Nazwa                   =‘Obroty na poszczególnych rachunkach’

TypAkcji                               = e_op_WykresyTypAkcjiSQL

Zapytanie             =‘SELECT PunktID=1, RachunekID=Bra_BraID, RachunekSymbol=Bra_Symbol, BRa_SaldoBO, ObrotyNaRachunku=SUM(BRp_Przychody- BRp_Rozchody)

FROM cdn.BnkRachunki JOIN cdn.BnkRaporty ON Bra_BraID=BRp_BraID

WHERE ((BRp_Zamkniety=1 AND ?@X|RaportyZamkniete|Raporty &zamknięte:1@?=1) OR (BRp_Zamkniety=0 AND ?@X|RaportyOtwarte|Raporty &otwarte:1@?=1)) AND

BRa_Typ=?@O(Kasa:1|Konto:2|Karta:3)|RachunekTyp|&Typ rachunku:2@? AND

?@s255_NQ|FiltrApp|Filtr z aplikacji:@?

GROUP BY Bra_BraID,Bra_BraID,Bra_Symbol,Bra_SaldoBO HAVING SUM(BRp_Przychody- BRp_Rozchody) >= ?@n14.2|MinObroty|Obroty minimum:100.00@?’

ParametryGraficzne= ‘/@Type=1 /@Depth=100 /@HeaderName=Obroty na rachunkach /@XAxisName=Rachunek /@YAxisName=Obroty /@Series=5,4’

Dane pierwszego ‘podwykresu’:

Nazwa                   = ‘Obroty raportów w ramach rachunku’

TypAkcji               = e_op_WykresyTypAkcjiSQL

Zapytanie             = ‘SELECT Brp_BrpID, RaportID=Brp_BrpID, NumerRaportu=Brp_NumerPelny, ObrotyRaportu=BRp_Przychody-BRp_Rozchody FROM cdn.BnkRaporty

WHERE

BRp_BraID=?@n3|RachunekID|Id raportu:1@? AND

((BRp_Zamkniety=1 AND ?@X|RaportyZamkniete|Raporty &zamknięte:1@?=1) OR (BRp_Zamkniety=0 AND ?@X|RaportyOtwarte|Raporty &otwarte:1@?=1))

ORDER BY Brp_BrpID’

ParametryGraficzne = ‘/@Type=1 /@Depth=100 /@HeaderName={’Obroty na raportach rachunku ’ & ?@Hs20_Q|RachunekID|-:1@?} /@XAxisName=Raport /@YAxisName=Obroty /@Series=5,4’

Dane drugiego ‘podwykresu’:

Nazwa                   = ‘Lista raportów rachunku’

TypAkcji                               = e_op_WykresyTypAkcjiProc

Zapytanie             = OP_KASAI.DLL|CALLBRPLISTA(’BRA’,?@s6|RachunekID|Rachunek:0@?)

ParametryGraficzne = ‘’

Programista w danym wywołaniu przekazuje do obiektu wykresu związanego z tym wywołaniem pewne parametry wynikające z bieżących ustawień zmiennych w aplikacji, np. filtr zastosowany na liście rachunków bankowych (zmienna dynamiczna FiltrApp). Przed wykonaniem bieżącego wykresu startowego obiekt wykresu poszukuje w zapytaniu parametrów. Znajduje, że należy podać wartości parametrów RaportyZamkniete, RaportyOtwarte, RachunekTyp, FiltrAppObrotyMin. Poszukuje parametrów o takich nazwach w kolejce zmiennych dynamicznych przekazanych z aplikacji i znajduje tylko jeden z nich: FiltrApp. Wpisuje jego wartość do kolejki a wartość innych, nie znalezionych parametrów pobiera z ich defaultów. Po podstawieniu wartości parametrów do zapytania jest wykonywany wykres i tworzone są kontrolki ze wszystkimi parametrami dynamicznymi. Teraz można zmienić wartości w tych kontrolkach i ponownie wykonać wykres (przycisk Odśwież).

Eksploracja punktu bieżącego wykresu startowego do pierwszego podwykresu:

Mamy unikalne Id klikniętego punktu; odczytujemy rekord z danymi tego punktu. Z zapytania w pierwszym podwykresie odczytujemy, że potrzebna jest wartość parametrów RachunekID, RaportyZamknieteRaportyOtwarte. Przeszukujemy nazwy kolumn zapytania wykresu nadrzędnego aby sprawdzić, w których kolumnach znajdują się szukane wartości parametrów: poszukujemy kolumn o nazwach RachunekID, RaportyZamknieteRaportyOtwarte. Znajdujemy tylko pierwszą z nich (kolumna 5.). Wartości dwóch pozostałych parametrów ‘dziedziczymy’ z ustawionych parametrów wykresu nadrzędnego (zgodność nazw parametrów w obu zapytaniach). Podstawiamy odczytane wartości wszystkich parametrów i wykonujemy zapytanie podwykresu.

Eksploracja punktu bieżącego wykresu startowego do drugiego podwykresu:

Mamy unikalne Id klikniętego punktu; odczytujemy rekord z danymi tego punktu. Z zapytania w drugim podwykresie odczytujemy, że potrzebna jest wartość parametru RachunekID. Przeszukujemy nazwy kolumn zapytania wykresu nadrzędnego aby sprawdzić,w której kolumnie znajduje się szukana wartość parametru: poszukujemy kolumny o nazwie RachunekID. Znajdujemy – jest to 5. kolumna. Podstawiamy odczytaną wartość parametru i wykonujemy zapytanie podwykresu (wołamy funkcję).




Instrukcja Comarch ERP Menadżer Kluczy

Wprowadzenie

Aplikacja Comarch ERP Menadżer Kluczy jest niezbędnym elementem pozwalającym na aktywację i pobieranie zakupionych modułów produktów Comarch ERP. Może on współpracować zarówno z fizycznymi kluczami HASP, jak i z kluczami aktywowanymi w COMARCH (kluczami wirtualnymi). Aplikacja ta zastępuje Serwis klucza HASP oraz Zdalny Serwer Klucza.

Jedną z zalet Menadżera Kluczy jest możliwość pracy na maszynach wirtualnych z kluczami aktywowanymi w Comarch.

Wymagania systemowe

  • System operacyjny Windows 11, Windows 10, Windows 8.1, Windows 7, Windows Server 2012, Windows Server 2012 R2, Windows Server 2016, Windows Server 2019, Windows Server 2022, Windows Server 2025
  • Dostęp do adresów ml.comarch.pl i erp.comarch.pl na portach TCP 80, TCP 443

Współpraca z aplikacjami

Menadżer Kluczy w wersji 2025.0.1 obsługuje następujące aplikacje:

  • Comarch ERP Altum oraz Comarch ERP Retail od wersji 2015
  • Comarch ERP Optima w wersji 17.10 przy czym:
    • funkcjonalność wielu kluczy z modułami dla Optima wspierana jest od wersji 2013.3.1
    • klucze wirtualne wspierane są od wersji 2013.0.1
  • Comarch ERP XL
    • Funkcjonalność wielu kluczy jest wspierana od wersji 2013.3.1
  • Comarch ERP Mobile od wersji 2015
  • Comarch WMS od wersji 2015
  • Comarch ERP HRM – wszystkie wersje
  • Comarch e-Sklep od wersji 6.5
  • Comarch ERP Optima Pulpit Menadżera od wersji 5.5, przy czym:
    • funkcjonalność wielu kluczy z modułami dla Pulpitu Menadżera wspierana jest od wersji 5.5.2
  • Comarch DMS – wszystkie wersje

Instalacja

Uwaga
Instalację serwisu uruchamiamy na komputerze, gdzie podłączony jest klucz HASP oraz zainstalowany jest Microsoft SQL Server.

W celu zainstalowania serwisu należy kliknąć dwukrotnie na plik Comarch ERP Menadżer Kluczy.exe. Po jego uruchomieniu pojawi się okno z wyborem języka instalacji. Dostępne są cztery wersje językowe: polska, angielska, niemiecka oraz francuska.

Po wyborze języka pojawia się kreator instalacji, w którym można podać katalog, gdzie zostanie umieszczona aplikacja. Przy wyborze katalogu zaleca się pozostawienie wartości domyślnych.

Kolejnym parametrem podawanym w instalatorze Menadżera Kluczy, jest instancja SQL. Musi to być lokalna instancja dla komputera, na którym instalowany jest Menadżer Kluczy. Użytkownik, który będzie logował się do SQL niezależnie od tego czy to będzie Logowanie domenowe, czy serwerowe musi posiadać uprawnienia administracyjne na tym serwerze SQL. W przypadku, gdy wybrany login nie posiada wymaganych uprawnień wyświetlony zostanie odpowiedni komunikat:

Uwaga
Comarch ERP Menadżer Kluczy nie współpracuje z Microsoft SQL Server 2000, minimalna wersja serwera to 2005 z najnowszym pakietem Service Pack (SP4).

W przypadku, gdy na komputerze jest zainstalowana domyślna instancja „Optima” z domyślnym hasłem dla loginu SA, to instalator podpowie je podczas próby podłączania, wystarczy kliknąć dalej, aby połączyć się z serwerem SQL

W celu poprawnej aktywacji wszystkich zmian konfiguracyjnych zaleca się zrestartowanie usługi serwera SQL podczas instalacji Menadżera Kluczy. Można to zrobić automatycznie pozostawiając zaznaczony parametr Restartuj serwer SQL i klikając na przycisk Zakończ w kreatorze instalacji. Jeżeli zrestartowanie usługi SQL nie jest w danym momencie możliwe należy ten parametr odznaczyć i wykonać ponowne uruchomienie SQL w innym czasie.

W ramach instalacji wykonywane są następujące czynności: 

  • Instalacja sterowników klucza HASP
  • Konfiguracja serwera bazy danych
  • Dodanie wyjątku do zapory sieciowej w celu umożliwienia pracy sieciowej
  • Instalacja usługi Zarządzanie kluczami produktów Comarch ERP (ComarchML)
  • Instalacja aplikacji monitora Menadżera Kluczy
  • Dodanie w menu start lub ekranie startowym (Windows 8 i 8.1) grupy Comarch ERP Menadżer Kluczy zawierającej ikonę do uruchomienia monitora Menadżera Kluczy.

Poprawna instalacja powinna zakończyć się następującym komunikatem:

Po zakończeniu instalacji, uruchomieniu Comarch ERP Menadżer Klucza w prawym dolnym rogu ekranu powinna pojawić się ikona informująca o stanie gwarancji na program. Oczywiście wymagane jest jeszcze dodanie właściwych kluczy z modułami. Zielony kolor ikony kłódki informuje o  prawidłowym stanie pozwalającym na pracę
z najnowszymi wersjami oprogramowania dla zakupionych modułów.

Brak informacji o dostępnych modułach, lub zatrzymana usługa „Zarządzanie kluczami produktów Comarch ERP” – aplikacje Comarch mogą pracować jedynie w trybie DEMO

Program poza gwarancją – można pracować, ale tylko na wersjach, których data produkcji jest wcześniejsza od daty ważności zakupionych modułów. Zalecamy przedłużenie ważności gwarancji.

Program na gwarancji – prawidłowy stan pozwalający na pracę z najnowszymi wersjami oprogramowania dla zakupionych modułów.

Instalacja z linii komend

Istnieje możliwość instalacji Menadżera Kluczy z linii komend. W tym celu należy uruchomić plik instalacyjny z następującymi parametrami:

ComarchML.exe /s /bin /cfg „Nazwa_instancji_serwera_SQL” 5150 0 1800 /sql ” Nazwa_instancji_serwera_SQL ” „Użytkownik” „Hasło_użytkownika”

Gdzie:
/s – „cicha” instalacja
5150 – port serwera http MK
1800 – czas bezczynności
„Nazwa_instancji_serwera_SQL” – instancja serwera SQL, na którym zostaną zainstalowane procedury Menadżera Kluczy
„Użytkownik” – użytkownik SQL z uprawnieniami administratora np. sa.
„Hasło_użytkownika” – hasło SQL dla podanego użytkownika
Jeżeli pola „Użytkownik” i „Hasło_użytkownika” pozostaną puste, to instalator autoryzuje się na serwerze SQL za pomocą użytkownika domenowego.

Monitor Menadżera Kluczy

W skład Menadżera Kluczy wchodzi aplikacja monitora (ComarchMLTray). To ona odpowiada za wyświetlanie ikony kłódki w prawym dolnym rogu ekranu. Monitor uruchamiany jest przy logowaniu do systemu użytkownika, który zainstalował Menadżer Kluczy.

Po kliknięciu prawym klawiszem na ikonie kłódki dostępne są następujące opcje:

Pokaż konfigurację – wyświetla okno aplikacji

Uruchom usługę – uruchamia usługę „Zarządzanie kluczami produktów Comarch ERP” (ComarchML)

Restartuj usługę – restart usługi „Zarządzanie kluczami produktów Comarch ERP” (ComarchML)

Zatrzymaj usługę – zatrzymanie usługi „Zarządzanie kluczami produktów Comarch ERP” (ComarchML)

Zwolnij moduły – wylogowanie z usługi poszczególnych użytkowników i przez to zwolnienie pobranych modułów dla wybranych kluczy

Aktualizuj moduły w kluczu HASP – Aktualizacja modułów w kluczu HASP (programowanie klucza) może być wykonana na dwa sposoby: 

  • Aktualizacja z chmury – po wybraniu tej opcji moduły w kluczu HASP będę zaktualizowane plikiem RUS automatycznie pobranym z serwerów Comarch (opcja wymaga dostępu do Internetu). Aktualizacja z chmury nie jest dostępna dla kluczy partnerskich.
  • Aktualizacja z dysku – po wybraniu tej opcji należy wskazać na dysku plik RUS odpowiedni dla podłączonego klucza HASP w celu wykonania aktualizacji modułów.

Wyłącz monitor Comarch ERP Menadżer Kluczy – wyłączenie ikony kłódki

Ponadto dwukrotne kliknięcie na ikonę zielonej (lub żółtej) kłódki spowoduje uruchomienie okna aplikacji monitora Comarch ERP Menadżer Kluczy, co jest tożsame z wybraniem opcji Pokaż konfigurację.

Po kliknięciu na opcję Pokaż konfigurację uruchamiane jest okno aplikacji z trzema zakładkami: Dostępne moduły, Pobrane moduły oraz Konfiguracja.

Jeżeli na komputerze jest włączony mechanizm kontroli konta (UAC) i jeżeli monitor Menadżera Kluczy nie zostanie uruchomiony jako administrator, to przy próbie użycia funkcji wymagających uprawnień administracyjnych takich jak: Uruchom usługę, Restartuj usługę, Zatrzymaj usługę lub przejście do zakładki Zaawansowane pojawi się monit z prośbą o zaakceptowanie ponownego uruchomienia monitora Menadżera Kluczy, jako administrator, co umożliwi skorzystanie z wymienionych funkcji.

Zakładka Dostępne moduły

Zakładka przedstawia listę dostępnych modułów pochodzących z podłączonego klucza HASP, bądź z modułów aktywowanych w Comarch (kluczy wirtualnych). Te same informacje dostępne są również na stronie http://localhost:5150.

W nagłówku okna widoczny jest numer wersji Menadżera Kluczy.

Okno składa się z kolumn:

  • Numer – numeryczne oznaczenie modułu licencyjnego
  • Moduł – nazwa modułu
  • Ilość początkowa – ilość dostępnych modułów na kluczu
  • Ilość aktualna – pozostająca ilość wolnych modułów na kluczu
  • Opcje – czy moduł zawiera dodatkowe opcje (np. możliwość wymiany danych EDI)
  • Data ważności – data ważności danego modułu.

 

Kolor wyświetlanych modułów informuje, czy dany moduł jest aktualny, czy jest już po gwarancji. Kolorem zielonym wyświetlane są moduły na gwarancji (data ważności późniejsza lub równa dacie bieżącej), natomiast kolorem żółtym oznaczane są moduły po gwarancji (data ważności wcześniejsza niż data bieżąca). Analogicznie jak to ma miejsce w przypadku koloru ikony kłódki w prawym dolnym rogu ekranu.

Moduły w modelu abonamentowym

Część modułów sprzedawanych jest w modelu abonamentowym, co oznacza, że po upłynięciu daty ważności takiego modułu, aplikacje nie mogą już z niego korzystać. W takim przypadku na zakładce Dostępne moduły oznaczany jest kolorem czerwonym i ilość początkowa resetowana jest do zera. Dodatkowo wyświetlana jest ikona trójkąta z wykrzyknikiem.

Zakładka Pobrane moduły

Zakładka zawiera informacje o modułach pobranych przez aplikacje, które korzystają z Menadżera Kluczy. W kolumnie Zalogowani użytkownicy znajdują się informacje pozwalające zidentyfikować użytkownika, który pobrał dany moduł.

Jeżeli użytkownik na tym samym komputerze uruchomi wielokrotnie program Comarch ERP Optima, to na zakładce Pobrane moduły będzie wyświetlone każde to uruchomienie, przy czym każdy unikalny moduł zostanie pobrany z serwera tylko jeden raz. W przypadku połączeń terminalowych takie działanie występuje w ramach jednego połączenia. Optima uruchomiona w kolejnym połączeniu do tego samego serwera (ale z innej sesji) spowoduje pobranie osobnego zestawu modułów.

Pobrane moduły, które nie zostaną odświeżone przez aplikację, przez czas określony za pomocą parametru „Czas do zwolnienia nieaktywnego modułu” (domyślnie 1800 s), są usuwane z listy pobranych i aktualizowana jest ilość dostępnych modułów.

Więcej informacji na temat pobierania modułów przez Comarch ERP Optima można znaleźć w biuletynie technicznym OPT007-SerwisHASP.pdf dostępnym na Indywidualnych Stronach Partnerów.

Odśwież <F5> – pozwala zaktualizować widok, opcja dostępna również poprzez klawisz <F5>.

 Usuń <Delete> – usuwa wszystkie pobrane moduły Comarch ERP Optima dla zaznaczonego użytkownika. Moduły dla Pulpitu Menadżera oraz Comarch ERP e-Sklep zwalniane są w momencie zamknięcia puli aplikacji IIS, na której działają. Nie można ich zwalniać z tego poziomu, dlatego dla tych modułów nie jest dostępna funkcja Usuń. Usuwanie modułów Comarch ERP możliwe jest również poprzez klawisz <Delete>.

Moduły nazwane

Moduły nazwane są modułami, które są przypisywane do konkretnego urządzenia lub użytkownika. Raz pobrane nie są zwalniane po wylogowaniu z aplikacji. Również restart usługi nie powoduje zwolnienia modułu nazwanego, który został przypisany do identyfikatora przesłanego przez urządzenie lub użytkownika. Reset takiego modułu można wykonać poprzez telefoniczny kontakt z Asystą Comarch.

Zakładka Konfiguracja

Lista kluczy

Na zakładce Konfiguracja podana jest nazwa serwera SQL, na którym zainstalowany jest serwis Menadżera Kluczy oraz lista wszystkich kluczy podłączonych do Menadżera Kluczy. Wśród nich może być klucz HASP lub klucze wirtualne.

Klucz standardowy przeznaczony dla Klientów na zakładce Konfiguracja ma kolor oliwkowy, natomiast klucz partnerski wyświetlany jest w kolorze fioletowym. W pierwszej kolumnie Dane identyfikacyjne firmy znajduje się numer NIP firmy, która jest właścicielem klucza lub jej akronim.

Dodatkowo wraz z wprowadzeniem mechanizmu kontroli NIP pojawiły się dwa nowe rodzaje kluczy: firmowy oraz wielofirmowy.

Klucz firmowy pokazywany jest na liście w kolorze jasnoniebieskim. Klucz ten może działać tylko z bazą, która w danych o firmie ma przypisany ten sam numer NIP, jaki związany jest z tym kluczem (kolumna Dane identyfikacyjne firmy). Klucz firmowy może występować w postaci klucza HASP bądź klucza wirtualnego.

Klucz wielofirmowy jest podświetlany na pomarańczowo. W przypadku tego klucza mamy do czynienia z przypisaniem więcej niż jednego numer NIP do klucza. Wszystkie numery NIP dla zaznaczonego klucza wielofirmowego wyświetlane są w dodatkowej tabeli poniżej listy kluczy. Klucz wielofirmowy jest rozszerzeniem klucza firmowego i działa analogicznie jak klucz firmowy, przy czym mamy możliwość połączenia z bazą, która zawiera jeden z numerów NIP przypisanych do tego klucza. Klucze wielofirmowe występują wyłącznie w postaci kluczy wirtualnych.

Jeżeli przynajmniej jeden z kluczy na liście posiada ograniczenie czasowe (niezależne od daty ważności modułów), to data tego ograniczenia wyświetlana jest w dodatkowej kolumnie Ograniczenie czasowe klucza. Pozostałe klucze na liście, które nie mają tego ograniczenia w tej kolumnie moją wpisane: Bez ograniczeń. Pole ograniczenia czasowego nie jest wyświetlane dla kluczy partnerskich. W przypadku gdy data ograniczenia czasowego zostanie przekroczona, to ten klucz zmienia kolor na czerwony i zostają wyzerowane ilości wszystkich modułów podłączonych do tego klucza.

Funkcje dostępne na zakładce Konfiguracja

 Aktualizuj moduły <Ctrl+F5> – wymusza połączenie z serwerami Comarch, aktualizuje widok. Opcja dostępna również poprzez kombinację klawiszy <Ctrl+F5>.

 Aktualizacja modułów w przypadku braku połączenia internetowego <Ctrl+F6> – stosowana w przypadku braku sieci, pozwala na aktywację modułów na kolejne 24 h w przypadku modułów Optimy oraz kolejne 72 h dla modułów Altum/XL. Aktywację można przeprowadzić na trzy sposoby. Po pierwsze można wysłać wiadomość SMS pod numer 7148 (koszt 1 zł + VAT) o treści
awartej w ramce to znaczy: ERP PL Kod_aktywacji. Duże i małe litery nie są rozróżniane. Usługa aktywacji poprzez SMS jest dostępna tylko na terenie Polski. Jako odpowiedź na wysłaną wiadomość wysyłany jest SMS z kodem aktywacyjnym, który należy wpisać w puste pola na dole okna

Dodatkowo zamiast ręcznie wpisywać treść SMS można za pomocą aplikacji zeskanować kod QR. Po tej operacji odpowiedni SMS zostanie przygotowany i będzie czekał na zatwierdzenie wysłania przez Użytkownika.

Drugim sposobem aktywacji jest wysłanie wiadomości email na adres: mk@comarch.pl. W treści wiadomości należy wkleić cały ciąg aktywacji zawarty w ramce to znaczy: ERP kod_języka kod_aktywacji. Można również kliknąć w przycisk „Wyślij email, aby aktywować”, co przygotuje gotową do wysłania wiadomość. Funkcja ta wymaga skonfigurowanego domyślnego klienta poczty w systemie Windows, gdzie zainstalowany jest Menadżer Kluczy.

Trzecim sposobem aktywacji jest wykonanie telefonu pod numer +48 12 681 4300 i podanie konsultantowi kodu wyświetlanego w ramce. Na podstawie podanego kodu wygenerowany zostanie kod aktywacyjny, który należy wpisać w puste pola.

Opcja dostępna również poprzez kombinację klawiszy <Ctrl+F6>. Po zastosowaniu tej opcji stan klucza w kolumnie Stan zmienia się na „Aktywny tymczasowo”.

Jeżeli czas do odnowienia klucza będzie mniejszy niż 2h, wyświetlony zostanie specjalny komunikat nad przyciskiem „Aktualizacji modułów w przypadku braku podłączenia internetowego” z informacją o możliwości tymczasowej aktywacji klucza wirtualnego przy użyciu SMS.

 Dodaj <Insert> – pozwala na dodanie klucza wirtualnego, który wymaga cyklicznego kontaktu z serwerami Comarch (minimum, co 24 godziny w przypadku modułów Comarch ERP Optima oraz co 72h dla Comarch ERP XL
i Comarch ERP Altum). W celu dodania takiego klucza w oknie „Dodaj klucz” należy podać: ID Klienta, Pin, Nr klucza oraz Adres e-mail, jeżeli nie jest jeszcze wpisany w Konfiguracji Menadżera Kluczy (Adres e-mail administratora). Opcja dostępna również poprzez klawisz <Insert>.

Dane te Klient otrzymuje przy zakupie modułów. Po dodaniu klucza należy wcisnąć przycisk Aktualizuj moduły. Połączenie z serwerami Comarch wykonywane jest co 2 godziny.

 Edytuj – opcja pozwala na edycję danych dotyczących klucza wirtualnego, może ona być wykorzystana tylko w przypadku, gdy klucz wirtualny nie jest jeszcze aktywny.

 Usuń <Delete> – usuwa klucz wirtualny (nie dotyczy kluczy HASP). Opcja dostępna również poprzez klawisz <Delete>. Po usunięciu klucza wirtualnego z Menadżera Kluczy, może on zostać aktywowany na innym komputerze.

W przypadku, gdy Menadżer Kluczy nie ma łączności z Internetem a próbujemy usunąć klucz wirtualny, wyświetlany jest następujący komunikat: Ze względu na brak połączenia z siecią Internet, po usunięciu klucza wirtualnego nie będzie można go podłączyć na innym komputerze. Podłącz komputer do sieci i spróbuj ponownie. Jeżeli jednak usuniesz klucz wirtualny, zadzwoń pod numer 12 681 43 00 wew. 2 w celu zresetowania tego klucza. Czy usunąć wybrany klucz wirtualny? (Tak/Nie) Po wybraniu opcji „Tak” klucz jest usuwany.

Odświeżenie widoku <F5> – po wybraniu klawisza <F5> następuje odświeżenie widoku tego okna, w szczególności odświeżany jest czas, jaki pozostał do następnej aktualizacji modułów.

Zaawansowane – uruchamia dodatkową zakładkę z zaawansowanymi parametrami konfiguracji

Czas do zwolnienia nieaktywnego modułu – jest to czas w sekundach po jakim moduły, które nie zostały prawidłowo zwolnione (np. w wyniku wymuszenia zamknięcia aplikacji z poziomu Menadżera zadań) są usuwane. Parametr ten był wcześniej konfigurowany z poziomu rejestru i nosił nazwę IdleTime.

Poziom logowania – określa stopień szczegółowości logowania: 0 – tylko wyjątki, 1 – mały, 2 – średni, 3 – największy. Domyślnie parametr ten ustawiony jest na 0.

Spakuj logi – kliknięcie na przycisk powoduje spakowanie wszystkich logów Menadżera Kluczy i umieszczenie ich w folderze %temp% użytkownika Windows.

Ustawienia Proxy – włącza komunikację poprzez zdefiniowany dalej serwer proxy

Adres IP/Nazwa serwera – Adres IP lub nazwa serwera Proxy

Port – port używany przez serwer Proxy.

Autoryzacja proxy – zaznaczenie tego parametru umożliwia podanie danych do uwierzytelnienia na serwerze proxy.

Użytkownik – nazwa użytkownika do uwierzytelnienia na serwerze proxy.

Hasło – hasło użytkownika do uwierzytelnienia na serwerze proxy.

Instalacja klastrowa – zaznaczenie włącza działanie Menadżera Kluczy na klastrze SQL.

Nazwa klastra SQL – nazwa sklastrowanej usługi serwera SQL.

Adres e-mail Administratora – adres e-mail, na który wysyłane są ważne wiadomości dotyczące Menadżera Kluczy oraz powiadomienia o utracie kontaktu z serwerami Comarch przez klucz wirtualny.

Powiadom, gdy klucz utraci kontakt z serwerami Comarch – zaznaczenie tej opcji spowoduje, że na adres e-mail Administratora kluczy wirtualnych wysyłane jest powiadomienie, gdy jeden z kluczy wirtualnych podłączonych
w danej instalacji utracił kontakt z serwerami Comarch przynajmniej przez czas 8h.

Szyfrowanie komunikacji hasło – hasło do szyfrowania komunikacji bezpośredniej.

Zezwalaj tylko na szyfrowane połączenia – wymusza szyfrowanie połączenia w komunikacji bezpośredniej. Informacja: w dokumentacji systemu ERP należy szukać informacji, czy jest obsługiwana komunikacja szyfrowana. Jeżeli nie jest, a parametr zostanie zaznaczony, wówczas system ERP nie będzie mógł pobrać modułów.

Przywróć ustawienia domyślne – przywraca standardowe ustawienia zaawansowane.

Praca z kluczami HASP

Po podłączeniu klucza HASP do komputera należy odczekać kilkanaście do kilkudziesięciu sekund w celu zainstalowania klucza w systemie. Następnie w celu aktywacji klucza w Menadżerze Kluczy wymagany jest restart usługi Menadżera Kluczy.

Praca z wieloma kluczami

Od wersji 2013.3.1 Comarch ERP Optima i Comarch ERP XL oraz od wersji 2015.0.1 Comarch ERP Altum wprowadzono możliwość pracy z wieloma kluczami zawierającymi moduły tej samej aplikacji.

Może to być klucz HASP oraz klucze wirtualne lub same klucze wirtualne. Każdy klucz tworzy osobną pulę modułów, ilości modułów nie sumują się pomiędzy kluczami. Poszczególne pule są identyfikowane poprzez numer danego klucza, dlatego w Comarch ERP Optima oraz w Detalu należy dodatkowo wskazać numer klucza.

W przypadku Pulpitu Menadżera, serwer SQL na którym zainstalowany został Menadżer Kluczy oraz numer klucza podawany jest w pliku appSettings.config, który znajduje się w katalogu programu, domyślnie C:\inetpub\wwwroot\pulpitm\.

Uwaga
 

  • Menadżer Kluczy obsługuje tylko jeden klucz HASP podłączony do komputera.
  • Jeżeli w Menadżerze Kluczy aktywowane są dwa klucze, przy czym tylko jeden z nich zawiera moduły dla Comarch ERP Optima, a drugi  moduły dla Pulpitu Menadżera lub Comarch ERP e-Sklep oraz oba klucze zostały wygenerowane dla tego samego kontrahenta to w Comarch ERP Optima oraz Detalu, w polu serwer klucza nie trzeba wskazywać numeru klucza, wystarczy podać samą nazwę serwera SQL lub zostawić puste pole jeżeli Menadżer Kluczy został zainstalowany na tym samym serwerze SQL co bazy danych. Tak samo jest w przypadku Pulpitu Menadżera, w którym również nie trzeba podawać numeru klucza.

 

Jeżeli w Menadżerze Kluczy zostanie aktywowany więcej niż jeden klucz to na zakładkach Dostępne moduły oraz Pobrane moduły pojawia się dodatkowa lista rozwijana: Wybierz klucz, gdzie można wskazać, dla którego klucza mają być wyświetlane informacje. Na liście jako pierwszy jest numer klucza, a za nim w nawiasach kwadratowych jest identyfikator Klienta, którym jest NIP firmy lub akronim firmy.

Funkcjonalność obsługi wielu kluczy może być wykorzystywana również w przypadku kilku firm, które chcą korzystać z jednego Menadżera Kluczy.

Interfejs WWW dla wielu kluczy

Wywołanie w przeglądarce adresu http://localhost:5150 pozwoli na wyświetlenie informacji o dostępnych i pobranych modułach z poziomu interfejsu www, gdy aktywowany jest jeden klucz. Jeżeli w Menadżerze Kluczy aktywowany jest więcej niż jeden klucz, wówczas aby wyświetlić informacje poprzez interfejs www należy podać numer jednego z aktywowanych kluczy po ukośniku w adresie: http://localhost:5150/nr_klucza, np. jeżeli jeden z kluczy ma numer 5000000107, wówczas w celu wyświetlenia stanu modułów dla niego należy wpisać w przeglądarce adres http://localhost:5150/5000000107.

Weryfikacja NIP

Od 1 lipca 2015 dla nowych Klientów Comarch ERP Optima, a od 1 września 2015 roku dla dotychczasowych Klientów Comarch ERP Optima zostanie uruchomiona funkcja weryfikacji NIP. Oznacza to przejście na klucze Firmowe i klucze Wielofirmowe. Poniżej lista wszystkich typów kluczy.

Mechanizm weryfikacji

Weryfikacja NIP aktywna jest tylko dla kluczy firmowych i wielofirmowych. W przypadku Comarch ERP Optima przy odpytaniu Menadżera Kluczy porównywany jest NIP z pieczątki firmy, z numerem NIP zapisanym w kluczu. Jeżeli numery są zgodne, program uruchamia się i pozwala na normalną pracę. Jeżeli natomiast numery nie są zgodne, wyświetlony zostanie odpowiedni komunikat o niezgodności numerów NIP i krokach, które należy podjąć. Comarch ERP Optima umożliwia w takiej sytuacji zmianę numeru NIP przy wykorzystaniu logowania serwisowego lub podanie poprawnego adresu serwisu klucza HASP na oknie logowania. Oczywiście zmiana NIP musi być zgodna z warunkami gwarancji, to znaczy możemy użyć numeru NIP, do którego mamy prawo. Więcej informacji dotyczących weryfikacji można znaleźć w dokumentacji do poszczególnych aplikacji, które współpracują z Menadżerem Kluczy.

Praca na klastrze SQL

Wprowadzenie

Konfiguracja Menadżera Kluczy na klastrze SQL pozwala na zwiększenie dostępności tej usługi. Przełączenie klastra na nowy węzeł powoduje udostępnienie modułów w Menadżerze Kluczy na nowym, aktywnym węźle. Użytkownicy aplikacji ERP pobierającej moduły po przelogowaniu mogą normalnie pracować bez dodatkowych zmian i konfiguracji. Funkcjonalność przekazywania modułów pomiędzy węzłami klastra dostępna jest tylko dla kluczy wirtualnych, klucze HASP nie są obsługiwane w ten sposób.

Przed przystąpieniem do wykonywania instrukcji należy przygotować klaster windows oraz uruchomić na nim klastrowaną usługę SQL.

Instrukcja konfiguracji Menadżera Kluczy w środowisku klastra SQL

Instalacja klastrowa Menadżera kluczy dotyczy mechanizmu Microsoft SQL Server Failover Cluster. Mechanizm SQL Server Availability groups nie jest wspierany.

Poniższe kroki należy wykonać na każdym węźle klastra:

1. Zainstalować Menadżer Kluczy

2. Konfiguracja po stronie Menadżera Kluczy z poziomu zakładki Zaawansowane 

  • Zaznaczyć parametr Instalacja klastrowa
  • Podać nazwę klastra SQL
  • Nazwę klastra SQL można sprawdzić w narzędziu zarządzania klasterem (Failover Cluster Manager)

3. Ustawienia usługi Menadżera Kluczy – Zarządzanie kluczami produktów Comarch ERP 

  • Założyć domenowe konto, na którym będzie działać usługa Menadżera Kluczy. Proponowana nazwa konta to domena\ComarchMKUser
  • Dodać konto domena\ComarchMKUser do grupy administratorzy na komputerach, które są węzłami klastra
  • Ustawić konto domena\ComarchMKUser jako konto, na którym działa usługa Menadżera Kluczy. W tym celu należy uruchomić przystawkę services.msc

We właściwościach usługi „Zarządzanie kluczami produktów Comarch ERP” na zakładce Logowanie ustawić utworzone wcześniej konto i podać hasło.

  • Na zakładce Ogólne zmienić typ uruchomienia usługi z „Automatyczny” na „Automatycznie (opóźnione uruchomienie)”
  • Nadanie uprawnień po stronie serwera SQL. Zalogować się do klastrowanej usługi SQL
    i wykonać poniższy skrypt:

Po wykonaniu kroków 1-3 na wszystkich węzłach należy wykonać restart usługi Menadżera Kluczy.

4. Dodanie kluczy wirtualnego na każdym z węzłów klastra.

Na wszystkich węzłach dodajemy ten sam klucz (klucze).

Zasada działania

W klastrze pracy awaryjnej Windows mamy węzły, którymi są serwery tworzące klaster. Tylko jeden
z węzłów w danym momencie jest aktywny, pozostałe są nieaktywne. Do usługi klastrowanej, jaką jest np. SQL Server łączymy się poprzez jej nazwę. Pod tą nazwą dostępny jest aktywny w danym momencie węzeł klastra. Moduły w Menadżerze Kluczy znajdują się na aktywnym węźle, na pozostałych węzłach wyświetlana jest informacja o nieaktywności węzła i nie ma modułów do pobrania.

Na aktywnym węźle klastra w kolumnie stan powinien wyświetlać się komunikat: Aktywny. Natomiast na nieaktywnym węźle w kolumnie stan mamy: Nieaktywny, bądź jeżeli moduły jeszcze nie były pobierane to w kolumnie stan będzie komunikat: Moduły nie były jeszcze pobierane.

W momencie przełączenia klastra nowy węzeł staje się aktywny i na nim udostępniane są moduły. Uprzednio aktywny węzeł przechodzi w tryb nieaktywny, co za tym idzie klucz w Menadżerze na tym węźle dezaktywuje się i przestaje udostępniać moduły.

 




Współpraca modułu Handel z systemem Comarch ERP XL

Informacja
Wersja 2024.2 systemu Comarch ERP Optima jest ostatnią wersją wspierającą integrację Comarch ERP Optima Offline (stanowisko handlowe dla Comarch ERP XL).

Model współpracy centrala – oddział

Uwaga
System Comarch ERP Optima współpracuje z systemem Comarch ERP XL od wersji 2016.3

Uwaga
Po wykonaniu reinstalacji systemów zalecane jest wykonanie pełnej synchronizacji.

Współpraca pomiędzy centralą (system Comarch ERP XL) a oddziałem (Comarch ERP Optima) polega na odwzorowywaniu operacji przeprowadzonych w oddziale na jednym z magazynów znajdujących się w bazie centralnej. Wymiana informacji pomiędzy systemem Comarch ERP XL i systemem Comarch ERP Optima oparta jest o przesyłanie danych słownikowych (towary, kontrahenci, …) oraz przeprowadzonych transakcji (faktury, paragony, zamówienia, …) za pośrednictwem plików w formacie XLO.

Pliki XLO są w rzeczywistości spakowanymi plikami XML, zarówno system Comarch ERP XL jak i Comarch ERP Optima rozpoznają format pliku i potrafią odczytać zarówno plik XML jak i XLO).

W efekcie synchronizacji w centrali znajduje się pełna informacja o operacjach przeprowadzonych w oddziale (faktury sprzedaży, paragony, faktury zakupu, dokumenty wewnętrzne, raporty kasowe wraz z zapisami kasowymi).

W centrali istnieje magazyn wewnętrzny odpowiadający oddziałowi (dla każdego oddziału w centrali zakładany jest odrębny magazyn wewnętrzny).

W trakcie pierwszej synchronizacji w oddziale zakładane są magazyny:

  1. magazyn lokalny odpowiadający magazynowi wewnętrznemu zdefiniowanemu w centrali.
  2. magazyn odległy odpowiadający centrali

Oddział może mieć wiele magazynów lokalnych. Jednak wszystkie magazyny oddziału są traktowane przez centralę tak, jakby w oddziale był tylko jeden magazyn. Można powiedzieć, że oddziały na własne potrzeby mogą (ale nie muszą) zakładać więcej magazynów lokalnych.

Na rysunku podano przykład centrali, w której funkcjonują 3 magazyny (MAG, M1, M2).

Magazyn M1 reprezentuje oddział pierwszy. Oddział M1 posiada trzy magazyny lokalne (ML1.1, ML1.2, ML1.3).

Magazyn M2 reprezentuje oddział drugi. Oddział M2 posiada dwa magazyny lokalne (ML2.1, ML2.2).

W oddziale pierwszym, magazyn centralny jest reprezentowany przez magazyn MAG. W oddziale pierwszym towary mogą być przesyłane tylko na magazyn centralny MAG oraz między pozostałymi magazynami lokalnymi oddziału pierwszego (ML1.1, ML1.2, ML1.3).

W oddziale drugim, magazyn centralny jest reprezentowany również przez magazyn MAG. W oddziale drugim towary mogą być przesyłane na magazyn centralny M2 oraz między pozostałymi magazynami lokalnymi oddziału drugiego (ML2.1, ML2.2).

Uwaga
Od wersji 8.5 istnieje możliwość wystawiania dokumentów MM między dwoma różnymi oddziałami (opis w podpunkcie 6.14).

Komunikacja między oddziałami bez pośrednictwa centrali nie jest możliwa, dokumenty zawsze trafiają do Centrali.

W oddziałach dokumenty mogą być wystawiane na dowolnych magazynach. W centrali dokumenty te będą interpretowane tak, jakby były wystawione na oddziałowym magazynie głównym. 

W centrali definiowane są również m.in.:

  • rejestr kasowy/ bankowy, w którym rejestrowane będą wszystkie operacje kasowe przeprowadzane w oddziale oraz skojarzone z nim formy płatności,
  • grupa towarów dostępnych do sprzedaży w oddziale,
  • grupa kontrahentów obsługiwanych przez oddział.

W trakcie synchronizacji informacje z centrali są przesyłane do oddziału. W efekcie w oddziale zakładany jest identyczny jak w centrali rejestr kasowy/bankowy oraz formy płatności.

Uzupełniane są również dane słownikowe: lista towarów i kontrahentów. W oddziale rejestrowane są karty ewidencyjne towarów i kontrahentów przypisanych do grupy skojarzonej w centrali z oddziałem.

Towar z centrali do oddziału jest przesyłany przy pomocy dokumentów MM.

W oddziale istnieje możliwość wystawiania dokumentów zakupu (faktury zakupu) i sprzedaży (faktury sprzedaży, paragony),  dokumentów wewnętrznych (PW i RW) oraz zapisów kasowych.

Podczas ponownej synchronizacji informacje o wystawionych dokumentach są przesyłane do centrali. W centrali dokumenty są zapisywane w magazynie wewnętrznym skojarzonym z danym oddziałem. Na ich podstawie aktualizowane są m.in. stany magazynowe.

Uwaga
Jednolity Plik Kontrolny generowany jest po stronie centrali (Comarch ERP XL).

Zakładanie nowej bazy dla oddziału w Comarch ERP Optima

Proces zakładania nowej bazy danych dla oddziału jest identyczny jak w przypadku wersji standardowej (opisany w podręczniku do Konfiguracji). Dopiero na poziomie konfiguracji Użytkownik zaznacza, że dana baza ma pełnić role oddziału.

Podczas konfigurowania wersji oddziałowej programu Użytkownik musi korzystać z wizardów konfiguracyjnych wyświetlanych w momencie pierwszego uruchomienia bazy danych. Po wyświetleniu pierwszego okna powinien wybrać opcję konfiguracji zaawansowanej i zaznaczyć opcję: Współpraca modułu handlowego z Comarch ERP XL. W takim przypadku kolejne etapy konfigurowania bazy danych są znacznie ograniczane. Jedyne informacje możliwe do ustalenia w konfiguracji to:

  • sposób rozliczania magazynu – Użytkownik powinien przy tym pamiętać, że ustalony tutaj algorytm powinien być zgodny z algorytmem stosowanym w centrali (program Comarch ERP XL). Na liście dostępnych algorytmów nie jest dostępna metoda AVCO, ponieważ w centrali (Comarch ERP XL) nie jest ona obsługiwana.
  • katalog plików wymiany – pole na wpisanie ścieżki dostępu do katalogu, w którym program będzie zapisywał kolejne pliki wykorzystywane do synchronizacji.

Po zakończeniu konfiguracji program automatycznie ustala w Konfiguracji firmy/ Ogólne/ Praca rozproszona opcję Oddział.

Uwaga
Nie ma możliwości konfigurowania wersji oddziałowej z poziomu programu. Aby zdefiniować bazę jako oddział Użytkownik musi korzystać z wizardów konfiguracyjnych.

Uwaga
W przypadku wersji oddziałowej bazy konfiguracyjna i firmowa muszą być na tym samym serwerze SQL.

Uwaga
W przypadku wersji oddziałowej nie można stosować znaków diakrytycznych niezgodnych z formatem Windows-1250. W przeciwnym razie eksport danych może zakończyć się błędem!

Synchronizacja danych

Funkcję synchronizacji w oddziale (Comarch ERP Optima) można wywołać z poziomu menu Narzędzia: Praca rozproszona centrala/ oddział po wciśnięciu przycisku  na pasku wstążce.

Po wywołaniu funkcji wyświetlane jest okno:

Plik wymiany – synchronizacja jest przeprowadzana w oparciu o wysyłane pliki wymiany. Plik wymiany odbierany i tworzony jest w jednym katalogu. Ścieżkę dostępu do katalogu można określić w Konfiguracji firmy/ Ogólne/ Praca rozproszona. Jest on proponowany podczas kolejnych synchronizacji.

E-mail centrali – utworzony plik wymiany może zostać wysłany do centrali przy pomocy programu Microsoft Outlook. Jeśli adres jest wypełniony po wykonaniu synchronizacji przycisk  staje się aktywny i jego wciśnięcie powoduje automatyczne wywołanie poczty z załączonym plikiem przeznaczonym dla centrali.

Proces synchronizacji jest wywoływany po wciśnięciu przycisku .

Podczas synchronizacji w oddziale odczytywane są informacje z pliku XLO utworzonego przez centralę. Równocześnie tworzony jest plik zwrotny dla centrali o określonej nazwie OD_ODDZIAL.XLO (gdzie oddział zastępowany jest przez symbol magazynu).

W trakcie synchronizacji w centrali odczytywany jest plik przesłany z oddziału i równocześnie tworzony jest plik o nazwie DLA_ODDZIAŁ.XLO (gdzie oddział zastępowany jest przez symbol magazynu).

Proces wymiany plików odbywa się w oparciu o pliki zawierające symbol oddziału. Kierunek (DLA, OD) określa, czy dany plik jest przeznaczony do odczytu w centrali (OD), czy do odczytu w oddziale (DLA). Wyjątkiem jest pierwsza synchronizacja, kiedy to centrala tworzy plik o nazwie DLA_MAGAZYN.XLO.

Przykład

W trakcie pierwszej synchronizacji z centrali wysyłany jest plik DLA_MAGAZYN.XLO. Nazwa oddziału nadana w centrali to KRAK.

Po wykonaniu synchronizacji w oddziale (odczytaniu pliku) tworzony jest plik OD_KRAK.XLO, przeznaczony dla centrali i zawierający potwierdzenie wykonania pierwszej synchronizacji.

Plik jest odczytywany w centrali. Równocześnie tworzony jest kolejny plik przeznaczony dla oddziału DLA_KRAK.XLO. Od tej pory synchronizacja opiera się już na plikach:

  • XLO – plik z centrali przeznaczony dla oddziału KRAK
  • XLO – plik z oddziału KRAK przeznaczony dla centrali

Transmisja z wykorzystaniem WebSerwisu

Funkcja automatycznej synchronizacji jest dedykowana dla firm, które prowadzą wiele oddziałów, gdzie „ręczne” wykonanie synchronizacji byłoby uciążliwe.

Zarówno po stronie centrali jak i oddziału należy wskazać adres serwera, gdzie zainstalowano WebSerwis. Adres należy podać w formie IP lub nazwy serwera.

W oddziale synchronizacja jest wykonywana tak jak dotychczas na żądanie (o ile użytkownik nie ma uruchomionej usługi Comarch ERP Serwis Operacji Automatycznych (opis w kolejnym podpunkcie). Jednak plik wymiany dla centrali tworzony jest na wskazanym serwerze.

W centrali plik wymiany jest automatycznie odczytywany. Plik zwrotny dla oddziału jest tworzony również na wskazanym serwerze, gdzie „oczekuje” na odczyt ze strony oddziału.

Jeśli w oddziale zostanie wykonana synchronizacja – na serwerze tworzony jest nowy plik zwrotny dla centrali, który jest automatycznie odczytywany.

Konfiguracja automatycznej synchronizacji w oddziale sprowadza się do ustalenia kilku parametrów w Konfiguracji firmy/ Ogólne/ Praca rozproszona :

  • Transmisja z wykorzystaniem WebSerwisu – zaznaczenie parametru spowoduje, że docelowe miejsce pliku wymiany będzie na wskazanym serwerze.
  • Adres serwera plików wymiany – adres IP lub nazwa serwera, gdzie zainstalowany jest Webserwis.

W przypadku wystąpienia problemów zastosowanie mają parametry Ilość powtórzeń zerwanej transmisji oraz Czas, po którym powtórzyć przesłanie zerwanej transmisji. Jeśli pomimo powtórzeń (zgodnych z tymi ustawieniami) transmisja nie powiedzie się program szuka pliku synchronizacyjnego w katalogu wskazanym, jako Katalog pliku wymiany. Dopiero, kiedy nie znajdzie tam pliku wyświetlany jest błąd.

Uwaga
Do poprawnego działania transmisji z wykorzystaniem WebSerwisu niezbędny jest pakiet Web Services Enhancements (WSE) 3.0 for Microsoft .NET

Transmisja danych z wykorzystaniem usługi Comarch ERP Serwis Operacji Automatycznych

W transmisji z wykorzystaniem Webserwisu możliwe jest skorzystanie z automatu synchronizacji po stronie oddziału. Do tego celu służy usługa Comarch ERP Serwis Operacji Automatycznych, instalowana wraz z systemem Comarch ERP Optima. Uruchomienie usługi musi zostać poprzedzone konfiguracją Webserwisu.

Sama konfiguracja Serwisu Operacji Automatycznych sprowadza się do skonfigurowania parametrów dotyczących synchronizacji programu Comarch ERP OptimaComarch ERP XLStart/Konfiguracja/ Program/ Automat synchronizacji. W podgałęzi Harmonogramy widoczne są wszystkie bazy firmowe podpięte do bazy konfiguracyjnej, na której obecnie pracujemy. Należy dla bazy oddziałowej włączyć automatyczną synchronizację oraz określić, w jakich godzinach oraz z jaką częstotliwością synchronizacja będzie się odbywać.

W podgałęzi Operator należy wpisać akronim Operatora oraz jego hasło do programu Comarch ERP Optima, jeśli do logowania używa hasła. Jeśli hasło Operatora zostanie zmienione, należy również je zmienić w Serwisie Operacji Automatycznych.

W gałęzi Start/Konfiguracja/ Stanowisko/ Serwis Operacji Automatycznych/ Parametry w sekcji Logowanie Serwisu Operacji Automatycznych widoczne są dane: nazwa serwera, nazwa bazy konfiguracyjnej, serwer klucza. Dane uzupełniają się automatycznie, po zalogowaniu do programu.

Usługa Comarch ERP Serwis Operacji Automatycznych po instalacji jest domyślnie wyłączona. Aby możliwe było automatyczne realizowanie zdefiniowanych zadań należy:

  • zaznaczyć Logowanie usługi Comarch ERP Serwis Operacji Automatycznych jako: (Konto, Hasło) podać nazwę i hasło użytkownika systemu operacyjnego dla usługi Comarch ERP Serwis Operacji Automatycznych. Hasło należy podać każdorazowo przed ustawieniem tego konta dla usługi. Przy definiowaniu konta należy podać nazwę domeny\nazwę użytkownika (jeżeli komputer należy do domeny) lub nazwę komputera\nazwę użytkownika (jeżeli komputer nie należy do domeny). Przed konfiguracją należy nadać hasło użytkownikowi Windows, który jest tu wskazywany, jeżeli do tej pory użytkownik ten nie miał nadanego hasła.
  • kliknąć Uruchom usługę Comarch ERP Serwis Operacji Automatycznych – po ustawieniu konta dla usługi Comarch ERP Serwis Operacji Automatycznych należy usługę uruchomić.

Dopiero po skonfigurowaniu i uruchomieniu Serwisu Operacji Automatycznych wykonywane będą zadania automatyczne określone w programie.

Uwaga
W przypadku systemów operacyjnych Windows Vista, Windows 7, Windows 8, Windows Server 2008, Windows Server 2008 R2, Windows Server 2012 uruchomienie usługi Comarch ERP Serwis Operacji Automatycznych będzie możliwe po uprzednim wyłączeniu w systemie operacyjnym trybu UAC (User Account Control – kontrola konta użytkownika) lub uruchomieniu Comarch ERP Optima w trybie Administratora.

Comarch ERP Serwis Operacji Automatycznych działa jako usługa systemowa i uruchamiana jest wraz z systemem operacyjnym. Nie informuje ona użytkownika o swoim działaniu. Wszelkie komunikaty błędów podczas synchronizacji automatycznej zapisywane są w plikach loga operacji, dostępnych z poziomu programu w zakładce Narzędzia/Otwórz folder z logami.

Konfiguracja oddziału w Comarch ERP Optima

Dla wersji oddziałowej programu automatycznie ograniczany jest dostęp do pewnych funkcji konfiguracyjnych. Dla potrzeb oddziału w Konfiguracji została utworzona nowa grupa parametrów Oddział.

Konfiguracja firmy

CRM

Daje możliwość skonfigurowania modułu CRM

Dane firmy

Daje możliwość podglądu Pieczątki firmy. Informacja o nazwie firmy i jej adresie jest przesyłana z centrali w trakcie synchronizacji.

Definicje dokumentów

Daje możliwość podglądu schematów numeracji ustalonych dla dokumentów wystawianych w oddziale.

Dostępne grupy dotyczą dokumentów handlowych, magazynowych, kasowych/bankowych oraz CRM. Ponieważ numeracja jest narzucana z centrali – nie ma możliwości usunięcia oraz dodania nowego schematu. Nie jest również możliwa zmiana schematu – edycja ograniczona jest do podglądu.

W każdej klasie dokumentów zdefiniowany jest jeden schemat numeracji, zawierający serię. Seria odpowiada symbolowi oddziału nadanemu w centrali.

Klasy dokumentów w poszczególnych grupach są przystosowane do rodzajów dokumentów, które można wystawiać w oddziale (np. W grupie dokumentów magazynowych znajdują się klasy dotyczące inwentaryzacji, przesunięć międzymagazynowych,  przyjęć i wydań zewnętrznych oraz przyjęć i rozchodów wewnętrznych).

Detal

Parametry –  w tej grupie zebrane są informacje na temat parametrów pracy modułu Detal. Jest to alternatywne okno sprzedaży detalicznej dla sprzedaży realizowanej w Comarch ERP Optima. Jest to aplikacja ściśle powiązana z Comarch ERP Optima i mająca na celu uproszczenie pracy sprzedawców.

Stanowisko – okno konfiguracji nowego modułu uproszczonej sprzedaży – Comarch ERP Optima DETAL. Składa się z dwóch sekcji. W oknie dodawania nowego stanowiska definiuje się parametry każdego użytkowanego stanowiska. W sekcji Rodzaje płatności dla detalu udostępnia się przesłane przez centrale formy płatności dla wszystkich użytkowanych stanowisk.

Dla każdego stanowiska definiujemy pola:

  • Numer stanowiska – nadawany automatycznie przez program. Poprzez ten numer możliwa jest łączność między stanowiskiem Comarch ERP Optima Detal, a stanowiskiem zdefiniowanym w Comarch ERP Optima (szczegółowe informacje w podręczniku Comarch ERP Optima Detal),
  • Nazwa – nazwa stanowiska,
  • Domyślny magazyn – magazyn, z którym powiązane będą wystawione w Comarch ERP Optima Detal Paragony i Faktury Sprzedaży.,
  • Grupa towarów – grupa, w oparciu o którą możliwa jest sprzedaż w Comarch ERP Optima Detal,
  • Numer ceny – do wyboru z rozwijanej listy cen sprzedaży pobieranych z Konfiguracji firmy/ Handel/ Ceny towarów i usług,
  • Definicje PA / FS / KP / KW – definicje schematów numeracji tych dokumentów pochodzą z centrali.
  • Seria dla dokumentów – w tym miejscu należy zdefiniować serię, która będzie występowała w numeracji Paragonów i Faktur Sprzedaży oraz niezależnych KP/ KW wystawionych na stanowisku sprzedaży. Serie definiowane są po stronie centrali.
  • Operatorzy – mający dostęp do stanowiska. Lista wyboru zawiera wyłącznie operatorów, którzy na karcie mają zdefiniowaną funkcję pracownika (Funkcja Detal).
  • Nieaktywne – parametr pozwala określić dostęp do stanowiska Comarch ERP Optima Detal. Jeśli jest włączony, przy próbie uruchomienia stanowiska w punkcie sprzedaży detalicznej generowany jest komunikat: Nie znaleziono stanowiska o podanym numerze.

Handel

Ceny towarów i usług – grupy cenowe definiowane są w centrali. W związku z tym w oddziale istnieje jedynie możliwość podglądu zdefiniowanych cen, bez możliwości zmiany.

Dokumenty – lista dokumentów handlowych zawężona jest do tych, które można wystawiać w oddziale: Faktur Sprzedaży, Rezerwacji Odbiorcy, Faktur Zakupu oraz Zamówień u Dostawcy. Przypisane im domyślne schematy numeracji oraz serie są przenoszone z centrali przy pierwszej synchronizacji. Użytkownik nie ma możliwości ich zmiany.

Parametry – konfiguracja parametrów wykorzystywanych w handlu została ograniczona do takich, które decydują jedynie o sposobie obsługi programu:

  • możliwości wyboru sposobu dodawania pozycji na dokument przez wybór wielu towarów (jednoczesne dodawanie kilku pozycji zaznaczonych na liście zasobów), podniesienie formularza lub dodawania towaru bezpośrednio z poziomu listy pozycji (EIP).
  • Sprzedaż tylko wg kodów EAN – identyfikacja towarów podczas wpisywania na dokumenty sprzedaży opiera się TYLKO na kodach kreskowych, a nie są uwzględniane kody nadane na karcie towarowej.
  • Ostrzegaj przed trwałym zapisem dokumentu dla kontrahenta !Nieokreślony! – jeśli na dokumencie wpisany będzie kontrahent nieokreślony program przed zapisem zapyta Użytkownika, czy na pewno chce taki dokument zatwierdzić.
  • Pozwalaj na zapis dokumentu z odroczona płatnością dla kontrahenta !NIEOKREŚLONEGO! – po zaznaczeniu parametru w module Handel istnieje możliwość zapisu dokumentów z odroczonym terminem płatności dla kontrahenta !NIEOKREŚLONEGO!
  • Kontrola marży – kontrola marży polega na sprawdzaniu przez program czy na dokumencie nie ma towarów, dla których cena zakupu jest większa od ceny sprzedaży. Parametr decyduje o tym, czy program ma kontrolować uzyskaną marżę w chwili zapisu dokumentu do bufora czy dopiero zatwierdzenia na trwałe. Istnieje możliwość takiego ustawienia, by program w ogóle nie prowadził kontroli marży (obydwa parametry odznaczone) lub sprawdzał niezależnie od tego czy dokument jest zapisywany na trwałe, czy do bufora (obydwa parametry zaznaczone).
  • Pozwalaj na zmianę netto/brutto – po zaznaczeniu parametru możliwa jest zmiana algorytmu naliczania podatku VAT na dokumentach w buforze, w przypadku kiedy na dokumencie znajdują się już pozycje.
  • Procent marży obliczany metodą „w stu” – w programie istnieje możliwość określenia sposobu wyliczania procentowej wartości marży metodą „od stu” (parametr odznaczony) lub „w stu” (parametr zaznaczony).
  • Kopiowanie dokumentów (<CTRL> + <INS>) – przenoś płatności z dokumentu źródłowego – po zaznaczeniu parametru podczas kopiowania dokumentów kopiowana jest również tabela płatności.
  • Kontrola unikalności nazwy fiskalnej – po zaznaczeniu parametru podczas zapisywania pozycji cennika (słowniki Ogólne/ cennik lub magazyn/ zasoby/ formularz pozycji cennika) program sprawdza czy wypełniona nazwa dla urządzeń fiskalnych (zakładka Dodatkowe/ pole Nazwa) nie istnieje już w bazie.
  • Generowanie kodów EAN – zdefiniowanie domyślnego zakresu dla kodów EAN generowanych na kartotekach towarowych (dla EAN-8, EAN-13, EAN-14).
  • Walidacja poprawności kodu EAN – po wyłączeniu parametru poprawność struktury kodu nie jest sprawdzana i może on przyjąć dowolną wartość.

Ponieważ ceny sprzedaży są przesyłane do oddziału z centrali nie ma możliwości ustalania parametrów dotyczących aktualizacji cen.

W oddziale nie można wystawiać dokumentów w walutach obcych, w związku z czym Użytkownik nie ma możliwości definiowania parametrów dotyczących tej opcji.

Parametry wydruku faktury  – Pozwalają na zdefiniowanie pewnych informacji drukowanych na fakturze sprzedaży – wzór Parametryzowany. Funkcja opisana jest dokładnie w podręczniku Comarch ERP Optima 2015.5.1 – Ogólne i Konfiguracja.

Rabaty – Gałąź nie jest dostępna dla Użytkownika. Polityka rabatowa jest ustalana w centrali.

Kasa i Bank

W gałęzi Kasa i Bank Użytkownik ma ograniczony dostęp do informacji związanych z:

  • definiowaniem schematów numeracji dla dokumentów – schematy numeracji dla raportów kasowych i zapisów kasowych są definiowane w centrali i przesyłane do oddziału podczas pierwszej synchronizacji. Użytkownik ma możliwość podglądu ustalonych schematów.
  • formami płatności – formy płatności dla oddziału również są definiowane w centrali. Użytkownik ma możliwość jedynie podglądu informacji (bez wprowadzania zmian).
  • parametrami konfiguracyjnymi – część parametrów nie jest możliwa do ustawienia w oddziale (dotyczące kompensat, zapisów kasowych dla Rejestrów VAT i Ewidencji dodatkowej czy naliczania odsetek), ponieważ są to funkcje zablokowane w wersji oddziałowej programu.

Informacje możliwe do zdefiniowania w programie to:

  • lista kart kredytowych – oprócz kart kredytowych predefiniowanych w programie Użytkownik ma możliwość dopisania innych, obsługiwanych w programie. Więcej informacji na temat płatności kartami kredytowymi można znaleźć w instrukcji do modułu Kasa/Bank.
  • daty dokumentów – parametry zgromadzone w tej grupie dotyczą terminów płatności na dokumentach oraz zapisów kasowych tworzonych na podstawie rejestrowanych dokumentów. Więcej informacji na ten temat można znaleźć w instrukcji do modułu Kasa/Bank.
  • parametry – część parametrów dotyczących pracy modułu Kasa/ Bank jest możliwa do ustalenia przez Użytkownika:
  • wyświetlanie kwot na raportach otwartych – parametr dotyczy wyliczania sald otwarcia i zamknięcia na raportach kasowych, które nie zostały jeszcze zamknięte.
  • kasowanie rozliczeń przy kasowaniu i anulowaniu dokumentów – parametr dotyczy automatycznego rozpinania rozliczeń w chwili anulowania dokumentu.
  • kontrola numerów kart kredytowych – parametr dotyczy kontroli numerów kart kredytowych podczas wprowadzania zapisów kasowych w programie. Więcej informacji na temat kontroli numerów kart można znaleźć w podręczniku do modułu Kasa/Bank.
  • automatycznie generuj dokumenty zapłaty kartą kredytową – parametr dotyczy tworzenia zapisów kasowych dla dokumentów płatnych kartą kredytową. Jeśli parametr jest aktywny – zapisy trafiają w chwili zatwierdzania dokumentu do Raportu kasowego. Jeśli nie – zapisy trafiają do Preliminarza płatności jako Nierozliczone.

Magazyn

Dokumenty – lista dokumentów jest zawężona do takich, które można wystawiać w oddziale: PrzyjęćWydań Zewnętrznych, PrzyjęćRozchodów Wewnętrznych, dokumentów MM oraz Arkuszy Inwentaryzacyjnych. Przypisane im domyślne schematy numeracji oraz serie są przenoszone z centrali przy pierwszej synchronizacji. Użytkownik nie ma możliwości ich zmiany.

Inicjacja dokumentów – parametry dotyczące wystawiania nowych dokumentów w oddziale zostały zawężone do Faktur Sprzedaży, Paragonów oraz Faktur Zakupu.

Podczas wystawiania dokumentów handlowych w oddziale obowiązuje zasada, że:

  • dokumenty handlowe w buforze – powodują od razu zdjęcie towaru z magazynu
  • w chwili zapisywania na trwałe – dokumenty handlowe są automatycznie kojarzone z magazynowymi.

W związku z tym w Konfiguracji firmy Użytkownik ma możliwość zdefiniowania jedynie domyślnych parametrów dotyczących zapisu do bufora.

Kaucje:

Obsługa opakowań kaucjonowanych – Użytkownik ma możliwość załączenia parametru obsługi opakowań kaucjonowanych.

Automatyczne przeliczanie kaucji na dokumentach FA / PA – Możliwe do załączenia jeśli oddział obsługuje opakowania kaucjonowane. Przy załączonym parametrze program będzie automatycznie dodawał kaucje po dodaniu towaru który ma schemat opakowań.

KGO – Zaznaczenie opcji obsługa KGO powoduje uaktywnienie się opcji związanych z KGO na karcie towaru oraz na elementach transakcji. Wartość KGO to integralna część ceny towaru, która będzie podlegać rabatowaniu. Rabat naliczał się będzie od sumy ceny netto towaru i wartości KGO.

Parametry:

Naliczanie kosztu własnego – metodę Użytkownik wybiera w chwili tworzenia nowej bazy danych, z poziomu wyświetlanego przy pierwszym uruchomieniu wizarda. Później parametry umożliwiające zmianę nie są już dostępne.

Kontrola ilości na dokumentach rozchodowych – parametr dotyczy sprawdzania ilości dostępnej do sprzedaży w chwili wystawiania FakturParagonów:

  • jeśli obydwa parametry nie są zaznaczone – program nie kontroluje ilości dostępnej w trakcie wystawiania dokumentów. Dopiero w chwili zatwierdzania dokumentu program poinformuje o braku towaru
  • w edycji przed zapisem (ustawienie domyślne dla oddziału) – program będzie kontrolował ilość dostępną, zanim dokument zostanie zatwierdzony (do bufora lub na trwałe)
  • przy akceptacji pozycji – program będzie kontrolował ilość dostępną przy dopisywaniu każdej kolejnej pozycji na dokument.

Symulacja wartości zakupu – parametr dotyczy wyliczania kosztu towaru na dokumencie sprzedaży (Fakturze, Paragonie) przed utworzeniem do niego dokumentu WZ. Do chwili utworzenia WZ nie ma informacji o koszcie rzeczywistym towaru i program może taki koszt symulować w oparciu o ostatnią cenę zakupu lub średnią cenę zasobów. Dzięki temu już w trakcie wystawiania dokumentu Użytkownik ma informację o uzyskanej marży.

Jeśli nie zostanie zaznaczona żadna opcja – program nie będzie symulował kosztu sprzedaży w chwili wystawiania dokumentów, w związku z czym Użytkownik nie będzie miał informacji o uzyskanej na dokumencie marży. W takim przypadku informacja o koszcie będzie dostępna dopiero po zatwierdzeniu dokumentu i utworzeniu dokumentu WZ.

Aktualizuj ceny zakupu na podstawie dokumentów MM – OL – parametr odpowiada za aktualizację (zmianę) ostatniej ceny zakupu na karcie towaru. Jeśli jest zaznaczony, w przypadku zatwierdzenia na trwałe dokumentu MM z magazynu odległego, zmieniana jest cena zakupu na karcie towaru.

Aktualizuj ceny zakupu po korekcie wartości (ceny) – parametr dotyczy korekty wartości (ceny) do Faktury Zakupu, Przyjęcia Zewnętrznego, Przyjęcia Wewnętrznego, Przyjęcia Kaucji. Cena zakupu widoczna na karcie towaru (menu Ogólne/ Cennik – Pozycja cennika, zakładka Ogólne – tabela z cenami) jest aktualizowana po zapisie korekty wartości (ceny) do dokumentu przychodowego na stałe. Użytkownik ma do wyboru dwie opcje:

  • Zaznaczenie Aktualizuj ceny zakupu po korekcie wartości (ceny), gdy dotyczy ostatniej dostawy spowoduje aktualizację ostatniej ceny zakupu na karcie towaru tylko w sytuacji, kiedy korekta dotyczyć będzie ostatniego dokumentu przychodowego (czyli tej dostawy, która na karcie towaru ustawiła ostatnią cenę zakupu).
  • Zaznaczenie Aktualizuj ceny zakupu po korekcie wartości (ceny) wg ustawienia na dokumencie, spowoduje że na korekcie będzie widoczny parametr Aktualizuj cenę zakupu w cenniku. Użytkownik będzie mógł każdorazowo zdecydować czy chce aktualizować ostatnią cenę zakupu towaru w oparciu o daną korektę wartości (ceny).

Inwentaryzacja bez kontroli poprawności dokumentów – standardowo inwentaryzacja w programie jest blokowana przez dokumenty w buforze. Istnieje jednak możliwość zamknięcia inwentaryzacji (utworzenia dokumentów PWAI/ RWAI) z pominięciem takiej kontroli.

Przyjęcie inwentaryzacyjne do bufora – w przypadku braku towaru podczas zamykania inwentaryzacji tworzone są dokumenty PW. Mogą być one zapisywane do bufora po to, by Użytkownik mógł określić wartość, w jakiej towar ma być wprowadzony na magazyn.

Ilości na listach – Użytkownik ma możliwość ustalenia ilości zer po przecinku wyświetlanych na listach podczas wystawiania dokumentów (maksymalnie 4).

Ogólne

Grupy kontrahentów – w oddziale istnieje możliwość zdefiniowania grup kontrahentów i ich wykorzystania na kartach ewidencyjnych. Należy jednak pamiętać, że podział ten jest niezależny od podziału na grupy w centrali (Comarch ERP XL). Podczas synchronizacji danych informacje o grupie przypisanej kontrahentowi nie są wymieniane pomiędzy centralą i oddziałem.

Parametry – parametry ogólne dotyczą przede wszystkim kontrolowania przez program poprawności danych wprowadzanych przez Użytkownika w trakcie pracy:

  • Sprawdzanie poprawności NIP i Sprawdzanie poprawności PESEL – dotyczą kontroli wprowadzanych numerów zgodnie z obowiązującymi algorytmami. Jeśli parametry będą aktywne – program poinformuje o błędnym numerze może zablokować możliwość zapisania formularza.
  • Zakaz używania znaków specjalnych w akronimach podmiotów – wpisanie spacji, kropki lub pauzy w kodzie kontrahenta może spowodować utrudnienia podczas wymiany danych przez pliki. Dlatego program może kontrolować poprawność akronimów podczas wprowadzania nowych kart ewidencyjnych.
  • Sprawdzanie występowania podobnych kontrahentów – w systemie istnieje mechanizm sprawdzający podczas zatwierdzania nowej karty kontrahenta, czy w bazie danych nie istnieje kontrahent o podobnych danych. Wykorzystanie takiego mechanizmu zapobiega duplikacji kart kontrahentów w bazie.
  • Parametry dotyczące kursów walut nie są dostępne dla Użytkownika. Kursy walut są przesyłane z centrali w trakcie synchronizacji. Jeśli w danym dniu kurs nie był uaktualniony – program podczas wystawiania dokumentów pobierze kurs z dnia najbliższego dacie wystawienia dokumentu.

Praca rozproszona – dotyczy wymiany danych z centralą. Jeśli podczas tworzenia bazy Użytkownik zaznaczył opcję Współpraca modułu handlowego z Comarch ERP XL, w konfiguracji automatycznie zaznaczona zostaje opcja Oddział (bez możliwości zmiany).

  • Katalog pliku wymiany – w trakcie zakładania bazy danych, z poziomu wizardów konfiguracyjnych, Użytkownik definiuje katalog wymiany plików z programem Comarch ERP XL. Katalog ten jest podpowiadany podczas wykonywania synchronizacji.
  • Adres e-mail centrali – w trakcie wykonywania synchronizacji istnieje możliwość wysyłania przygotowanego pliku pocztą elektroniczną. Wprowadzony tu adres jest podpowiadany w oknie synchronizacji, skąd można taki plik wysłać.

Stanowisko sprzedaży

Zebrane w gałęzi parametry są wykorzystywane podczas wystawiania dokumentów sprzedaży w module Detal. Konfiguracja modułu i znaczenie poszczególnych parametrów zostało dokładniej opisane w dokumentacji modułu.

Warto pamiętać, że w trakcie pierwszej synchronizacji program ustawia parametry dotyczące pracy modułu w wersji oddziałowej:

  • Dokumenty z WZ – parametr jest zaznaczony i nie ma możliwości zmiany ustawienia (w oddziale dokumenty handlowe zawsze są wystawiane z dokumentami magazynowymi).
  • Formy płatności – wstępnie definiowana jest forma gotówka z terminem 0. Pozostałe formy płatności (jeśli są wykorzystywane w firmie) Użytkownik powinien zdefiniować sam, zgodnie z przyjętymi zasadami (opisane w ulotce dotyczącej modułu Comarch ERP Optima Detal).

Uwaga
W przypadku zmiany form płatności przesyłanych z centrali do oddziału program nie zmienia ich automatycznie dla stanowiska sprzedaży. Operator w takiej sytuacji powinien pamiętać o odpowiednim przedefiniowaniu wprowadzonych form płatności.

Konfiguracja programu

 

CRM

Konfiguracja kont e-mail wymagana dla „Skrzynki pocztowej” oraz wiadomości SMS. Szczegóły konfiguracji kont   e‑mail, SMS oraz samej funkcjonalności zawarte są w podręcznikach „Ogólne i Konfiguracja” oraz „CRM”.

Detal

Dla każdego Operatora pracującego w Comarch ERP Optima Detal należy określić funkcje, które będzie mógł wykonywać z poziomu stanowiska sprzedaży detalicznej. Standardowo w programie zdefiniowane są 3 funkcje: Kasjer, Kierownik zmiany, Menadżer – można je modyfikować, usuwać oraz dodawać nowe. Po wprowadzeniu w polu Kod nazwy funkcji nadajemy odpowiednie uprawnienia.

Do wyboru dostępne są funkcje:

  • Zmiana ceny sprzedaży
  • Rabat pozycji
  • Rabat dokumentu
  • Storno ostatniej pozycji
  • Storno całego paragonu
  • Wpłata do kasy
  • Wypłata z kasy
  • Ręczne otwarcie szuflady
  • Raport fiskalny
  • Raport okresowy
  • Podgląd stanu kasy
  • Płatność innymi formami
  • Faktura do paragonu
  • Podgląd dokumentów własnych – jeżeli uaktywniona zostanie opcja „Podgląd dokumentów wszystkich”, parametr jest automatycznie włączany bez możliwości odznaczenia
  • Podgląd dokumentów wszystkich
  • Dostęp do konfiguracji stanowiska
  • Dostęp do konfiguracji interfejsu
  • Płatność odroczona dla !Nieokreślonego

Informacje bieżące

Informacje bieżące to funkcjonujący w systemie mechanizm wyświetlania powiadomień dla operatorów o istotnych dla nich sprawach czy zadaniach do wykonania. Funkcja została dokładnie opisana w podręczniku do Konfiguracji.

Ogólne

Stawki VAT – lista stawek VAT jest uzupełniana przez program w trakcie synchronizacji na podstawie wprowadzanych kart ewidencyjnych towarów.

Waluty i Typy kursów walut – są przesyłane z centrali w trakcie synchronizacji. Użytkownik nie ma możliwości zmian.

Drukarki fiskalne i Symbole stawek VAT – Użytkownik ma możliwość dopisania do listy pracującej w firmie drukarki fiskalnej oraz odpowiednio zdefiniować dla niej symbole stawek VAT tak, aby fiskalizacja sprzedaży była możliwa. Proces fiskalizacji został dokładniej opisany w instrukcji do modułu Faktury (Magazyn).

Terminy – opcja jest związana z działaniem Informacji bieżących. Opis funkcji można znaleźć w podręczniku do Konfiguracji.

Użytkowe

Z poziomu gałęzi Użytkowe istnie możliwość zarządzania bazami danych oraz ustawiania niektórych parametrów pracy w firmie.

Opis tych funkcji znajduje się w podręczniku do Konfiguracji.

Operatorzy

Lista operatorów wraz z ich uprawnieniami jest przesyłana z centrali w czasie synchronizacji.

Użytkownik z poziomu programu nie ma możliwości dopisania nowego operatora. Musi to zrobić centrala, a podczas synchronizacji operator zostanie dopisany do listy.

Użytkownik nie ma również możliwości wprowadzania zmian na istniejących kartach.

Większość uprawnień operatora jest ustalanych w centrali.

W większości przypadków uprawnienia operatora są ustalane zbiorczo (tzn. dotyczą wszystkich operatorów) i związane są z możliwością wprowadzania zmian na kartach towarów, zmian cen na dokumentach sprzedaży, zmiany cen na dokumentach zakupu oraz na zamówieniach.

Uwaga
Jeśli w centrali operator zostanie zdefiniowany jako dyrektor lub z uprawnieniami bez ograniczeń – operator zawsze ma możliwość zmiany ceny na dokumentach sprzedaży FA i PA (niezależnie od ustawień dla oddziału).

Uprawnienia indywidualne (tzn. ustalane dla poszczególnych operatorów) dotyczą np. dostępu do informacji o cenach zakupu.

Nie ma możliwości ustawienia operatorowi opcji: Aktualizacja kontrahenta na dokumencie (opcja domyślnie wyłączona bez możliwości zmiany), oraz Sprzedaż poniżej min. marży/max. rabatu, Sprzedaż z przekroczonym limitem kredytu na kontrahenta, Zmiana limitu na karcie kontrahenta (wszystkie 3. opcje domyślnie załączone, bez możliwości zmiany),  parametr Blokada ponownej fiskalizacji, Blokada anulowania dokumentu, Rozliczanie dokumentów z poziomu listy, Zmiana opisu na elemencie jest dostępny dla operatora o prawach administratora.

Jedyne dane na karcie operatora, które podlegają edycji to możliwość ustalenia zestawu informacji, które powinien otrzymywać operator w związku z funkcjonowaniem w programie Informacji bieżących (opis w podręczniku do Konfiguracji).

Konfiguracja stanowiska

Drukarka fiskalna –  w oknie możliwe jest podłączenie drukarki fiskalnej. Należy wskazać typ drukarki (sterownik) oraz port, do którego drukarka jest podpięta. Lista dostępnych drukarek jest tworzona w Konfiguracji programu/ Ogólne/ Drukarki fiskalne. Dokładne zasady obsługi mechanizmu fiskalizacji są opisane w podręczniku Użytkownika modułu Magazyn (Faktury).

Moduły – w oknie można zaznaczyć moduły, które pracują na danym stanowisku. W przypadku oddziału mogą to być moduły Faktury, Magazyn, AnalizyCRM.

Użytkownik powinien jednak pamiętać, że w przypadku zaznaczenia modułów, na które nie posiada licencji program będzie pracował w wersji startowej (ograniczenie wprowadzania danych do 60 dni).

W przypadku oddziału zaznaczenie innych modułów (księgowych i kadrowo-płacowych) nie spowoduje wyświetlenia dostępnych funkcji w menu programu.

Wydruki – zasady obsługi wydruków niestandardowych (definiowanych przez Użytkownika) są identyczne jak w przypadku wersji podstawowej programu Comarch ERP Optima i zostały opisane w podręczniku do Konfiguracji.

Wydruki tekstowe – oprócz standardowych wydruków graficznych w programie Comarch ERP Optima istnieje możliwość generowania wydruków tekstowych dla faktur, WZ, PZ i rejestrów VAT. Zasady generowania wydruków tekstowych zostały opisane w podręczniku do Konfiguracji.

Uwaga
Konfiguracji oddziału zostały usunięte gałęzie dotyczące modułów kadrowo- płacowych, księgowości oraz modułu Środki Trwałe. Nie ma możliwości wykorzystania tych modułów w wersji oddziałowej programu – księgowość oraz kadry są prowadzone w centrali.


Funkcjonalność w wersji oddziałowej

W związku z ograniczoną funkcjonalnością wersji oddziałowej programu Comarch ERP Optima wprowadzone są pewne modyfikacje interfejsu. Poniżej różnice w stosunku do wersji standardowej programu:

  1. W menu głównym nie pojawiają się opcje związane z księgowością (Księgowość, Rejestry VAT, Środki Trwałe) oraz kadrami (Kadry i Płace).
  2. W menu Ogólne nie ma dostępnych list urzędów, wspólników, pracowników, receptur (wykorzystywanych w produkcji), zestawów promocyjnych oraz rabatów (polityka rabatowa jest narzucana w centrali).
  3. W menu Handel sekcja Handel nie ma dostępnych opcji:

  • Faktury ProForma
  • Faktury RR
  • Faktury Wewnętrzne Sprzedaży i Faktury Wewnętrzne Zakupu.
  1. W menu Handel sekcja Magazyn nie ma list dokumentów związanych z produkcją (Kompletacja – Przychody produktów oraz Kompletacja – Rozchody składników) oraz z Bilansem otwarcia (towary są wprowadzane do magazynu dokumentami MM z centrali) lub przez wprowadzenie Faktury Zakupu lub Przyjęcia Wewnętrznego.
  2. W menu Kasa/Bank nie ma opcji dotyczących Różnic kursowych (w oddziale można wystawiać tylko dokumenty w walucie systemowej), Not odsetkowych, Ponagleń zapłaty oraz Potwierdzeń salda (rozrachunki są prowadzone w centrali).
  3. W menu Narzędzia nie ma opcji Importu danych (z innej bazy lub innego programu) oraz Korekty danych. Pojawia się natomiast opcja Praca rozproszona centrala/ oddział, która służy do synchronizacji danych pomiędzy oddziałem a programem Comarch ERP XL.
  4. W menu Ogólne nie jest dostępna opcja Nadawania przesyłek.
  5. W wersji oddziałowej nie ma możliwości wskazania innego płatnika na dokumentach handlowych (wyszarzona sekcja Domyślny płatnik).
  6. Towary na dokument można dodawać za pomocą importu z pliku .txt lub .csv. Funkcja działa na dokumentach handlowo – magazynowych z wykluczeniem korekt i kaucji. Zaimportować można identyfikator towaru i ilość, cena pobierana jest zawsze z programu. Struktura pliku TOWAR;ILOŚĆ gdzie Towar –kod towaru/ nazwa towaru/ kod EAN  lub dodatkowy/ PLU. Ilość – ilość towaru, jaka zostanie zaimportowana na dokument (do czterech miejsc po przecinku). Nie należy używać separatora tysięcy (spacji lub dowolnego innego znaku).

Magazyny

Podczas pierwszej synchronizacji na liście magazynów zakładany jest magazyn lokalny (odpowiadający oddziałowi). Kod magazynu w oddziale jest zgodny z kodem nadanym w centrali.

Równocześnie zakładany jest magazyn typu odległy, który odpowiada centrali. Magazyn odległy reprezentujący centralę jest niezbędny podczas przesyłania dokumentów MM pomiędzy magazynem a centralą. Na liście magazynów mogą pojawić się także inne magazyn oddziałowe (o statucie C). Wykorzystywane są one w funkcjonalności MM pomiędzy oddziałami (dokładny opis w podpunkcie 6.14).

Operator ma możliwość dopisywania nowych magazynów lokalnych. Odpowiadają one magazynom prowadzonym w oddziale. Należy jednak pamiętać, że podczas synchronizacji wszystkie dokumenty zakupu i sprzedaży są zbiorczo przenoszone do centrali. W związku z tym z poziomu programu Comarch ERP XL nie ma informacji o tym, w którym „pod-magazynie” oddziału został wystawiony dokument.

Kontrahenci

W oddziale Użytkownik ma możliwość:

 edycji danych kontrahenta – w ograniczonym zakresie, nie ma możliwości zmiany informacji narzucanych w centrali

 dopisania nowego kontrahenta – zakres wprowadzanych danych jest ograniczony

 usunięcia kontrahenta – tylko wtedy jeśli nie ma przeprowadzonych z nim transakcji.

importu kontrahentów z arkusza MS Excel – informacje na temat struktury takiego pliku, wymaganych kolumn itd. zostały umieszczone w biuletynie „Import danych z arkusza MS Excel do systemu Comarch ERP Optima” dostępnym na stronach dla Klientów/ Partnerów. Nie powinno się uzupełniać pól o dostępnym limicie kredytu dla kontrahenta, danych bankowych kontrahenta oraz o statusie kontrahenta. Dane te pochodzą z centrali.

Zasady obsługi listy oraz wypełniania formularza kontrahenta są identyczne jak w przypadku standardowej wersji programu.

Należy jednak pamiętać, że na formularzu kontrahenta Użytkownik ma możliwość edycji tylko niektórych informacji. Są to:

  • zakładka Ogólne – m.in. nazwa kontrahenta, numer NIP, dane adresowe…

Użytkownik ma możliwość przypisania kontrahenta do grupy (grupy kontrahentów są definiowane w Konfiguracji firmy/ Ogólne/ Grupy kontrahentów). Należy jednak pamiętać, że jest to podział wewnętrzny w oddziale i informacja ta nie jest przesyłana do centrali w trakcie synchronizacji. Podział na grupy kontrahentów w oddziale i centrali jest niezależny.

Uwaga
W systemie Comarch ERP Optima całkowicie zniesiono formatowanie kodu pocztowego. W wersji oddziałowej systemu, na potrzeby synchronizacji, format kodu pocztowego ##-### jest wymagany w przypadku wystawiania dokumentów dla kontrahentów krajowych. Należy zaznaczyć, że status kontrahenta (krajowy/unijny, pozaunijny, …) dotyczy tylko płatnika wybranego na dokumencie, dlatego w przypadku kontrahenta „krajowego” wybranego jako płatnik, kod pocztowy o formacje ##-### jest wymagany także dla kontrahenta wybranego jako odbiorca.

  • zakładka Handlowe – domyślnej ceny sprzedaży dla kontrahenta z możliwością przyznania upustu standardowego, oraz dane dotyczące naliczania płatności do kaucji.
  • Zakładka Płatności – informacje dotyczące formy płatności i terminu płatności.

Uwaga
Ramka „Numery kont bankowych” nie jest wykorzystywana przy współpracy Comarch ERP Optima Offline a Comarch ERP XL.

Informacje te są przesyłane z centrali. Jednak operator ma możliwość ich zmiany. Zmiany są wymieniane pomiędzy centralą i oddziałem w trakcie synchronizacji (będą widoczne w centrali).

Nie są dostępne informacje o limicie kredytu dla kontrahenta (limity kredytu ustala centrala), danych bankowych kontrahenta (rozrachunki są prowadzone w centrali) oraz o statusie kontrahenta (dane te nie są synchronizowane).

  • zakładka Dodatkowe – informacje o przedstawicielach firmy, domyślnym odbiorcy oraz osobie odpowiedzialnej za kontakty CRM.
  • zakładka Atrybuty – edycja, dodawanie, usuwanie atrybutów dla kontrahenta (nie są one synchronizowane z centralą)
  • zakładka Upusty – upusty dla kontrahenta (z Centrali)

Istnieje również możliwość kopiowania kart kontrahentów (CTRL i INSERT). Na utworzoną w ten sposób kartę przepisywane są dane kontrahenta. Użytkownik musi jednak zmienić kod kontrahenta, który jest unikalny w obrębie bazy.

W trakcie synchronizacji…

… informacje o dopisanych kontrahentach są przesyłane do centrali. W centrali nadawany jest im numer identyfikacyjny (tzw. GID), który jest unikalny dla kontrahenta. Numer ten jest przesyłany do oddziału w trakcie ponownej synchronizacji. Numer GID kontrahenta w centrali jest widoczny na jego karcie ewidencyjnej (zakładka Ogólne).

Podczas synchronizacji danych z centralą program uaktualnia informację o przyznanym limicie kredytu dla kontrahenta. Informacje te są przesyłane z centrali i operator nie ma możliwości ich zmiany. Jednocześnie przesyłana jest informacja o aktualnym zadłużeniu kontrahenta. Warto przy tym pamiętać, że zadłużenie klienta uwzględnia nie tylko należności związane z dokumentami wystawionymi w oddziale. Dotyczy również dokumentów wystawionych w centrali i innych oddziałach. Tak więc po wykonaniu synchronizacji operator posiada informację o globalnym zadłużeniu kontrahenta w stosunku do firmy.

Jeśli zdarzy się sytuacja, że równocześnie w oddziale i w centrali zostaną założone karty dla kontrahentów z identycznym kodem – w trakcie synchronizacji centrala nadaje nowy kod, dodając do duplikatu kolejną liczbę. Numer jest wpisywany w nawiasach i oznacza kolejny duplikat. Nowy kod jest uzgadniany w oddziale podczas kolejnej synchronizacji.

Jeśli zdarzy się sytuacja, że w oddziale i w centrali zostaną założone karty dla tego samego kontrahenta – podczas synchronizacji karty te zostaną połączone. Identyfikacja kontrahenta odbywa się na podstawie numeru NIP i miasta wpisanego na karcie kontrahenta.

Towary

Lista towarów (Cennik oraz Zasoby) jest przesyłana do oddziału z centrali w trakcie synchronizacji. Operator nie ma możliwości dopisywania nowych pozycji do cennika, jak również zaimportowania cennika z zewnątrz.

Możliwość wprowadzania zmian na karcie jest bardzo ograniczona. Większość informacji jest przesyłana z centrali i te nie są edytowalne dla operatora.

Grupy cenowe są definiowane w centrali. W oddziale przyjmowane są grupy z centrali i operator nie ma możliwości wprowadzania zmian. Na zakładanych kartach jest tyle grup cenowych, ile zdefiniowano w centrali.

Ceny sprzedaży są ustalane również w centrali i przesyłane do oddziału w trakcie synchronizacji. Użytkownik nie ma możliwości ich zmiany. Również w przypadku zmiany ceny zakupu (np. przez zarejestrowanie dokumentu Faktura Zakupu lub Przyjęcie Wewnętrzne) ceny sprzedaży nie ulegają zmianie. Dlatego wszystkie parametry dotyczące aktualizacji cen nie są dostępne dla Użytkownika i skonfigurowane tak, by ceny sprzedaży były stałe.

Wyjątkiem jest tzw. cennik autonomiczny, opisany w odrębnym rozdziale niniejszej ulotki.

Dane o towarze dotyczące stawek VAT, numeru PKWiU, kodu EAN, schemat opakowań itp.  są również przesyłane z centrali i operator nie ma możliwości ich zmiany.

Na karcie towaru jest możliwość załączenia parametrów ‘Kopiuj opis na fakturę’, ‘Pozwalaj na edycję opisu na fakturze’.

W wersji programu Comarch ERP Optima przeznaczonej dla oddziałów wyłączona została kontrola obecności numeru PKWiU dla stawek innych niż 23%.

W wersji programu Comarch ERP Optima przeznaczonej dla oddziałów wyłączona została kontrola numeru katalogowego – numery katalogowe nadane towarom mogą być identyczne dla różnych towarów.

Z możliwością wprowadzania jakichkolwiek zmian na karcie towaru jest związany parametr Blokada edycji pozycji cennika, ustalany dla operatorów. Należy pamiętać, że uprawnienia operatora są ustalane w centrali i przesyłane w trakcie synchronizacji – w oddziale możliwość zmiany karty operatora jest zablokowana.

Grupy towarów są przesyłane do oddziału z centrali w trakcie synchronizacji. Operator nie ma możliwości zmiany, ani dopisywania nowych grup towarowych. Struktura w oddziale odzwierciedla strukturę drzewa w Centrali. Towar może być wpięty do jednej lub do wielu grup towarowych, z założeniem, że jedna z nich jest grupą domyślną. Po tejże grupie domyślnej robione są analizy oraz wydruki w Oddziale. Grupy towarowe można zobaczyć z poziomu Słowniki / Grupy towarowe

Uwaga
Grupy towarowe są przesyłane od wersji Comarch ERP Optima 10.0.1 z wersją Comarch ERP XL 5.0 HR3. Jeśli wymiana danych oparta jest o wersję Comarch ERP XL 5.0 HR2  i wcześniejsze, program nie przenosi grup towarów.

Pole wartość KGO na karcie towaru – w polu tym można wprowadzić jednostkowy Koszt Gospodarowania Odpadami (KGO) netto dla towaru. Wartość KGO zapisywana jest zawsze w walucie systemowej.

Uwaga
Pole wartość KGO jest edytowalne tylko wtedy, kiedy oddział nie ma blokady zmiany danych na kartach towarowych.

Dotyczy wersji: 2018.1.1

Z poziomu listy cennika i zasobów można utworzyć fakturę sprzedaży oraz paragon. Opcja dostępna pod prawym przyciskiem myszy (menu kontekstowe) : Utwórz fakturę, Utwórz paragon.

  • dokument tworzony jest dla pozycji cennikowych zaznaczonych na liście bądź dla pozycji podświetlonej na liście, jeśli nie zaznaczono żadnych pozycji,
  • na dokumencie domyślnie podpowiada się kontrahent !NIEOKREŚLONY!,
  • cena na dokument jest pobierana zgodnie z ustawioną na karcie kontrahenta !NIEOKREŚLONY!. Jeśli kontrahent ten ma ustawioną cenę „domyślna”, to pobierana jest domyślna cena z karty towaru.
  • magazyn na dokumencie tworzonym z listy zasobów podpowiada się odpowiednio w kolejności jako:
    • magazyn wybrany na liście zasobów,
    • magazyn domyślny operatora,
    • magazyn domyślny stanowiska,
    • magazyn główny.
  • magazyn na dokumencie tworzonym z cennika podpowiada się odpowiednio w kolejności jako:
    • magazyn domyślny operatora,
    • magazyn domyślny stanowiska,
    • magazyn główny.

W trakcie synchronizacji…

  1. Program uzupełnia informacje o stawkach VAT (Konfiguracja programu/ Ogólne/ Stawki VAT). Lista jest uzupełniana o wszystkie stawki zdefiniowane w centrali (niezależnie od tego, czy są wykorzystane na przesyłanych kartach towarowych).
  2. Program uzupełnia informacje o walutach (Konfiguracja programu/ Ogólne/ Waluty). Lista jest uzupełniana o waluty zdefiniowane w centrali. Wraz z walutami przesyłana jest informacja o aktualnym kursie. W oddziale operator nie ma uprawnień do wprowadzania notowania waluty.
  3. Każdy towar ma nadany w centrali numer ID, na podstawie którego jest identyfikowany w trakcie synchronizacji. Numer ID jest widoczny na karcie towaru: zakładka Dodatkowe.

Uwaga
Podczas uzupełniania listy walut uzupełniany jest jedynie symbol waluty (bez nazwy oraz kraju pochodzenia). Na formularzu waluty w Comarch ERP Optima pola te będą puste.

Cennik domyślny dla oddziału

Podczas synchronizacji może dojść do sytuacji, w której z centrali do oddziału jest przesyłana tylko jedna cena (np. hurtowa 1), podczas, gdy na karcie towarowej jest zadeklarowana cena domyślna stosowana w centrali (np. hurtowa 2).  Ponadto nawet jeśli do oddziału są wysyłane wszystkie ceny z centrali, to niekoniecznie ceną domyślną dla oddziału musi być ta, którą zadeklarowano jako domyślną w centrali.

Dlatego już na poziomie definiowania magazynu oddziałowego można zadeklarować cenę domyślną obowiązującą w oddziale.

Uwaga
Wyższy priorytet od ceny domyślnej dla oddziału mają ceny przypisane kontrahentowi na jego karcie. Określona cena domyślna będzie obowiązywała w przypadku, gdy na jakiejś karcie towarowej lub karcie kontrahenta pojawi się cena domyślna, która nie figuruje w przesłanej z centrali kolekcji cen.

Cennik autonomiczny

Comarch ERP Optima współpracująca z systemem Comarch ERP XL otrzymuje cenniki z centrali. Istnieje możliwość przesłania jednego wybranego lub wszystkich cenników dostępnych w centrali. W przypadku standardowych cenników oddział nie ma możliwości edycji cen w cennikach przysłanych z centrali.

W wielu firmach, głównie tych, w których sklepy i oddziały mają większą autonomię, istnieje potrzeba wykorzystywania cennika dodatkowego, całkowicie niezależnego od centrali (z cenami ustalanymi tylko w oddziale). Dlatego istnieje możliwość tworzenia cennika autonomicznego.

Zdefiniowanie cennika autonomicznego dla oddziału musi być wykonane w centrali. Dodatkowo w centrali definiowana jest cena domyślna, na podstawie której uzupełniana jest cena autonomiczna po pierwszym przesłaniu do oddziału.

Podczas kolejnych synchronizacji cena autonomiczna w oddziale nie jest nadpisywana przez ceny przysyłane z centrali.

Uwaga
Cena autonomiczna może być modyfikowana w oddziale, z wyjątkiem algorytmu netto/ brutto. Informacja o tym, czy cena jest netto czy brutto, jest ustawiana na podstawie algorytmu ceny domyślnej. Po wykonaniu synchronizacji nie ma już możliwości zmiany algorytmu (ani w centrali, ani w oddziale).

Po wykonaniu synchronizacji cena autonomiczna jest dopisywana na karcie towaru, jako kolejna, ostatnia grupa cenowa. Jedna w odróżnieniu od pozostałych cen – cena autonomiczna może być modyfikowana przez Użytkownika. Zasady ustalania ceny autonomicznej są podobne jak w wersji standardowej systemu (ustalenie marży procentowej, wpisanie ceny, zmiana waluty).

Uwaga
Istnieje możliwość wyliczania marży algorytmem w stu lub od stu. Parametr ustawiany jest w Konfiguracji firmy/ Handel/ Parametry.

W chwili zatwierdzania dokumentów zakupowych istnieje możliwość wyliczenia nowej ceny sprzedaży: na karcie towaru dla ceny autonomicznej powinien być ustawiony parametr Aktualizacja cen TAK/NIE (TAK).

Schematy opakowań

W przypadku wykorzystywania schematów opakowań w menu Cennik pojawia się Lista schematów opakowań. Cała lista schematów i same schematy są przenoszona w trakcie synchronizacji z Comarch ERP XL, z poziomu Oddziału nie ma możliwości zmian danego schematu opakowań. Istnieje możliwość podglądu danych.

Rabaty

Polityka rabatowa jest ustalana w centrali. W centrali istnieje możliwość ustalenia różnego typu rabatów m.in. od formy płatności, dla grupy towarowej, dla grupy kontrahentów. Informacje o upustach wraz z algorytmami ich przeliczania są w trakcie synchronizacji przesyłane z centrali do oddziału. Na tej podstawie wyliczany jest w trakcie wystawiania dokumentu rabat wynikowy.

Operator ma możliwość z poziomu programu Comarch ERP Optima podglądu ustalonych rabatów.

Upusty kontrahenta         

Rabaty ustalone dla kontrahenta są widoczne na jego karcie ewidencyjnej (zakładka Upusty). Ustalony upust może dotyczyć : 

  • rabatu procentowego – na liście upustów widoczna jest procentowa wartość rabatu

Przykład
Widoczna liczba 5% oznacza, że na dany towar kontrahent ma przyznane 5% upustu

  • stałej ceny towaru – na liście upustów widoczna jest waluta, w jakiej określono cenę oraz to, czy ustalona cena jest ceną netto czy brutto (znacznik [N] lub [B]).

Przykład
Upust typu 4.33 [PLN] [N] oznacza, że dla kontrahenta określono stałą cenę netto na towar 4.33 PLN.

Progi upustów cenowych

Jeśli w centrali ustalono system rabatowania, gdzie cena sprzedaży jest zmieniana w zależności od ilości towaru – w programie istnieje możliwość wywołania okna z możliwością podglądu. Tabela z ustalonymi progami jest dostępna po wciśnięciu przycisku :

  • z poziomu karty towaru – upusty dotyczą towaru, którego karta jest aktualnie wyświetlana
  • z poziomu faktury sprzedażyparagonu – upusty dotyczą towaru, który jest aktualnie podświetlony na liście pozycji.

Podczas wystawiania dokumentów sprzedaży program wylicza cenę sprzedaży zgodnie z przesłanymi upustami. Algorytm wyliczania cen na podstawie otrzymanych informacji jest również ustalany w centrali (Comarch ERP XL).

Jeśli operator ma odpowiednie uprawnienia – ma możliwość zmiany wyliczonej ceny bezpośrednio na dokumencie.

Jeśli przysłany upust dotyczy stałej ceny – w trakcie wystawiania faktury/ paragonu cena ta jest uznawana przez program jako cena początkowa (przed rabatem) i od niej udzielane są inne upusty.

Promocje

Podczas synchronizacji danych uwzględniane są ustalone w systemie Comarch ERP XL promocje. Umożliwia to znaczne poszerzenie możliwości prowadzenia polityki rabatowej w oddziale (ustalenie progów upustów cenowych, promocje o określonym czasie trwania).

Funkcjonalność pozwala na obsługę dwóch zagadnień:

  • wymianę danych o promocjach podczas synchronizacji – dane ustalone w Comarch ERP XL są przesyłane do oddziału
  • wystawianie dokumentów z promocjami (rabatami) – ustalone w centrali (Comarch ERP XL) promocje są uwzględniane podczas wystawiania dokumentów w oddziale (Comarch ERP Optima).

W przypadku promocji nie ma możliwości zobaczenia z poziomu programu Comarch ERP Optima ustalonych w centrali promocji. Jednak podczas wystawiania dokumentów w oddziale proponowane ceny uwzględniają wszystkie rabaty.

Wszystkie rodzaje rabatów ustalone w centrali (Comarch ERP XL) są synchronizowane po stronie oddziału. Dotyczy to także terminów ustawionych na promocjach (cena lub rabat w określonych ramach czasowych).

Uwaga
Podczas synchronizacji danych z centrali przesyłana jest również informacja o aktualnym kursie walut. Jako aktualne notowanie w oddziale jest ustawiany zawsze kurs obowiązujący w centrali w chwili ostatniej synchronizacji.

Faktury Sprzedaży i Paragony

W oddziale Użytkownik ma możliwość wystawiania Faktur Sprzedaży oraz Paragonów. Zasady wystawiania dokumentów są podobne jak w przypadku wersji standardowej programu. Należy pamiętać, że w przypadku oddziału wprowadzone są pewne ograniczenia:

  1. Podczas wystawiania dokumentów sprzedaży nie ma możliwości zatwierdzenia go na trwałe bez automatycznego wygenerowania dokumentu magazynowego WZ. Dlatego jeśli na formularzu dokumentu nie jest zaznaczony parametr Bufor (co oznacza, że faktura jest zatwierdzana na trwałe) – program automatycznie zaznaczy parametr WZ (odpowiedzialny za tworzenie dokumentu WZ).
  2. W oddziale można dla jednego dokumentu zadeklarować kilka płatności (np. raty). Na zakładce Płatności edytowalna jest tabela, gdzie uzupełniany jest harmonogram wpłat (zasady obsługi są podobne jak w standardowej wersji programu). Po synchronizacji harmonogram będzie widoczny również w centrali.
  3. Podczas zatwierdzania paragonu płatnego gotówką z kontrahentem !Nieokreślonym!, w okienku potwierdzenia wpłaty/ wypłaty jest prowadzona dodatkowa kontrola, czy klient nie wpłaca kwoty mniejszej niż wynika z wartości brutto. Jeśli kwota wpisana jako wpłacana przez klienta będzie mniejsza niż kwota brutto dokumentu – program nie pozwoli na zatwierdzenia takiego dokumentu.
  4. Na nowej fakturze sprzedaży proponowany jest kontrahent !Nieokreślony! (predefiniowany w trakcie tworzenia bazy danych). Jednak na każdej Fakturze Sprzedaży musi zostać określony kontrahent. Dlatego w momencie zatwierdzania dokumentu program sprawdza, czy kontrahent został uzupełniony – w przeciwnym wypadku, nie pozwoli na zapisanie dokumentu.
  5. Na fakturze muszą być uzupełnione informacje o mieście i numerze NIP Jeśli te informacje nie zostaną uzupełnione na fakturze – program nie pozwoli na jego zatwierdzenie.
  6. Istnieje możliwość wystawienia faktury sprzedaży dla kontrahenta bez określonego numeru NIP w przypadku, gdy na karcie kontrahenta parametr Płatnik VAT jest odznaczony.
  7. Paragony mogą być wystawiane dla kontrahenta !Nieokreślonego!. Nie powoduje to problemów z synchronizacją. W centrali (Comarch ERP XL) będą widoczne jako dokumenty wystawione dla kontrahenta Jednorazowego.
  8. Na zakładce Kontrahent została zablokowana możliwość zmiany statusu kontrahenta (dane te są również niedostępne na karcie ewidencyjnej kontrahenta).
  9. W przypadku dokumentów wystawianych w oddziale istnieje bezpośredniego rozliczania zaliczek z poziomu faktury zakupu. Zasady są podobne jak w przypadku rozliczania dokumentów (zapis kasowy musi być wprowadzony w rejestrze aktywnym, innym niż !ROZ!, zapis KP musi być nie rozliczony, a raport kasowy, w którym został zarejestrowany nie może być jeszcze wysłany do centrali).
  10. W oddziale istnieje możliwość wystawiania korekt dotyczących ilości i wartości sprzedawanego towaru. Nie ma możliwości wystawiania korekt dotyczących stawki VAT – dokumenty tego typu wystawia centrala.
  11. W przypadku anulowania Faktury Sprzedaży (Paragonu) automatycznie anulowany jest skojarzony dokument magazynowy WZ.
  12. Jest możliwość anulowania dokumentu, który został już przesłany do centrali o ile z centrali przyjdzie potwierdzenie wykonania takiej operacji.
  13. W przypadku oznaczenia dokumentu ‘do anulowania’ nie ma możliwości wystawienia korekty (taki dokument jest oznaczony na niebiesko).
  14. Jeśli na karcie towaru załączony jest parametr ‘pozwalaj na edycje opisu na fakturze’, ‘kopiuj opis na fakturę’ to na dokumentach można edytować skopiowany opis. Ta informacja jest przesyłana do Comarch ERP XL jako opis elementu dokumentu.

W trakcie synchronizacji…

  1. Jeśli dokument był płatny gotówką zostanie wysłany do centrali przy kolejnej synchronizacji. Dokument w centrali będzie nierozliczony. Dopiero po zamknięciu raportu kasowego i przesłaniu go do centrali zostanie on rozliczony.
  2. Pomijane są dokumenty o statusie anulowany.
  3. Pomijane są dokumenty w buforze.
  4. Po zakończeniu synchronizacji dokumenty, które zostały wysłane do centrali otrzymują status E (wyeksportowany). Jest on widoczny na liście dokumentów w kolumnie Status.

Przekształcenie paragonu do faktury sprzedaży

 

  1. Utworzenie dokumentu Faktura Sprzedaży na podstawie wystawionego wcześniej paragonu jest możliwe o ile prawo do wystawienia FS do PA zostało nadane w Comarch ERP XL. Takie prawo w Comarch ERP XL to ‘Ilość dni na wystawienie FS z PA’ i domyślnie w trakcie tworzenia oddziału po stronie Comarch ERP XL jest ustawiane na 7 dni. Oznacza to że oddział może wystawić FS do 7 dni od daty wystawienia PA. Takie prawo jest zapisywane na każdym dokumencie PA w bazie danych.
  2. Przekształcenie Paragonu do Faktury Sprzedaży do którego była podpięta kaucja (dokument WKA) nie powoduje przepięcia powiązania na Fakturę Sprzedaży (zakładka dokumenty na dokumencie WKA będzie wskazywać Paragon)
  3. Podczas synchronizacji wraz z Paragonem zostaje wysłana Faktura Sprzedaży.
  4. Jeśli Paragon nie został wysłany do centrali w trakcie synchronizacji – skojarzona z nim Faktura Sprzedaży również nie zostaje wysłana.
  5. Aby anulować sprzedaż należy anulować dokument Faktura Sprzedaży. Anulowanie faktury powoduje pytanie czy anulować także PA. Jeśli Użytkownik nie chce anulować PA to program anuluje tylko FA, w przypadku twierdzącej odpowiedzi na pytanie o anulowanie PA program automatyczne anuluje zarówno paragon jak i dokument WZ.
  6. Anulowanie Faktury Sprzedaży skojarzonej z paragonem jest możliwe tylko jeśli z Comarch ERP XL powróci informacja że taka operacja jest dozwolona.

Anulowania Faktury Sprzedaży utworzonej z Paragonu

Jeśli Faktura Sprzedaży została utworzona na podstawie Paragonu podczas jej anulowania program pyta, czy równocześnie anulować PA.

  1. Jeśli Użytkownik chce anulować PA w wyniku operacji zostaną anulowane FS, PA oraz dokument WZ. Należy jednak pamiętać o tym, że program nie pozwoli na anulowanie PA jeśli:

  • został on zafiskalizowany poprawnie
  • został już wysłany do centrali (w trakcie synchronizacji) i nie jest potwierdzony
  1. Jeśli Użytkownik nie chce anulować PA – w wyniku operacji anulowana zostanie tylko FS, natomiast PA i WZ zostaną.

Seryjne zatwierdzanie faktur i paragonów

Na liście Faktur Sprzedaży oraz Paragonów istnieje możliwość seryjnego zatwierdzania dokumentów z bufora. Dokumenty, które powinny zostać zapisane na trwałe Użytkownik musi wcześniej zaznaczyć na liście . Opcja zatwierdzania jest dostępna w menu kontekstowym (dostępnym pod prawym przyciskiem myszy) jako opcja Zatwierdź dokumenty.

  1. Seryjnie zatwierdzane mogą być zarówno faktury sprzedaży/ paragony jak i dokumenty korygujące.
  2. Seryjnie zatwierdzane mogą być tylko dokumenty z odroczonym terminem płatności.
  3. Systemu program sprawdza wszystkie warunki, jakie muszą być spełnione dla prawidłowej synchronizacji (wypełnienie informacji o nazwie kontrahenta, ulicy, mieście). Dodatkowo dla Faktur Sprzedaży sprawdzana jest obecność numeru NIP.
  4. Do zatwierdzanych dokumentów zawsze tworzone są dokumenty magazynowe WZ.

W trakcie zatwierdzania wybranych faktur/ paragonów Użytkownik widzi raport, które dokumenty zostały zatwierdzone, a które nie i z jakiego powodu.

Faktury zakupu

W oddziale Użytkownik ma możliwość wystawiania Faktur Zakupu wprowadzających towar do magazynu. Zasady wystawiania dokumentów są podobne jak w przypadku wersji standardowej programu. Należy jednak pamiętać, że w przypadku oddziału wprowadzone są pewne ograniczenia:

  1. Podczas wystawiania faktury zakupu nie ma możliwości zatwierdzenia na trwałe bez automatycznego wygenerowania dokumentu magazynowego PZ. Dlatego jeśli na formularzu dokumentu nie jest zaznaczony parametr Bufor (co oznacza, że faktura jest zatwierdzana na trwałe) – program automatycznie zaznaczy parametr PZ (odpowiedzialny za tworzenie dokumentu przyjęcia do magazynu PZ).
  2. W oddziale można dla jednego dokumentu zadeklarować kilka płatności (np. raty). Na zakładce Płatności edytowalna jest tabela, gdzie uzupełniany jest harmonogram wpłat (zasady obsługi są podobne jak w standardowej wersji programu). Po synchronizacji harmonogram będzie widoczny również w centrali.
  3. Na Fakturze Zakupu musi zostać określony kontrahent. W momencie zatwierdzania dokumentu program sprawdza, czy kontrahent został uzupełniony i, w przeciwnym wypadku, nie pozwoli na zapisanie dokumentu nie można wystawić dokumentu na kontrahenta !Nieokreślony!).
  4. Na zakładce Kontrahent została zablokowana możliwość zmiany statusu kontrahenta (dane te są również niedostępne na karcie ewidencyjnej kontrahenta).
  5. W przypadku dokumentów wystawianych w oddziale istnieje bezpośredniego rozliczania zaliczek z poziomu faktury zakupu. Zasady są podobne jak w przypadku rozliczania dokumentów (zapis kasowy musi być wprowadzony w rejestrze aktywnym, innym niż !ROZ!, zapis kasowy musi być w całości nie rozliczony, a raport kasowy, w którym został zarejestrowany nie może być jeszcze wysłany do centrali).
  6. W przypadku anulowania dokumentu FZ automatycznie anulowany jest skojarzony z nim dokument magazynowy PZ.
  7. W przypadku oznaczenia dokumentu ‘do anulowania’ nie ma możliwości wystawienia korekty (taki dokument jest oznaczony na niebiesko).
  8. Jeśli na karcie towaru załączony jest parametr ‘pozwalaj na edycje opisu na fakturze’, ‘kopiuj opis na fakturę’ to na dokumentach można edytować skopiowany opis. Ta informacja jest przesyłana do Comarch ERP XL jako opis elementu dokumentu.

Dodatkowo istnieje możliwość przekształcenia Faktury Zakupu do Faktury Sprzedaży. Przekształcenie jest dostępne na liście Faktur Zakupu pod przyciskiem  oraz w menu kontekstowym pod prawym przyciskiem myszy. Na fakturę sprzedaży przenoszona jest tylko lista towarów wraz z ilościami – pozostałe warunki ustawiane są jak na nowo wystawianej fakturze. Ceny na Fakturze Sprzedaży proponowane są zgodnie z ustawionym domyślnie kontrahentem !NIEOKREŚLONY!. Użytkownik może dowolnie modyfikować tak utworzoną fakturę.

Powiązanie pomiędzy FZ a FA jest widoczne na formularzach dokumentów na zakładce Dokumenty.

W trakcie synchronizacji…

  1. Pomijane są dokumenty o statusie anulowany.
  2. Pomijane są dokumenty w
  3. Jeśli dokument był płatny gotówką zostanie wysłany do centrali przy kolejnej synchronizacji. Dokument w centrali będzie nierozliczony. Dopiero po zamknięciu raportu kasowego i przesłaniu go do centrali zostanie on rozliczony.

Koszt Gospodarowania Odpadami (KGO)

KGO uwidaczniany jest na dokumentach wystawionych w walucie systemowej PLN, na Przyjęciach Zewnętrznych (PZ), Fakturach Zakupu (FZ), Wydaniach Zewnętrznych (WZ), Fakturach sprzedaży (FA), Paragonach (PA)

Uwaga
KGO nie jest wykazywany na dokumentach walutowych oraz eksportowych i wewnątrzunijnych, wystawionych dla kontrahenta innego niż krajowy (przyjmie wartość 0 PLN bez możliwości edycji).

Na liście pozycji dokumentu dodano nową kolumnę KGO, w której umieszczana jest wartość KGO zawarta w cenie towaru.

Wartość KGO umieszczona jest również na oknie pozycji dokumentu obok pola Rabat.

Wartość KGO można edytować, przy czym edycja na dokumentach rozchodowych nie powoduje żadnych zmian na karcie towaru, natomiast po zmianie wartości KGO na dokumentach przychodowych pojawi się komunikat:

Jeśli wybierzemy Tak, wówczas wartość KGO zostanie zaktualizowana na formularzu towaru.

Wiele serii dla dokumentów

Dotychczas każdy oddział posiadał swoją unikalną serię, która stanowiła fragment definicji każdego z wystawianych dokumentów. Nie było żadnej możliwości zmiany oraz dodania nowej serii.

W wersji 16 Comarch ERP Optima wprowadzono obsługę wielu serii dla dokumentów. Zmiana ta została podyktowana potrzebą rozróżniania dokumentów pochodzących z różnych stanowisk Comarch ERP Optima DETAL.

Dodatkowe serie należy zdefiniować po stronie centrali. Po synchronizacji zostaną one udostępnione w oddziale.

Serie te wykorzystuje się do konfiguracji stanowisk Comarch ERP Optima DETAL. Istnieje natomiast możliwość wykorzystania ich jako fragment definicji dowolnego dokumentu wystawianego w oddziale. Zmianę tą należy dokonać na formularzu.

Tak wystawiony dokument zostanie przesłany do centrali z wybraną serią.

Uwaga
Nie ma możliwości skonfigurowania dodatkowych serii w konfiguracji tak, aby zawsze były podpowiadane na formularzach dokumentów lub podczas przekształceń dokumentów. Istnieje jedynie możliwość ręcznej zmiany serii na formularzu.

Uwaga
Funkcjonalność definiowania dodatkowych serii dla oddziału została wprowadzona w Comarch ERP XL 9.

Comarch ERP Optima DETAL

Aby umożliwić działanie modułu Comarch ERP Optima DETAL w oddziale niezbędne będą dodatkowe serie dla dokumentów. Serie te przydzielane są w centrali i muszą zostać zsynchronizowane z oddziałem.

Szczegółowe informacje o działaniu i konfigurowanie modułu znajdują się pod następującym linkiem Comarch ERP Optima Detal.

Rozliczanie dokumentów z list PA, FA, FZ, WKA, PKA

Jeśli operator ma zaznaczony parametr ‘Rozliczanie/usuwanie rozliczeń z listy’ to pod prawym klawiszem myszy na listach pojawia się opcja ‘Rozlicz’. Umożliwia ona rozliczenia dokumentu bez potrzeby korzystania z Kasy / Banku. W przypadku korzystania z tej funkcji w oddziale są pewne ograniczenia: 

  • dokument nie może być przesłany do Centrali (tylko dokumenty bez statusu E mogą być rozliczane)
  • raport RKB nie może być zamknięty, ani wysłany do Centrali

Funkcja ta pozwala także na częściowe rozliczanie transakcji, do każdej częściowej zapłaty tworzy się dokument KP/KW.

W oddziale nie ma możliwości usuwania rozliczeń z poziomu listy.

Dokumenty magazynowe WZ i PZ

Dokumenty magazynowe Wydań ZewnętrznychPrzyjęć Zewnętrznych są tworzone automatycznie podczas zatwierdzania dokumentów handlowych Faktur Sprzedaży, Paragonów oraz Faktur Zakupu. Dokumenty magazynowe są od razu zapisywane na trwałe.

Operator ma możliwość dopisania nowego dokumentu WZ lub PZ nie skojarzonego z dokumentem handlowym. Opcje dodawania i usuwania dokumentów są dostępne z listy dokumentów WZ oraz PZ za pomocą ikony plusa.

Podczas wystawiania dokumentów WZ/PZ  użytkownik mam możliwość wyboru czy dany dokument ma być zapisany,

  • do bufora
  • na stałe (może później degenerować do niego dokument handlowy)
  • na stałe z tworzącym się dokumentem handlowym
  • na stałe bez dokumentu handlowego natomiast dokument handlowy FZ/FA będzie degenerowany w centrali (należy na dokumencie przed zapisem zaznaczyć opcję FZ/FA w centrali)
  • istnieje możliwość przekształcania dokumentów magazynowych do dokumentów handlowych z różnych magazynów
  • na dokumencie handlowym przekształconym z magazynowego nie ma możliwości dodawania nowych pozycji towarowo/usługowych

Anulowanie dokumentów magazynowych

  • jest możliwość anulowania dokumentu, który został już przesłany do centrali o ile z centrali przyjdzie potwierdzenie wykonania takiej operacji.
  • nie ma możliwości anulowania dokumentu, który posiada już wygenerowany dokument handlowy.
  • jeżeli anulowany zostanie dokument handlowy (FA/FZ) który powstał z (WZ/PZ), dokument magazynowy nie zostanie anulowany, aby dokonać tek operacji należy na liście WZ/PZ osobno anulować taki dokument
  • jeżeli anulowany zostanie dokument handlowy (FA/FZ) który podczas zatwierdzania wygenerował dokumenty magazynowe, skojarzone z nim transakcje (WZ/PZ) zostaną anulowane.

Dokumenty kaucyjne WKA i PKA

Dokumenty kaucyjne WKA (wydanie kaucji) i PKA (przyjęcia kaucji) mogą być tworzone:

  • jako osobne dokumenty z listy PKA i listy WKA (Magazyn)
  • tworzone automatycznie w przypadku zapisu dokumentu FA, PA na stałe o ile zakładka ‘Kaucje’ jest wypełniona.
  • z listy wydanie zewnętrzne/przyjęcie zewnętrzne za pomocą ikonek WKA/PKA (pozycja na dokumencie magazynowym musi posiadać skojarzoną kaucję)

Zasady wystawiania dokumentów są podobne jak w przypadku wersji standardowej programu. Należy pamiętać, że w przypadku oddziału wprowadzone są pewne ograniczenia i zasady:

  1. Dokumenty WKA / PKA są liczone zawsze ‘od brutto’
  2. Dokument WKA / PKA lub Zakładka ‘Kaucje’ na FA / PA / FZ umożliwia dodanie tylko towarów lub usług o statusie ‘kaucja’ na karcie towaru
  3. Na dokument WKA / PKA lub Zakładka ‘Kaucje’ na FA / PA / FZ jest możliwość ustawiania ‘płatności’. Zależy to od ustawienia na kontrahencie. Termin płatności kaucji jest także przenoszony z karty kontrahenta z możliwością zmiany
  4. Do dokumentów WKA / PKA możemy wygenerować korekty ilości oraz wartości. Do dokumentów WKA / PKA NIE można wystawiać korekt wartościowych do części ilości.
  5. Dokumenty WKA / PKA można przekształcić do FA / FZ. Takie FA / FZ są dokumentami zawsze ‘od brutto’
  6. FA / FZ powstałe z dokumentów WKA / PKA mają zablokowaną możliwość zmiany ceny
  7. W przypadku anulowania FA / FZ, która powstała z WKA / PKA (fakturujemy niezwrócone kaucje) program rozepnie powiązanie WKA / PKA. Jeśli najpierw był dokument FA / FZ a do niego generowane WKA / PKA anulowanie FA spowoduje anulowanie WKA / PKA oraz WZ / PZ
  8. W przypadku anulowania FA/FZ która powstała z WZ/PZ powiązanego z WKA/PKA, anulowany jest tylko dokument handlowy, program rozepnie powiązanie pomiędzy dokumentem magazynowym WZ/PZ.
  9. Nie ma możliwości ‘dodania nowego WKA / PKA’ do dokumentów FA / PA / FZ już zapisanych. Należy wystawić osobne WKA / PKA

W trakcie synchronizacji…

  1. Pomijane są dokumenty o statusie anulowany
  2. Pomijane są dokumenty w buforze

Dokumenty korygujące

W oddziale zostały wprowadzone pewne ograniczenia co do rodzaju wystawianych dokumentów korygujących:

  1. Faktury sprzedaży – możliwe jest wystawianie korekt ilościowychwartościowych. Nie ma możliwości wystawiania korekt VAT (robi to centrala). Do dokumentów faktura sprzedaży NIE można wystawiać korekt wartościowych do części ilości.
  2. Faktury sprzedaży powstale z PA – można korygować ilość i wartość. Do dokumentów faktura sprzedaży powstała z PA NIE można wystawiać korekt wartościowych do części ilości.
  3. Paragony – możliwe jest wystawianie korekt ilościowych.
  4. Faktury zakupu – można korygować ilość i wartość. Do dokumentów faktura zakupu NIE można wystawiać korekt wartościowych do części ilości.
  5. Wydania Zewnętrzne (WZ) – można korygować ilość lub wartość
  6. Przyjęcia Zewnętrzne (PZ) – można korygować ilość lub wartość
  7. Rozchody Wewnętrzne (RW) – można korygować ilość lub wartość
  8. Przychody Wewnętrzne (PW) – możliwe wystawienie korekt ilości.
  9. Przesunięcia Międzymagazynowe (MM) – nie ma możliwości wykonania korekty do dokumentu przesunięcia międzymagazynowego (MM) przysłanego z centrali oraz do przesunięcia wysłanego do centrali.

Istnieje jedynie możliwość korygowania dokumentów MM przesuwających towar pomiędzy magazynami lokalnymi. Korekty takie nie są uwzględniane podczas synchronizacji.

W przypadku korekt opis elementu na dokumencie nie jest przesyłany do Comarch ERP XL.

W przypadku oddziału można wystawić korektę do dokumentu o ile dokument pierwotny, do którego robimy korektę nie jest: anulowany, nie jest ‘oznaczony do anulowania’ (oddział czeka na potwierdzenie możliwości anulowania z Centrali), jest niepotwierdzony przez Centralę.

Pozostałe zasady jak i sposób wystawiania dokumentów korygujących w oddziale są identyczne jak w przypadku standardowej wersji systemu Comarch ERP Optima i zostały opisane w podręczniku do modułu Handel.

W trakcie synchronizacji…

… korekty wysyłane są do centrali tylko w przypadku, gdy dokument korygowany został już wyeksportowany.

Program sprawdza czy dokument, którego dotyczy korekta został już wysłany do centrali. 

  • jeśli tak – wysyłana jest również korekta.
  • jeśli dokument korygowany nie został wysłany do centrali – korekta również nie zostanie wysłana do centrali (niezależnie od formy płatności).

Uwaga
Nie będzie możliwości zapisu korekt ilościowych, kiedy zasoby dla tego towaru zostały rozchodowane i pociągałoby to za sobą wygenerowanie dokumentów WZKK. Takie dokumenty nie są synchronizowane z Comarch ERP XL.

Taka sytuacja także nie pozwoli na wygenerowanie ostatniego dokumentu (korekty ilości do faktury zakupu)

  1. FZ 1, 100 szt towaru w cenie 1 PLN,
  2. FA 1, 100 szt towaru
  3. FZ 2, 100 szt towaru
  4. 4. FZ korekta ilości do FZ 1, -100 szt[/alert]

Zamówienia u Dostawców

W oddziale nie ma możliwości zamawiania towaru u zewnętrznych dostawców. Towar może być zamawiany tylko w centrali. W oddziale mogą funkcjonować dwa rodzaje zamówień: 

  • w oddziale zabrakło towaru w magazynie – do centrali wysyłany jest dokument wystawiony na kontrahenta !Nieokreślonego!. Oznacza to, że zapotrzebowanie na towar jest związane z bieżącą sprzedażą.
  • do oddziału zgłosił się kontrahent, który zamawia towar. Okazuje się jednak, że towaru nie ma w magazynie. W związku z tym do centrali wysyłane jest zamówienie z informacją o tym, że zapotrzebowanie na towar jest związane z rezerwacją przez klienta. Na dokumencie należy wtedy określić kontrahenta Zamawiającego.

Różnica pomiędzy dokumentami polega na tym, że w przypadku określenia kontrahenta na zamówieniu do centrali trafia informacja o tym, dla kogo towar jest zamawiany.

Tworzone zamówienia są w trakcie synchronizacji wysyłane do centrali. W centrali informacje o zamawianym towarze są wykorzystywane podczas tworzenia dokumentów MM.

Uwaga
Dokument Zamówienia u Dostawcy w oddziale jest odpowiednikiem Zamówienia Wewnętrznego w centrali. Dlatego dla dokumentów typu Zamówienie u Dostawcy w centrali został zdefiniowany odrębny schemat numeracji ZW.

Dokumenty Zamówienia u Dostawcy są zawsze skierowane do centrali. Informacja o kontrahencie zamawiającym towar jest informacją dodatkową i nie jest wymagana podczas wystawiania dokumentu. Na liście dokumentów oraz na samym formularzu nie ma zakładek odpowiadających za dane Dostawcy.

Uwaga
Zarejestrowanie dokumentu ZD w systemie nie powoduje żadnych zmian na liście zasobów (w przypadku standardowej wersji programu powoduje zwiększenie ilości zamawianej na liście zasobów).

Uwaga
Na zamówieniu mogą być wpisywane tylko towary (nie ma możliwości dopisania pozycji o statusie usługa).

Wystawiony dokument zamówienia jest wysyłany do centrali. Otrzymuje status E. W centrali następuje jego potwierdzenie i realizacja (przekształcenie do dokumentu MM). Kiedy MM zostanie zatwierdzona i zamówienie w centrali (Comarch ERP XL) otrzyma status zrealizowane informacja o tym jest przesyłana do oddziału. W oddziale (Comarch ERP Optima) odpowiedni dokument ZD otrzymuje status XL, co oznacza, że zamówienie zostało zrealizowane w centrali. Równocześnie utworzony na podstawie zamówienia dokument MM może zostać przesłany z centrali do oddziału.

Uwaga
Nie ma możliwości wystawiania korekt do dokumentów ZW. Istnieje jedynie możliwość anulowania zamówienia.

Anulowanie zamówienia w oddziale jest możliwe kiedy dokument nie został jeszcze wysłany. Dokument wysłany można tylko anulować po stronie centrali. W takim przypadku informacja o anulowaniu dokumentu jest przesyłana do oddziału. W oddziale odpowiedni dokument ZW również zostaje automatycznie anulowany (jest widoczny na liście w kolorze czerwonym).

Rezerwacje Odbiorcy

W oddziale istnieje również możliwość rejestrowania zamówień dokonanych przez klientów, które nie będą jednak realizowane przez oddział, lecz przez centralę.

Do rejestracji takich zamówień są wykorzystane dokumenty RO (Rezerwacji Odbiorcy).

Uwaga
Dokument Rezerwacji odbiorcy w oddziale jest odpowiednikiem Zamówienia Sprzedaży w centrali. Dlatego dla dokumentów typu Zamówienie u Dostawcy w centrali został zdefiniowany odrębny schemat numeracji ZS.

Na dokumencie określany jest kontrahent zamawiający towar. W trakcie synchronizacji informacja o rezerwacji jest wysyłana do centrali. Centrala rejestruje fakt zamówienia towaru przez konkretnego klienta, jednak nie wysyła towarów do oddziału.

Różnica pomiędzy dokumentem Rezerwacji Odbiorcy oraz Zamówienia u Dostawcy ze wskazaniem kontrahenta polega na tym, że z dokumentem ZD wiąże się zwrotne przesłanie towaru do oddziału, natomiast rezerwacje na podstawie dokumentu RO są realizowane przez centralę.

Uwaga
Zarejestrowanie dokumentu RO w systemie nie powoduje żadnych zmian na liście zasobów (w przypadku standardowej wersji programu dokument RO powoduje zarezerwowanie towaru).

Wystawiony dokument RO jest wysyłany do centrali. Otrzymuje status E. W centrali następuje jego potwierdzenie i realizacja (przekształcenie do faktury sprzedaży). Kiedy faktura zostanie zatwierdzona i zamówienie w centrali (Comarch ERP XL) otrzyma status zrealizowane informacja o tym jest przesyłana do oddziału. W oddziale (Comarch ERP Optima) odpowiedni dokument RO otrzymuje status XL, co oznacza, że zamówienie zostało zrealizowane w centrali.

Uwaga
Nie ma możliwości wystawiania korekt do dokumentów RO. Istnieje jedynie możliwość anulowania rezerwacji.

Anulowanie rezerwacji w oddziale jest możliwe, kiedy dokument nie został jeszcze wysłany. Dokument wysłany można tylko anulować po stronie centrali. W takim przypadku informacja o anulowaniu dokumentu jest przesyłana do oddziału. W oddziale odpowiedni dokument RO również zostaje automatycznie anulowany (jest widoczny na liście w kolorze czerwonym).

Dokumenty MM

Towary przesuwane są z centrali do oddziału za pomocą dokumentów MM. Wystawiona w centrali MM powoduje przesunięcie towaru do magazynu wewnętrznego odpowiadającego oddziałowi.

Po wykonaniu synchronizacji w oddziale tworzony jest dokument MM z magazynu odległego (centrali) wprowadzający towar na stan.

W oddziale dokumenty MM są widoczne na liście w menu Magazyn/ Przesunięcia międzymagazynowe. Dokumenty MM przesłane z centrali mają status OL, co oznacza, że zostały przesłane z magazynu odległego. Po ponownej synchronizacji – dokument otrzymuje dodatkowy status E, co oznacza, że do centrali zostało wysłane potwierdzenie otrzymania MM. Potwierdzony dokument nie będzie już uwzględniany podczas kolejnych synchronizacji.

Uwaga
Wymiana towarów z magazynem odległym  (centralą) jest możliwa tylko podczas synchronizacji. Nie ma możliwości dodatkowego importu/ eksportu dokumentów MM z innych plików.

W oddziale wystawiane są dokumenty zakupu i sprzedaży. Stany magazynowe są aktualizowane na bieżąco.

Przy ponownej synchronizacji informacje o przeprowadzonych transakcjach są przenoszone do centrali. Na ich podstawie aktualizowane są stany magazynowe w magazynie wewnętrznym odpowiadającym oddziałowi.

Przykład

  1. W centrali wystawiany jest dokument MM dla oddziału (100 szt.). W efekcie towar jest zdejmowany z magazynu głównego w centrali (CENTRALA) i wprowadzany na magazyn wewnętrzny (ODDZIAŁ1). W programie Comarch ERP Optima nie ma jeszcze informacji o przesuniętej ilości (0 szt.).
  2. Podczas synchronizacji przesyłany jest dokument MM. Po wykonaniu synchronizacji w oddziale rejestrowany jest dokument MM. Towar jest wprowadzany na magazyn ODDZIAŁ1 w programie Comarch ERP Optima (jest 100 szt.).
  3. W oddziale wystawiana jest faktura sprzedaży na 30 szt. towaru. W programie Comarch ERP Optima towar jest od razu zdejmowany z magazynu (ilość dostępna to 70 szt.). W centrali nie ma jeszcze informacji o wystawionym dokumencie i stan nadal jest 100 szt.
  4. Podczas kolejnej synchronizacji informacja o wystawionej fakturze sprzedaży jest przenoszona do centrali i na tej podstawie zdejmowany jest towar w magazynie wewnętrznym ODDZIAŁ1. Teraz zarówno w programie Comarch ERP Optima jak i magazynie wewnętrznym ODDZIAŁ1 stan towaru wynosi 70 szt.

Istnieje również możliwość zakładania magazynów lokalnych (wewnętrznych) w ramach oddziału. Towar może być przesyłany pomiędzy magazynami lokalnymi. Zasady przesuwania towarów za pomocą dokumentów MM są identyczne jak w przypadku standardowej wersji programu i więcej na ich temat można znaleźć w podręczniku do modułu Magazyn.

Warto pamiętać, że podczas przesuwania towaru pomiędzy magazynami lokalnymi jego globalna ilość w oddziale nie ulega zmianie. Zmienia się jedynie ilość dostępna na poszczególnych magazynach.

Uwaga
W trakcie synchronizacji towar przysyłany z centrali jest zawsze wprowadzany na magazyn główny. Dopiero potem można go przesuwać z magazynu głównego na inne magazyny lokalne (wewnętrzne).

Istnieje możliwość zapisania dokumentu MM tworzonego w trakcie synchronizacji do bufora. Odpowiada za to parametr w konfiguracji oddziału w Comarch ERP XL

Uwaga
Zaimportowany dokument MM w buforze nie podlega edycji – Użytkownik nie ma możliwości wprowadzania zmian na liście pozycji.

Dokumenty MM między oddziałami

Towary mogą być przesyłane między oddziałami bez pośrednictwa Użytkownika w centrali. Jest to o wiele szybszy proces wymiany danych pomiędzy dwoma oddziałami niż za pośrednictwem centrali. Aby można było skorzystać z przesyłania dokumentów między oddziałami, należy po stronie Comarch ERP XLStrukturze Firmy dodać dla określonych oddziałów magazyny innych oddziałów.

Po synchronizacji takie magazyny będą widoczne po stronie Oddziału jako magazyny Centrali (Odległe). Na dokument MM będzie można wybrać taki magazyn i przesłać MM między dwoma oddziałami.

W trakcie synchronizacji…

…dokument MM oddział – oddział jest wysyłany do Centrali. Tam zostaje automatycznie zatwierdzony i wysłany do oddziału do którego był adresowany. Jeśli oddział zapisuje MM do bufora to taki dokument będzie krążył w pliku synchronizacji do momentu zatwierdzenia go przez oddział docelowy.

Dokumenty wewnętrzne RW i PW

Dokumenty wewnętrzne są dostępne w menu Magazyn: Przychody wewnętrzneRozchody wewnętrzne.

Dokumenty wewnętrzne od razu powodują ruch towaru w magazynie (przyjęcie lub rozchód). Nie są w żaden sposób powiązane z modułem Kasa/Bank, co oznacza, że nie generują płatności.

Sposób wystawiania dokumentów jest identyczny jak w przypadku standardowej wersji systemu Comarch ERP Optima i został dokładniej opisany w podręczniku do modułu Magazyn.

Po wykonaniu synchronizacji w oddziale dokumenty PW i RW są rejestrowane w tworzonym pliku. Nadawany jest status E, który oznacza, że dokumenty te zostały już wysłane do centrali.

Nie są wysyłane dokumenty w buforze oraz anulowane.

Uwaga
Od wersji 8.5 dokumenty RW i PW można korygować.

Inwentaryzacja

Funkcja Inwentaryzacji pozwala na uzgodnienie stanów magazynowych w programie ze stanem rzeczywistym magazynu. Inwentaryzacja składa się z trzech etapów: 

  • Etap 1 – przygotowanie arkuszy inwentaryzacyjnych (dokumentów AI lub AIP)
  • Etap 2 – uzupełnienie stanów rzeczywistych towarów w magazynie
  • Etap 3 – utworzenie dokumentów korygujących stany (PW i RW)

Funkcja jest dostępna w menu Magazyn: Inwentaryzacja. Zasady przeprowadzania inwentaryzacji są identyczne jak w przypadku standardowej wersji programu Comarch ERP Optima (zostały dokładnie opisane w podręczniku do modułu Magazyn.), z pewnymi wyjątkami związanymi z późniejszą synchronizacją:

  1. Zablokowano możliwość wystawiania jakiegokolwiek dokumentu w oddziale jeśli istnieje AI nie w buforze i niepotwierdzony (TrN_Bufor=0 i GID-y NULL-owe).
  2. Zablokowano możliwość wystawiania AI na magazynie innym niż główny.
  3. Zablokowano możliwość wystawiania AI, jeśli na jakimkolwiek magazynie, poza głównym są niezerowe zasoby:
  4. Zablokowano możliwość wystawiania AI, jeśli są inne AI w buforze lub zatwierdzone, ale jeszcze nie przekształcone. Oznacza to, że w oddziale może być tylko jeden arkusz AI nieprzekształcony do PW/RW.

Warto pamiętać, że informacja o przeprowadzonej inwentaryzacji zostanie przesłana do centrali dopiero po jej zakończeniu, czyli utworzeniu dokumentów PW i RW. Wraz z dokumentami RW i PW do centrali przesyłane są związane z nią arkusze inwentaryzacyjne.

Uwaga
Po przesłaniu dokumentów związanych z synchronizacją do centrali w oddziale blokowana jest możliwość wycofania oraz anulowania inwentaryzacji.

Kasa i Bank

Rejestry kasowe

W trakcie pierwszej synchronizacji w oddziale zakładany jest rejestr kasowy. Użytkownik nie ma możliwości dodawania kolejnych rejestrów kasowych/ bankowych. Nie ma również możliwości usuwania rejestrów założonych w trakcie synchronizacji. Przyciski odpowiedzialne za dodawanie i usuwanie rejestrów nie są dostępne dla Użytkownika.

Użytkownik nie ma również możliwości zmiany statusu rejestru aktywny/ nieaktywny, ani wprowadzania żadnych innych zmian na formularzu rejestru. wszystkie informacje są przesyłane z centrali.

Równocześnie zakładane są formy płatności skojarzone z założonym rejestrem. Formy płatności przesyłane są z centrali – mogą być typu: gotówka, przelew oraz karta. Użytkownik nie ma możliwości wprowadzania zmian na zdefiniowanych formach płatności.

Raporty kasowe

W trakcie pierwszej synchronizacji równolegle z tworzeniem rejestru kasowego zakładany jest pierwszy raport.

Uwaga
Raport zakładany w trakcie pierwszej synchronizacji nie ma określonej daty zamknięcia. Przed rozpoczęciem pracy Użytkownik powinien określić datę zamknięcia raportu kasowego.

Użytkownik ma możliwość zakładania nowych raportów w ramach utworzonego rejestru kasowego. Zasady otwierania kolejnych raportów w oddziale są identyczne jak w przypadku standardowej wersji programu (opisane w podręczniku do modułu Kasa/Bank).

Ze względu na konieczność zachowania chronologii zakładanych raportów kasowych/bankowych w wersji oddziałowej wprowadzono kilka ograniczeń: 

  • nie można założyć raportu z datami otwarcia/ zamknięcia wcześniejszymi niż data ostatniego raportu na liście.
  • zablokowana została możliwość przeprowadzenia renumeracji raportów.

W trakcie synchronizacji…

Należy pamiętać, że raporty kasowe zakładane w oddziale są wysyłane w trakcie synchronizacji do centrali. Aby raport został wysłany przez rozpoczęciem synchronizacji musi zostać zamknięty. Raport można zamknąć zaznaczając na formularzu parametr Zamknięty (menu Kasa/Bank: Raporty kasowe/bankowe). RKB nie zostanie wysłany jeśli przed nim występuje RKB otwarty.

Uwaga
Zamknięcie raportu przed synchronizacją jest warunkiem przesłania do centrali informacji o przeprowadzonych operacjach gotówkowych.

Jeśli raport nie zostanie zamknięty dokumenty które zapłacone zostały gotówką zostaną wysłane do Centrali jako nierozliczone.

Po wykonaniu synchronizacji raport otrzymuje status E (widoczny na liście raportów) i nie można go ponownie otworzyć (co oznacza równocześnie zablokowanie wprowadzania jakichkolwiek zmian w zapisach raportu).

Zapisy kasowe

W oddziale istnieje możliwość rejestrowania dokumentów KP i KW, zarówno tych będących zapłatą za faktury, jak i niezależnych (np. zaliczek wpłacanych przez kontrahenta).

Zapisy kasowe mogą być wystawiane tylko z podmiotami typu kontrahent (wyłączona jest opcja zapisów dla podmiotów typu urząd, bank, pracownik, wspólnik). Zasady wystawiania dokumentów KP i KW są podobne jak w przypadku standardowej wersji programu i zostały dokładniej opisane w podręczniku do modułu Kasa/Bank.

Preliminarz płatności

W oddziale istnieje możliwość rejestrowania zaległych płatności związanych z wystawionymi dokumentami zakupu i sprzedaży. Użytkownik nie ma możliwości dopisywania niezależnych zdarzeń w Preliminarzu. W związku z tym w Preliminarzu nie są dostępne przyciski związane z dodawaniem i usuwaniem zdarzeń. Również edycja  jest ograniczona do podglądu (bez możliwości wprowadzania zmian).

W oddziale nie ma możliwości eksportu poleceń przelewu do banku (elektroniczna wymiana danych z bankiem).

W trakcie synchronizacji…

… do centrali przesyłane są informacje o wystawionych dokumentach z odroczonym terminem płatności. Natomiast w trakcie kolejnej synchronizacji z centrali do oddziału przesyłane są informacje o aktualnym stanie zadłużenia kontrahenta oraz o przeprowadzonych rozliczeniach.

Równocześnie przesyłana jest informacja o aktualnym zadłużeniu kontrahenta (widoczne na karcie kontrahenta: zakładka Handlowe). Warto przy tym pamiętać, że zadłużenie klienta uwzględnia nie tylko należności związane z dokumentami wystawionymi w oddziale. Dotyczy również dokumentów wystawionych w centrali i innych oddziałach. Tak więc po wykonaniu synchronizacji operator posiada informację o globalnym zadłużeniu kontrahenta w stosunku do firmy.

Rozliczanie płatności

W oddziale istnieje możliwość rozliczania wprowadzonych zapisów kasowych z wystawionymi dokumentami (Faktury Zakupu, Faktury Sprzedaży, Paragony).

Rozliczanie dokumentów jest możliwe z poziomu zapisu kasowego/ bankowego, płatności w Preliminarzu oraz z poziomu funkcji Rozliczenia (menu Kasa/Bank, dokumenty nierozliczone).

Funkcja Rozliczenia

Funkcja Rozliczenia działa tylko dla podmiotów typu Kontrahent. W oknie Rozliczenia pojawiają się wszystkie nie rozliczone do końca zapisy kasowe/ bankowe oraz płatności z Preliminarza. Widoczne są wszystkie dokumenty wystawione w danym oddziale, niezależnie od tego czy zostały już wysłane do centrali. Podczas rozliczania można zaznaczyć wszystkie dokumenty. Dla dokumentów wysłanych do centrali, przy próbie rozliczenia pojawi się komunikat „Rozliczenie niemożliwe. Jeden z dokumentów został już wysłany do centrali.”

Zasady rozliczeń są identyczne jak w przypadku standardowej wersji programu, z następującymi wyjątkami:

  1. Rozliczać można tylko płatności związane z dokumentami, które nie zostały jeszcze wysłane do centrali. Po wykonaniu synchronizacji rozliczenie dokumentu zostaje zablokowane i można je wykonać tylko z poziomu systemu Comarch ERP XL.
  2. Rozliczać można tylko zapisy kasowe z raportów, które nie zostały jeszcze wysłane do centrali. Po wykonaniu synchronizacji rozliczenie zapisu jest możliwe tylko w systemie Comarch ERP XL.
  3. Rozliczać można tylko płatności i zapisy wprowadzone w oddziale (przy rozliczaniu nie pojawiają się płatności związane z dokumentami wystawionymi w centrali lub innym oddziale, z rejestru !Rozliczenia!).

Uwaga
Usunięcie rozliczenia jest możliwe w systemie Comarch ERP Optima tylko z poziomu zapisu kasowego/ bankowego (zakładka Rozliczenia). Usunięcie rozliczenia jest możliwe tylko dla zapisów wprowadzonych w danym oddziale (nie należących do rejestru !ROZLICZENIA!), do czasu wysłania raportu kasowego do centrali.

Wszystkie pozostałe miejsca (lista Rozliczenia, formularz płatności w Preliminarzu) są w dalszym ciągu zablokowane do rozliczenia.

Synchronizacja rozliczeń

Warto wiedzieć, że w trakcie tworzenia bazy danych dla oddziału tworzony jest rejestr !ROZLICZENIA!. Rejestr ma status nieaktywny, w związku z czym nie widać go na standardowej liście rejestrów wyświetlanej w programie. Rejestr jest wykorzystywany do przechowywania informacji o zaległościach kontrahenta przesłanych z centrali, które nie są związane z dokumentami wystawionymi w oddziale.

W trakcie tworzenia bazy danych dla oddziału tworzony jest również kontrahent !ROZLICZENIA!. Kontrahent ma status nieaktywny i nie można go usunąć z bazy. Jest wykorzystywany do rejestrowania w oddziale rozliczeń dokonanych w centrali.

W trakcie synchronizacji z oddziału do centrali wysyłane są informacje o fakturach, które nie zostały zapłacone. Informacja ta jest zapisywana w centrali i tam możliwe jest rozliczenie płatności. Podczas zwrotnej synchronizacji (z centrali do oddziału) są wysyłane informacje o jeszcze nie rozliczonych dokumentach. Na tej podstawie w oddziale rozpoznawane jest, które dokumenty zostały zapłacone, a które nie.

Jeśli w centrali zostanie dokonane rozliczenie faktury (całkowite) – to podczas kolejnej synchronizacji dokument ten nie zostanie przesłany do oddziału jako nierozliczony. Na podstawie tej informacji w oddziale w rejestrze !ROZLICZENIA! tworzony jest zapis kasowy, który automatycznie rozlicza fakturę.

Jeśli w centrali zostanie dokonane rozliczenie częściowe faktury – to podczas kolejnej synchronizacji do oddziału przesyłana jest informacja tylko o kwocie zaległej. W takiej sytuacji w oddziale tworzony jest zapis kasowy w rejestrze !ROZLICZENIA! na kwotę pozostałą (czyli zapłaconą). Zapis automatycznie rozlicza fakturę.

Na tej samej zasadzie – jeśli faktura została zapłacona w oddziale, a następnie w centrali rozliczenie zostanie usunięte, w trakcie ponownej synchronizacji informacja o zaległości zostanie przesłana do oddziału i tam również zostanie rozpięte rozliczenie.

Na podstawie informacji o rozrachunkach z kontrahentem przesłanych z centrali program uaktualnia w trakcie synchronizacji informacje o aktualnym zadłużeniu kontrahenta, widocznym na karcie ewidencyjnej. Informacja ta jest wykorzystana podczas kontroli limitu kredytu dla kontrahenta.

Całkowity zwrot towaru do centrali

W przypadku, kiedy oddział przestaje funkcjonować wykonywany jest zwrot całkowity do centrali.

Funkcja jest dostępna z poziomu okna synchronizacji pod przyciskiem . Po jej uruchomieniu program wykonuje następujące operacje:

  1. Sprawdza, czy warunki wykonania zwrotu całkowitego (opisane poniżej) są spełnione.
  2. Importuje informacje z pliku przysłanego z centrali
  3. Generuje automatycznie dokument MM z oddziału do centrali, zwracający całość towaru
  4. Tworzy plik wymiany przeznaczony dla centrali.

Uwaga
Należy pamiętać, że wykonanie zwrotu całkowitego BLOKUJE pracę oddziału. Oznacza to, że w oddziale nie będą mogły być wystawiane dokumenty.

Synchronizacja przeprowadzona jako zwrot całkowity jest OSTATNIĄ synchronizacją z centralą.

Należy pamiętać, że wykonanie zwrotu całkowitego BLOKUJE pracę oddziału. Oznacza to, że w oddziale nie będą mogły być wystawiane dokumenty.

Synchronizacja przeprowadzona jako zwrot całkowity jest OSTATNIĄ synchronizacją z centralą.

Warunki wykonania zwrotu całkowitego:

  1. wszystkie dokumenty muszą być zatwierdzone
  2. wszystkie dokumenty muszą posiadać potwierdzenie przyjęcia z centrali.
  3. zasoby towarowe mogą być wprowadzone tylko na magazynie głównym. Na pozostałych magazynach (lokalnych) ilość towaru musi wynosić 0. Oznacza to, że przed wykonaniem zwrotu całkowitego towar powinien być przesunięty z magazynów wewnętrznych (lokalnych) na magazyn główny.
  4. wszystkie raporty kasowe muszą być zamknięte.

Jeśli którykolwiek z warunków nie zostanie spełniony program nie wykona zwrotu całkowitego. W wyświetlonym oknie pojawi się informacja, które dokumenty uniemożliwiają jej przeprowadzenie.

Jeśli wykonanie zwrotu całkowitego jest możliwe po wciśnięciu przycisku  program wywołuje proces synchronizacji. Podczas synchronizacji wszystkie towary z magazynu głównego w oddziel przesuwane są do centrali (tworzony jest dokument MM).

Równocześnie wszystkie pozycje w cenniku mają nadany status nieaktywny, co uniemożliwia wystawianie dokumentów sprzedaży.

Na liście raportów kasowych/ bankowych blokowana jest możliwość dopisywania nowych raportów. Tym samym nie ma możliwości rejestrowania nowych zapisów kasowych.

Po odczytaniu pliku w centrali generowany jest plik zwrotny dla oddziału i magazyn wewnętrzny w centrali (odpowiadający oddziałowi) jest blokowany. Oznacza to, że w centrali nie będzie już możliwe wywołanie kolejnej synchronizacji.

Plik przesłany z centrali po ostatniej synchronizacji powinien być odczytany w oddziale po to, by uaktualnić informacje np. O płatnościach.

Synchronizacja – informacje szczegółowe

Proces synchronizacji

Wymiana danych pomiędzy centralą a oddziałem jest wykonywana przy pomocy plików. W plikach wymiany, zarówno po stronie centrali jak i oddziału, zapamiętywana jest data utworzenia pliku. W chwili odczytania takiego pliku data ta jest zapisywana w bazie danych jako data ostatniej synchronizacji. Podczas kolejnej synchronizacji program porównuje datę utworzenia odczytywanego właśnie pliku z datą ostatniej synchronizacji.

  • Jeśli data utworzenia pliku jest późniejsza niż zapamiętana w bazie data ostatniej synchronizacji – następuje pełny odczyt pliku i utworzenie pliku zwrotnego.
  • Jeśli data utworzenia pliku jest wcześniejsza niż zapamiętana w bazie data ostatniej synchronizacji – program odczytuje jedynie informacje o towarach i kontrahentach. Uzupełniane są tylko informacje o pozycjach, które wcześniej nie istniały w bazie. Pozycje istniejące nie są aktualizowane. Tworzony jest plik zwrotny, jednak program nie zmienia zapamiętanej w bazie daty ostatniej synchronizacji.

Dzięki takiemu rozwiązaniu znacznie spada ryzyko zakłócenia procesu synchronizacji. Możliwa jest taka sytuacja, że w oddziale synchronizacja jest wykonywana kilkukrotnie, bez odczytu pliku w centrali. Przy każdej kolejnej synchronizacji plik tworzony po stronie oddziału będzie nadpisywany, a odczytana zostanie ”najnowsza” wersja w momencie uruchomienia synchronizacji po stronie oddziału.

W Konfiguracji firmy/ Ogólne/ Praca rozproszona widoczne są informacje związane z synchronizacją:

  • ID Oddziału – identyfikator oddziału nadawany w centrali
  • ID ostatniego pliku wymiany – w pliku wymiany pamiętany jest jego numer kolejny, jednak zgodność tych numerów nie jest warunkiem koniecznym do przeprowadzenia synchronizacji.
  • Data ostatniej synchronizacji – data ostatnio odczytanego pliku z centrali.

W przybliżeniu schemat synchronizacji można opisać w następujący sposób:

  1. Pierwsza synchronizacja – zanim dojdzie do wysłania danych z centrali do oddziału, centrala powinna przygotować pracę oddziałom, czyli posiadać niezbędne dla nich dane. Centrala powinna więc mieć przygotowany:

  • zestaw operatorów, którzy powinni pojawić się w oddziałach,
  • serie dokumentów,
  • grupy towarowe, towary i ceny,
  • rejestry kasowo-bankowe oraz formy płatności,
  • stawki VAT,
  • kontrahentów (chociaż ich dopisywanie jest możliwe również w oddziale),
  • rabaty dla kontrahentów i towarów.

Po przygotowaniu danych, centrala może wykonać wysłanie danych do oddziałów. Dane są zapisywane w pliku DLA_MAGAZYN.XLO.

  1. Comarch ERP Optima w oddziale odczytuje plik wymiany – funkcja synchronizacji identyfikuje plik wymiany przeznaczony dla danego oddziału i aktualizuje dane (zakłada magazyn reprezentujący centralę odległą, operatorów, towary, rabaty, … ).
  2. Funkcja synchronizacji zapisuje nowy plik wymiany z potwierdzeniami przyjętych danych i nowymi danymi (Faktury, paragony, …). Nowy plik wymiany ma nadany nowy identyfikator synchronizacji (o jeden większy od poprzedniego).
  3. Wykonanie synchronizacji uprawnia oddział do wykonywania wszelkich działań (sprzedaż, zamawianie, dokumenty kasowe, rozliczenia nie wysłane do centrali).
  4. Centrala odbiera kolejny plik wymiany, sprawdza Id synchronizacji i generuje kolejny plik wymiany z potwierdzeniem odebranych informacji oraz (jeśli jest taka potrzeba) z informacjami, które chce przesłać do oddziału (np. O rozliczonych płatnościach).
  5. Kolejna synchronizacja po stronie oddziału odczytuje plik wymiany i zapisuje swoje nowe dane (faktury sprzedaży, zamówienia).

Podczas synchronizacji musi być spełniony warunek ciągłości numerów synchronizacji w ramach danego oddziału. Centrala lub oddział spodziewają się, że zanim zapiszą kolejny, wyjściowy plik wymiany, najpierw odczytają plik wymiany, który dla danego magazynu ma numer ostatniej synchronizacji (zapisany w pliku wymiany) o jeden większy od ostatniego zapisanego w bazie. Numer synchronizacji w ramach danego magazynu jest jakby „żetonem” przekazywanym poprzez plik wymiany.

Cykl synchronizacji danych z jednym magazynem przedstawia rysunek:


Funkcjonalność synchronizacji

Kontrahenci

Model synchronizacji kontrahentów opiera się na możliwości zakładania kart kontrahentów po obydwu stronach, tj. W centrali i oddziale.

Jeśli kontrahent jest założony w centrali, to jest mu nadawany GID i informacja o tym numerze jest przenoszona do oddziału.

Jeśli kontrahent jest założony w oddziale, to ma GID zerowy. Przy synchronizacji po stronie oddziału, po odczytaniu danych o kontrahentach w centrali są im nadawane GID-y i informacja ta jest zwracana z powrotem do oddziału jako potwierdzenie założenia kart kontrahentów.

Jeśli zdarzy się duplikacja kodu kontrahenta, to centrala nadaje nowy kod, dodając do duplikatu kolejną liczbę. Numer jest wpisywany w nawiasach i oznacza kolejny duplikat.

Jeśli zdarzy się sytuacja, że w oddziale zakładana jest nowa karta dla kontrahenta, który ma takie same dane (NIP i miasto) jak już istniejący – nadawany jest GID -1. Dzięki temu kontrahent jest rozpoznawany w trakcie synchronizacji jako nowy (a nie zmodyfikowany już istniejący) i zakładana jest w centrali dla niego karta.

Podczas synchronizacji kontrahentów może zajść konflikt w sytuacji, kiedy ten sam kontrahent jest zmodyfikowany po stronie centrali i oddziału. O tym, która zmiana jest „ważniejsza” decyduje data ostatniej modyfikacji kontrahenta. Jeśli data ostatniej modyfikacji kontrahenta po stronie odbiorcy jest późniejsza od daty ostatniej modyfikacji kontrahenta w pliku wymiany, to nie jest on aktualizowany, ale jest wysyłany w pliku potwierdzającym synchronizację.

Dokumenty wystawione w oddziale (Comarch ERP Optima) dla kontrahenta !Nieokreślonego! są po synchronizacji widziane w centrali (Comarch ERP XL) jako dokumenty dla kontrahenta Jednorazowego.

Uwaga
Należy pamiętać, jeśli podczas wystawiania dokumentu kod pocztowy na kontrahencie !NIEOKREŚLONY! jest pusty, to dokumenty zsynchronizują się z Comarch ERP XL, a jeśli jest wpisany to musi być równy masce ##-###.

Operatorzy

Operatorzy mogą być zakładani tylko po stronie centrali. Aby wykonać pierwszą synchronizację w oddziale musi być zalogowany domyślny operator (ADMIN). ADMIN po pierwszej synchronizacji pozostaje. W bazie nadawane jest mu jednak inne hasło oraz są przepisywani inni operatorzy z odpowiednimi hasłami. Operator ADMIN po stronie oddziału nie może być kasowany.

Towary

Towary są przesyłane tylko z centrali do oddziału. Z towarami są zawsze wysyłane: 

  • ceny – zgodnie z parametrami synchronizacji (ceny zakupu, wszystkie ceny lub wybrane)
  • progi upustów cenowych – w oddziale są zawsze nadpisywane (stare upusty są kasowane, a nowe są dodawane).

Upusty

Polityka rabatowa jest narzucana przez centralę. Informacja o rabatach kontrahentów stanowi odrębny blok danych. Upusty są przenoszone do centrali 1:1, tzn. przenoszone są wszystkie tabele związane z rabatami.

Dokumenty

Dokumenty, które są synchronizowane z oddziałem:

  • MM – przesunięcia międzymagazynowe
    • MMLO – przesunięcie międzymagazynowe między magazynami (magazyn główny lokalny – centrala odległa magazyn główny lokalny – oddział odległy). Te dokumenty są wykonywane po stronie Centrali lub po stronie Oddziału
    • MMOL – przesunięcie międzymagazynowe między magazynami (centrala odległa – magazyn główny lokalny lub też oddział odległy – magazyn główny lokalny) – te dokumenty są wykonywane po stronie Centrali lub po stronie Oddziału odległego.
  • FA – faktura sprzedaży
    • FA – faktura sprzedaży zwykła
    • FAKI – faktura sprzedaży korekta ilościowa
    • FAKW – faktura sprzedaży korekta wartościowa
  • PA – paragon
    • PA – paragon zwykły
    • PAKI – paragon korekta ilościowa
  • FZ – faktura zakupu
    • FZ – faktura zakupu zwykła
    • FZ – faktura zakupu korekta ilościowa
    • FZ – faktura zakupu korekta wartościowa
  • WZ – wydanie zewnętrzne
    • WZ – dokument wydania zwykły
    • WZ – dokument wydania korekta ilościowa
    • WZ – dokument wydania korekta wartościowa
  • PZ – przyjęcie zewnętrzne
    • PZ – dokument przyjęcia zwykły
    • PZ – dokument przyjęcia korekta ilościowa
    • PZ – dokument przyjęcia korekta wartościowa
  • PW – przyjęcie wewnętrzne
    • PW – przyjęcie wewnętrzne
    • PWAI – przyjęcie wewnętrzne powstałe z arkusza inwentaryzacyjnego
    • PW – przyjęcie wewnętrzne korekta ilościowa
  • RW – rozchód wewnętrzny
    • RW – rozchód wewnętrzny zwykły
    • RWAI – rozchód wewnętrzny powstały z arkusza inwentaryzacyjnego
    • RW – rozchód wewnętrzny korekta ilościowa
    • RW – rozchód wewnętrzny korekta wartościowa
  • ZD – zamówienie u dostawcy (dostawcą może być tylko centrala)
  • RO – rezerwacja odbiorcy (rezerwacja, która będzie realizowana w całości przez centralę)

Identyfikacja synchronizowanych dokumentów opiera się na nadawaniu GID po stronie centrali, podobnie jak to ma miejsce w przypadku kontrahentów.  Dokumenty wysłane z oddziału do centrali mają ustawiony znacznik wysłania (E). Po prawidłowym dodaniu, dokument w centrali otrzymuje GID. Informacja o nadanym GID jest odsyłana do oddziału jako potwierdzenie prawidłowego przyjęcia dokumentu. Od tego momentu dokument nie jest brany pod uwagę przy wykonywaniu kolejnych synchronizacji (nie jest wysyłany z oddziału do centrali).

Z oddziału do centrali mogą być wysyłane wyłącznie dokumenty zatwierdzone (nie w buforze) oraz te, które nie mają GID nadanego przez centralę (nawet te, które zostały wysłane przy poprzedniej synchronizacji).

Jeżeli przy synchronizacji Comarch ERP Detal do Comarch ERP Optima nie zostaną zaimportowane rozliczenia do paragonów wystawionych w Comarch ERP Detal (np. brak otwartego raportu kasowo/bankowewgo) to takie paragony nie są wysyłane do centrali. Dopiero po poprawnym przesłaniu rozliczeń, paragony zostaną wyeksportowane do centrali.

Ponieważ w oddziale dopuszcza się możliwość zakładania lokalnych magazynów (po stronie centrali wszystkie te magazyny są traktowane jak jeden magazyn, czyli oddział), w oddziale mogą być wystawiane dokumenty MM między magazynami lokalnymi, ale nie są one wysyłane do centrali (centrala nie wie o ich istnieniu). Dokumenty te są wystawiane tylko na potrzeby oddziału. Na dodatkowych magazynach mogą być wystawiane te same dokumenty, które są wystawiane na magazynie głównym.

Przy synchronizacji na dokumentach nie jest wysyłana informacja o magazynach – każdy dokument (wystawiony w oddziale) po stronie centrali jest więc traktowany tak, jakby był wystawiony tylko na magazynie głównym (po prostu w oddziale).

MM i synchronizacja stanów magazynowych

Informacja o stanach magazynowych jest przesyłana wyłącznie przy pomocy dokumentów MM.

Po stronie centrali jest to dokument MM z magazynu lokalnego (centrali) do magazynu odległego (oddziału). W oddziale ta sama MM-ka będzie reprezentowana przez dokument MM (MMOL) z magazynu odległego (centrali) do magazynu lokalnego (oddziału).

W przypadku zwrotów towarów z oddziału do centrali po stronie oddziału towar będzie przesyłany dokumentem MM (MMLO) z magazynu lokalnego (oddziału) do magazynu odległego (centrali). Po stronie centrali dokument ten będzie odwzorowany przy pomocy dokumentu MM (MMOL) z magazynu odległego (oddziału) do magazynu lokalnego (centrali).

Dokument MM prawidłowo przyjęty w oddziale będzie potwierdzany przez oddział w nowym pliku synchronizacyjnym. Dokument MM potwierdzony przez oddział i oznaczony w centrali (że został prawidłowo przyjęty) nie będzie ponownie wysyłany do oddziału.

Sprawdzanie stanów magazynowych w Centrali

Sprawdzanie stanów magazynowych odbywa się na liście zasobów poprzez ikonę  znajdującą się na liście zasobów. Wybranie towaru i naciśnięcie ikony spowoduje pokazanie stanów tego towaru w Centrali oraz we wszystkich oddziałach firmy. Wymaganym komponentem jest WebSerwis.

Zamówienia wewnętrzne i zewnętrzne

Zamówienia wewnętrzne pełnią rolę zamówień u dostawcy, przy czym specyficznym dostawcą jest centrala, w której jest zainstalowany XL. Na podstawie zamówień wewnętrznych są generowane dokumenty MM z centrali do oddziału.

Zamówienia zewnętrzne pełnią rolę rezerwacji odbiorców. Przesyłane do centrali stanowią zamówienia odbiorców zbierane przez oddział, ale realizowane wyłącznie w centrali.

W oddziale rolę zamówienia wewnętrznego pełni zamówienie u dostawcy (ZD). Kontrahent takiego zamówienia jest !Nieokreślony!. Dla potrzeb Comarch ERP XL wymagane jest, aby zamówienie wewnętrzne posiadało pole z kontrahentem docelowym, dla którego jest przeznaczony zamawiany towar. W związku z tym ZD w oddziale posiada dodatkowo kontrahenta docelowego (zamawiającego).

Rolę zamówienia zewnętrznego w oddziale pełni rezerwacja odbiorcy (RO). Kontrahentem takiej rezerwacji jest kontrahent docelowy, który zamówił towar.

Faktury sprzed., Paragony, Faktury zakupu i powiązane dokumenty magazynowe

W programie Comarch ERP Optima faktury sprzedaży i paragony oraz związane z nimi korekty ilościowe mogą być powiązane z dokumentami WZ. Podobnie dokumenty FZ mogą być powiązane z dokumentami PZ.

Ponieważ Comarch ERP XL dla dokumentów WZ i PZ z Comarch ERP Optima ma swoje odpowiedniki , obowiązuje zasada, że do centrali mogą być wysłane:

  • dokumenty handlowe (FA, PA, FZ),
  • dokumenty magazynowe (WZ, PZ które nie mają powiązania z handlowym)
  • dokumenty magazynowe wystawione z ręki i do nich handlowe
  • dokumenty handlowe, które:
    • są powiązane z dokumentami magazynowymi jeśli na tych dokumentach występują jakiekolwiek towary
    • nie powiązane z dokumentami magazynowymi, jeśli na tych dokumentach występują wyłącznie usługi (takie dokumenty z definicji nie mają WZ-ek i PZ-ek).

Inwentaryzacja

Proces inwentaryzacji w modelu współpracy Comarch ERP XLComarch ERP Optima opiera się wyłącznie na mechanizmach dostępnych w programie Comarch ERP Optima:

  1. Otwarcie arkuszy inwentaryzacyjnych – oddział inicjuje swoje arkusze inwentaryzacyjne (AI).
  2. Wypełnienie arkuszy inwentaryzacyjnych – po zatwierdzeniu arkusze są przygotowane do wypełnienia (możliwa edycja ilości, ale nie możliwe dodawanie towarów).
  3. Przekształcenie do dokumentów wewnętrznych PW i RW – oddział ma za zadanie wypełnić arkusze inwentaryzacyjne i wykonać przekształcenie do PWAI (nadwyżki) lub RWAI (niedobory).
  4. Synchronizacja w oddziale – po wykonaniu przekształcenia, do centrali wysłane są dokumenty PWAI/RWAI oraz (informacyjnie) wypełnione arkusze inwentaryzacyjne (AI).
  5. Synchronizacja w centrali – funkcja synchronizacji po stronie Comarch ERP XL aktualizuje stany magazynowe na podstawie dokumentów RWAI i PWAI znajdujących się w pliku wymiany.

Uwaga
Po wykonaniu synchronizacji dokumentów związanych z inwentaryzacją blokowana jest możliwość jej wycofania lub anulowania.

Weryfikacja stanów magazynowych

W oddziale (Comarch ERP Optima) zapis dokumentu aktualizuje stany magazynowe. W trakcie synchronizacji przesyłane dane zawierają aktualny stan ilościowy towarów. W oddziale dla każdego towaru sumowane są ilości ze wszystkich magazynów (centrala wszystkie te magazyny traktuje jak jeden magazyn).

Odrębne koszty sprzedaży, a synchronizacja dostaw

W modelu współpracy systemów Comarch ERP XLComarch ERP Optima przyjęto zasadę odrębnego liczenia kosztu własnego sprzedaży w centrali i oddziale.

O sposobie liczenia kosztu po stronie oddziału decyduje Użytkownik zakładający bazę danych w oddziale. Przy kreowaniu bazy musi wybrać jedną z metod (FIFO, LIFO, QUAN).

Podczas zatwierdzania dokumentu w oddziale towar jest zdejmowany z magazynu zgodnie z przyjętą metodą. W przypadku faktur zakupu i dokumentów PW towar jest automatycznie wprowadzany na magazyn.

W trakcie synchronizacji w centrali na podstawie przysłanych z oddziału dokumentów handlowych program Comarch ERP XL tworzy własne dokumenty magazynowe, które wprowadzają towar na magazyn lub zdejmują go z magazynu zgodnie z określonymi w centrali zasadami.

Istnieje możliwość, że zaistnieją niezgodności wartości stanu i kosztu własnego sprzedaży między centralą i oddziałami. Jednak dzięki takiej funkcjonalności możliwe jest szacowanie wartości stanu i kosztu własnego sprzedaży (marży) po stronie oddziału.

Płatności

Po stronie oddziału można przyjmować tylko wpłaty gotówkowe, kartą kredytową lub czekiem. Oddział nie przyjmuje przelewów bankowych – przyjmuje je wyłącznie centrala (XL).

Tylko centrala rozlicza dokumenty (kojarzy zaległości i zapłaty). Informacja o aktualnych długach każdego kontrahenta jest przesyłana do oddziału, przy czym jest to informacja pochodząca ze wszystkich oddziałów oraz z centrali. Dzięki temu oddział na bieżąco jest informowany o stanie zaległości danego kontrahenta, niezależnie od miejsca, w którym te długi powstały.

W trakcie synchronizacji z oddziału wysyłane są dokumenty z kwotami Wartość i Zaległość. Ta informacja jest wysyłana tylko raz wraz z synchronizowanym dokumentem.

Na tej podstawie centrala uzupełnia informację o płatnościach do dokumentów oraz aktualnym zadłużeniu kontrahenta.

Z centrali do oddziału zawsze wędruje informacja o zaległościach wszystkich kontrahentów aktualnie synchronizowanych z oddziałem i o zaległościach wszystkich dokumentów związanych z oddziałem.

Na podstawie przesłanych informacji o aktualnych zaległościach w oddziale aktualizowane są informacje o: 

  • nierozliczonych dokumentach wystawionych w oddziale
  • globalnym zadłużeniu kontrahentów.

Raporty kasowe

Raporty kasowo-bankowe są wysyłane z oddziału do centrali wraz ze wszystkimi zapisami kasowo-bankowymi przynależącymi do tego raportu. Do centrali są przesyłane tylko te raporty, które są zamknięte i nie posiadają GID. Po prawidłowym przyjęciu raportu przez centralę, raportowi nadawany jest GID, który jako potwierdzenie jest przesyłany z powrotem do oddziału i tam jest zapisywany na wysłanym wcześniej raporcie. Raportów wysłanych z centrali i niepotwierdzonych nie można otwierać.

Eksport danych

Ogólnie synchronizacja danych opiera się na odczycie pliku z centrali i automatycznym wysłaniu pliku z danymi do centrali. Istnieje jednak możliwość wysłania danych bez wcześniejszego odczytu pliku synchronizacyjnego z centrali.

Funkcja jest dostępna w oknie synchronizacji po zaznaczeniu parametru Eksport.

Podczas eksportu danych wysyłane są wszystkie dokumenty, które nie zostały jeszcze potwierdzone, jako odebrane przez centralę (również te, które już zostały wyeksportowane, ale jeszcze nie są potwierdzone).




Synchronizacja modułu Płace i Kadry z systemem Comarch ERP XL

Parametry dotyczące synchronizacji baz ustawiane są w module Administrator Comarch ERP XL. Po ich ustawieniu, w Comarch ERP Optima w gałęzi Start/ Konfiguracja/ Płace/ Parametry współpracy z XL będą wyświetlane informacje o:

  • Serwerze bazy danych systemu XL – nazwa serwera bazy danych systemu Comarch ERP XL,
  • Bazie danych systemu XL – nazwa bazy danych, w której zapisywane będą informacje z modułu Comarch ERP Optima.

Jeśli z poziomu programu Comarch ERP XL jest prawidłowo ustawiona współpraca z modułem płacowym stosowana jest dwukierunkowa synchronizacja danych. Dane między bazami są synchronizowane automatycznie podczas wykonywania dodawania/ zmiany/ usuwania danych podlegających synchronizacji.

Wskazówka
W komunikacji i zapisywaniu danych pomiędzy Comarch ERP XL (od wersji 2024.0), a modułem XL HR połączenie poprzez zlinkowane serwery zastąpione zostało połączeniem bezpośrednim, które gwarantuje dużo większe bezpieczeństwo wymiany danych. Rozwiązanie działa zarówno dla instalacji (baz danych) znajdujących się na tym samym serwerze, jak i na dwóch różnych. Ponieważ synchronizacja oparta o zlinkowane serwery różni się znacznie od synchronizacji bezpośredniej, po zainstalowaniu nowej wersji Comarch ERP XL 2024.0 w celu poprawnego działania synchronizacji danych konieczne jest nawiązanie współpracy z XL HR według nowych zasad opisanych w pomocy programu Comarch ERP XL. Comarch ERP XL w wersji 2024.0 współpracuje z Comarch ERP XL HR w wersji 2024.1 lub wyższa.




Ćwiczenie dodatkowe: budowanie prostych filtrów

Cel ćwiczenia: utworzenie filtra przy pomocy Konstruktora filtra.

Aby szybko odnaleźć dokument np. w Rejestrach VAT, Zapisach Kasowych/Bankowych czy Preliminarzu, znając jego numer, wystarczy w polu Filtr wpisać numer faktury (lub jego część)

  1. Jeżeli pinezka (widoczna obok ikony filtrowania) jest włączona, zmiany będą widoczne od razu.
  2. Jeżeli pinezka jest wyłączona , po wpisania poszukiwanego fragmentu należy kliknąć przycisk . Na liście zostaną wyświetleni wyłącznie pracownicy spełniający zadane kryterium.

Bezpośrednio w polu Filtr można wpisywać również nazwę kontrahenta czy kwotę – program zawęzi listę dokumentów do tych, które spełniają warunek zawarty w filtrze. Przy pomocy Konstruktora filtra , można natomiast tworzyć bardziej zaawansowane zapytania.

Filtr na zapisach kasowych/bankowych

W tym ćwiczeniu zbudowaliśmy schemat księgowy dla raportów kasowych/bankowych, który wykorzystuje konto przeciwstawne na zapisach kasowych/bankowych. Aby mieć pewność, że na każdym zapisie KP/KW, pole Konto przeciwstawne, zostało wypełnione, można użyć odpowiedniego filtra. Filtr będzie zawężał listę zapisów danego raportu do tych, na których pole Konto przeciwstawne jest puste. Aby zbudować taki filtr należy:

  1. Wejść do menu Kasa/Bank/ Zapisy kasowe/bankowe, a następnie kliknąć na ikonę Konstruktora filtra,
  2. W polu Nazwa wpisać np.: Brak konta przeciwstawnego,
  3. Na zakładce Ogólne, obok domyślnego operatora Oraz wcisnąć przycisk aby dodać warunek.
  4. W warunku kliknąć na domyślnie podstawione pierwsze pole z bazy danych – pojawi się lista dostępnych pól, po których można filtrować zapisy,
  5. Z listy wybrać: Bzp_KontoPrzeciwstawneKonto przeciwstawne dla potrzeb prostych księgowań,
  6. Po kliknięciu na domyślnie wyświetlany operator wybieramy z listy operator: Jest puste,
  7. Następnie zatwierdzamy całą formatkę Konstruktor filtra.

Aby wypróbować działanie filtra, w rejestrze PKO i raporcie: RKB/1/20XX/PKO, można dodać dwa dokumenty: w jednym wypełniając pole Konto przeciwstawne, a w drugim nie, a następnie użyć filtra wybierając go z listy rozwijanej dostępnej w polu Filtr. Filtr wyświetli zapis, który nie ma wypełnionego pola Konto przeciwstawne.

Filtr w Rejestrach VAT

Dla firm rozliczających VAT wg struktury zakupów przydatny może być filtr, który wyszuka dokumenty oznaczone jako „Sprzedaż detaliczna”. Dlatego też zdefiniujemy filtr złożony wykorzystując Konstruktor filtra.

  1. Otwieramy menu Rejestry VAT/ Rejestry VAT, wybieramy Rejestr sprzedaży, podrejestr SPRZEDAŻ.
  2. Klikamy na ikonę Konstruktora filtra .
  3. W polu Nazwa wpisujemy: Sprzedaż detaliczna,
  4. Na zakładce Ogólne, obok domyślnego operatora Oraz wciskamy przycisk aby dodać warunek.
  5. W warunku klikamy na domyślnie podstawione pierwsze pole z bazy danych – pojawi się lista dostępnych pól, po których można filtrować faktury,
  6. Z listy wybieramy VaN_Detal – Transakcja detaliczna,
  7. Po kliknięciu na domyślnie wyświetlany operator wybieramy Jest równe,
  8. Po kliknięciu w polu <wpisz wartość> podajemy wartość 1,
  9. Na zakładce Zaawansowane pojawiło się następujące wyrażenie: VaN_Detal=1
  10. Zatwierdzamy filtr ikoną . Opcja 1 oznacza, że dana transakcja jest transakcją detaliczną. Wśród wprowadzonych dokumentów w trakcie ćwiczeń nie została zarejestrowana żadna operacja tego typu, stąd po uruchomieniu filtra lista dokumentów w rejestrze jest pusta (dokumenty mają pole VaN_Detal=0).

Uwaga
Filtr domyślnie zapisywany jest jako filtr Użytkownika czyli będzie widoczny tylko na tym stanowisku komputerowym, na którym został stworzony. Aby z danego filtra mogli korzystać użytkownicy również na innych stanowiskach, należy w Konstruktorze filtra, na zakładce Opcje zaznaczyć typ filtra: Globalny. Filtr można skasować z listy, która pojawi się po naciśnięciu klawisza <Ctrl> na klawiaturze i kliknięciu na ikonę konstruktora filtra.

Uwaga
Listy zapisów posiadają predefiniowane filtry globalne. Można je zobaczyć rozwijając drop-down obok pola Filtr lub trzymając klawisz <Ctrl> i jednocześnie klikając myszką w Konstruktor filtra.