DZWON

Są tacy, którzy czytają tę wiadomość przed tobą.
Zapisz się, aby otrzymywać najnowsze artykuły.
E-mail
Nazwa
Nazwisko
Jak chciałbyś przeczytać The Bell?
Bez spamu

25 czerwca 2019 r. okazało się, że w ciągu najbliższych dwóch lub trzech miesięcy 1C stworzy międzynarodową wersję swojego systemu ERP (Enterprise Resource Planning, planowanie zasobów przedsiębiorstwa), która będzie łatwiejsza do wdrożenia dla klientów za granicą ze względu na łatwiejsze dostosowanie do lokalnych realiów.

Postawiliśmy sobie za cel oddzielenie rdzenia od rosyjskiego ERP, oczyszczonego z ` ustawodawstwo rosyjskie`, które mogą być wykorzystywane w różnych krajach jako podstawa do opracowywania lokalnych rozwiązań. Jednocześnie z jego słów można wywnioskować, że w przyszłości rosyjski ERP będzie rozwijany w oparciu o ten właśnie rdzeń,

Wersja beta międzynarodowego ERP z indeksem 2.5.3 zostanie wydana w sierpniu lub wrześniu 2019 r. Następnie zostanie sfinalizowana w oparciu o nadchodzące wymagania partnerów.

Aleksiej Monichev jest przekonany, że prace 1C nad angielską wersją ERP przyniosą korzyści nie tylko zagranicznym, ale także rosyjskim użytkownikom ze względu na przyspieszony rozwój jego funkcjonalności.

W szczególności, według top managera, w ramach tego projektu nastąpi znaczny rozwój podsystemu MSSF ( międzynarodowe standardy sprawozdawczość finansowa) oraz w pełni konfigurowalny plan kont RAS (opublikowany przez Ministerstwo Finansów) rosyjskie standardy rachunkowości).

2018: Integracja modułu Yandex.Checkout z produktami 1C:Enterprise

2017

„1C-Rarus” przygotowuje moduł „1C: Customer-Builder”

18 października 2017 r. Firma 1C-Rarus ogłosiła przygotowania do wydania produktu 1C: Customer-Builder. Moduł dla 1C:ERP”, który pozwala zautomatyzować procesy budowy, sprzedaży i wynajmu nieruchomości oraz działalności inwestycyjnej.

Wydanie 2.4

Księgowość regulowana

  • Zapewniona jest możliwość podania numeru identyfikacyjnego (numeru podatkowego) osoby prawnej poza Federacją Rosyjską.
  • Obsługiwane jest przechowywanie danych NIP i KPP kontrahenta w otrzymanych fakturach.
  • Zoptymalizowano mechanizm wyświetlania informacji o rejestracji w organach podatkowych oddzielne podpodziały organizacje przypisane do oddzielnego bilansu.
  • Zmieniono rejestrację specjalnej procedury podatkowej dla podatku od nieruchomości.
  • Zaktualizowane formularze deklaracji i naliczania zaliczek na podatek od nieruchomości.
  • Obsługiwane rozliczanie VAT dla eksportu towarów.
  • Zdefiniowane nowe zamówienie ustalanie rachunków przy ewidencjonowaniu transakcji rozrachunków z kontrahentami z wykorzystaniem parametrów rozliczeń HFC.
  • Zoptymalizowano procedurę zakładania kont w miejscu pracy „Ustawianie odzwierciedlenia dokumentów w rachunkowości regulowanej”.
  • Wdrożono odrębną księgowość dla umów zgodnie z wymaganiami prawo federalne N 275-FZ.

Rachunkowość aktywów trwałych

Dodano scenariusz organizacji rachunkowości środków trwałych, w którym:

  • wszystkie rodzaje rachunkowości aktywów trwałych (regulowane, międzynarodowe i zarządcze) oparte są na danych konturu operacyjnego;
  • pojedyncze dokumenty są używane do wszystkich rodzajów księgowości;
  • możliwości rejestrowania transakcji z aktywami trwałymi w rachunkowości międzynarodowej zostały dostosowane do podobnych możliwości w rachunkowości regulowanej;
  • niezależna rachunkowość zarządcza aktywów trwałych jest wspierana w przypadku zamknięcia rachunkowości regulowanej i międzynarodowej;
  • mechanizm naliczania amortyzacji został zoptymalizowany pod kątem prowadzenia obliczeń z dużą liczbą obiektów księgowych.

Zarządzanie personelem i rozliczenia wynagrodzenie

Ewidencja kadry regulowanej i listy płac są ujednolicone z konfiguracją „Zarządzanie wynagrodzeniami i personelem PROF”, wydanie 3.1.3.

Opcje serwisowe

  • Aby stworzyć terytorialną systemy rozproszone dodano mechanizm rozproszonych baz informacji (RIB). Dzięki temu mechanizmowi zmiany konfiguracji są synchronizowane, a dane są w pełni konsolidowane pomiędzy centralną bazą danych (węzeł centralny RIB) a wszystkimi bazami danych peryferyjnych (węzły peryferyjne RIB).
  • W celu opracowania zadań e-commerce dodano mechanizm tworzenia i publikowania własnych witryn 1C-UMI. Mechanizm jest zaimplementowany w ramach odrębnej usługi do automatycznego tworzenia i wypełniania strony „jednym kliknięciem”.
  • Uproszczono mechanizm utrzymywania i rozwijania reguł konwersji z wykorzystaniem uniwersalnego formatu Enterprise Data, zaimplementowano obsługę wersji 1.4.

Wymagania

Aby przejść do wersji 2.4, należy zainstalować wersję nie niższą niż 2.4.1 konfiguracji „ERP Enterprise Management 2”. Wersja 2.4 wymaga wersji 1C:Enterprise 8.3.10 lub nowszej.

„1C: ERP Enterprise Management 2” można kupić, wypożyczyć lub używać w chmurze.

Rozwój rachunkowości regulowanej

Tworzenie księgowań zgodnie z dokumentami

  • Możliwość automatycznego księgowania tylko księgowość dokumenty sprawdzone przez księgowego
  • Załóż konto dla materiałów przekazanych do przerobu
  • Refleksja montażu/demontażu przedmiotu bez użycia konta 20
  • Konfigurowanie kont sprzedaży dla UTII
  • Wypełnianie sekcji 7 deklaracji VAT
  • Wygodny Miejsce pracy za przelew podatku VAT do budżetu dla poszczególnych transakcji
  • Obsługa funkcji rozliczania VAT przy imporcie towarów z EUG
  • Rozwój funkcjonalności agenta podatkowego dla VAT
  • W rozwoju (do wersji 2.4.3) rozliczanie podatku VAT dla „długiego cyklu produkcyjnego”
  • Rozliczanie strat z lat ubiegłych do celów rachunkowość podatkowa przez zysk
  • W rozwoju (do wersji 2.4.3) rozliczanie rezerw na przyszłe wydatki

Oddzielna księgowość dla Orderu Obrony Państwa

Analiza kosztów planu i faktów

Rozwój zarządzania produkcją

Na poziomie planów przedsiębiorstwa

  • Wspomagane planowanie według kierunków (projekty, umowy)
  • planowanie kroczące
  • Wdrożone automatyczne kompleksowe planowanie produkcji na wszystkich etapach - od gotowych wyrobów po zakupione materiały
  • Obsługiwane są ręczne korekty planów
  • W fazie rozwoju (do wersji 2.4.3) planowanie materiałów resztkowych
  • W fazie rozwoju (do wersji 2.4.3) skumulowana realizacja planów

Na poziomie zarządzania międzywydziałowego

  • Wspierane jest jednoczesne zatrudnienie kilku stanowisk pracy na jednym etapie

Na poziomie zarządzania intrashop

  • W fazie rozwoju (do wersji 2.4.3) codzienne zadania zmianowe i nowe miejsce pracy do „ręcznego” przydzielania operacji
  • Obsługiwane są specyfikacje mierzonych produktów
  • Znacząco opracowane formuły obliczania zużycia zasobów w specyfikacjach i mapach tras
  • W rozwoju (do wersji 2.4.3) wsparcie dla naprawczych procesów produkcyjnych

Integracja GIS

Dostępność z chmury

W lipcu 2017 r. flagowy produkt „1C” – „1C: ERP Enterprise Management 2” – będzie dostępny w chmurze 1cfresh.com w trybie testowym. Ogłosił to reżyser „1C” Boris Nuraliev.

Na początek rozpoczyna się etap pilotażowy, który zapewnia bezpłatne korzystanie z aplikacji. W przyszłości szacowany koszt usługi wyniesie 1500 rubli na użytkownika miesięcznie.

1C wierzy, że 1C:ERP w usłudze 1C:Enterprise 8 przez Internet będzie wygodny dla małych firm o złożonej produkcji, które wymagają planowania produkcji i możliwości księgowania. Produkt jest również skierowany do nowych przedsiębiorstw, które są gotowe do budowania swoich procesów biznesowych w oparciu o typowe możliwości „1C: ERP”, rozproszonych geograficznie firm produkcyjnych i handlowych małej i średniej skali.

Produkt może być również interesujący dla użytkowników innych rozwiązań, którzy chcą spróbować użyć „1C: ERP” na swoich danych, uważa firma.

Wcześniej, w maju, 1C umożliwiło partnerom dzierżawienie 1C:ERP klientom. Minimalny koszt jednego miejsca pracy w tym przypadku wynosi od 1000 rubli. miesięcznie po zainstalowaniu na sprzęcie klienta.

