Zestaw zagadnień/pytań członków Zespołu PSG Komisji Dialogu Technicznego po 1 rundzie spotkań z Uczestnikami:

Transkrypt

1 Załącznik nr 2 Zestaw zagadnień/pytań członków Zespołu PSG Komisji Dialogu Technicznego po 1 rundzie spotkań z Uczestnikami: Zagadnienia/pytania kierowane do poszczególnych Uczestników: Uczestnik: Pytania/zagadnienia do uwzględnienia w ramach 2 i 3 rundy spotkań: Pytania: Oracle Polska Sp. z o.o. 1. Czy jest możliwość przygotowania własnych raportów i jaka jest czasochłonność takiego zadania? 2. Czy można wprowadzać własne "rozwiązania" do systemu i w jakim zakresie (mowa była o że coś takiego istnieje, ale prosimy o rozwinięcie tematu)? Jak to się przekłada na aktualizację wersji systemu? Czy kod systemu jest otwarty tak, żeby użytkownik mógł wykonywać swój własny development (rozszerzenia). 3. Czy Państwo posiadają aplikację mobilną, którą mogą wykorzystywać pracownicy wykonujący odczyty w terenie? Jeżeli tak to krótki opis jej funkcjonalności i sposobu wymiany danych. 4. Czy system wspiera generowanie i konfigurowanie różnego rodzaju formularzy np. warunki przyłączenia, umowy o przyłączenie itp. 5. Jak Uczestnik rozumie obsługę CRM-a po stronie OSD? - w obszarze przygotowania sprzedaży i sprzedaż, obsługa kontraktu. 6. Jak Uczestnik rozumie wspólną platformę CIS dla obrotu i dystrybucji przy uwzględnieniu unbundingu? 7. Jakie jest podejście Uczestnika do architektury CIS dla OSD i OD przy uwzględnieniu systemów aktualnie funkcjonujących u Zamawiającego? 8. Gdzie w Polsce można zrealizować wizytę referencyjną funkcjonowania systemu klasy CIS z obszaru OSD? 9. Jak wygląda możliwość współdzielenia licencji przez OSD i OD w ramach GK? 10. Jak wygląda przenoszenie danych, konfiguracji, zmian w oprogramowaniu między poszczególnymi instancjami systemu (rozwojowym, testowym, produkcyjnym)? 11. Jak wygląda uzupełnianie brakujących danych przy braku próbek (dotyczy obsługi procesu odczytowego klientów typy WR)? 12. W jaki sposób w systemie odbywa się rozliczenie klientów? 13. Jak są budowane taryfy i inne elementy potrzebne do rozliczenia klientów (np ORCS, obszary temperaturowe)? 14. W jaki sposób w systemie zrealizowana jest obsługa PZD? 15. W jaki sposób realizuje się szeroko rozumiane raportowanie w systemie? Zagadnienia na kolejne tury spotkań: 1. Uczestnik informował, że system potrafi komunikować się z urządzeniami pomiarowymi wykorzystującymi rozwiązania telemetryczne (zastępując tym samym rozwiązania do kolekcji danych pomiarowych - aktualnie w PSG telexus/cskdp). Prosimy o dokładniejsze przedstawienie jak to jest zrealizowane? 2. Prezentacja jak wygląda w systemie obsługa procesu: a. odczytowego dla klientów typu WS, w szczególności:

