Dane podstawowe > Projekty > Zapytania o sprawozdanie finansowe 

Z tej funkcji należy skorzystać, aby powiązać zapytania w strukturalnym języku zapytań (SQL) z konkretnymi kolumnami w strukturze raportu zarządzania projektami.

Struktura sprawozdania finansowego

Zapytania SQL są używane do definiowania zawartości konkretnych kolumn – zidentyfikowanych jako „Kolumny dodatkowe” (Kolumny dodatkowe 1-10) w sprawozdaniu finansowym. Można ich użyć do śledzenia kosztów projektu w celu dostarczenia podsumowania sytuacji finansowej lub raportów finansowych opartych o strukturę sprawozdania finansowego.

Możliwość oceny i śledzenia w czasie rzeczywistym aktualnej sytuacji finansowej projektu w kwestii jego budżetów ma kluczowe znaczenie. Zarządzanie projektami używa widoków finansowych, co umożliwia dynamiczne otrzymanie i wyświetlenie danych finansowych powiązanych z projektem.

Sprawozdania finansowe zarządzania projektami są tworzone poprzez interpretację specyfikacji raportu.

  • Z funkcji Struktura sprawozdania finansowego (GESPJS) można skorzystać, aby zdefiniować lub spersonalizować strukturę raportu (listę kolumn do wyświetlenia).
    Każda struktura raportu opiera się o widok finansowy włączony w celu śledzenia danych w tabeli dodatkowej 388 – Widok finansowy takich, jak koszty czy przychody.

  • Dla zawartości każdej kolumny zidentyfikowanej w ramowej strukturze raportu jako „Kolumna dodatkowa” (Kolumna dodatkowa 1-10) należy użyć tej funkcji (GESPJQ) w celu wskazania, które dokładnie dane mają zostać użyte.

  • Aby następnie ocenić i śledzić, w czasie rzeczywistym, bieżącą sytuację finansową projektu dotyczącą jego budżetu, należy użyć operacji Sprawozdanie finansowe w funkcji Zarządzanie projektami (GESPJM) lub w funkcji Sprawozdanie finansowe (PJMFINOV0).
    Otrzymane sprawozdanie finansowe odzwierciedla zdefiniowaną specyfikację raportu oraz zastosowane zapytania w strukturalnym języku zapytań (SQL).

Z funkcji Narzędzia zapytań SQL (GESALQ) należy skorzystać, aby wyświetlić wzorcowe zapytania SQL dostarczone z rozwiązaniem, zmodyfikować je lub dodać nowe zapytania. Wzorcowe zapytania zarządzania projektami dostarczone z rozwiązaniem mają prefiks „PJM”.

Tabela dodatkowa 388 – Widoki finansowe kontroluje, które dane sprawozdania finansowego mogą zostać wyświetlone.

Zarządzanie projektami zawiera standardowe lub wzorcowe zapytania SQL zarówno dla sprawozdań finansowych kosztów, jak i przychodów. Domyślnie z rozwiązaniem dostarczane są wzorcowe zapytania SQL dla widoków finansowych „10” (koszty) i „20” (przychody). Te wzorcowe struktury raportu można zmodyfikować, bądź można utworzyć nowe zapytania SQL od początku tak, aby odpowiadały one potrzebom organizacji, procesom lub użytkownikom. Jednakże zalecane jest posiadanie podstawowej wiedzy na temat funkcjonowania systemu przed dokonaniem zmian wzorcowego zapytania.

Sage zaleca zapisanie kopii wzorcowego zapytania SQL przed naniesieniem zmian.

Wskazówki

Wymagania wstępne

SEEREFERTTO Odniesienie do dokumentacji Implementacja

Zarządzanie ekranem

Funkcja Zapytania o sprawozdanie finansowe wyświetla pojedynczy ekran służący do zdefiniowania zapytania SQL do powiązania ze strukturą sprawozdania finansowego.

Ekran wprowadzania

Prezentacja