Leasing 1C:Enterprise to szybko rozwijający się segment działalności 1C. Na maj 2017 r. wynajętych jest ponad 60 tys. miejsc pracy. Wzrost sprzedaży w 2016 roku wyniósł 37%. Umowy dzierżawy oprogramowania 1C zostały zawarte z 54 dużymi korporacjami korzystającymi z ponad 12 000 licencji. Program stał się popularny, gdy firma insourcingowa w ramach holdingu staje się najemcą i dostarcza oprogramowanie swoim spółkom zależnym.

Według 1C, według stanu na maj 2017 r., około 1600 organizacji korzysta z rozwiązania 1C: ERP Enterprise Management w Rosji.

2016

Dynamika sprzedaży standardowych rozwiązań ERP „1C”

Na dzień 25.10.2016: 1268 klientów kupiło komercyjną wersję wdrożeń 1C:ERP 279 opublikowano na stronie internetowej 1C.

„1C: ERP Enterprise Management 2” wersja 2.2

Pozycjonowanie 1C: ERP w stosunku do innych rozwiązań 1C

W rozwój zaangażowanych jest ponad 100 specjalistów

  • 1C:ERP zawiera 7,5 miliona linii kodu

Wdrożenia w produkcji

  • Niestandardowy model zarządzania i rachunkowości 3 poziomy zarządzania, opcjonalnie
  • Planowanie wolumetryczne
  • Harmonogram międzysklepowy
  • Harmonogram intrashop
  • Zmniejszone wymagania jakościowe dla NSI
  • Rachunkowość ograniczeń materiałowych i zasobów
  • Wsparcie w zakresie wymogów prawnych

Rozwój w wersji 2.2

  • Zachowanie metodologii
  • Optymalizacja architektury
  • Wzrost produktywności
  • Rozwój logistyki materiałowej
  • Uproszczenie podstawowej rachunkowości
  • Rozwój ergonomii
  • Optymalizacja architektury
  • Poprawa niezawodności
  • Zwiększenie szybkości obliczeń
  • Obliczanie kosztów produktów podczas przetwarzania
  • Optymalizacja przeliczania
  • Zmniejszone zużycie pamięci
  • Wbudowane narzędzia diagnostyczne i testujące

Kalkulacja kosztów w 1C: ERP

  • Ilościowa dystrybucja partii według FIFO
  • Włączenie / wyłączenie VAT
  • Wstępna kalkulacja kosztów
  • Dystrybucja dodatkowych wydatki
  • Podział kosztów pośrednich i wynagrodzeń
  • Obliczanie udziału WIP
  • Obliczanie kosztu według układu równań liniowych

Skarb w 1C: ERP

  • Integracja z innymi podsystemami ERP
  • Przygotowanie dokumentu jednym kliknięciem
  • Wygodny kalendarz płatności
  • Obsługa płatności rozliczeniowych poniżej 275-FZ
  • Wymiana z bankami w formacie DirectBank
  • Automatyczne księgowanie przychodzących płatności
  • Przyjmowanie płatności przez Yandex.Checkout

Przełączanie z innych aplikacji na 1C:ERP

Otwarty na zmianę systemu

Podejście zorientowane na platformę umożliwia:

  • Używaj języka programowania zorientowanego na biznes
  • Skraca czas rozwoju
  • Przyspiesza proces uczenia się programistów
  • Wykonaj raz napisane wnioski:
  • Na innym system operacyjny– Windows, Linux, macOS
  • Na różnych DBMS - MS SQL, Oracle, IBM DB2, PostgreSQL
  • W różnych opcjach - lokalna, klient-serwer, chmura, rozproszona, ...

2015: „1C: ERP Enterprise Management 2” w wydaniu 2.1

Do tego momentu UE 2.0 miała status wersji beta. Choć we wdrożenie UE 2.0 w 2013 r. zaangażowani byli również dość liczni klienci, nie chodziło o pełnoprawne instalacje komercyjne, ale o badanie przez klientów możliwości przejścia na ten ERP i wstępne zapoznanie się z funkcjonalnością.

Cena dostawy głównej (platforma w wersji 8.3, rozwiązanie aplikacyjne i licencja na jedną stację roboczą) była taka sama i wyniosła 14,5 tys. rubli dla wszystkich partnerów. z wyłączeniem serwera aplikacji 1C (72 tysiące rubli w przypadku pojedynczego serwera, bez klastrowania; ceny różnych opcji serwera wahają się od 14,4 tysięcy rubli do 180 tysięcy rubli) i bezpośrednio licencje na miejsca pracy (na 100 stacji roboczych - 300 tysięcy rubli, na 500 stacji roboczych - 1,48 miliona rubli).

Teraz znane są kwoty: sugerowana cena detaliczna UE 2.0, która pojawi się w sprzedaży 31 grudnia 2013 r., wynosi 360 tysięcy rubli. Ten zestaw nie obejmuje licencji serwera i licencji dla wielu użytkowników, ale zawiera konfiguracje platformy 1C:Enterprise 8.3, ERP Enterprise Management 2.0 i Application Solutions Design System, konfigurator, licencję na jedną stację roboczą oraz dokumentację.

Również za 990 tysięcy rubli. można dokupić drugi rozszerzony zestaw: korporacyjną wersję UE 2.0 z licencją workflow, serwerową i 100 użytkowników. Przypomnijmy, że wcześniej sprzedawca obiecał, że gdy pojawi się ostateczna wersja UE 2.0, firma udzieli 70% rabatu klientom, którzy korzystali już z wersji beta i będą mogli to potwierdzić. „1C” wziął ten procent ceny podstawowej dostawy i odjął wynikowe 252 tysiące rubli. od cen obu kompletów dostawy. Łączna cena dla użytkowników wersji beta wynosi 108 tysięcy rubli. i 738 tysięcy rubli. odpowiednio.

2012

1С:Zarządzanie przedsiębiorstwem ERP 2.0

Rozwiązanie „1C: ERP Enterprise Management 2.0” to rozwój najczęściej używanego obecnie w Rosji i krajach WNP Systemy ERP-klasa „1C: Zarządzanie Zakład produkcyjny» wersja 1.3 (1C: UPP) i uwzględnia doświadczenie zdobyte przez 10 lat korzystania z tego systemu w dużych projektach z setkami i tysiącami miejsc pracy (ponad 16 000 przedsiębiorstw korzysta z rozwiązania 1C: Production Enterprise Management). Ponad 500 przedsiębiorstw zostało już użytkownikami 1C:ERP Enterprise Management 2.0.

Korzyści z rozwiązania

  • funkcjonalność na poziomie światowej klasy systemów ERP;
  • Platforma 1C:Enterprise 8.3 obsługująca pracę przez Internet, w tym technologie chmurowe i pracę na urządzeniach mobilnych;
  • dostępność specjalistycznych rozwiązań rozszerzających możliwości systemu (PDM, EAM, PMO, ITIL, CRM, MDM, WMS, TMS, BSC, ECM, CPM itp.);
  • sieć partnerów z wieloletnim doświadczeniem we wdrażaniu systemów ERP.

Automatyzacja procesy produkcji oraz działalność finansowa poprawia efektywność biznesową i konkurencyjność przedsiębiorstwa, poprawia warunki przeprowadzania audytów wewnętrznych i zewnętrznych oraz przyczynia się do wzrostu atrakcyjności inwestycyjnej firmy. Rozwiązanie „1C: ERP Enterprise Management 2.0” pozwala zbudować kompleksowy system informacyjny zarządzania przedsiębiorstwem, który zapewnia terminowe wdrożenie decyzje zarządcze, przejrzystości procesów biznesowych i oceny efektywności przedsiębiorstwa, poszczególnych działów i personelu.

Rozwój i innowacje w 1C:ERP w stosunku do 1C:UPP:

  • Nowy podsystem zarządzania produkcją umożliwia zarządzanie przejściami międzysklepowymi oraz na poziomie operacyjnym, dyspozytorniami operacyjnymi, zarządzaniem wąskimi gardłami oraz zarządzaniem załadunkiem sprzętu.
  • Podsystem organizacji napraw umożliwia prowadzenie ewidencji napraw obiektów, rejestrację czasu pracy, kontrolę realizacji bieżących i nieplanowanych napraw.
  • System rachunku kosztów i kalkulacji kosztów zapewnia uszczegółowienie składu kosztów początkowych, widoczność i kontrolę poprawności kalkulacji.
  • Podsystem zarządzania finansami pozwala na prowadzenie ewidencji w kontekście działań, stosowanie elastycznych reguł podziału kosztów. Funkcjonalność skarbca pozwala efektywnie zarządzać gotówką.
  • Udoskonalone mechanizmy i narzędzia budżetowania wykorzystują tabelaryczny model budżetowania, pozwalają sprawnie i wizualnie zarządzać procesem budżetowania za pomocą wykresu Gantta.
  • Podsystemy do automatyzacji działań handlowych i magazynowych zapewniają Efektywne zarządzanie sprzedaży, umożliwiają korzystanie z mobilnych stanowisk pracy dla pracowników magazynów i przedstawicieli handlowych.
  • Zarządzanie relacjami z klientami pozwala na ocenę wyników kampanii marketingowych, śledzenie etapów transakcji z klientami, tworzenie lejka sprzedażowego oraz analizę efektywności pracowników.
  • Podsystem zarządzania zakupami obejmuje wyspecjalizowane stanowiska pracy, które pozwalają, zgodnie z regułami zaopatrzenia, automatycznie wyliczać zapotrzebowanie na zakup towarów i materiałów.
  • W ramach regulowanej funkcjonalności księgowości transakcje biznesowe są odzwierciedlane dla grup rachunkowość finansowa, możliwość prowadzenia ewidencji w kontekście wydzielonych działów (oddziałów) przedsiębiorstwa, automatyczna obsługa rozliczania „złożonego” podatku VAT bez dodatkowych ustawień.
  • Funkcjonalność zarządzania kadrami i płacami pozwala na prowadzenie ewidencji kadrowej, która jest niezbędna w dużych przedsiębiorstwach produkcyjnych do naliczania płac według danych produkcyjnych.
  • Podsystem międzynarodowej rachunkowości finansowej (MSSF) umożliwia prowadzenie ewidencji i sporządzanie sprawozdań z wykorzystaniem różnych metod sporządzania sprawozdań, łącząc dane z RAS, księgowość operacyjną i księgowość równoległą.
  • Model konfiguracji jest dostarczany w notacji IDEF0 w „1C: Application Design System” (DSSS), co ułatwia projektowanie, wdrażanie i utrzymanie systemu informacyjnego przedsiębiorstwa.

