1c obieg dokumentów, osoba zatwierdzająca nie jest określona. Automatyzacja procesów biznesowych. Monitorowanie procesów biznesowych i optymalizacja ich za pomocą 1C: Przepływ dokumentów

W związku z wydaniem/aktualizacją tych produktów, a także rozwojem technologii usług sieciowych, specjaliści 1C wdrożyli bezproblemową integrację, 1C ERP i 1C Document Management (zwane dalej „DO”).

W tym artykule zostanie opisany nie tylko schemat i konfiguracja integracji, chociaż zostanie to omówione w całości, ale rozważonych zostanie także kilka możliwych typów integracji.

Aby zaimplementować tę interakcję między dwoma programami, będziemy potrzebować:

• 1C „DO” 2.0 (wersje CORP)

  Serwer WWW Apache.

Nie ma potrzeby opisywania instalacji i konfiguracji tych produktów oprogramowania, przejdźmy bezpośrednio do konfiguracji.

Więc. Proces biznesowy wygląda następująco: musimy uzgodnić umowy sprzedaży. Schemat koordynacji będzie następujący:

Aby wdrożyć taki schemat, dodamy użytkowników do 1C ERP i 1C DO.

- Bezpieczeństwo

- Prawnik

- Ekonomista

- Urzędnik

Przejdźmy teraz do konfiguracji

Przejdźmy do 1C DO w trybie „Konfigurator” i opublikujmy naszą bazę danych na serwerze WWW.

Nazwa - adres zasobu tj. http://localhost/DocCorp/

Katalog — lokalizacja usługi internetowej.

Sprawdzamy pracę.

Teraz dokonajmy ustawień w 1C DO.

1) Utwórz nowy typ dokumentu: „Umowa sprzedaży”

Przejdź do „NSI i administracja” - „Rodzaje dokumentów”

Stwórzmy grupę dokumentów „Umowy”

Tworzenie nowego widoku

Przejdźmy do zakładki „Szablony dokumentów” – „Szczegóły dokumentu”.

Stwórzmy folder, w którym będziemy przechowywać wszystkie umowy sprzedaży w jednym miejscu.

Przejdź do „Szablony procesów” i utwórz nowy szablon.

Otworzy się formularz wyboru szablonu „Zatwierdzenie”, utwórz folder „Procesy niestandardowe”, a następnie utwórz proces „Zatwierdzenie umowy sprzedaży”

Nagrajmy proces.

Przejdźmy do tematów procesu, ponieważ Mamy routing warunkowy, który jest zależny od kwoty zamówienia, potrzebujemy obiektu analizy, stwórzmy go.

Wróćmy do zakładki „Ustawienia procesu” i dodajmy osoby zatwierdzające.

Następnie zmieniamy kierunek trasowania i ustalamy kolejność koordynacji:

Teraz skonfigurujmy adresowanie catch, kliknij przycisk „Użyj warunków”. *(Tylko w wersji CORP).

Stwórzmy nowy warunek routingu: Kwota kontraktu > 100 000 rub.

Przypiszmy go do „Typu dokumentu” – „Umowy sprzedaży”.

Konfiguracja 1C „TO” została zakończona. Przejdźmy do konfiguracji 1C: ERP.

Dodajmy użytkowników, tak samo jak w 1C „DO”

W polu URL wpisz adres internetowy usługi, zaznacz niezbędne pola i przejdź do konfiguracji integracji.

Wskażmy w ustawieniach z jakim dokumentem chcemy powiązać proces.

Będzie to „umowa z kontrahentem”, obiekt z 1C „DO” - „Dokument wewnętrzny”

Po wybraniu relacji zostaną wykonane podstawowe ustawienia powiązanych obiektów.

Należy skonfigurować pewną liczbę pól.

Rodzaj dokumentu w 1 „PRZED” - „Umowa sprzedaży”

Po wprowadzeniu typu dokumentu 1C ERP szuka go w 1C „DO”.

„Teczka” – „Umowy sprzedaży” (miejsce przechowywania dokumentów)

"Numer rejestracyjny"

Domyślny system mówi, że to jest „Kod”, to jest niepoprawne, zmieńmy wartość.

To jest numer naszej umowy.

Skonfigurujmy pozostałe pola

To wszystko — zapisz ustawienie.

Stwórzmy umowę sprzedaży w 1C ERP, utworzymy ją pod użytkownikiem „Urzędnik”

Stwórzmy teraz proces 1C „DO” w oparciu o tę umowę. Kliknij „Więcej” w formularzu listy

W 1C DO tworzony jest dokument wewnętrzny „Umowa sprzedaży”.

którego „nazwa” odpowiada danym z 1C ERP. System od razu prosi nas o wybranie szablonu procesu. Wybierz „Umowa umowy sprzedaży” i kliknij „Utwórz proces”. Na razie nie będziemy instalować pola wyboru „Uruchom natychmiast”.

Kwota naszego kontraktu wynosi > 100 000 rubli, dlatego nasza reguła routingu zadziałała, dodano „Ekonomist”.

Rozpocznijmy proces.

Teraz zalogujmy się do 1C ERP pod różnymi użytkownikami i zobaczmy wynik. Przy pierwszym logowaniu użytkownika do 1C ERP, jeśli skonfigurowano integrację z 1C „DO”, użytkownik zostanie poproszony o podanie loginu i hasła, aby połączyć się z „DO”.

Potem pójdziemy do „The Economist”.

Nie ma żadnych zadań, bo... jego zatwierdzenie następuje po „Prawniku”, uzgodnimy umowę z „Prawnikiem” i zaktualizujemy zadania „Ekonomisty”