2 generowanie zlecenia odczytu, wprowadzanie odczytu (masowe i pojedyncze), walidacja odczytów. b. planowania odczytów - trasy inkasenckie, raportowanie, rozliczanie inkasentów 3. Przedstawienie ogólnej koncepcji rozwiązania Contact Center i powiazania CC z CRM. 4. Przedstawienie rozwiązań dotyczących obsługi wymiany danych z OSP w standardach wymaganych przez operatora systemu przesyłowego EDIGAZ oraz procesów wchodzących w obszar bilansowania handlowego, tj. alokacji operatywnych i rozliczeniowych, nominacji, prognoz transportowych, bilansowania sieci. 5. Prezentacja w systemie obsługi procesów: przyłączeniowego, przetwarzania zleceń PZD, Rozliczania klientów - rozliczania usługi dystrybucyjnej, jak to miało być zrealizowane w I etapie. W spotkaniu I etapu zaprezentowano wybrane funkcje systemu demonstacyjnego w wersji angielskiej. 6. Zaprezentowanie w systemie obsługi procesu przyłączania od momentu wpływu wniosku o określenie warunków przyłączenia, poprzez zawarcie umowy o przyłączenie aż po uruchomienie usługi dystrybucji na podstawie zlecenia PZD od Sprzedawcy po zawarciu umowy kompleksowej pomiędzy Sprzedawcą i Klientem. Pytania: Atos Polska S.A. 1. Jak wykonawca rozumie obsługę CRM- a po stronie OSD w obszarze: Przygotowania sprzedaży i sprzedaży, 2. Jak wykonawca rozumie wspólną platformę CIS dla obrotu i dystrybucji przy uwzględnieniu unbundingu. 3. Czy i w jaki sposób oferowany system wspomaga proces obsługi i rozliczenia usługi dystrybucyjnej w modelu przedpłatowym z punktu widzenia OSD i ZUD? 4. Jakie metody walidacji danych pomiarowych są dostępne w oferowanym systemie? Czy istniej możliwość tworzenia własnych algorytmów walidacji? 5. Jak system obsługuje braki danych w pochodzących z head-end systems? Czy istnieją narzędzia do wprowadzania własnych algorytmów uzupełniania danych pomiarowych w przypadku ich braku? 6. Czy oferowany produkt posiada funkcjonalności korekcji objętości w zależności o wysokości geodezyjnej (dla danych pochodzących z układów pomiarowych bez korekcji objętości gazomierze miechowe)? 7. Czy oferowany produkt, w zakresie zarządzania urządzeniami pomiarowymi, wspiera procesy związane z prawną kontrolą metrologiczną, w szczególności w zakresie prowadzenia legalizacji ponownej z zastosowaniem metod statystycznych? 8. W jaki sposób oferowany system wspiera proces pozyskiwania danych w odczycie inkasenckim, w szczególności dla modelu z odczytem wykonywanym przez zewnętrznych dostawców usługi? Przedstawienie przykładowych funkcjonalności aplikacji mobilnej. 9. Jak system realizuje proces szacowania zużycia paliwa gazowego dla punktów wyjścia typu WS? 10. W jaki sposób działa moduł do modelowania profili zużycia paliwa gazowego dla poszczególnych grup odbiorców i/lub indywidualnych Strona 2 z 8