Możliwości flagowego rozwiązania 1C

Monitorowanie i analiza wskaźników efektywności przedsiębiorstw

Monitor wskaźników docelowych służy do kontroli i analizy wskaźników docelowych przedsiębiorstwa. Narzędzia rozwiązania „1C: ERP Enterprise Management 2.0” pozwalają analizować bieżące wartości wskaźników i dynamikę ich zmiany, uzyskać krótką lub rozszerzoną formę prezentacji wskaźników, z graficznym wyświetlaniem danych i interpretacją wartości.

Kluczowe cechy:

  • budowanie hierarchicznego modelu celów i zadań;
  • tworzenie różnych wariantów wskaźników z możliwością porównania;
  • monitorowanie wskaźników docelowych z transkrypcjami danych wyjściowych;
  • możliwość analizy wyników finansowych według działalności;
  • różnorodność form graficznych raportów analitycznych;
  • dostęp z urządzenia mobilnego (tablet, smartfon).

Narzędzia do monitorowania i analizy wskaźników efektywności pozwalają na:

  • ustawić nieograniczoną liczbę docelowych wskaźników wydajności i różne opcje ich analizy;
  • kontrolować pracę organizacji w czasie rzeczywistym, „obejmować cały biznes na pierwszy rzut oka”;
  • terminowo identyfikować odchylenia od planu, ujemną dynamikę, punkty wzrostu;
  • odszyfrować wskaźniki ze szczegółami do poszczególnych transakcji biznesowych.

Wspiera pracę na urządzeniach mobilnych. „1C: ERP Monitor” to specjalna aplikacja na urządzenia mobilne, która umożliwia:

  • szybki podgląd stanu celów w postaci wykresów i szczegółowych raportów;
  • odszyfrować cele za pomocą raportów;
  • przeglądać dane kontaktowe partnerów, ich dossier, a także dzwonić do nich;
  • selektywnie synchronizuj dane, aby przyspieszyć pracę.

Rozwiązanie „1C: ERP Enterprise Management 2.0” implementuje zestaw raportów, które pozwalają zespół zarządzający oraz wykonawcom, aby otrzymywać z systemu niezbędne informacje do podejmowania na czas decyzji zarządczych.

System planowania

Zastosowanie „1C: ERP Enterprise Management 2.0” zapewnia skoordynowaną pracę usług dla przedsiębiorstw w zakresie budowy i realizacji planów sprzedaży, produkcji i zakupów.

System obsługuje kilka poziomów planowania:

  • wsparcie planowania wieloscenariuszowego;
  • oddzielenie planów docelowych i kontrolnych;
  • obecność różnych opcji wypełniania planów (dane z poprzednich okresów, formuły, import danych itp.);
  • możliwość wykorzystania współczynników sezonowych;
  • automatyczne planowanie materiałów w celu zapewnienia planu produkcji;
  • sprawdzanie poprawności i bilansu planów, ocena wykonalności planów zapotrzebowania kosztem planów
  • bezpieczeństwo;
  • dostępność narzędzi do analizy faktów i planów.

Kontrola produkcji

Zarządzanie danymi produktów

„1C:ERP Enterprise Management 2.0” umożliwia zorganizowanie pojedynczej bazy danych informacji prawnych i referencyjnych niezbędnych do zarządzania produkcją. Specyfikacje zasobów określają normatywne zapotrzebowanie na zasoby materiałowe i robocze do wytwarzania produktów i opisują proces produkcyjny wytwarzania produktu. Trasa produkcji wyznaczana jest etapami produkcji na poziomie wydziałów (warsztatów) z możliwością ustalenia kluczowych zasobów. Etap produkcji można uszczegółowić za pomocą mapy tras do operacji technologicznych.

Zarządzanie zleceniami produkcyjnymi

W „1C: ERP Enterprise Management 2.0” zaimplementowano dwa poziomy zarządzania produkcją. Na najwyższym poziomie (poziom głównego dyspozytora), zgodnie z trasą wytwarzania produktu, tworzony jest harmonogram produkcji według kalendarza objętości w celu koordynowania działań jednostek produkcyjnych. Wdrożono zasadę sterowania interwałowego, co pozwala na zmniejszenie zależności jakości planowania od rzetelności norm czasowych.

Na poziomie planowania warsztatowego realizowane jest operacyjne harmonogramowanie produkcji uwzględniające załadunek sprzętu oraz realizację zadań otrzymanych od głównego dyspozytora w wymaganym czasie. Na poziomie warsztatowym realizowane jest planowanie krok po kroku z wykorzystaniem kryteriów optymalizacji, wdrażane są narzędzia do modelowania programu produkcyjnego.

Tworzenie harmonogramu produkcji

Harmonogram produkcji tworzony jest na podstawie planów sprzedaży i produkcji, zamówień klientów, zamówień wewnętrznych, w tym zleceń napraw urządzeń. Zapotrzebowanie na produkcję zamieniane jest w systemie w kolejkę zleceń produkcyjnych z uwzględnieniem priorytetów i wymaganego czasu na wytworzenie produktów. Zadania do rozwiązania:

  • ocena wykonalności zamówień na produkcję do dnia zapotrzebowania;
  • tworzenie skoordynowanego programy produkcyjne(plany) do poszczególnych dywizji;
  • optymalizacja wykorzystania materiału i zasoby pracy działy produkcyjne;
  • operacyjne zarządzanie zmianami i odchyleniami w planach produkcyjnych.

Zarządzanie wewnątrzsklepowe

Harmonogram produkcji z ustalonymi terminami realizacji etapów produkcji jest podstawą organizacji pracy na wydziałach. Planowanie pracy na etapie produkcji realizowane jest przez lokalnego dyspozytora. Lokalne harmonogramy dyspozytorskie pracują w interwałach planistycznych w oparciu o aktualną sytuację produkcyjną, obsługiwane są metody bęben-bufor-lina, algorytmy MES/APS. Zapewnione jest zautomatyzowane rozliczanie wykonania pracy za pomocą systemu kodów kreskowych.

Funkcje lokalnego dyspozytora:

  • kontrola nad zapewnieniem zasobów dla realizowanych etapów;
  • planowanie wykonywanych prac, ładowanie stanowisk pracy;
  • selekcja do przetwarzania lokalnych partii produkcyjnych (tworzenie arkuszy marszrutowych);
  • monitorowanie realizacji procesów produkcyjnych w Twojej jednostce;
  • zmiana harmonogramu wykonania arkuszy marszruty;
  • terminowe powiadamianie głównego dyspozytora o krytycznych odchyleniach od harmonogramu produkcji.

Organizacja napraw

Wdrożona funkcjonalność zarządzania konserwacja i naprawa sprzętu. Automatyzacja czynności naprawczych ma na celu zapewnienie: efektywne wykorzystanie aktywa przedsiębiorstwa:

  • przygotowanie, planowanie i kontrola pracy w celu zapobiegania przestojom sprzętu (planowane przeglądy, wykrywanie odchyleń na wczesnym etapie, zapobieganie usterkom);
  • zapewnienie wysokiej jakości wytwarzanych produktów poprzez monitorowanie stanu urządzeń (terminowa wymiana materiałów eksploatacyjnych i części zamiennych, monitorowanie czasu pracy i żywotności);
  • obniżenie kosztów utrzymania wydajności sprzętu;
  • wprowadzenie jednolitych przepisów dotyczących świadczenia i finansowania prac remontowych.

Funkcjonalność podsystemu rozwiązuje następujące zadania:

  • rejestracja i przechowywanie informacji o użytkowanych obiektach, parametrach ich eksploatacji, parametrach planowania ich okresowej konserwacji;
  • rejestracja produkcji sprzętu zgodnie z określonymi przepisami;
  • planowanie okresowej zaplanowanej konserwacji.

Zarządzanie kosztami i kosztorysowanie

Do budowania przedsiębiorstw skuteczny system kontrola kosztów, wykorzystanie istniejących rezerw i konsekwentna redukcja kosztów z wykorzystaniem najlepszych praktyk i zestawu funkcjonalnych narzędzi. W „1C: ERP Enterprise Management 2.0” koszty są przydzielane w tym formularzu:

  • Koszt wytworzonych produktów - koszty poprzez działy są przypisywane do zamówień na produkcję i produkty (wykonana praca).
  • Wynik finansowy – przedmiotem rachunkowości są obszary działalności, organizacje (w tym w celu tworzenia zysków i strat organizacji), centra odpowiedzialności w postaci oddziałów.
  • Koszt środków trwałych - kształtowanie kosztu przyszłych środków trwałych i wartości niematerialnych, rozliczanie kosztów budowy kapitału, B+R.