Nasza umowa uzyskała status „Ważna”.

Mała dygresja. To jest przykład integracji z 1C ERP do 1C DO. Jednak moim zdaniem istnieje wiele niedociągnięć nie w samej integracji, ale w organizacji procesu biznesowego. Załóżmy, że mamy duży obieg dokumentów umów sprzedaży z kontrahentami, wszystkie umowy przechodzą procedurę zatwierdzania. Dlatego za każdym razem, gdy umowa musi zostać zawarta w 1C: ERP. Ale umowa może nie zostać zatwierdzona, wtedy „śmieci” pozostaną w bazie danych, żeby nie powiedzieć, że będzie to miało duży wpływ na działanie systemu, ale jednak.

Istnieje jednak szansa na rozszerzenie relacji. „Urzędnik” tworzy dokument wewnętrzny „Umowa sprzedaży” w 1C „DO”, dokument przechodzi etapy zatwierdzania, a następnie, po zatwierdzeniu, „Urzędnik” wprowadza już zatwierdzone dane do 1C ERP i konfiguruje związek między obiektem w 1C ERP i 1C „DO” .

W 1C DO stworzymy dokument wewnętrzny „Umowa sprzedaży”

Rejestrujemy umowę i wysyłamy ją korzystając ze stworzonego przez nas szablonu zgody.

Mała nieścisłość na zrzucie ekranu, kwota kontraktu została później podana na 1500 rubli.

Ustalam kwotę umowy na 1500 rubli, dlatego „Economist” nie musi zatwierdzać.

Przejdźmy do 1C ERP.

Jak widać, nawet bez tworzenia dokumentu w 1C ERP z płynną integracją, wszystkie procesy użytkowników w 1C „PRZED” są wyświetlane w 1C ERP.

Po zakończeniu wszystkich procedur zatwierdzających i uzgodnieniu umowy wystarczy wprowadzić ją do bazy danych 1C ERP i skonfigurować połączenie.

Wprowadzamy naszą umowę do 1C ERP i nawiązujemy połączenie z uzgodnionym obiektem z 1C „DO”

Przejdź do „Przepływu dokumentów” tego dokumentu i wybierz „dokument wewnętrzny” 1C DO.

Wyszukiwanie odbywa się według wybranych kryteriów po stronie 1C „DO”.

Teraz skonfigurowaliśmy połączenie pomiędzy dwoma obiektami.

Jednocześnie nie tworzyliśmy w 1C ERP zbędnych dokumentów, cały proces zatwierdzania odbywał się po stronie ERP (z wykorzystaniem narzędzi 1C DO). Odebrano połączenie między 2 obiektami z różnych baz.

To wszystko na ten temat. To, które metody wybrać, zależy od Twoich potrzeb, zdecyduj sam.

PS. Podczas integracji z 1C ERP zalecałbym skonfigurowanie planów wymiany struktury przedsiębiorstwa, kontrahentów, użytkowników i artykułów DDS. Zmniejszy to zakłócenia w systemie 1C DO i będzie zawierało aktualne informacje do celów rachunkowości umownej.

3 Planowanie operacyjne i fakty. ruch DS.

3.1 Rezerwacja budżetów

Jak wspomniano wcześniej, limity DDS według budżetu (plany biznesowe DDS)często można określić (na przykład kwotę pozycji mogą określić kontrahenci, dodatkowi analitycy, na przykład zdarzenia itp.).

Ustawienie limitów DS w konturze operacyjnym zostanie dokonane na podstawie dokumentu „Rezerwacja budżetu”.Wygodne jest wprowadzanie takich dokumentów na podstawie Biznes Planów DDS. Jednocześnie ustalanie i kontrola limitów odbywać się będzie w kontekście z góry określonego scenariusza – „rezerwy”.

Ponadto podczas planowania operacyjnego wydatków DS (w momencie składania wniosku o płatność) program będzie sprawdzał bieżące salda operacyjne zgodnie z limitami. A w przypadku przekroczenia limitu program nie pozwoli na taką aplikację i zostanie wygenerowane odpowiednie ostrzeżenie.

Aby włączyć zakaz wysyłania dokumentów po przekroczeniu limitu należy przejść do sekcji „Katalogi i ustawienia ogólne/Ustawianie parametrów/Skarbiec”.

Ustawimy także flagę „Zabroń bezpośredniego tworzenia zleceń płatniczych na podstawie wniosków z pominięciem rejestru płatności”.Ta funkcjonalność będzie potrzebna, ponieważ naszym zadaniem będzie koniecznie wiązać się z rejestrem płatności (rejestr będzie koniecznie tworzony i zatwierdzany przez głównego księgowego).

Przejdźmy zatem do dokumentów Zastrzeżenie budżetów na okres – wrzesień 2017 r.

Zwróćmy uwagę na następujące punkty:

• 
  Nie utworzymy ścieżki akceptacji dla dokumentu „Rezerwacja budżetu”. Ustaw znak „Poza trasą” i status „Zatwierdzony”

• 
  Wskażemy organizację jako „MSK UK (Funkcje zarządcze)”, natomiast CFO pozostawi wartość, która została wskazana w biznes planie.

3.2 Drogi zatwierdzenia wniosku o płatność dla dostawcy

W ramach realizowanego przez nas zadania zapewnimy zatwierdzenie wniosku o płatność dla dostawcy na drodze akceptacji.Zatem wniosek o płatność zostaną automatycznie przesłane „poprzez łańcuch umów”, z których każdy będzie musiał zatwierdzić (lub odrzucić na swoim etapie) wniosek.