Z tego ekranu należy skorzystać, aby zdefiniować informacje, do których dostęp będzie uzyskiwany w celu uzupełnienia kolumn zdefiniowanych jako „Kolumny dodatkowe” (Kolumny dodatkowe 1-10) w strukturze raportu finansowego. Tzn. tam, gdzie pole Zawartość kolumny (pole CODDES) w funkcji Struktura sprawozdania finansowego (GESPJS) jest ustawione jako „Kolumna dodatkowa 1-10”. Numer widoku przestawia widok, który został aktywowany w tabeli dodatkowej 388 – Widok finansowy. Na przykład „10” oznacza widok kosztów, a „20” widok przychodów.

Pięć kolumn dodatkowych jest wstępnie zdefiniowanych do zarządzania kosztami – zobowiązaniami, wstępnymi zobowiązaniami, rzeczywistymi i zaksięgowanymi kwotami. Są one identyfikowane jako kolumny dodatkowe 1-5. Domyślnie jedna kolumna kosztów śledzi „zobowiązania”, a druga kolumna kosztów śledzi „rzeczywiste kwoty”.

Pięć dodatkowych kolumn typu „inne” jest wstępnie zdefiniowanych w celu śledzenia przychodu powiązanego z projektem takiego, jak zamówienia czy faktury. Są one identyfikowane jako kolumny dodatkowe 6-10.

Wszystkie inne kolumny zdefiniowane w funkcji Struktura sprawozdania finansowego (GESPJS) są zarządzane przez system. Z tymi kolumnami nie można powiązać zapytania SQL.

Wstępnie zdefiniowane zapytania SQL dla obydwu widoków „10” i „20” są domyślnie dostarczane z rozwiązaniem.

Wskazówki

Załącznik: Kontroling kosztów projektu – Reguły inicjalizacji rodzaju kosztu

Zamknij

 

Pola

Na tej karcie występują następujące pola :

Zapytanie

Z tego pola należy skorzystać, aby zidentyfikować widok finansowy do powiązania z zapytaniem SQL. Należy wybrać kod widoku spośród kodów aktywowanych w tabeli dodatkowej 388 – Widok finansowy. Na przykład dla widoku kosztów należy wybrać widok „10”, a dla przychodów widok „20”. To pole jest wymagane.

Domyślnie tabela dodatkowa 388 umożliwia śledzenie danych dla wybranych widoków finansowych takich, jak koszty czy przychody. Tak więc tabela 388 kontroluje, które dane sprawozdania finansowego mogą zostać wyświetlone.

Zarządzanie projektami zawiera standardowe lub wzorcowe zapytania SQL zarówno dla sprawozdań finansowych kosztów, jak i przychodów. Domyślnie z rozwiązaniem dostarczane są wzorcowe zapytania SQL dla Widoków finansowych „10” (koszty) i „20” (przychody). Te wzorcowe zapytania SQL można zmodyfikować, bądź można utworzyć nowe zapytania SQL od początku tak, aby odpowiadały one potrzebom organizacji, procesom lub użytkownikom. Jednakże zalecane jest posiadanie podstawowej wiedzy na temat funkcjonowania systemu przed dokonaniem zmian wzorcowego zapytania.

Sage zaleca zapisanie kopii wzorcowego zapytania SQL przed naniesieniem zmian.

  • Sekwencja kolumn (pole PBTCOD)

Z tego pola należy skorzystać, aby zdefiniować numer sekwencji zapytania. To pole jest wymagane.

  • Zawartość kolumny (pole CODDES)

Z tego pola należy skorzystać, aby opisać to zapytanie SQL. Nazwa powinna odzwierciedlać typ danych finansowych do pobrania (wyodrębnienia) przez to zapytanie SQL.

  • Aktywny (pole ACTIVE)

Blok numer 2

  • Etykieta (pole LABEL)
  • Zapytanie SQL do wykonania (pole SQLQRY)
  • Opis (pole SQLQRYDES)

Blok numer 3

  • Nr wolnej kolumny tabeli roboczej (pole FREECOL)
  • Kontekst (pole CONTXT)