Do analizy i budowy systemu zarządzania kosztami stosuje się następujące podejścia:

  • zebranie wszystkich informacji o kosztach przedsiębiorstwa poprzez operacyjne (standardy zużycia zasobów, charakterystykę wykonywanej pracy itp.) oraz charakterystykę kosztową procesów biznesowych;
  • alokacja znaczących i kontrolowanych kosztów;
  • stosowanie różnych procedur i metod alokacji kosztów do kosztów spraw oraz wyniki finansowe przedsiębiorstwa;
  • kształtowanie wartości majątku obrotowego i trwałego, nakładów na badania i rozwój oraz budowę kapitału;
  • tworzenie kosztu własnego emisji według pozycji kosztorysowych z daną klasyfikacją kosztów.

Wynik finansowy pokazuje efektywność przedsiębiorstwa i charakteryzuje stan kapitał w okresie sprawozdawczym. Narzędzia „1C: ERP Enterprise Management 2.0” zapewniają tworzenie wyników finansowych i zapewniają narzędzia do ich analizy, automatyzując następujące zadania:

  • kształtowanie wyniku finansowego w obszarach działalności;
  • kształtowanie ogólnych i jednostkowych wyników finansowych;
  • rozliczanie pozostałych przychodów i kosztów.

Korzystanie z „1C-Elektronicznego zarządzania dokumentami” (1C-EDO) pozwala organizacjom na korzystanie z wymiany prawnie ważnych dokumenty elektroniczne zamiast nośników papierowych. Paperless workflow nie tylko pomaga obniżyć koszty wysyłki, materiałów eksploatacyjnych, archiwizacji, ale także zwiększa wydajność organizacji.

Wdrożenie 1C: ERP Enterprise Management 2.0

1C zaleca użytkownikom wdrożenie 1C:ERP Enterprise Management 2.0 w ścisłej współpracy z partnerami 1C, którzy posiadają niezbędne kompetencje w dziedzinie zintegrowanej automatyzacji przedsiębiorstwa na platformie 1C:Enterprise 8, personel certyfikowanych specjalistów - partnerzy o statusie „1C: ERP Środek".

Wstęp.

Celem tego artykułu jest omówienie zarządzania kosztami w nowym Produkt oprogramowania firma „1C: ERP Enterprise Management 2.0” (dalej - UE).

Od razu zwrócę uwagę, że w artykule nie będę się rozwodził nad różnymi metodami księgowania i kalkulacji kosztów, ich zaletami i wadami oraz wpływem na wynik finansowy. Informacje te są szeroko omówione w literaturze, w szczególności w książce „Praktyka zarządzania”, wydanej przez 1C w 2012 roku.

Moim obecnym celem jest opowiedzenie o możliwościach programu, który potrafi zbierać koszty, przypisywać je do kosztu własnego i obliczać wynik finansowy w sposób zdefiniowany dla niego przez użytkownika.

W trakcie artykułu postaram się również skupić na różnicach w konfiguracji „1C: Manufacturing Enterprise Management 8” (zwanej dalej SCP), które są bardzo znaczące.

Proponuję więc przejść przez standardowe kroki zarządzania kosztami:

  1. Pobieranie kosztów w okresie.
  2. Odzwierciedlenie wydań produktów/usług.
  3. Określ zachowanie zebranych kosztów: które z nich zostaną uwzględnione w kosztach produkcji. Które wejdą w wydatki na przyszły okres. Które zostaną odpisane w koszty bieżącego okresu.
  4. Właściwie sam rozkład wydatków w obszarach wskazanych w kroku 3.
  5. Definicja wyniku finansowego.

Ale zanim przejdę bezpośrednio do zarządzania kosztami, zajmę się głównymi zmianami architektonicznymi w bloku rachunku kosztów.

Podstawowe różnice.

Podsystem „produkcyjny”, w przeciwieństwie do niektórych innych podsystemów PM, nie został zaimplementowany w oparciu o inne rozwiązania 1C, ale został opracowany od podstaw. Oznacza to, że to nie jest SCP, przeniesiony na nową platformę w trybie zarządzane formularze, ale zupełnie nowy podsystem o nowej architekturze.

Chcę podkreślić w nim następujące główne różnice:

Wprowadzenie do pojęcia „pracy”. Teraz, oprócz usług i towarów, pojawił się nowy rodzaj pozycji „Praca”, która z punktu widzenia rachunku kosztów jest podobna do księgowania towarów: to znaczy jest odpisywana w koszty i uwzględniana konto w WIP pod względem ilościowym.

Rozdzielenie pojęć „Pozycje wydatków” i „Pozycje kalkulacyjne”. Teraz wydatki w tym okresie są gromadzone zgodnie z analizą „Pozycji wydatków” (istnieje szereg funkcji, o których opowiem później), a obliczony koszt własny jest zbierany zgodnie z „Pozycjami kalkulacyjnymi”. Jednocześnie możliwe jest ustawienie reguł, według których pozycje wydatków są konwertowane na pozycje wyceny.

Określenie metod podziału w pozycji wydatkowej. Teraz ustawienia metod refleksji i dystrybucji są ustawiane bezpośrednio w pozycji odniesienia „Pozycja wydatków” (dla kosztów pośrednich). Tak więc, jeśli baza danych będzie prowadzić ewidencję kilku organizacji, to polityka podziału kosztów powinna być taka sama zgodnie z: osoby prawne, lub będziesz musiał uruchomić różne elementy katalogu „Pozycje wydatków”.

Zmiana obiektu kalkulacji kosztów. Teraz w konfiguracji, która jest przedmiotem kalkulacji kosztów, pojawiło się pojęcie „etapu produkcyjnego”. Etapy są definiowane w specyfikacji produkcji, a następnie uczestniczą w poborze kosztów w okresie sprawozdawczym. Taki schemat został wdrożony, aby nie zapychać katalogu „Nomenklatura” widmami półproduktów, które nie są brane pod uwagę w magazynie, a są potrzebne jedynie do przerzucania kosztów między różnymi działami. Możliwe jest teraz zdefiniowanie etapu produkcji, który zużywa nakłady w materiałach itp., ale nie wytwarza żadnych wyników. Suma skumulowanych kosztów etapu jest przenoszona na kolejne etapy sekwencyjnie, aż osiągnie etap, na którym produkcja (półprodukt, praca) zostaje zwolniona.

Jednocześnie system zachował również możliwość pracy według starego schematu z półproduktami.

Teraz proponuję rozważyć podsystem „Rachunek kosztów” na kilku przykładach.

Dla porównania: przykład został zaimplementowany na wersji UE Enterprise Management (ERP), wydanie 2.0 (2.0.4.3)

Przykład 1

Na początek spójrzmy na obliczenie kosztu na najbardziej podstawowym przykładzie: gotowy produkt składający się z 10 jednostek materiału. Materiał zostanie odpisany, wynik zostanie uwzględniony i zostanie wyliczony koszt własny.

Rachunek kosztów za okres.

Zanim zaczniesz odzwierciedlać dokumenty w systemie, musisz stworzyć podstawowe katalogi.

Struktura firmy.

Dla celów księgowania kosztów katalogi „Pododdziały” i „Oddziały organizacyjne” są teraz połączone w jeden katalog „Struktura przedsiębiorstwa”. Wygląda bardzo podobnie do katalogów z SCP: zachowuje hierarchię elementów, czyli koszt można przypisać zarówno do elementu grupy, jak i elementu podrzędnego.

Element directory nie zawiera istotnych szczegółów na potrzeby tego artykułu, ale możesz wyjść z niego do ustawień jednostka produkcyjna, których będziemy potrzebować w dalszych krokach

Ustawienia podziału wyglądają tak:

Nomenklatura.

Lista nomenklatury w UE wygląda tak (jest to jedna z reprezentacji, lista może wyglądać inaczej):


Na potrzeby przykładu utworzyłem dwie pozycje magazynowe „Nowe produkty” i „Materiał 1”.

Rozważ pierwszy Materiał 1:

Z punktu widzenia rachunku kosztów w tej karcie interesuje nas tylko pozycja typu „produkt”. Pozostałe ustawienia dotyczą innych działów księgowości. Chciałbym zaznaczyć, że wygląd zewnętrzny katalogi i dokumenty mogą różnić się od przedstawionych na zdjęciach: konfiguracja zawiera duży zestaw opcji funkcjonalnych, które decydują o widoczności szczegółów na formularzach.

Teraz zacznijmy produkcję. Element odniesienia wygląda tak samo jak materiał. W UE 2.0 zniknęło pojęcie „typu reprodukcji”, które wcześniej udostępniało dane wejściowe specyfikacji. Teraz specyfikację można wprowadzić dla dowolnego elementu katalogu.

Forma listy katalogów produkcyjnych jest następująca:

Na ten moment rozważymy tylko przewodnik po specyfikacji.

Formularz specyfikacji składa się z kilku zakładek. Pierwsza określa listę produktów wyjściowych.

Zwracam uwagę na fakt, że w przeciwieństwie do SCP 1.3, nie ma obecnie koncepcji specyfikacji kompletnych i montażowych. Wszystkie specyfikacje są kompletne, to znaczy produkty wyjściowe są określone jako lista jednej lub więcej jednostek z obowiązkowym wskazaniem udziału kosztów podziału kosztów.

Następna zakładka zawiera listę materiałów, które są wymagane do wytworzenia wydruku.

Podobnie jak w SCP 1.3, tutaj możesz określić zarówno surowce, jak i półprodukty, które mają własne specyfikacje. Poziom zagnieżdżenia półproduktów nie jest ograniczony przez system. W postaci listy specyfikacji znajduje się przycisk „Drzewo specyfikacji”, który pokazuje etapy zawarte w produkcie do materiałów źródłowych.