Każdy uzgadniający „ze swojej strony” sprawdzi potrzebę zatwierdzenia wniosku. Na przykład osoba odpowiedzialna za zakupy -sprawdzi poprawność warunków umowy, skarbnik upewni się, że nie ma luki gotówkowej (i w razie potrzeby dokona bilansowania w kalendarzu płatności), finansową. dyrektor dokona ostatecznej akceptacji wniosku itp.

Jednocześnie system automatycznie określi konieczność przesłania wniosku do określonych kontrahentów (w naszym przykładzie warunki zostaną skonfigurowane w zależności od artykułu DDS we wniosku). Również, Konfigurowanie warunków można przeprowadzić bardzo elastycznie, a wszelkie inne dane z aplikacji można sprawdzić.

Przejdźmy do sekcji „Procesy i zgody/Wzory procesów”.

Stwórzmy nowy szablon - „Proces zatwierdzania wniosków o płatność”. Jako cel procesu wskażemy „Drogę zatwierdzenia”. Typprzedmiot zatwierdzenia – „Wniosek o dopuszczenie do eksploatacji”.

Utwórzmy następującą ścieżkę zatwierdzania:

Warunki wyboru trasy konfiguruje się w specjalnym konstruktorze.Te. Zawsze możesz skonfigurować - kiedy jakie warunki (lub grupy warunków) zostaną spełnione, jakie akcje mają zostać wykonane i do jakich etapów zatwierdzania ma przejść program.

Aby sprawdzić, jak będą działać warunki trasy w zależności od parametrów żądania, w sprawdzaniu trasy dostępna jest funkcja „Wyświetl”.

Etap „Powiadomienie” może pełnić funkcję odrębnego etapu (schemat sieciowy procesu).

Oznacza to, że przechodząc do tego etapu, system będzie mógł wygenerować osobny alert dla użytkownika.

W związku z tym etap „Powiadomienia” można uwzględnić w schemacie sieci procesowej.

Aby skonfigurować treść alertu, należy skonfigurować szablon alertu:

Ponadto system zapewnia automatyczny generowanie alertów w związku z wystąpieniem różnych zdarzeń. Oto lista podanych kategorii wydarzeń:

W ten sposób możesz np. skonfigurować generowanie alertów, gdy przy przejściu do każdego z etapów zatwierdzania, alerty o tym będą automatycznie generowane.

Te. osoba zatwierdzająca zawsze otrzyma powiadomienia, zobaczy na jakie etapy aktualnie musi się zgodzić i będzie mogła dokończyć akceptację bezpośrednio z poziomu dziennika „Moje zadania i alerty”.

Aby umożliwić generowanie alertów o zdarzeniach,należy przejść do sekcji „Procesy i zgody/Ustawienia alertów” i dodaj ten wpis:

I w końcu Po pełnym skonfigurowaniu szablonu procesu zatwierdzania należy określić ten szablon w regulaminie raportowania. W naszym przykładzie W rozporządzeniu „Wyznaczanie i kontrolowanie limitów DDS” wymagane jest ustalenie matrycy uprawnień do zatwierdzania kopii raportów – określając w niej wzór procesu zatwierdzania.

Dla dokumentu Zapytanie o operację określ szablon procesu „Proces zatwierdzania wniosków o płatność”.

3.3 Koordynacja zapytań o trasę

W ramach realizowanego przez nas zadania utworzymy wniosek o płatność i prześlemy go do zatwierdzenia.

Wypełnijmy dokument Wniosek o operację typem „Rozliczenia BDDS (Wydatki) z kontrahentami”.

Aby sprawdzić kontrolę limitów, wskażemy we wniosku kwotę większą niż przewidziana w limitach.

Przy próbie wysłania dokumentu otrzymamy komunikat o przekroczeniu limitu.

Poprawimy tę sytuację, tworząc poprawnie wniosek.Wskażemy źródło limitów (dokument rezerwacji budżetowej) oraz wskażemy dostępną kwotę.

Wypełnijmy kontrahenta i umowę;Przejdźmy do zakładki „Kontrola limitów”.

Zobaczymy jakie jest aktualne saldo limitu (biorąc pod uwagę bieżącą operację) i jaki limit był zaplanowany.

Przejrzyjmy dokument i zobaczmy, czy dokument otrzymuje status „W trakcie zatwierdzania”

Kliknij przycisk „Postęp zatwierdzania”, aby otworzyć trasę i zobaczyć, na jakim etapie znajduje się wniosek.

Bieżący etap jest podświetlony na niebiesko.

Przyjrzyjmy się teraz, jak program implementuje mechanizm generowania alertów i jakie możliwości daje osobie wyrażającej zgodę.

Przejdźmy do sekcji „Procesy i zatwierdzenia/Moje zadania i alerty”.

Widzimy, że w systemie generowane są alerty.Alerty generowane są zarówno według kategorii zdarzeń, jak i przejścia do poszczególnych etapów procesu.

Osoba zatwierdzająca, bez opuszczania dziennika powiadomień, może zatwierdzić etap, przekazać etap zastępcy oraz przypisać dodatkowych osób zatwierdzających.

Dla dodatkowej kontroli nad aplikacjami program umożliwia skonfigurowanie zakazu/zezwolenia na płatności dla specjalnie określonych analityków.

W sekcji „Planowanie i kontrola/Zezwolenia i zakazy płatności” dokonamy (przykładowo) następującego wpisu.

Przy próbie przesłania takiego wniosku do zatwierdzenia pojawia się następujący komunikat