Z tego pola należy skorzystać, aby wskazać kontekst danych do pobrania (wyodrębnienia) przez to zapytanie SQL.

To pole ma bezpośredni wpływ na sposób, w jaki zdefiniowane zapytanie SQL pobiera i przetwarza wartości (ilości i kwoty) dla kolumny zidentyfikowanej w ramowej strukturze raportu jako „Wolna kolumna” (Wolna kolumna 1-10).

Z tego pola należy skorzystać, aby zdefiniować kod obiektu do uruchomienia z poziomu ikony Operacje dla pozycji kosztów na najniższym poziomie struktury Typów kosztu w sprawozdaniu finansowym. Na przykład, jeśli to zapytanie SQL ma wyeksportować dane zakupów można zdefiniować obiekt „POH” (aby uruchomić funkcję Zamówienia zakupu (GESPOH) z tabeli w nagłówku Zamówienia zakupu); aby wyeksportować koszty robocizny można zdefiniować „MFG” (aby uruchomić funkcję Zlecenia produkcyjne (GESMFG) z tabeli Zleceń produkcyjnych).

  • Pozostałe kalk. budż. (pole CUMRTCO)

To pole wyboru należy zaznaczyć, jeśli wartość pobrana przez to zapytanie SQL (ilość lub kwota) musi być uwzględniona w obliczeniach dla kolumny zidentyfikowanej w ramowej strukturze raportu jako „Pozostały budżet”.

To pole należy pozostawić puste, jeśli wartość pobrana przez to zapytanie SQL nie ma wpływu na pozostały budżet.

  • Oblicz. podkolumna 1 (pole CUMSCOL)

To pole wyboru należy zaznaczyć, jeśli silnik obliczeniowy Sprawozdania finansowego musi sumować wartości pobrane przez dane zapytanie SQL dla podkolumny 1.

Jeśli wartości w podkolumnie 1 nie mają być sumowane należy pozostawić to pole puste. Ilości będą się wyświetlały wyłącznie na ekranie szczegółów dla wybranego kodu obiektu (uruchomionego z poziomu ikony Operacje dla pozycji kosztów w sprawozdaniu finansowym).

Podkolumna 1 jest zazwyczaj używana dla ilości. To pole wyboru należy zaznaczyć tylko, jeśli użytkownik jest pewien, że zapytanie SQL pobiera ilości, które mogą zostać przeliczone i zsumowane w podkolumnie.

Domyślnie sumowane są tylko jednostki czasu. Sumowanie jednostek artykułów nie jest zalecane ponieważ jednostki mogą różnić się między typami dokumentów.

  • Wycena poprawna (pole POSVAL)

To pole należy zaznaczyć, jeśli użytkownik spodziewa się, że ilość lub kwota pobrana przez to zapytanie SQL zwiększy wartość w Sprawozdaniu finansowym. Jeśli ilość lub kwota pobrana przez to zapytanie SQL prawdopodobnie zmniejszy wartość w Sprawozdaniu finansowym to należy pozostawić to pole puste.

Na przykład, jeśli to zapytanie SQL pobiera Fakturę zakupu to powinno to zwiększyć faktyczną wartość w Sprawozdaniu finansowym, podczas, gdy Zwrot zakupu powinien ją zmniejszyć.

Zapytanie SQL

  • Zapytanie SQL (pole SQLQRYTEX)

To pole tekstowe wyświetla deklaratywne instrukcje zdefiniowane w zapytaniu SQL.

Zamknij

 