Oprócz pozycji w nomenklaturze ta zakładka wskazuje ilość, a także pozycję kosztorysową, dla której ten materiał zostanie uwzględniony w koszcie produktów wyjściowych. Pozostałe szczegóły tej zakładki dotyczą planowania produkcji i nie będą brane pod uwagę w ramach tego artykułu.

Zwracam uwagę na to, że oprócz nazewnictwa z typem „produkt” na tej zakładce można również wybrać pozycje z nowym typem „Praca”. Nie można wybrać usług na tej karcie.

Następna zakładka, której teraz potrzebujemy, to „Proces produkcyjny”.

To na tej zakładce określane są etapy produkcji, które stanowią analitykę do kalkulacji kosztów.

W tym przykładzie wykorzystamy jeden etap produkcji, który w całości jest wykonywany w dziale Produkcja.

Podział, jak wskazuje nazwa atrybutu, zawiera informacje o witrynie, która wytwarza ten produkt wyjściowy. Jeśli planujesz wydawać wydania bez planowania produkcji, według uproszczonego schematu, to nie ma znaczenia, który dział jest tutaj wskazany, ponieważ nie wpłynie to na rachunek kosztów.

Jak pokazać produkcję z kilkoma etapami, opowiem na innych przykładach.

Chciałbym również zwrócić uwagę na pole Status, które jest bardzo ważne w nowej konfiguracji.

Przy wprowadzaniu nowej specyfikacji pole jest ustawiane na "W opracowaniu". Specyfikację o tym statusie można modyfikować, ale nie można jej używać w dokumentach. Po zakończeniu pracy ze specyfikacją należy ustawić jej status na „Ważna”, po czym nie będzie możliwa jej edycja. Takie specyfikacje są dostępne w dokumentach.

Jeśli potrzebujesz dokonać korekty w aktualnej specyfikacji, możesz zmienić jej status z powrotem. W takim przypadku system wystawi ostrzeżenie o konieczności sprawdzenia stosowania tej specyfikacji w dokumentach systemowych.

W przypadku, gdy specyfikacja jest już wykorzystana w dokumentach, system wyda odpowiednie ostrzeżenie. W takim przypadku pozostaje możliwość zmiany statusu w każdym przypadku.

Gdy specyfikacja stanie się przestarzała, można ją ustawić w status „zamknięta”, wówczas stanie się niedostępna do wyboru w dokumentach systemowych.

Artykuły obliczeniowe.

Ostatnim katalogiem, który należy skonfigurować przed przetwarzaniem dokumentów, jest katalog „Artykuły obliczeniowe”.

Jak wspomniano wcześniej, ten katalog to analityka, dzięki której będzie można zobaczyć koszt wytworzonych produktów.

Wpis katalogu wygląda tak:

Do celów księgowania kosztów potrzebujemy tylko atrybutu „Typ kosztu”, który składa się z listy bardzo podobnej do podobnej listy z SCP:

Ten typ jest używany przy selekcji dokumentów i katalogów. Na przykład w specyfikacji zasobów na karcie „Materiały i usługi” można wybrać tylko pozycje wyceny typu „materiał”.

Więc, podstawowe katalogi zaczęła się. Możesz rozpocząć przetwarzanie dokumentów, które omówię w części 2 artykułu.

.
„1C:ERP Enterprise Management” to innowacyjne rozwiązanie do budowy złożonych systemów informatycznych do zarządzania działalnością zróżnicowanych przedsiębiorstw, w tym o złożonej technicznie produkcji wieloprocesowej, z uwzględnieniem najlepszych światowych i krajowych praktyk automatyzacji dużych i średnich biznes.
Niektóre infografiki:


Dziś (marzec 2016 r.) ponad 900 przedsiębiorstw zostało użytkownikami 1C:ERP, a ich liczba rośnie. Jednocześnie kilkadziesiąt projektów, z punktu widzenia deweloperów, uzyskało status „pilotażowych”, tj. te przedsiębiorstwa i organizacje biorą przede wszystkim aktywny udział w rozwoju nowych funkcjonalności, szybko przekazując informacje zwrotne.
Oto logo niektórych użytkowników 1C:ERP:


Ciekawą cechą rozwiązania 1C: ERP jest to, że się rozwijamy jedno rozwiązanie- 1C: ERP - a z jego źródeł automatycznie otrzymujemy cztery rozwiązania(poprzez „wycięcie” funkcjonalności i przełączenie opcji funkcjonalnych):


Rozwijając działalność lub zwiększając potrzeby firmy w zakresie automatyzacji, funkcjonalność systemu można zwiększać etapami, przechodząc z konfiguracji „Zarządzanie handlem” do konfiguracji „Zintegrowana automatyzacja” a następnie do „ERP Enterprise Management 2”. Należny wysoki stopień ujednolicenie rozwiązań, takie przejście odbywa się szybko, dane zgromadzone w bazie informacyjnej są zapisywane, a przekwalifikowanie użytkowników nie jest wymagane – kontynuują pracę w znanym środowisku oprogramowania i informacji.

Jak przeliterować 1C:ERP

Jak podejmujemy cztery decyzje z jednej?

Rozwój realizowany jest tylko w jednym oddziale (ERP). Proces tworzenia z flagowego rozwiązania ERP bardziej „lekkiej”, ograniczonej funkcjonalnie Zintegrowanej Automatyki (dalej – KA dla zwięzłości) oraz dwóch odmian Trade Management (dalej – UT i UT Basic) jest zautomatyzowany.
Zmiany z konfiguracji ERP na konfiguracje „pochodne” (KA, UT, UT Basic) są przenoszone automatycznie, z wykorzystaniem mechanizmu porównywania i łączenia konfiguracji. Mechanizm ten pierwotnie miał na celu zautomatyzowanie procesu przejścia do nowych wersji rozwiązań aplikacyjnych dla tych użytkowników, którzy po swojej stronie zmieniają/rozszerzają funkcjonalność rozwiązania aplikacyjnego. Mechanizm porównywania i scalania konfiguracji wykonuje trójstronne scalanie semantyczne na podstawie analizy trzech konfiguracji:
  • stara konfiguracja dostawcy
  • nowa konfiguracja od dostawcy
  • aktualna konfiguracja użytkownika (stara konfiguracja od dostawcy plus zmiany wprowadzone przez użytkownika)
Na wyjściu otrzymujemy nową konfigurację bieżącą, która łączy w sobie nową funkcjonalność (wprowadzoną przez programistę) i zapisuje ulepszenia (dostosowania) wprowadzone przez użytkownika.
W naszym przypadku rolą aktualnej konfiguracji jest na przemian KA, UT, UT Basic, jako stara i nowa konfiguracja od dostawcy - ERP odpowiednio starej i nowej wersji. Tych. uważamy, że funkcjonalnie ograniczone konfiguracje - KA, UT, UT Basic - są dostosowywanymi (głównie poprzez usuwanie nieużywanych obiektów) wersjami ERP.


Jednym z nielicznych obiektów pisanych ręcznie dla każdego z rozwiązań są plany wymiany, które definiują reguły integracji. ta decyzja z innymi rozwiązaniami 1C (na przykład z 1C: Zarządzanie dokumentami) lub na przykład ze sprzętem zewnętrznym. Ale dzięki stopniowemu przejściu w wymianie danych do pojedynczy standard EnterpriseData zmniejszamy liczbę planów wymiany, które są unikalne dla konkretnego rozwiązania i staramy się używać jednego kodu wymiany danych.
To podejście ma jedno ciekawa funkcja. Całe rozwiązanie pisane jest raz, w branży ERP; ale większość kodu, formularzy, skryptów, raportów itp. jest stosowany w czterech rozwiązaniach, i to bardzo różnych - ERP wdrażany jest w przedsiębiorstwach z tysiącami użytkowników, a UT Basic ma służyć indywidualni przedsiębiorcy. Staramy się przykładać dużą wagę do użyteczności naszego produktu.
Międzynarodowy Norma ISO 9241-11 definiuje użyteczność jako:
zakres, w jakim produkt może być używany niektórzy użytkownicy w określonym kontekście wykorzystania do osiągnięcia określonych celów z należytą wydajnością, produktywnością i satysfakcją

Staramy się pisać aplikację w taki sposób, aby praca z nią była łatwa i wygodna nawet dla niedoświadczonego użytkownika.

Funkcje programistyczne

Tworząc ERP musimy zawsze pamiętać, że rozwijana funkcjonalność może być wykorzystana w jednym lub kilku rozwiązaniach wywodzących się z ERP (KA, UT, UT Basic). Aby łatwo włączyć/wyłączyć funkcjonalność, szeroko wykorzystujemy mechanizm opcji funkcjonalnych, który został pierwotnie stworzony do takich zadań. Opcje funkcjonalne pozwalają wybrać funkcjonalność w rozwiązaniu aplikacyjnym, którą można włączyć/wyłączyć podczas implementacji bez zmiany samego rozwiązania aplikacyjnego. Opcje funkcjonalne to ustawienia rozwiązania, pola wyboru, po wyłączeniu wszystkie związane z nimi funkcjonalności stają się niedostępne. Przede wszystkim opcje funkcjonalne służą do dostrojenia programu do potrzeb konkretnego wdrożenia. W ERP wykorzystujemy ten mechanizm (oprócz jego głównego celu) do „wycinania” konfiguracji pochodnych z ERP. Przykładowo w rozwiązaniu ERP istnieje funkcjonalna opcja „Zarządzanie przedsiębiorstwem”, z którą związana jest cała funkcjonalność odpowiedzialna za zarządzanie produkcją – harmonogramowanie produkcji, rozliczanie kosztów produkcji, powiązane raporty i wiele innych. Ta opcja jest włączona tylko w rozwiązaniu 1C: ERP i wyłączona w rozwiązaniach „pochodnych” KA, UT, UT Basic. W sumie 1C:ERP wykorzystuje około 600 opcji funkcjonalnych.
Innym mechanizmem platformy, który ułatwia pracę programisty 1C: ERP, jest . Podsystemy to sposób na rozbicie funkcjonalności rozwiązania na bloki; każdy obiekt w rozwiązaniu (katalog, dokument, raport itp.) musi znajdować się w co najmniej jednym podsystemie. W szczególności rozwiązanie ERP posiada trzy podsystemy ułatwiające budowę rozwiązań wywodzących się z ERP:
  1. "Objects UE, UT, KA" - obiekty zawarte we wszystkich rozwiązaniach aplikacyjnych: Trade Management, Zintegrowana automatyzacja, Zarządzanie przedsiębiorstwem (rosyjska nazwa ERP).
  2. "Obiekty UE, KA" - obiekty związane tylko z konfiguracjami Zintegrowanej Automatyki i ERP.
  3. "obiekty UE" - obiekty związane tylko z rozwiązaniem ERP