Oznacza to, że choć aplikacja przechodzi kontrolę limitów, nie przechodzi przez dyrektywę kontroli płatności.

Wyłączmy wcześniej wprowadzoną dyrektywę i wyślijmy wniosek do zatwierdzenia.

Aby przejść do zatwierdzenia bieżącego etapu, należy kliknąć przycisk „Zatwierdź dokument”.

Wprowadźmy wizę (wyjaśnienie) i kliknij „Zgadzam się”.

Załóżmy, że na kolejnym etapie akceptacji skarbnik zauważył, że we wniosku nie został podany cel płatności i uznał za konieczne odesłanie wniosku do wykonawcy (aby uzupełnił wszystkie pola, tak jak powinno być). W tym celu dostępny jest przycisk „Odrzuć”.

Program zapewnia również następujące przydatne funkcje dotyczące przejścia trasy zatwierdzania:

• 
  Odrzuć wniosek do poprzedniego etapu zatwierdzania;
• 
  Prześlij wniosek do zatwierdzenia dodatkowym osobom zatwierdzającym (czyli jeśli zajdzie taka potrzeba, możesz dodać osoby zatwierdzające do bieżącej trasy i przekierować do nich wniosek).

3.4 Praca z kalendarzem płatności.

Zatem na chwilę obecną 2 wezwania do zapłaty są na etapie „uzgadniania” ze skarbnikiem.

Głównym zadaniem skarbnika jest kontrola możliwości płatności.Czyli tak, żeby np. nie powstała luka gotówkowa (należy oszacować, jaka kwota jest planowana na rachunkach bieżących w momencie płatności). Także w W tych 2 wnioskach nie określono rachunków bieżących, z których dokonywana będzie płatność.

W sumie skarbnik musi zbilansować pozycję płatniczą (ustalić rachunek płatniczy i monitorować termin płatności pod kątem luk gotówkowych).A jeśli okaże się, że wpłata na planowany moment nie wystarczy, skarbnik musi albo przesunąć termin planowanej wpłaty, albo uwzględnić (dodatkowo zaplanować) wpłatę c o przyjęcie, lub odroczyć wniosek ze względu na brak możliwości uiszczenia opłaty (przenieść na listę stop). Wszystkie te funkcje, a także funkcja separacji jedną aplikację na kilka (w celu podzielenia jednej kwoty na kilka) oraz funkcję przenoszenia gotówki pomiędzy rachunkami – to wszystko zostanie uwzględnione podczas późniejszej pracy z kalendarzem płatności.

Warto też wspomnieć o jeszcze jednej funkcjonalności pracy z kalendarzem płatności, a mianowicie możliwości zapisywania różnych „opcji rozwoju wydarzeń”.

Oznacza to, że skarbnik może modelować np. sytuację nr 1 „dodatkowego planowania” oczekiwanego wpływu środków pieniężnychod klienta oraz przeanalizuj i zapisz ten „scenariusz” zdarzeń (tę wersję kalendarza płatności). Następnie zasymuluj sytuację nr 2, gdy oczekiwany odbiór d/s nie nastąpił, ale konieczne jest uzupełnienie niedoboru d/s C poprzez ruch d/ C z innego rachunku bieżącego i częściowo przesunąć terminy płatności. W sumie możliwe będzie porównanie obu scenariuszy i wybranie tego, który będzie korzystniejszy.

Funkcjonalność kalendarza płatności w systemie zarządzania daje bogate możliwości skarbnikowi, spójrzmy na to wszystko na przykładach.

Zanim jednak zaczniesz pracować z kalendarzem płatności, musisz wykonać poniższe kroki.

Skonfiguruj szereg parametrów kalendarza płatności:

• 
  Horyzonty powstania kalendarza (liczba dni);
• 
  Uwzględnić lub nie (1 lub 0, lub na przykład - 0,5 - wówczas „bierzemy pod uwagę połowę”) dokumenty aplikacyjne (w tym te niezatwierdzone, te, które są w trakcie zatwierdzania) przy tworzeniu kalendarza płatności .
  • 
    Te. Jeśli ustawisz wszędzie „1” dla wniosków niezatwierdzonych, wówczas wszystkie wnioski niezatwierdzone (ale będące w trakcie zatwierdzania) zostaną w całości uwzględnione przez program podczas generowania kalendarza płatności.

    Innymi słowy oznacza to, że program będzie patrzył na planowane terminy i kwoty płatności za te wnioski i odpowiednio uwzględnił te dane w kalendarzu oraz obliczy planowane salda środków pieniężnych na rachunkach bieżących, biorąc pod uwagę przewidywane płatności za takie wnioski.

Rejestraktualne salda otwarcia:

Aby obliczyć kalendarz płatności w programie, należy zarejestrować salda początkowe. Wymagany tak aby salda początkowe zostały zarejestrowane w rejestrze akumulacyjnym „Gotówka”. Jednocześnie faktyczny ruch (przyjazd/wyjazd) d/ C powinny być również odzwierciedlone w tym rejestrze.

Rejestracja sald początkowychodbywa się poprzez wykonanie dokumentu „Korekta sald otwarcia”. W której, Dokument ten można oczywiście wypełnić automatycznie, zgodnie z danymi księgowymi. księgowość ( M e zgodnie z rachunkiem bieżącym 51).

Zarejestrujmy więc salda początkowe 2 osób prawnych. osób fizycznych i ich rachunków bankowych.