3 odbiorców, wykorzystywanych w metodologii szacowania zużycia paliwa gazowego? 11. Czy w ocenie wykonawcy wdrożenie realizowane niezależnie przez PSG i OD może skutkować problemami (jeżeli tak to jakimi). Chodzi o sytuacje gdy jedno wdrożenie wyprzedza drugie. 12. Czy system ma możliwość realizowania funkcji prognozowania tzw. ilości mierzonych rzadziej niż codziennie (punktów WS) jako prognozy alokacji dla ZUD w zakresie punktów WS? 13. Czy i w jaki sposób system realizuje proces alokacji operatywnych i rozliczeniowych. Czy jest możliwość odwzorowania dowolnego algorytmu, nie tylko taki, który domyślnie jest stosowany przy szacowaniu punktów WS? 14. Czy i w jaki sposób system realizuje funkcje bilansowania handlowego. W szczególności czy ma możliwość bilansowania obszarów wyspowych sieci dystrybucyjnej, tj. obszarów zasilanych ze źródła np. instalacji LNG niepołączonych z siecią przesyłową? 15. Czy system wspomaga proces zakupu gazu na Giełdzie Gazu / rynku OTC itp.? 16. Czy system prowadzi wymianę komunikatów Edig@s w zakresie prognoz, alokacji operatywnych i rozliczeniowych, kodów ZUP przekazywanych przez Gaz-System? Zagadnienia na kolejne tury spotkań: 1. Przedstawienie wsparcia systemu w zakresie współpracy i rozliczeń z Operatorami Systemów Współpracujących (OSP, OSDW), których systemy gazowe są połączone z systemem dystrybucyjnym PSG (odpowiednio zasilając lub odbierając paliwa gazowe z systemu dystrybucyjnego PSG), oraz z tzw. źródłami (kopalnie gazu, biogazownie). 2. Prosimy o szczegółowe omówienie wsparcia przez CRM procesów obsługi klienta na przykładzie procesu obsługi Pojedynczego Zlecenia Dystrybucji (PZD). Należy w szczególności uwzględnić możliwość monitorowania poszczególnych etapów realizacji PZD tak żeby na każdym etapie była możliwość informowania klienta o statusie realizacji (np. status inwestycji, montaż układu z uzgodnieniem daty itd.). 3. Przedstawienie rekomendowanych scenariuszy wsparcia obszaru pozyskiwania danych pomiarowych pozyskiwanych telemetrycznie (rozwiązania Head-End). Czy istnieją rozwiązania standardowo zintegrowane z rozwiązaniem ISU w rozwiązaniach oferowanych przez Uczestnika? 4. Proszę o przedstawienie rozwiązań dotyczących obsługi wymiany danych z OSP w standardach wymaganych przez operatora systemu przesyłowego EDIGAZ oraz procesów wchodzących w obszar bilansowania handlowego, tj. alokacji operatywnych i rozliczeniowych, nominacji, prognoz transportowych, bilansowania sieci. 5. Proszę o określenie rekomendacji Wykonawcy: czy wybór wykonawcy i wdrożenie powinno być realizowane przez jeden podmiot dla dwóch Spółek równocześnie: jedno postępowanie przetargowe, czy każda ze Spółek powinna realizować proces oddzielnie (niezależne dwie procedury przetargowe)? Strona 3 z 8