Każdy obiekt aplikacji w rozwiązaniu ERP musi należeć do TYLKO JEDNEGO z tych trzech podsystemów. Warunek ten jest sprawdzany podczas statycznej analizy kodu rozwiązania ERP (patrz poniżej).

Liczby po przecinku

Wersja produktu ERP składa się z czterech liczb oddzielonych kropkami. Na przykład - 2.1.3.117.
  • Pierwsza cyfra (rewizja) w wersji zmienia się niezwykle rzadko (np. KA 1.х.х.х i КА 2.х.х.х dzieli prawie 8 lat).
  • Numer drugi (podwydanie) zmienia się mniej więcej raz w roku. Wersja z nową podedycją udostępnia nową funkcjonalność. Wydanie takich wersji często zbiega się w czasie z początkiem rok kalendarzowy aby użytkownicy mieli wystarczająco dużo czasu, aby „przenieść się” do Nowa wersja.
  • Wersje z nowym trzecim numerem (wydaniem) rozwijają istniejącą funkcjonalność; nowe wydanie wychodzi mniej więcej raz na dwa lub trzy miesiące.
  • Wersje ze zaktualizowanym czwartym numerem (poprawiane wersje) zawierają tylko poprawki błędów i aktualizacje zgodne z obowiązującymi przepisami. Wychodzą co dwa tygodnie.
Możemy mieć jednocześnie do 3 wersji produktu w fazie rozwoju, na przykład:
  1. 2.1.3.X - Obsługiwane wydanie poprzedniej podedycji. Zostanie wydany do końca 2016 roku. W tej wersji są tylko poprawki i edycje, aby zachować zgodność z obowiązującymi przepisami.
  2. 2.2.1.X - Aktualne wydanie aktualnej podedycji. Posiada nową funkcję edycji podrzędnej. W tym celu przed wydaniem 2.2.2.X zostaną wydane kompilacje poprawek.
  3. 2.2.2.X - Rozwój funkcjonalności aktualnej podedycji. To wydanie jest aktywnie rozwijane.

Biorąc pod uwagę, że oprócz ERP, z każdej gałęzi ERP uzyskujemy jeszcze 3 rozwiązania - KA, UT i UT Basic - otrzymujemy 12 wersji produktów znajdujących się w 12 różnych repozytoriach.
W trakcie rozwoju mamy do 4 horyzontów planowania, na przykład:

  1. 2.1.3 (wspierane), decydujemy, które błędy zostaną poprawione, jakie projekty związane ze zmianą przepisów będą realizowane. Wdrożone zostaną tylko te zmiany, które wejdą w życie w 2016 roku. Horyzont - do końca 2016 r.
  2. 2.2.1 (obsługiwane) - naprawiono błędy „zewnętrzne” + zmiany w przepisach, które weszły w życie przed wydaniem 2.2.2. Horyzont - przed zjazdem 2.2.2.
  3. 2.2.2 (aktywnie rozwijane) - „zewnętrzne” błędy zostały naprawione + błędy, które znaleźliśmy + zaimplementowana nowa funkcjonalność. Horyzont - przed wydaniem 2.2.3
  4. 2.2.3 (planowane). Jeśli projekt jest duży, można go od razu rozwinąć dla tej wersji (i nie zostanie uwzględniony w poprzedniej). Horyzont - do wydania 2.2.4 lub do końca 2017 roku.

Korzystanie z produktu „1C: System projektowania aplikacji” w rozwoju ERP

Jak już wspomniano, w 1C staramy się przestrzegać zasady „Jedz własną karmę dla psów, używając naszego własne produkty w naszych wewnętrznych procedurach. W szczególności w rozwoju ERP szeroko korzystamy z produktu „1C: Application Design System” (w skrócie DSS). DSS, jak sama nazwa wskazuje, pomaga projektować rozwiązania aplikacyjne na platformie 1C:Enterprise i umożliwia obsługę zadań pełny cykl tworzenie oprogramowania - zbieranie wymagań, kontrola zmian, dokumentacja, śledzenie błędów itp.
DSS pozwala na tworzenie dwóch rodzajów elementów - błędów (które należy naprawić) oraz wymagań (prośby o nową funkcjonalność). Wszystko jest mniej więcej jasne z błędami, rozważmy utworzenie nowego wymagania.
Powodem utworzenia wymagania może być:
  1. Prośba od partnera lub klienta. Takie prośby zbieramy w szczególności na seminariach partnerskich; głosując wśród partnerów wybieramy z nich najbardziej priorytetowy.
  2. Prośba może pojawić się w trakcie Projekt pilotażowy o wdrożenie nowej wersji w przypadku, gdy klient ma dla niego ważne życzenie.
  3. Prośba od naszego zespołu wsparcia technicznego (dokładniej, prośba od partnera lub klienta, który przeszedł przez nasze wsparcie techniczne), prośba z naszego forum partnerskiego lub od naszego opiekuna klienta (który towarzyszy ważnemu klientowi / klientom dla nas).
  4. Prośba od zespołu ds. rozwoju platformy 1C:Enterprise. Zespół platformy prosi zespół programistów ERP (i inne typowe konfiguracje) o wykorzystanie nowej funkcjonalności platformy - na przykład interfejsu Taxi, odrzucenia okien modalnych, odrzucenia połączeń synchronicznych itp.
  5. Refaktoryzacja, optymalizacja architektury, poprawa użyteczności.

Powodem refaktoryzacji (pkt. 5) mogą być poważne zmiany architektoniczne (np. rewizja zamówień wysyłkowych, kiedy zamiast faktur zaczęto wykorzystywać zamówienia).

Produkt DSS jest dostarczany w ramach ERP (ale można go również zakupić osobno). Rozwiązanie ERP można uruchomić w trybie integracji DSS; w tym przypadku każdy formularz będzie miał przycisk „Otwórz” model funkcjonalny”, po kliknięciu otworzy się opis funkcjonalności formularza w DSS.


Oto, co się otwiera - to jest model miejsca pracy w IDEF0 :


Można i vice versa badać model funkcjonalny i otwierać z niego formy pracy. Ten tryb może być używany podczas badania działania programu.
Ważny punkt - to nie DSS się otwiera, otwiera się formularz wewnątrz ERP, gdzie ładowane są dane z DSS. Tych. integracja jest „płynna” (użytkownik jej nie widzi). Ta technika jest używana podczas integracji z innymi produktami. Na przykład z 1C:Document Management (możesz pracować bez wychodzenia z ERP z pocztą, zadaniami, procesami biznesowymi działającymi w innej bazie danych).

Jak rozwijamy ERP: 6 kamieni milowych projektu

Postanowiono więc wdrożyć nowy wymóg zmiany funkcjonalności. Wymagania tego samego typu są łączone w projekty techniczne. W ramach nowego wydania ERP realizowanych jest zazwyczaj od 100 do 150 projektów technicznych, każdy projekt - od jednego do kilkudziesięciu wymagań. Projekt techniczny zostaje wpisany do DSS; projekt w trakcie realizacji przechodzi przez 6 punktów kontrolnych, każdy z nich jest rejestrowany w BDS.
Trochę o podziale na zespoły w ramach dywizji ERP. Lider zespołu (lider zespołu) jest zaangażowany w projektowanie i z reguły uczestniczy w rozwoju. W skład zespołu wchodzą również zazwyczaj testerzy. Zespoły programistyczne są statyczne, przydzielono im kilka obszary podlegające. Jeżeli projekt dotyczy obszarów przyległych, członkowie odpowiedniego zespołu są zaangażowani na czas trwania projektu. Nie cały zespół może być zaangażowany w projekt.
Za projekt odpowiada główny programista lub lider zespołu. Jego obowiązkiem jest kontrola procesów:
  • Wysokiej jakości projekt, uwzględniający wszelkiego rodzaju scenariusze, współpracujący z sąsiednimi blokami
  • wyczucie czasu
  • Jakość architektury, interfejs użytkownika
  • Napisanie referencji, zaprojektowanie projektu, m.in. opracowanie modelu funkcjonalnego