Rzeczywiste wpływy/rozdysponowanie d/s zostaną odzwierciedlone w programie poprzez dokumenty „Odbicie rzeczywistych danych budżetowych”.Dokumenty takie zostaną wygenerowane w programie automatycznie w momencie odzwierciedlenia faktu. dokumenty księgowe ruchu d/c (wpływy/odpisy d/ c według konta). To zachowanie systemu jest określane przez następujące ustawienia:

Przejdźmy do sekcji „Planowanie i kontrola/Kalendarz płatności”.

Ustawmy następujące kluczowe parametry:

• Ustalimy pogrupowania: według organizacji i rachunku bankowego;
• Ustalimy okres: od aktualnej daty do końca bieżącego miesiąca;

Wybór według organizacji: ustalimy poprzez konsolidację grupy MSC Energy +

Wygenerujemy kalendarz płatności (kalendarz będzie generowany od daty bieżącej do końca miesiąca).

Zobaczymy, że kalendarz zawiera salda początkowe dwóch rachunków bieżących,planowane przesunięcia wydatków d/c (opłata dwóch wniosków o płatność, termin płatności jutro).

Kolor czerwony oznacza, że ​​na rachunku „Rachunek bankowy nieokreślony” mamy lukę gotówkową. Stało się tak dlatego, że we wnioskach nie określono rachunku płatniczego.

• Zmieńmy liczbę wybranych zamówień. Ustalmy konto - VTB 24.

• 
  W rezultacie otrzymujemy, że „Rachunek bankowy nie jest zdefiniowany” jest wyłączony z kalendarza, jednak na dzień 05.09 występuje luka gotówkowa w wysokości 4000. Rzecz w tym, że planowane wydatki (34 tys. rubli w łącznie na 2 wnioski) przekraczają saldo d/c na koncie.

• Korzystając z funkcjonalności „odłóż/odrocz” możesz odłożyć wniosek na jakiś czas (przenieść go na listę zatrzymań). Następnie zwróć go z odroczenia.

• Powstałą wersję kalendarza można zapisać. A następnie otwórz, porównaj i wybierz korzystniejsze scenariusze rozwoju sytuacji w zakresie potoku ruchu.

• Istnieje możliwość przesunięcia terminu płatności wniosków na określony termin

Luki gotówkowe można także uzupełniać, na przykład poprzez wewnątrzgrupowe transfery pieniężne(z konta jednej organizacji na konto innej organizacji). W tym celu dostępna jest aplikacja do ruchu wewnętrznego.

Możesz szybko zaplanować zarówno wydatki, jak i przewidywane przychody. Mogą to być transakcje, takie jak wpływy od klientów i oczekiwane wpływy z innych transakcji.

3.5 Utworzenie rejestru płatności.

Po zatwierdzeniu wniosków można je wpisać do rejestru płatności.

W naszym przykładzie główny księgowy tworzy i utrzymuje rejestr w statusie „Zatwierdzony”.

Zlecenia płatnicze generowane są za pomocą przycisku „Generuj zlecenia płatnicze”.

3.6 Refleksja faktów, przekazanie stwierdzeń analitykom budżetowym.

Po pobraniu z banku klienta w momencie obciążenia rachunku bieżącego dokumenty zostaną załadowane do programu„Obciążenia z rachunku bieżącego”.

Należy pamiętać, że po obciążeniu rachunku bieżącego program automatycznie wygeneruje dokumenty „Odbicie rzeczywistych danych”.

Celem dokumentów „Odbicie danych faktycznych” jest odzwierciedlenie faktu wydatku w rejestrach budżetowania i przepływów pieniężnych. Rzeczywiste zużycie d/c jest również brany pod uwagę w kalendarzu płatności w celu ustalenia bieżących sald C.

Po załadowaniu wyciągu bankowego program może służyć do jego dystrybucji wśród analityków planistycznych.

Algorytm ten można skonfigurować w procesie „Dystrybucja wyciągów bankowych pomiędzy analityków planujących”.Wypełnienie zostanie przeprowadzone w oparciu o szablony analityczne. W programie można utworzyć wiele szablonów wypełnień.

Oto przykład szablonu, który ustawia wartość analityczną „Projekt”. Szablon (reguła) działa dla każdej organizacji i kontrahenta. Jednocześnie sprawdzana jest treść celu płatności.Oznacza to, że jeśli pole „cel płatności” zawiera kombinację słów „Umowa główna”, to w tym przypadku w polu projektu instalowana jest analiza „Główny projekt”.

W ten sposób możesz zorganizować inne algorytmy rozpoznawania celu płatności i odpowiednio wypełniania pól tsfo , Artykuł DDS, analityk itp.

Podsystem jest odpowiedni dla tych, którzy

• Mam dość ludzi biegających od czasu do czasu po biurach tylko po to, żeby złożyć podpisy;
• konieczne jest sprawdzenie: kto, kiedy i jak zatwierdził ten lub inny obiekt w bazie danych 1C;
• konieczne jest skrócenie czasu zatwierdzenia (umowy, wniosku o wydanie środków lub czegokolwiek innego).

Program umożliwia koordynację dowolnych dokumentów i podręczników w bazie danych 1C. Koordynacja następuje sekwencyjnie, tj. Najpierw pierwszy recenzent się zgodzi, jeśli się zgodzi, potem następny i tak dalej.

Istnieją następujące statusy:

• "Niezatwierdzone"
• „W trakcie zatwierdzania”,
• "Zatwierdzony"
• "Odwołany"
• „Wrócony do sprawdzenia.”

Podczas tworzenia zadań dla recenzentów nie jest określony konkretny użytkownik, a jedynie wypełniana jest Rola Adresująca + Dział Adresowania. Załóżmy, że musimy się zgodzić