Wskazówki

  • Nowe zapytania SQL powinny być tworzone z wzorcowych zapytań SQL zamiast zmiany zapytania wzorcowego bądź tworzenia nowych zapytań od początku. Należy wykonać następujące kroki:
    • Otworzyć funkcję Zapytania SQL (GESALQ);
    • Wyświetlić wzorcowe zapytania SQL dostarczone z rozwiązaniem. Wzorcowe zapytanie zarządzania projektami posiada prefiks „PJM”;
    • Utworzyć nowe zapytanie SQL poprzez skopiowanie wzorcowego zapytania SQL.
      Wybrać wzorcowe zapytanie SQL najbliższe wymaganiom, zmienić kod w polu Zapytanie, a następnie kliknąć operację Utwórz;
    • Zmodyfikować kopię zapytania SQL i kliknąć Zapisz;
    • Otworzyć tę funkcję (Zapytania o sprawozdanie finansowe (GESPJQ));
    • Dezaktywować wzorcowe zapytanie SQL i aktywować nowe zapytanie SQL.
      Przy użyciu kolumny Zapytanie SQL w panelu wyboru należy odfiltrować zapytania SQL przy użyciu kodu wzorcowego zapytania. Wybrać Nr zapytania dla właściwego Widoku finansowego. Aby dezaktywować wzorcowe zapytanie i aktywować nowe zapytanie wystarczy zmienić kod wyświetlony w polu Zapytanie SQL na kod nowego zapytania SQL;
    • Powiązać nowe zapytanie SQL ze strukturą finansową (jak zdefiniowano w funkcji Struktura sprawozdania finansowego (GESPJS). Nowe zapytanie musi być powiązane z odpowiednią kolumną dodatkową w tabeli roboczej (pole Kolumna dodatkowa) i z odpowiednim numerem sekwencji kolumny sprawozdania finansowego (pole Link struktury), a następnie należy kliknąć Zapisz.

  • Zapytanie SQL można powiązać z dowolną kolumną zidentyfikowaną jako „Kolumna dodatkowa” (Kolumna dodatkowa 1-10) w strukturze sprawozdania finansowego.
    • Pięć kolumn dodatkowych (Kolumny dodatkowych 1-5) jest przeznaczonych do zarządzania kosztami – zobowiązaniami, wstępnymi zobowiązaniami, rzeczywistymi i zaksięgowanymi kwotami. Wszystkie 5 kolumn jest wykorzystywanych do obliczenia sumy kosztów.
      Domyślnie jedna kolumna kosztów śledzi „zobowiązania”, a druga kolumna kosztów śledzi „rzeczywiste kwoty”.
    • Pięć dodatkowych kolumn typu „inne” (Kolumny dodatkowe 6-10) jest wstępnie zdefiniowanych w celu śledzenia przychodu powiązanego z projektem takiego, jak zamówienia czy faktury.

Wzorcowy widok finansowy 20 – ten Widok finansowy dostarcza przykład użycia kolumn dodatkowych w kontekście śledzenia przychodu.

Każda kolumna dodatkowa jest podzielona na dwie podkolumny. Typ danych reprezentowany w każdej podkolumnie (jak zdefiniowano w funkcji Struktura sprawozdania finansowego (GESPJS)) jest zdefiniowany jako ilość lub kwota. Zapytanie SQL musi ładować obydwie podkolumny.

  • Można użyć istniejącego zapytania SQL w kolumnie. Na przykład można alokować wzorcowe zapytanie „Wniosek zakupowy” w celu uzupełnienia nowej kolumny „Wstępne zobowiązania” w kolumnie sprawozdania finansowego.

  • Do pierwszej pozycji tekstu każdego zapytania SQL dodano tag #Moduł w celu zidentyfikowania modułu, którego dotyczy zapytanie. Zapytanie SQL nie jest wykonywane, jeśli moduł nie jest aktywny w folderze.

  • Należy zapisać kopię wzorcowego zapytania SQL przed naniesieniem zmian.

Komunikaty o błędach

Podczas wprowadzania mogą wyświetlić się następujące komunikaty ogólne oraz o błędach :

Tabela dodatkowa [numer tabeli]: Kod [sprawozdania finansowego] nie istnieje

Ta funkcja jest używana w połączeniu z tabelą dodatkową 388 – Widok finansowy. Wprowadzono kod widoku finansowego, który nie został włączony w celu śledzenia danych w tabeli 388. Należy wybrać prawidłowy kod widoku finansowego lub najpierw dodać wymagany kod w tabeli dodatkowej 388.

Użyte tabele

SEEREFERTTO Odniesienie do dokumentacji Implementacja

Załącznik: Zapytania w strukturalnym języku zapytań (SQL)

Kontroling kosztów projektu:

Do pierwszej pozycji tekstu każdego zapytania SQL dodano tag #Moduł w celu zidentyfikowania modułu, którego dotyczy zapytanie. Zapytanie SQL nie jest wykonywane, jeśli moduł nie jest aktywny w folderze.

Kontroling kosztów projektu (ustawienia domyślne): Nakłady

Zapytanie SQLZdarzenieBudżetPotwierdzonyRzeczywisty
CzasKwotaCzasKwota
10000

Zakupy

Dotyczy pozycji transakcji powiązanych z projektem. Artykuły muszą być zarządzane „Na zamówienie” lub muszą być dodane do zadań materiałowych (rekordy artykułów dodane do zadania materiałowego projektu są uznawane za zarządzane „Na zamówienie”, niezależnie od tego, czy ich tryb zarządzania to „Na zamówienie” czy „Dostępne zapasy”).
Tylko kwota.

PJM001

Wnioski zakupowe
(Wymagana ilość * Cena jednostkowa)

100
PJM002

Zamówienia zakupu
(Ilość do przyjęcia * Cena zamówienia)

300
PJM003

Przyjęcia od dostawców
(Przyjęcie jeszcze niezafakturowane * Cena zamówienia)

100
PJM004

Zwroty zakupu
(Ilość zwrócona * Cena zamówienia)

-20
PJM005

Faktur zakupu
(Zafakturowane ilość * Cena jednostkowa)

100
PJM006

Faktury korygujące zakupów
(Zafakturowane ilość * Cena jednostkowa) (ujemna)

-20

Składniki

Dotyczy zleceń produkcyjnych powiązanych z projektem. Artykuły do zwolnienia muszą być zarządzane „Na zamówienie” lub dodane do zadania materiałowego. Rekordy artykułów dodane do zadania materiałowego projektu są uznawane za zarządzane „Na zamówienie”, niezależnie od tego, czy ich tryb zarządzania to „Na zamówienie” czy „Dostępne zapasy”. Składniki są wyceniane dla artykułów zarządzanych jako „Dostępne zapasy”. Składniki zarządzane „Na zamówienie” są wyceniane przy użyciu transakcji zakupu, jak opisano powyżej w Zakupach.
Zapytania SQL PJM014 mogą śledzić koszty nieoczekiwanych operacji i artykułów dla zleceń produkcyjnych w tabeli wyceny zleceń w toku (WIPCOST).
Zapytania SQL PJM015 i PJM016 mogą śledzić koszty zleceń kooperacji powiązane z projektem.
Tylko kwota.

PJM013

Składniki na zleceniach produkcyjnych
(Pozostało do zużycia * Cena jednostkowa)

300
PJM014

Śledzenie materiałów na zleceniach produkcyjnych
(Zużyta ilość * Cena jednostkowa)

200
PJM015

Składniki na zleceniach kooperacji
(Pozostało do zużycia * Cena jednostkowa)

300
PJM016

Śledzenie materiałów na zleceniach kooperacji
(Zużyta ilość * Cena jednostkowa)

200

Operacje zlecenia produkcyjnego

Dotyczy zleceń produkcyjnych powiązanych z projektem. Artykuły do zwolnienia muszą być zarządzane „Na zamówienie” lub dodane do zadania materiałowego. Rekordy artykułów dodane do zadania materiałowego projektu są uznawane za zarządzane „Na zamówienie”, niezależnie od tego, czy ich tryb zarządzania to „Na zamówienie” czy „Dostępne zapasy”.
Zapytania SQL PJM012 mogą śledzić koszty nieoczekiwanych operacji i artykułów dla zleceń produkcyjnych w tabeli wyceny zleceń w toku (WIPCOST).
Kwota i czas.

PJM011

Operacje zlecenia produkcyjnego
(Pozostałe obciążenie * Cena jednostkowa)

16160
PJM012

Wpisy czasu na operacjach zlecenia produkcyjnego
(Spędzony czas * Cena jednostkowa)

440

Czas w projekcie

Kwota i czas.

PJM007

Operacje do zadań
(Pozostałe obciążenie * Cena jednostkowa)

880
PJM008

Wpisy czasu na operacjach zadań
(Spędzony czas * Cena jednostkowa)

440
PJM009

Wpisy czasu na zadaniach
(Spędzony czas * Cena jednostkowa)

550
PJM010

Wpisy czasu na budżetach
(Spędzony czas * Cena jednostkowa)

15200

Nakłady w Księgowości

Dotyczy pozycji transakcji powiązanych z projektem.
Tylko kwota.

Aby dostosować projekt finansowo można ręcznie powiązać wpisy w dzienniku (PJM020 i PJM021) z projektem. Można jednak spersonalizować zapytania SQL, które odczytują ręczne wpisy w dzienniku tak, aby dopasować się do potrzeb organizacji i oczekiwań sprawozdania finansowego projektu. Wpisy księgowe powiązane z poziomem nagłówka projektu oraz dzienniki wygenerowane przez automaty księgowe nie są uwzględniane. Należy również zauważyć, że dla ręcznych wpisów w dzienniku domyślny typ kosztu do powiązania z kosztami projektowymi musi być zdefiniowany w tej funkcji (GESPJQ).

PJM017

Noty księgowe
(Kwota not księgowych)

100
PJM018

Faktury dostawców
(Zafakturowana kwota)

100
PJM019

Faktury kontrahentów/faktury korygujące
(Zafakturowana kwota) (ujemna)

-100
PJM020

Wpisy dziennika
(Kwota Ma)

100
PJM021

Wpisy dziennika
(Kwota Winien)

-100

Zapasy

Dotyczy pozycji transakcji powiązanych z projektem.
Tylko kwota.

PJM022

Inne wydania
(Kwota Winien)

100
PJM023

Inne przyjęcia
(Kwota Ma)

-100

Kontroling kosztów projektu (ustawienia domyślne): Przychody

Zapytanie SQLZdarzenieBudżetPrzychody
Podkolumna 1Podkolumna 2
1000

Dokumenty sprzedaży

Dotyczy pozycji dokumentów powiązanych z projektem.
Tylko kwota.

PJMRN001

Oferty sprzedaży
(Do przeliczenia (Podkolumna 1) i Wyceniono (Podkolumna 2))

100100
PJMRN002

Zamówienia sprzedaży
(Do zafakturowania (Podkolumna 1) i Zamówiono (Podkolumna 2))

100100
PJMRN003

Faktury sprzedaży
(Do zapłaty(Podkolumna 1) i Zafakturowano (Podkolumna 2))

100100
PJMRN004

Niezrealizowane zamówienia sprzedaży
(Suma w trakcie (w tym Oferty, Zamówienia, Faktury))

100
PJMRN005

Faktury sprzedaży kontrahentów
(Zafakturowana kwota)

100

Kontroling kosztów projektu: Reguły inicjalizacji rodzaju kosztu

Zarządzanie projektami stosuje kaskadową kolejność priorytetów (lub zestaw zasad) do określenia rodzaju kosztu powiązanego z konkretnym kosztem. Reguły są następujące: jeśli pierwsza reguła zwraca „fałsz”, stosowana jest druga reguła itd. aż do ostatniej reguły.

Informacja na temat typu kosztu jest przekazywana w kolumnie 15 zapytania SQL. Jeśli utworzono własne zapytania należy albo zmienić je tak, aby typ kosztu był przekazywany w kolumnie 15, albo pozostawić kolumnę 15 pustą, aby umożliwić standardowemu procesowi określenie domyślnego typu kosztu.

Poniższy diagram prezentuje w jaki sposób reguły inicjalizacji rodzaju kosztu są stosowane do różnych typów kosztów (materiałów, robocizny, not księgowych, finansów, wpisów czasu). Ustawienia rodzaju kosztu i połączenia ustanowione z gniazdami produkcyjnymi, artykułami i kodami wydatków mają kluczowe znaczenie w tym procesie.