Punkt 1. Otwarcie projektu
Lider zespołu rozpoczyna projekty techniczne w DSS jako lista wydań. W każdym projekcie nakreślone są cele, wskazano możliwe do zrealizowania wymagania. Lista jest omawiana z kierownikiem rozwoju przed rozpoczęciem prac nad wydaniem. Właściwie podczas otwierania projektu nie odbywają się spotkania - po prostu wysyłają projekt do DSS w celu otwarcia.
Zespół projektowy rozpoczyna prace nad koncepcją.
Punkt 2. Uzgodnienie koncepcji
W celu uzgodnienia koncepcji odbywa się spotkanie online lub offline, w którym uczestniczą osoba odpowiedzialna za projekt, lider zespołu, kierownik ds. rozwoju oraz specjaliści zaangażowani w projekt. Zwykle na tym etapie osoba odpowiedzialna za projekt ma już gotową koncepcję „dużego bloku”, którą finalizuje się podczas spotkania. Scenariusze i opis interfejsu użytkownika są również omawiane (i zapisywane w DSS). Jeśli wymaganie zrodziło się z prośby partnerów lub klientów, wówczas materiały projektowe (koncepcje, scenariusze, UI) mogą zostać przesłane do partnera/klienta w celu oceny rozwiązania.
Podczas spotkania uzgadniana jest złożoność wykonania prototypu (zwykle wykonanie prototypu trwa do 5 dni roboczych). Zespół rozpoczyna budowę prototypu.
Punkt 3. Koordynacja prototypów
Odbywa się spotkanie, podczas którego rozpatrywane są gotowe prototypy, omawiane są szczegóły wdrożenia (w szczególności jakie obiekty zostaną dodane i zmienione), testowane są hipotezy, zatwierdzane prototypy formularzy itp. Aby jak najdokładniej przetestować użyteczność, prototypy uruchamiane są w najbardziej "twardym" trybie - w kliencie WWW, w interfejsie Taxi, na monitorach o niskiej rozdzielczości.
Model funkcjonalny projektu w notacji IDEF0 jest opracowywany i przechowywany w DSS.
Na tym etapie zespół projektowy powinien jak najdokładniej oszacować koszty pracy przy realizacji projektu, dlatego omawiane są (i dokumentowane w BON) wszystkie aspekty projektu:
  • Koordynacja poprawności opisu projektu w BON (w szczególności monitorowana jest realizacja wszystkich zadań z poprzednich kamieni milowych projektu).
  • Jakie nowe obiekty metadanych (podręczniki, dokumenty itp.) zostaną dodane do rozwiązania?
  • Jakie zmiany zostaną wprowadzone do istniejących obiektów metadanych
  • Koordynacja planów wymiany danych z innymi rozwiązaniami (czy nowe/zmienione dane będą zaangażowane w wymianę danych z innymi aplikacjami, a jeśli tak, to jak dokładnie)
Jeśli wszyscy są zadowoleni z kosztów pracy, sporządzana jest prezentacja (na podstawie materiałów projektowych z DSS) wszystkiego, co zostało zrobione w projekcie, aby zidentyfikować jak najwięcej niuansów przed rozpoczęciem opracowywania.
I zaczyna się rozwój!
Punkt 4. Koordynacja opracowanego rozwiązania
Opracowano rozwiązanie, przygotowano prezentację (w formacie PowerPoint). Często odbywa się spotkanie twarzą w twarz z demonstracją „na żywo” opracowanego rozwiązania.
Jeśli projekt jest publiczny (opublikowany na liście planów dostępnych dla partnerów na stronie 1C), prezentacja jest publikowana na forum partnerów w sekcji ERP, aby wszyscy zainteresowani partnerzy mogli się zapoznać i wyrazić swoje uwagi.
Punkt 5. Testowanie i audytowanie projektu
Pod koniec głównego rozwoju przeprowadzany jest cykl ręcznych testów funkcjonalnych. Testerzy, jako pełnoprawni członkowie zespołu, uczestniczą we wszystkich kamieniach milowych projektu i rozumieją funkcjonalność projektu oraz scenariusze pracy. Testerzy oceniają również nowe funkcje pod kątem naszych standardów użyteczności. Standardy te (w tym standardy kodowania i standardy opracowywania interfejsów) są publikowane w zasobach dostępnych dla partnerów i zarejestrowanych użytkowników na stronie 1C.
Kod projektu przechodzi procedurę przeglądu kodu. Przegląd kodu w ERP jest przeprowadzany przez członków innej grupy projektowej; przegląd kodu jest obowiązkiem wszystkich programistów zespołu ERP. Jeśli w kodzie zostaną znalezione problemy, błędy są rejestrowane w DSS, które muszą zostać poprawione przed przejściem punktu 5.
Aktualizacja jest sprawdzana pod kątem nowej wersji z poprzedniej (najnowsza kompilacja, która została wydana w tej chwili).
Czyli projekt jest gotowy, testy zaliczone, czas wgrać kod do głównego repozytorium (wcześniej cały rozwój odbywa się w osobnym repozytorium projektu technicznego). Na tym etapie kończy się również pisanie materiałów referencyjnych dotyczących nowej funkcjonalności (odniesienie jest przechowywane w DSS).
Na koniec etapu (zaliczone testy i gotowe materiały referencyjne) projekt jest wgrywany do głównego repozytorium; następnie przeprowadzane są selektywne testy regresji w powiązanych obszarach - musimy upewnić się, że nie złamaliśmy niczego z istniejącej funkcjonalności.
Punkt 6. Zakończenie projektu
Zamykamy projekt w DSS i przypisujemy mu status „Zakończony”.

Wersja wydania

Na około miesiąc przed wydaniem nowego wydania nałożone jest moratorium na wgrywanie nowych projektów do głównego repozytorium (rozwój w technicznych repozytoriach projektów trwa); te projekty, które do tego czasu nie zdążyły się zakończyć, są przenoszone do innej wersji.
W tym miesiącu przeprowadzane są testy regresji; zmiany kodu są dozwolone tylko w celu naprawienia błędów wprowadzonych w tym wydaniu. Niewprowadzone błędy (te, które zostały powtórzone w poprzednich wydaniach), na początku testów regresji, są zazwyczaj prawie wszystkie naprawione; te same błędy, które pozostały, są przenoszone do następnej wersji. Głównym zadaniem testów regresyjnych jest zapewnienie, że jakość produktu nie ulegnie pogorszeniu.
Jak już wspomniano, ten sam DSS jest używany jako narzędzie do śledzenia błędów.

Kompilacje korygujące

Co dwa tygodnie wydajemy kompilacje poprawek do wersji; dziś jest to 2.1.3.x, po wydaniu 2.2.1 zostaną wydane 2 kompilacje poprawek - 2.1.3.xi 2.2.1.x. Od zgłoszenia błędu do pojawienia się w wersji poprawki zajmuje nam mniej niż dwa tygodnie; Nasze statystyki pokazują, że średni czas od kontaktu klienta z działem wsparcia ERP z błędem do wydania poprawki w kompilacji poprawek dzisiaj wynosi 9 dni.

Rozgałęziony rozwój



W Praca grupowa w ERP staramy się korzystać z narzędzi dostarczonych nam przez platformę 1C: Enterprise. Konfiguracje są przechowywane w magazynie konfiguracji, a gdy nowa funkcjonalność jest wprowadzana do oddziału, używany jest standardowy mechanizm dostarczania i wsparcia. Wszystkie operacje są maksymalnie zautomatyzowane; jeśli obiekty były zmieniane tylko po stronie dewelopera, kod jest scalany bez udziału programisty. Jeśli potrzebna jest interwencja programisty w celu scalenia źródeł, zwykle korzystamy z wbudowanych możliwości platformy. Istnieje jednak również możliwość wywoływania zewnętrznych narzędzi porównania/scalania z narzędzi platformy (na przykład Araxis). Nawiasem mówiąc, ta funkcja - wywoływanie zewnętrznych narzędzi do porównywania / łączenia - została dodana do platformy na żądanie zespołu programistów ERP.

Różnorodny

Przy opracowywaniu nowej funkcjonalności korzystamy z wersji platformy, która będzie dostępna w momencie wydania nowej wersji ERP (dziś jest to platforma 8.3.8).
Jest to możliwe dzięki temu, że platforma bardzo aktywnie utrzymuje kompatybilność z poprzednimi wersjami. Gdy tylko pojawi się nowa platforma, przełączamy się na nią, ale wyłączenie trybu kompatybilności nie następuje od razu. Wynika to z trzech powodów:
  1. Chcemy mniej „szokować” użytkowników, dlatego staramy się wyłączać tryb zgodności w okresach „ciszy”, a nie wtedy, gdy np. wszyscy użytkownicy przesyłają raporty.
  2. Zazwyczaj wyłączenie kompatybilności wiąże się z różnymi zmianami konfiguracji. Muszą być zaplanowane, wymagają czasu na wdrożenie.
  3. ERP to konfiguracja, która obecnie zawiera 10 bibliotek. Możesz wyłączyć kompatybilność tylko wtedy, gdy robią to również wszystkie biblioteki.
Biblioteki można pisać oddzielnie. Biblioteka to specjalnie napisana konfiguracja zawierająca funkcje, które powinny działać w ten sam sposób w naszych różnych rozwiązaniach aplikacji końcowych. Integracja bibliotek odbywa się za pomocą wspomnianego już mechanizmu platformy „Configuration Delivery”. Biblioteki dzielą się na publikowane (te, które publikujemy i które zewnętrzni deweloperzy mogą wykorzystywać w swoich rozwiązaniach aplikacyjnych) oraz wewnętrzne (których nie publikujemy osobno – tylko jako część rozwiązań aplikacyjnych). Zdecydowana większość bibliotek jest publikowana.
ERP zawiera 10 bibliotek opracowanych przez inne zespoły. Ich kod nie jest zmieniany przez twórców zespołu ERP.