Następnie zostanie utworzone zadanie dla Księgowego z Księgowości. Konkretni użytkownicy muszą być wyszczególnieni w rejestrze „Rejestr Adresowy”.

Dzięki temu zadanie do zatwierdzenia będzie widoczne dla dwóch użytkowników jednocześnie i każdy z nich będzie mógł je wykonać. Jest to szczególnie przydatne, gdy jeden pracownik wyjeżdża na urlop i trzeba określić użytkownika, który go zastąpi. W takim przypadku wystarczy dodać nowy wpis do rejestru adresacji, a wszystkie stare i wszystkie nowe zadania będą od razu widoczne dla nowego użytkownika.

Zalety

• całkowicie otwarte źródło;
• niezależna konfiguracja;
• niezależny od BSP (w przypadku konfiguracji niestandardowych ma to znaczenie);
• można wbudować w dowolną konfigurację (lista przetestowanych konfiguracji poniżej);
• działa w cienkim kliencie (działa również w zwykłej aplikacji);
• Aby skonfigurować nową koordynację, nie jest wymagane żadne programowanie, wszystko odbywa się w trybie wykonawczym;
• bardzo prosta konfiguracja nowej umowy, wystarczy przejść tylko 4 kroki i można z umowy skorzystać;
• możesz skonfigurować zatwierdzenia dla dowolnego katalogu i dowolnego dokumentu w bazie danych 1c;
• wysyłanie powiadomień e-mailem;
• znaczne skrócenie czasu zatwierdzania, a często czas zatwierdzania ulega znacznemu skróceniu;
• zawsze jest jasne, kto musi zatwierdzić, kto i kiedy to zatwierdził;
• możliwość zakazania wykonania dokumentu do czasu jego uzgodnienia;
• możliwość zakazania korzystania z obiektu bazy danych do czasu uzgodnienia;
• łatwa integracja z innymi procesami biznesowymi w 1C;
• nie ma potrzeby oddzielnej bazy danych, w której odbywa się koordynacja, wszystko dzieje się w jednej bazie danych.

Wideo

• Zawarcie nowej umowy

• przegląd pasującego podsystemu

• jak zintegrować podsystem w standardową konfigurację

• Jak założyć konto, aby wysyłać powiadomienia:

Podsystem jest całkowicie zaimplementowany w zarządzanych formularzach i działa w cienkim kliencie.

Przykłady wykorzystania podsystemu

Przykład 1

Wniosek o wydatkowanie środków musi zostać zatwierdzony, zanim będzie mógł zostać zrealizowany. W takim przypadku wymagana jest następująca trasa koordynacji:

• zawsze koordynuj działania z „Kierownikiem ds. zakupów”;
• jeśli kwota wniosku przekracza 10 000, uzgodnij to z dyrektorem handlowym;
• jeśli kwota wniosku przekracza 50 000, uzgodnij to z dyrektorem finansowym;
• jeśli kwota wniosku przekracza 100 000, uzgodnij to z dyrektorem generalnym.

Przykład 2

Umowę w systemie może tworzyć każdy użytkownik, konieczne jest ustawienie akceptacji umowy w następujący sposób:

• jeżeli kontrahent/partner należy do grupy dostawców, wówczas konieczne jest uzgodnienie z „Księgowym Dostawcy”;
• jeżeli kontrahent/partner należy do grupy odbiorców, wówczas należy uzgodnić to z „Księgowym Kupującego”;
• zawsze skonsultuj się z prawnikiem;
• jeśli umowa jest wyrażona w jednostkach konwencjonalnych, uzgodnij to z dyrektorem handlowym;

Często zadawane pytania (FAQ)

Pytanie: Czy istnieje możliwość osadzenia podsystemu w niestandardowej konfiguracji?

Odpowiedź: Tak, możesz, w tym celu konieczne jest, aby ostateczna konfiguracja zawierała następujące elementy:

• Katalog.Użytkownicy;
• Parametr sesji „CurrentUser”;
• Konfiguracja musi mieć właściwość „Aplikacja zarządzana” lub „Aplikacje zarządzane i zwykłe”, ponieważ wszystkie formy są kontrolowane.

Pytanie: Czy można wywołać formularz „Statusy zatwierdzeń” bezpośrednio z elementu katalogu lub dokumentu?

Odpowiedź: tak, możesz. Jeśli korzystasz z formularzy zarządzanych, musisz:

• przejdź do konfiguratora;
• znajdź ogólne polecenie „bpsStatusConcordance”;
• kliknij prawym przyciskiem myszy i wybierz właściwość;
• we właściwości „Typ parametru polecenia” określ złożony typ danych i wybierz żądany obiekt.

Jeśli korzystasz ze zwykłych formularzy i standardowej konfiguracji, musisz:

• przyjąć z dostawy przetwarzanie „bpsStatusCovocation.epf”;
• Kliknij „Usługa – Dodatkowe formy drukarskie i przetwarzanie – Drukowanie form”
• kliknij dodaj, a następnie określ przetwarzanie;
• dodaj do sekcji tabeli te obiekty, dla których należy wywołać to przetwarzanie;
• Teraz przycisk drukowania będzie mógł wywołać to przetwarzanie.

Jeśli korzystasz ze zwykłych formularzy i konfiguracja nie jest standardowa, to musisz ręcznie wstawić kod do każdej formy elementu katalogu/dokumentu; przykładowy kod można znaleźć w przetwarzaniu „Przykładowy kod do dodania przycisku DO normalnego Form.epf” (z zapasów).