4 Pytania: Asseco Poland S.A. 1. Jak wykonawca rozumie obsługę CRM po stronie OSD w obszarze: Przygotowania sprzedaży i sprzedaży? 2. Jak wykonawca rozumie wspólną platformę CIS dla obrotu i dystrybucji przy uwzględnieniu unbundingu? 3. Czy można wprowadzać własne "rozwiązania" do systemu i w jakim zakresie (mowa była o że coś takiego istnieje, ale prosimy o rozwinięcie tematu)? Jak to się przekłada na aktualizację wersji systemu? Czy kod systemu jest otwarty tak, żeby użytkownik mógł wykonywać swój własny development (rozszerzenia)? 4. Czy można wprowadzać własne "rozwiązania" do systemu i w jakim zakresie (mowa była o że coś takiego istnieje, ale prosimy o rozwinięcie tematu)? Jak to się przekłada na aktualizację wersji systemu? Czy kod systemu jest otwarty tak, żeby użytkownik mógł wykonywać swój własny development (rozszerzenia)? 5. Jakie są możliwości rozszerzania systemu o własne rozwiązania (programy, walidacje, raporty, rozszerzenia standardu)? 6. Jakie są możliwości raportowe (hurtownia danych, raporty w systemie transakcyjnym, raporty ad hoc)? 7. Jakie są możliwości zmian masowych w systemie? 8. Jak wygląda przenoszenie danych, konfiguracji, zmian w oprogramowaniu między poszczególnymi instancjami systemu (rozwojowym, testowym, produkcyjnym)? 9. Jak wygląda planowanie i pozyskiwanie odczytów - generowanie i utrzymanie harmonogramów, tras inkasenckich, rozliczenia inkasentów itp.? 10. Jak wygląda obróbka danych masowych (obszar WR) import z urządzeń, uzupełnianie braków itp.? 11. Jak system szacuje odczyty? 12. Jakie są możliwości implementowania w systemie procesów obiegu informacji - narzędzi "workflow"? 13. Jakie są możliwości automatycznego przetwarzania PZD? 14. Jaka powinna wyglądać integracja z obszarem ERP? 15. Jak wygląda obsługa procesu realizacji odczytów dla klientów typu WS? (planowanie zleceń, sposób wymiany danych z wykonawcami realizującymi odczyty w terenie (aplikacja mobilna, portal odczytowy), walidacja odczytów, raportowanie itp. 16. W jaki sposób rozwiązana jest kwestia obsługi zleceń PZD dotyczących konieczności realizacji zadania w terenie przez monterów (np. uruchomienie/wznowienie dostawy, zakończenie/wstrzymanie dostawy) czy system komunikuje się z system zewnętrznym do obsługi takich zleceń terenowych? Czy system posiada narzędzia do nadzoru jednostek terenowych nad terminową realizacją tych zleceń, jeżeli tak to jakie? 17. Jakie są możliwości rozszerzania systemu o własne rozwiązania (programy, walidacje, raporty, rozszerzenia standardu). 18. Jakie są możliwości raportowe (hurtownia danych, raporty w systemie transakcyjnym, raporty ad hoc). 19. Jakie są możliwości zmian masowych w systemie 20. Jak wygląda przenoszenie danych, konfiguracji, zmian w oprogramowaniu między poszczególnymi instancjami systemu (rozwojowym, testowym, produkcyjnym). Strona 4 z 8

5 Zagadnienia na kolejne tury spotkań: 1. Prosimy o analizę zapisów IRiESD Polskiej Spółki Gazownictwa w zakresie funkcjonowania rynku gazu i relacji OSD- ZUD (Sprzedawca gazu) oraz zasad obsługi Pojedynczych Zleceń Dystrybucji (PZD). Czy Wykonawca mógłby przed kolejnym spotkaniem przetłumaczyć cześć swojej prezentacji z wersji rynku elektroenergetycznego na system gazowy dystrybucyjny? 2. Przedstawienie architektury systemu - integracji poszczególnych modułów, co jest w ramach jednej instancji. 3. Omówienie sposobów komunikacji systemu z systemami i użytkownikami zewnętrznymi. 4. Prezentacja systemu uwzględniająca realia runku gazu w Polsce, w tym do rolę jaką na tym rynku pełni PSG, szczegółowo opisanych w IRiESD PSG (w zakresie świadczenia usługi dystrybucyjnej) oraz Taryfie PSG (w zakresie rozliczania usługi dystrybucyjnej)." 5. Prezentacja systemu uwzględniająca relacje umowne, obowiązujące na rynku gazu w Polsce, zgodnie z którymi OSD zawiera umowy dystrybucyjne ze Zlecającymi Usługę Dystrybucyjną (ZUD), natomiast Odbiorcy końcowi zawierają umowy kompleksowe z ZUD lub sprzedaży paliwa gazowego ze Sprzedawcami gazu (w przypadku rozdzielenia umów i zlecania usługi dystrybucyjnej bezpośrednio OSD). W przypadku umów kompleksowych, OSD i Odbiorców końcowych nie łączą bezpośrednie relacje umowne. 6. Prezentacja systemu uwzględniająca zasady współpracy i rozliczeń z Operatorami Systemów Współpracujących (OSP, OSDW), których systemy gazowe są połączone z systemem dystrybucyjnym PSG (odpowiednio zasilając lub odbierając paliwa gazowe z systemu dystrybucyjnego PSG), oraz z tzw. źródłami (kopalnie gazu, biogazownie)." 7. Prezentacja systemu uwzględniająca zasady współpracy i rozliczeń z Operatorami Systemów Współpracujących (OSP, OSDW), których systemy gazowe są połączone z systemem dystrybucyjnym PSG (odpowiednio zasilając lub odbierając paliwa gazowe z systemu dystrybucyjnego PSG), oraz z tzw. źródłami (kopalnie gazu, biogazownie)." 8. Przedstawienie, jak prezentowany system informatyczny umożliwia/przewiduje obsługę tzw. Workflow w procesie obsługi Pojedynczych Zleceń Dystrybucji (PZD), tj. poszczególnych etapów realizacji tych zleceń przez techniczne służby PSG i czy umożliwia/przewiduje wymianę informacji w tym zakresie, zarówno z wewnętrznymi systemami dziedzinowymi do obsługi zleceń monterskich, jak i z systemami ZUD. 9. Opisanie, jak prezentowany system informatyczny umożliwia/przewiduje zarządzanie, obsługę i rozliczanie z ZUD przedpłatowych liczników paliwa gazowego, z punktu widzenia roli OSD jaką pełni PSG na rynku gazu, w szczególności w kontekście braku możliwości odsprzedaży paliwa gazowego odbiorcom (zgodnie z udzieloną przez Prezesa URE koncesją, PSG świadczy usługi dystrybucji paliwa gazowego oraz usługi regazyfikacji skroplonego gazu ziemnego). 10. Przedstawienie możliwości systemu w zakresie szacowania wolumenów paliwa gazowego w podziale na grupy taryfowe i/lub inne kategorie Strona 5 z 8

6 odbiorców za zakończony okres rozliczeniowy, dla odbiorców u których nie dokonano odczytu stanu gazomierza na koniec tego okresu, z uwzględnieniem temperatury otoczenia oraz innych czynników (np. dni świątecznych, dni wolnych od pracy, itd.). 11. Przedstawienie rozwiązań dotyczących obsługi wymiany danych z OSP w standardach wymaganych przez operatora systemu przesyłowego EDIGAZ oraz procesów wchodzących w obszar bilansowania handlowego, tj. alokacji operatywnych i rozliczeniowych, nominacji, prognoz transportowych, bilansowania sieci. 12. Zaprezentowanie w systemie obsługi procesu przyłączania od momentu wpływu wniosku o określenie warunków przyłączenia, poprzez zawarcie umowy o przyłączenie aż po uruchomienie usługi dystrybucji na podstawie zlecenia PZD od Sprzedawcy po zawarciu umowy kompleksowej pomiędzy Sprzedawcą i Klientem. Czy system wspiera generowanie i konfigurowanie różnego rodzaju formularzy np. warunki przyłączenia, umowy o przyłączenie itp. 13. Zaprezentowanie w systemie: obsługę procesu przyłączania, w tym w szczególności możliwość złożenia przez klienta poprzez portal wniosku o wydanie warunków przyłączenia, wniosku o zawarcie umowy o przyłączenie. Możliwość otrzymywania za pośrednictwem portalu /elektronicznie informacji o statusie sprawy klienta od momentu złożenia wniosku aż po wykonanie przyłączenia i wglądu do wydanych dokumentów w np. w formie.pdf. Czy system może komunikować się np. z system ERP do pozyskiwania informacji o statusie realizacji inwestycji przyłączeniowej i przekazywania jej Klientowi? obsługę procesu skarg i reklamacji zgłaszanych przez Klienta i ZUD (Sprzedawców gazu), obsługę procesu zgłoszeń składanych przez Klientów: np.; sprawdzenie poprawności działania gazomierza, wstrzymanie dostawy na życzenie Klienta itp." 14. Zaprezentowanie w systemie funkcjonalności CRM - badania potencjału rynku, wsparcia w procesie ofertowania i pozyskiwania Klientów (przyłączanie do sieci), badanie satysfakcji Klientów itp 15. Zaprezentowanie/omówienie na kolejnym spotkaniu funkcjonalności raportowych. SAP Polska Sp. z o.o. Pytania: 1. Czy i w jaki sposób oferowany system wspomaga proces obsługi i rozliczenia usługi dystrybucyjnej w modelu przedpłatowym z punktu widzenia OSD i ZUD? 2. Jakie metody walidacji danych pomiarowych są dostępne w oferowanym systemie? Czy istniej możliwość tworzenia własnych algorytmów walidacji? 3. Jak system obsługuje braki danych w pochodzących z head-end systems? Czy istnieją narzędzia do wprowadzania własnych algorytmów uzupełniania danych pomiarowych w przypadku ich braku? 4. Czy oferowany produkt posiada funkcjonalności korekcji objętości w zależności o wysokości geodezyjnej (dla danych pochodzących z układów pomiarowych bez korekcji objętości gazomierze miechowe)? 5. Czy oferowany produkt, w zakresie zarządzania urządzeniami pomiarowymi, wspiera procesy związane z prawną kontrolą Strona 6 z 8

7 metrologiczną, w szczególności w zakresie prowadzenia legalizacji ponownej z zastosowaniem metod statystycznych? 6. W jaki sposób oferowany system wspiera proces pozyskiwania danych w odczycie inkasenckim, w szczególności dla modelu z odczytem wykonywanym przez zewnętrznych dostawców usługi? Przedstawienie przykładowych funkcjonalności aplikacji mobilnej. 7. Jak system realizuje proces szacowania zużycia paliwa gazowego dla punktów wyjścia typu WS? 8. W jaki sposób działa moduł do modelowania profili zużycia paliwa gazowego dla poszczególnych grup odbiorców i/lub indywidualnych odbiorców, wykorzystywanych w metodologii szacowania zużycia paliwa gazowego? 9. Czy w ocenie wykonawcy wdrożenie realizowane niezależnie przez PSG i OD może skutkować problemami (jeżeli tak to jakimi). Chodzi o sytuacje gdy jedno wdrożenie wyprzedza drugie. 10. Czy system SAP ma możliwość realizowania funkcji prognozowania tzw. ilości mierzonych rzadziej niż codziennie (punktów WS) jako prognozy alokacji dla ZUD w zakresie punktów WS? 11. Czy i w jaki sposób system SAP realizuje proces alokacji operatywnych i rozliczeniowych. Czy jest możliwość odwzorowania dowolnego algorytmu, nie tylko taki, który domyślnie jest stosowany przy szacowaniu punktów WS? 12. Czy i w jaki sposób system SAP realizuje funkcje bilansowania handlowego. W szczególności czy SAP mam możliwość bilansowania obszarów wyspowych sieci dystrybucyjnej, tj. obszarów zasilanych ze źródła np. instalacji LNG niepołączonych z siecią przesyłową? 13. Czy system SAP wspomaga proces zakupu gazu na Giełdzie Gazu / rynku OTC itp.? 14. Czy system SAP prowadzi wymianę komunikatów Edig@s w zakresie prognoz, alokacji operatywnych i rozliczeniowych, kodów ZUP przekazywanych przez Gaz-System? Zagadnienia na kolejne tury spotkań: 6. Przedstawienie wsparcia systemu w zakresie współpracy i rozliczeń z Operatorami Systemów Współpracujących (OSP, OSDW), których systemy gazowe są połączone z systemem dystrybucyjnym PSG (odpowiednio zasilając lub odbierając paliwa gazowe z systemu dystrybucyjnego PSG), oraz z tzw. źródłami (kopalnie gazu, biogazownie). 7. Prosimy o szczegółowe omówienie wsparcia przez CRM procesów obsługi klienta na przykładzie procesu obsługi Pojedynczego Zlecenia Dystrybucji (PZD). Należy w szczególności uwzględnić możliwość monitorowania poszczególnych etapów realizacji PZD tak żeby na każdym etapie była możliwość informowania klienta o statusie realizacji (np. status inwestycji, montaż układu z uzgodnieniem daty itd.). 8. Przedstawienie rekomendowanych scenariuszy wsparcia obszaru pozyskiwania danych pomiarowych pozyskiwanych telemetrycznie (rozwiązania Head-End). Czy istnieją rozwiązania standardowo zintegrowane z rozwiązaniem ISU w rozwiązaniach oferowanych przez Uczestnika? 9. Proszę o określenie rekomendacji Wykonawcy: czy wybór wykonawcy i wdrożenie powinno być realizowane przez jeden podmiot dla dwóch Spółek równocześnie: jedno postępowanie przetargowe, Strona 7 z 8

8 czy każda ze Spółek powinna realizować proces oddzielnie (niezależne dwie procedury przetargowe)? Strona 8 z 8