Lista bibliotek

  1. Biblioteka Podsystemów Standardowych.
    Podstawowa funkcjonalność - prawa dostępu, drukowanie, poczta itp. Zawarte w większości rozwiązań aplikacyjnych.
  2. w ERP
  3. Biblioteka pomocy dla użytkowników Internetu.
    Informowanie o wydaniu aktualizacji, kontaktowanie się z nimi. wsparcie, pobieranie i instalowanie aktualizacji
  4. Biblioteka elektronicznego zarządzania dokumentami.
    Wymiana dokumentów elektronicznych z kontrahentami (w tym prawnie istotny EDI), DirectBank (bezpośrednia wymiana z bankami), wymiana z serwisami internetowymi (CMS).
  5. Biblioteka integracji z EGAIS.
    Wymiana z Jednolitym Państwowym Zautomatyzowanym Systemem Informacyjnym dla operacji księgowych dla detalicznego obrotu alkoholem.
  6. Biblioteka rachunkowości regulowanej.
    „Sztuka” 1C: Rachunkowość w ERP. Ogólnie rzecz biorąc, regulowana rachunkowość w ERP w części metodologicznej (z pewnymi drobnymi wyjątkami) jest podobna do 1C: Księgowość, ale jej wdrożenie jest inne i odbywa się niezależnie. Od 1C: Rachunkowość bierzemy raporty księgowe i raportowanie niektórych podatków.

Jak testujemy 1C: ERP

Po stworzeniu trzech rozwiązań z ERP – KA, UT, UT Basic – w celu sprawdzenia poprawności wszystkich czterech rozwiązań przeprowadzamy analizę statyczną i dynamiczną powstałych konfiguracji.
Częściowa analiza statyczna wykonywana jest każdorazowo po utworzeniu podstawowych konfiguracji KA, UT, UT z magazynu ERP i załadowaniu ich do własnych magazynów (proces ten odbywa się dwa razy dziennie).
Bardziej szczegółową analizę statyczną przeprowadza się przy użyciu konfiguracji 1C:Automatic Configuration Checker (1C:APK). W szczególności sprawdzanie 1C:APK:

  • Skład ról. Na przykład sprawdza, czy prawa do odczytu wszystkich stałych są zawarte w roli „Prawa podstawowe”.
  • Zgodność kodeksu z przyjętymi standardami. Dla dużej liczby standardów tworzenia aplikacji (których mamy kilkaset) zostały napisane procedury analizy kodu pod kątem ich zgodności. Na przykład, że w zapytaniach nie są używane pełne sprzężenia lub czy ciągi wyświetlane w interfejsie są poprawnie zlokalizowane.
  • Szczegółowe kontrole związane ze specyfiką rozwoju ERP
    Na przykład sprawdzenie, czy każdy obiekt aplikacji znajduje się tylko w jednym z podsystemów „obiekty UT, KA, UE”, „obiekty KA, UE” lub „obiekty UE”
Dynamiczna analiza kodu obejmuje w szczególności testy regresji, w których wykonywane są następujące operacje (a wyniki operacji są porównywane z ostatnim udanym testem):
  • Otwarcie wszystkich formularzy
  • Wymiana danych z innymi rozwiązaniami aplikacyjnymi (na przykład z 1C: Enterprise Accounting)
  • Odzwierciedlenie zaksięgowanych dokumentów w rachunkowości. Sprawdza się, czy po zaksięgowaniu dokumentu w referencyjnej bazie danych wynik jego odzwierciedlenia w rachunkowości nie uległ zmianie.
  • Itd.
Do testów regresji używamy od 10 do 20 baz danych o różnych rozmiarach (od 15 GB do 70 GB) i różnych specyfikach zawartości.
Na tych samych zasadach testujemy aktualizację do nowej wersji z poprzedniej, aby upewnić się, że aktualizacja przebiegnie a) poprawnie ib) w rozsądnym czasie.
Podczas aktualizacji bazy danych 1C należy wykonać dwa zasadnicze kroki:
  1. Główny czas to aktualizacja danych w trybie wielu użytkowników. Aplikacja przygotowuje dane do aktualizacji w tle, użytkownicy mogą kontynuować pracę z systemem, ale wydajność systemu może być zmniejszona, a niektóre funkcje mogą działać w ograniczony sposób. Zazwyczaj aktualizacja do nowej wersji odbywa się w weekendy (kiedy aktywność użytkownika jest minimalna).
  2. Minimalny czas - aktualizacja w trybie ekskluzywnym. Gdy wszystkie dane są przygotowywane w tle, czas na zmianę struktury bazy danych. W tym celu baza danych przechodzi w tryb wyłączności, gdy użytkownicy nie mogą pracować z systemem. Szybkość aktualizacji jest niezwykle ważna dla naszych użytkowników.
W najbliższym czasie planujemy rozszerzyć strefę autotestów, aby objąć nimi maksymalną liczbę scenariuszy.

Wniosek

ERP to jeden z naszych największych produktów. Staramy się wykorzystywać nowoczesne i zaawansowane metody w jego rozwoju, a także tworzyć nowe metody i narzędzia, aby z jednej strony szybko je rozwijać, a z drugiej zapewnić wysoka jakość opracowane rozwiązanie.

Tagi:

Dodaj stopnie nauki od podstaw ma na celu przekazanie wiedzy i rozwijanie praktycznych umiejętności w zakresie korzystania ze standardowego rozwiązania 1C: ERP Enterprise Management Edition 2.0 w zakresie planowania i rozliczania kosztów bezpośrednich produkcji. System automatycznego sprawdzania przyjmuje jako rozwiązanie obiekty zaimplementowane bezpośrednio w programie - katalogi, dokumenty, rejestry itp.

Szczegółowy opis badanych tematów

Proces uczenia się opiera się na rozwiązywaniu praktycznych zadań w następujących sekcjach:

1. Przygotowanie do prowadzenia ewidencji:

Konfiguracja programu, wprowadzanie informacji o organizacji i jej polityce rachunkowości
- opis struktury przedsiębiorstwa (oddziału) i magazynów
- przygotowywanie podręczników nomenklatury i jednostek miar
- ustalanie rodzajów i grup księgowania finansowego pozycji,
- wprowadzenie miejsc pracy i rodzajów pracy pracowników
- wypełnianie artykułów kosztorysowych i specyfikacji zasobów dla produktów
- ustalenie stanowisk w organizacji, obsady kadrowej
- Nadzienie kalendarz produkcji i harmonogramy pracy
- zatrudnianie w organizacji, tworzenie zespołów
- wprowadzanie przez użytkownika i indywidualne ustawienia programu.

2. Bezpośrednie zarządzanie kosztami zmiennymi:

Opis rodzajów cen, wpisy dostawców, umowy i kontrakty
- rejestracja zakupów surowców (hurtowych, detalicznych, niefakturowanych)
- wprowadzenie dodatkowych kosztów zakupu surowców
- rejestracja cen zakupu surowców
- tworzenie kosztorysów dla planowanego kosztu półproduktów i produktów
- przetwarzanie zleceń do produkcji, tworzenie arkuszy marszruty
- rejestracja wydań półproduktów i wyrobów
- odzwierciedlenie produkcji pracowników i odpisanie surowców do produkcji
- rejestracja przeniesienia produktów do magazynu i jego realizacja

3. Kalkulacja kosztów produkcji i zysku brutto ze sprzedaży.

Program opiera się na konsoli do nauki oprogramowania 1C:Enterprise 8 certyfikowanej przez 1C. Produkt szkoleniowy może być używany zarówno do samodzielnej nauki możliwości Zarządzanie przedsiębiorstwem 1C ERP 2.0 oraz organizacji procesu kształcenia w przedsiębiorstwach, w ośrodkach doskonalenia zawodowego, GUS, AEC itp.

Samouczek nie zapewnia prawa do korzystania z 1C: ERP Enterprise Management 2.0.

Zaczynaj

Wybierz opcję pracy z programem:

Instrukcja instalacji programu na komputerze

1. Zainstaluj i skonfiguruj program 1C ERP Enterprise Management 2.0 na swoim komputerze

Uruchom pobrany plik setup.exe
(w przypadku ostrzeżenia o niebezpieczeństwie zezwól na uruchomienie pliku);
- postępuj zgodnie z instrukcjami instalatora.



Ważny! Program wymaga połączenia z Internetem.

3. Uruchom samouczek i wybierz bazę informacji

Uruchom program szkoleniowy za pomocą skrótu „Strona szkoleniowa” na pulpicie;
- na liście baz informacji wybierz „Zarządzanie przedsiębiorstwem edukacyjnym”;
- uruchom „1C:Enterprise”, wybierz użytkownika i kliknij „OK”.

Możesz także rozszerzyć wsparcie metodyczne darmowego programu,

Opis

Funkcje programu:

Rozwiązywanie praktycznych problemów zarządzania kosztami bezpośrednio w 1C;
- automatyczne sprawdzanie rozwiązań i wydawanie informacji o błędach;
- dostępność osobistych statystyk do rozwiązywania praktycznych problemów;
- możliwość przeglądania ocen uczestników szkolenia;
- pomoc techniczna użytkownicy programu szkoleniowego;
- linki i dostęp do materiałów metodologicznych bazy referencyjnej ITS;
- dostępność zaleceń (wskazówek) dotyczących rozwiązywania praktycznych problemów;
- pełny dostęp do instrukcji (ze zdjęciami) opisujących cechy rozwiązywania problemów.

Księgowi, programiści i konsultanci 1C, którzy chcą samodzielnie zdobyć praktyczne doświadczenie w rozliczaniu kosztów bezpośrednich produkcji w nowym Zarządzanie przedsiębiorstwem 1C ERP 2.0.

DZWON

Są tacy, którzy czytają tę wiadomość przed tobą.
Zapisz się, aby otrzymywać najnowsze artykuły.
E-mail
Nazwa
Nazwisko
Jak chciałbyś przeczytać The Bell?
Bez spamu