Pytanie: Czy można określić status, powiedzmy „Zapłacono” dla dokumentu?

Odpowiedź: Tak, możesz, do tego potrzebujesz:

• przejdź do katalogu „Statusy obiektów” i dodaj element o nazwie „Zapłacone”, zapisz go i zamknij;
• następnie otwórz procesowanie „Statusy zatwierdzeń”, kliknij przycisk „Ustaw status” i wybierz status „Zapłacono”.

Role

• (BPS) Użytkownik- należy określić dla wszystkich użytkowników;
• (BPS) Edycja rejestru adresującego- konieczne jest uprawnienie do edycji rejestru „Rejestr Adresowy”;
• (BPS) Edycja dokumentów, rejestracja stanu obiektów- prawo jest konieczne, aby można było ręcznie określić status obiektu 1c;
• (BPS) Pełne prawa- dostęp do wszystkich obiektów podsystemu koordynacyjnego, a także jest niezbędny do ustanowienia koordynacji.

Co dzieje się automatycznie

• powiadomienia wysyłane są według harmonogramu (raz na minutę);

Co planuje się dodać w przyszłości, jeśli podsystem odniesie sukces

• możliwość przekierowania zadania akceptacji do innego recenzenta;
• możliwość dostosowania szablonu generowania tekstu wyjaśnienia, który jest wskazywany przy rozpoczęciu akceptacji i wysyłaniu powiadomień e-mailem (np.: w wyjaśnieniu podaj walutę dokumentu, menadżera, kwotę itp.);
• możliwość wyrażenia zgody za pośrednictwem listu z odpowiedzią, bez logowania się do 1C;
• tak, aby jednostka adresująca była wybierana automatycznie z nagłówka dokumentu/katalogu, a nie była „sztywnie” wskazana w przedmiocie akceptacji;
• możliwość wykorzystania podsystemu „Koordynacja” w konfiguracjach, w których włączone jest ograniczenie dostępu na poziomie rekordu;
• zakaz używania elementu katalogu do czasu uzgodnienia.

Rozwój odbywa się na Bitbuckecie (na razie zamknięte repozytorium), główna funkcjonalność podsystemu objęta jest testami z wykorzystaniem xUnitFor1c().

Testowanie przeniesienia do konfiguracji standardowych

Testy przeprowadzono na platformie: 8.3.8.1652

Konfiguracja

Wyniki testu

Proces biznesowy to stabilna sekwencja działań pracowników organizacji. Automatyzacja takich sekwencji usprawnia pracę i znacznie przyspiesza realizację końcowego zadania.

W programie 1C: Document Flow 8 realizowane są następujące typy procesów biznesowych:

• Namysł: dokument przekazywany jest kierownikowi do recenzji i po jego postanowieniu zwracany autorowi dokumentu.
• Wykonanie: dokument przekazywany jest do realizacji wszystkim użytkownikom znajdującym się na liście oraz administratorowi w celu zachowania dyscypliny wykonawczej. Jeden z użytkowników może zostać wyznaczony jako odpowiedzialny wykonawca.
• Koordynacja: dokumenty dołączone do takiego procesu biznesowego są przekazywane do zatwierdzenia określonym respondentom, a następnie zwracane autorowi procesu biznesowego w celu przejrzenia wyników zatwierdzenia lub przesłania do ponownego zatwierdzenia.
• Oświadczenie: dokument trafia do osoby odpowiedzialnej do zatwierdzenia i wraca do autora dokumentu w celu sprawdzenia wyniku zatwierdzenia.
• Rejestracja: dokument trafia do sekretarza, który otrzymuje numer rejestracyjny, poświadczony pieczęcią organizacji i wysyłany do korespondenta.
• Wstęp: Korzystając z tego procesu biznesowego, wymagany dokument jest wysyłany do wszystkich użytkowników na liście w celu przeglądu.
• Zamówienie: Za pomocą tego procesu biznesowego możesz wydawać pracownikom instrukcje i sprawdzać ich wykonanie.

Każdy proces biznesowy, przechodząc przez kolejne etapy, tworzy zadania kierowane do konkretnych użytkowników. Na przykład proces biznesowy Zamówienie najpierw utworzy zadanie Wykonaj zadanie dla wykonawcy, a po tym jak wykonawca odnotuje wykonanie tego zadania, zadanie Sprawdź postęp dla inicjatora procesu biznesowego.

Zadania możesz przypisywać nie tylko konkretnym wykonawcom, ale także rolom. Na przykład dokument można wysłać do zatwierdzenia roli Dyrektor, a program automatycznie przekaże odpowiednie zadanie osobie, która aktualnie tę rolę pełni – samemu reżyserowi lub jego zastępcy. Zadanie można również skierować do użytkowników identyfikowanych poprzez następujące autopodstawienia:

• Wszyscy menedżerowie autora procesu biznesowego,
• Wszyscy podwładni autora procesu biznesowego,
• Bezpośredni przełożony autora dokumentu,
• Wszyscy menedżerowie autora dokumentu.

Skład ról jest unikalny dla każdego przedsiębiorstwa lub instytucji i można go zmieniać oraz konfigurować bez zatrzymywania systemu. Gdy zmienia się wykonawca roli, zadania są automatycznie przenoszone na pulpit nowego wykonawcę.

Użytkownik może w każdej chwili przejrzeć na liście listę przypisanych mu zadań Moje zadania. Lista ładuje się automatycznie po uruchomieniu programu.

Dodatkowo użytkownik może otrzymać powiadomienie o konieczności wykonania zadania za pośrednictwem poczty elektronicznej.

Dla każdego procesu biznesowego program tworzy kartę, z której użytkownik może wywołać wizualny schemat procesu biznesowego. Realizacja etapów procesu biznesowego zostanie odzwierciedlona na schemacie blokowym. Za jego pomocą twórca procesu biznesowego może w każdej chwili dowiedzieć się, na jakim etapie jest jego realizacja oraz którzy pracownicy wykonali już swoje zadanie, a którzy jeszcze nie. Poniżej znajduje się karta i typowy schemat procesu biznesowego Koordynacja.

Na podstawie tego dokumentu można utworzyć nowy proces biznesowy powiązany z konkretnym dokumentem. Dla każdego rodzaju procesu biznesowego program udostępnia osobną listę, np. listę zatwierdzeń:

Dla każdego typu procesu biznesowego możesz skonfigurować szablon, który będzie używany podczas tworzenia nowych procesów biznesowych. Szablon procesu biznesowego zawiera takie informacje, jak:

• rozgromienie,
• terminy,
• znaczenie,
• Nazwa,
• opis i inne.

Na przykład szablon procesu biznesowego Harmonizacja umowy może wyglądać tak:

Na karcie typu dokumentu możesz określić listę powiązanych z nim szablonów procesów biznesowych. Lista ta będzie automatycznie wykorzystywana podczas tworzenia nowych procesów biznesowych w oparciu o tego typu dokumenty. W podanym przykładzie typem dokumentu przychodzącego jest Porozumienie powiązane z powyższym szablonem Harmonizacja umowy i dwa inne szablony - Zatwierdzenie umowy (proste) I Rejestracja umowy:

Podczas tworzenia procesu biznesowego na podstawie dowolnego przychodzącego dokumentu tego typu Porozumienie użytkownik będzie mógł wybrać odpowiedni szablon z tej listy.

Zapraszamy do rozważenia przykładu. Ceny towarów ustala marketingowiec lub specjalista z działu planowania firmy. W tej firmie polityka cenowa jest zatwierdzana przez kadrę zarządzającą, a proces ustalania cen obejmuje szereg powiązanych ze sobą działań. Jak ustalić proces cenowy w programie standardowym?

Mówiliśmy już o procesach biznesowych w standardowym rozwiązaniu 1C: Trade Management 8, jako funkcjonalności, która pomaga połączyć szereg operacji w ściśle określoną sekwencję działań. Dzięki temu praca pracowników firmy opiera się na jasno określonym algorytmie.

Wstępna konfiguracja procesu negocjacji ceny

• Ustalenie procesu uzgadniania cen w programie 1C: Zarządzanie handlem 8 rozpoczyna się od włączenia odpowiedniej opcji.
• Następnie musisz sprawdzić „Profile dostępu” wszystkich użytkowników zaangażowanych w ustalanie cen. W naszym przykładzie ceny ustala marketer, po czym zatwierdza je kierownictwo, więc sprawdzamy: w jego profilu musi być wyłączona rola „Ustalanie cen towaru bez akceptacji”.
• Na koniec musisz dodać użytkowników, którzy zatwierdzają ostateczne ceny. Aby to zrobić, należy przejść do katalogu „Role i wykonawcy procesów biznesowych” i przypisać odpowiedzialnemu menedżerowi rolę „Koordynowanie ustalania cen towarów”.

Jak działa proces biznesowy Negocjacji Ceny?

Zasada działania mechanizmu negocjacji cen z wykorzystaniem procesów biznesowych jest następująca. Nasz marketer po zbadaniu sytuacji na rynku wyprzedażowym dochodzi do wniosku, że na niektóre pozycje w asortymencie mogą zostać podniesione ceny. W standardowym rozwiązaniu 1C: Zarządzanie handlem 8 ceny ustalane są w oparciu o dokument „Ustalanie cen towarów”. Aby jednak zmiany cen odniosły skutek, dokument ten musi mieć status „Zatwierdzony”. Nasz marketer nie ma prawa zmieniać statusu dokumentu, więc aby zmienić ceny, będzie musiał skorzystać z procesu biznesowego „Zatwierdzenie ceny”.

Załóżmy, że menadżer uważa, że ​​ceny można podnieść jeszcze bardziej.

• W takim przypadku powinien wypełnić pole „Wynik wykonania zadania”, zgłaszając swoje propozycje i kliknąć przycisk „Nie uzgodniono”.
• W takim przypadku marketer otrzymuje powiadomienie o podjętej decyzji, w którym może zapoznać się z życzeniami menedżera.
• Następnie marketer klika przycisk „Zaznajomiony” i kończy proces biznesowy. Teraz marketer musi zrewidować ceny zgodnie z sugestiami menadżera i stworzyć nowy proces biznesowy.
• Menedżer ponownie zapoznaje się ze zmienionymi cenami i wyraża na nie zgodę. W takim przypadku dokument „Ustalanie cen artykułów” stworzony przez specjalistę ds. marketingu otrzymuje status „Uzgodniony” i jest publikowany w programie.

Lider ma wszystko pod kontrolą

W zakładce „Zatwierdzenie” menadżer może prześledzić cały proces zatwierdzania konkretnego dokumentu pod kątem zmian cen.

Cała praca nad każdym takim dokumentem jest przechowywana w programie w jednym miejscu, co pozwala ocenić efektywność pracy marketera.

Podsumowując, chciałbym zauważyć, że zastosowanie procesu biznesowego „Umowa cenowa” pozwala usprawnić proces cenowy, poprawiając jakość zarządzania personelem i kontrolę nad nim.