1C:Enterprise ist ein Softwareprodukt der Firma 1C, das darauf ausgelegt ist, verschiedenste Bereiche der wirtschaftlichen Tätigkeit eines Unternehmens zu automatisieren. Dieses System umfasst Lösungen für die komplexe Automatisierung von Produktions-, Handels- und Dienstleistungsunternehmen, Produkte für die Finanzverwaltung von Beteiligungen und einzelnen Unternehmen, für die Buchhaltung, Lohn- und Gehaltsabrechnung und Personalverwaltung, für die Buchhaltung in Haushaltsinstituten, verschiedene Branchen- und Speziallösungen.

Das System ist eine technologische Plattform und auf Basis dieser Plattform entwickelte Anwendungslösungen (Konfigurationen).

Die 1C:Enterprise-Plattform ist eine themenorientierte Entwicklungsumgebung (auch Umgebung für die Arbeit mit der Datenbank) zur Lösung von Problemen im Zusammenhang mit der Unternehmensautomatisierung.

Die 1C-Konfiguration ist eine mit der 1C-Plattform erstellte Anwendungslösung, die eine Beschreibung der Struktur von Datenbanktabellen und Algorithmen für die Arbeit mit diesen Daten enthält.

Die Integration des VLSI-Systems wird von fast allen Versionen der 1C-Technologieplattform unterstützt (mit Ausnahme der frühesten): 7.7, 8.1, 8.2 und 8.3. Das Hauptmerkmal des 1C:Enterprise-Systems ist seine Konfigurierbarkeit. Jede Konfiguration konzentriert sich auf bestimmte Arten von Unternehmen und zu lösende Aufgabenklassen („Unternehmensbuchhaltung“, „Management von Produktionsunternehmen“, „Handelsmanagement“ usw.).

Konfigurationen werden oft in zwei Gruppen eingeteilt – „Standard“ und „Nicht-Standard“. Eine „Standard“-Konfiguration ist eine Massenlösung, die „in einer Box“ vertrieben wird. Bei typischen Konfigurationen erfolgt die Integration mit VLSI normalerweise ohne zusätzliche Einstellungen.

Es gibt auch an die Bedürfnisse des Unternehmens angepasste Konfigurationen, die aufgrund der vorgenommenen Änderungen nicht mehr dem Standard entsprechen, sich aber stark ähneln. Abhängig von den vorgenommenen Änderungen sind für die VLSI-Integration möglicherweise zusätzliche Einstellungen erforderlich.

Eine „selbstgeschriebene“ Konfiguration oder eine „von Grund auf neu“-Konfiguration ist eine Konfiguration, die unabhängig vom 1C-Unternehmen entwickelt wurde, normalerweise für die Bedürfnisse eines bestimmten Kunden. Solche Konfigurationen erfordern in der Regel erhebliche Änderungen zur Integration in VLSI.

Der Kunde kann mehrere Anwendungslösungen gleichzeitig nutzen und dementsprechend mit mehreren Datenbanken arbeiten. Die Datenbankauswahl erfolgt beim Programmstart.

Es gibt zwei Hauptstartmodi von 1C: den Unternehmensmodus und den Konfiguratormodus (dieser Modus verfügt auch über einen Debugging-Modus).

Der Enterprise-Modus ist der Hauptbenutzermodus (im Gegensatz zu Administratoren und Entwicklern). In diesem Modus können Benutzer Daten hinzufügen, ändern, löschen, Berichte erstellen und andere Anwendungsaufgaben ausführen.

Im Konfiguratormodus verwalten und ändern Sie die Datenbankkonfiguration. In diesem Modus wird geschrieben Quelle Es werden Programme entwickelt, neue Formulare entwickelt, neue Berichte, Verzeichnisse, Dokumente usw. erstellt.

Konfiguratormodus

Im Konfiguratormodus können wir uns mit der Konfiguration vertraut machen, die die Datenspeicherstruktur in der Datenbank beschreibt. Um die Konfiguration im Menü zu öffnen, wählen Sie im Menü „Konfiguration/Konfiguration öffnen“.

Anhand des Symbols neben dem Konfigurationsnamen können wir erkennen, ob es typisch (unverändert) ist:

Es gibt drei Möglichkeiten:

• Das Objekt kann nicht bearbeitet werden – eine typische Konfiguration, an der keine Änderungen vorgenommen werden können.
• Das Objekt wird unter Beibehaltung der Unterstützung bearbeitet. Es wurden bestimmte Änderungen an der Konfiguration vorgenommen, es wird jedoch weiterhin unterstützt, d. h. es kann aktualisiert werden, wenn eine neue Version veröffentlicht wird.
• Ein Objekt wurde aus der Unterstützung entfernt – die Konfiguration wurde stark geändert oder von Grund auf neu geschrieben, sie wird nicht aktualisiert, wenn neue Versionen veröffentlicht werden.

Grundlage der Konfiguration ist die Struktur von Konfigurationsobjekten, die durch visuelle Designtools beschrieben wird.

Konfigurationsobjekte

Ein Konfigurationsobjekt im 1C:Enterprise-System ist eine Beschreibung einer Gruppe von Konzepten mit ähnlichen Eigenschaften und demselben Zweck. Das Verzeichniskonfigurationsobjekt ist beispielsweise für die Verwaltung von Listen homogener Datenelemente – Verzeichnisse, Kartendateien, Klassifikatoren – vorgesehen.

Ein Konfigurationsobjekt beschreibt keinen bestimmten Wert, sondern nur dessen Aussehen. Das Auftragnehmerverzeichnis beschreibt beispielsweise nicht eine bestimmte Organisation, Solnyshko LLC, sondern enthält eine Liste mit Details (TIN, KPP, vollständiger Name usw.) sowie Formulare zur Eingabe ihrer Werte, Formulare zum Anzeigen von Listen und Layouts für Drucken von Informationen.

Konfigurationsobjekte werden im Konfigurationsbaum in Ansichten gruppiert. Der Benutzer sieht die Namen der Typen auf der ersten Ebene des Konfigurationsbaums, wenn er das Konfigurationsfenster öffnet:

Drunter ist eine kurze Beschreibung von Objekttypen, die beim Einrichten der Integration mit VLSI verwendet werden.

Konstanten

Um mit konstanten und sich selten ändernden Informationen zu arbeiten, verwendet das System Objekte vom Typ „Konstant“. Beispielsweise wird die Buchhaltungswährung in Konstanten gespeichert.

Verzeichnisse

Um mit konstanten Informationen mit einem bestimmten Wertesatz zu arbeiten, werden Objekte vom Typ Verzeichnis verwendet. Typischerweise handelt es sich bei Verzeichnissen um Listen von Waren, Organisationen, Mitarbeitern usw.

Überweisungen

Aufzählungen werden verwendet, um persistente Wertemengen zu beschreiben. Ein typisches Beispiel für eine Übertragung sind Mehrwertsteuersätze (0 %, 10 %, 18 %, 10/110, 18/118, ohne Mehrwertsteuer).

Dokumentation

Dokumente sollen die wirtschaftlichen Ereignisse des Unternehmens widerspiegeln. Dies können beispielsweise Rechnungen, Rechnungen, Arbeitsaufträge, Rechnungen, Zahlungsaufträge usw. sein. Wir können sagen, dass dies das Hauptziel für die Integration mit VLSI ist, weil Wir senden die Unterlagen an im elektronischen Format. Jeder Dokumenttyp ist so konzipiert, dass er seine eigene Art von Ereignis widerspiegelt. Dies bestimmt seine Struktur und Eigenschaften. Jeder Dokumenttyp kann eine unbegrenzte Anzahl von Details und tabellarischen Teilen enthalten.

Bei der Einrichtung des Versands oder Downloads von Dokumenten sind für uns vor allem diese Details und tabellarischen Teile von Interesse.

Informationsregister

Register dienen der Speicherung und Verarbeitung verschiedener Informationen, die die wirtschaftliche oder organisatorische Tätigkeit eines Unternehmens widerspiegeln und keinen Objektcharakter haben. Beispielsweise können Informationsregister gespeichert werden Kontaktinformationen(Adressen, Telefonnummern) von Organisationen und Auftragnehmern.

Die meisten Konfigurationen verfügen über Informationsregister zum Speichern beliebiger Daten Weitere Informationen nach Dokumenten und Verzeichniseinträgen (Objekteigenschaftswerte oder Zusatzinformationen je nach Konfiguration). Wenn Sie zum Beispiel einige Informationen zu einem Dokument notieren müssen, aber in der Konfiguration hierfür keine passenden Angaben vorhanden sind, können diese Informationen in einem Register gespeichert werden. Bei der Integration mit VLSI wird in diesen Informationsregistern die „Verbindung“ von 1C-Dokumenten und den entsprechenden VLSI-Dokumenten gespeichert. Wir erfassen Paketkennungen, Anhänge und den Status des elektronischen Dokuments im Informationsregister.

Arten von Clientanwendungen

Vor Version 1C 8.2 gab es nur eine Art von Client-Anwendung (damals hieß sie noch nichts, da es nur eine gab, aber jetzt ist es ein „dicker“ Client). Heutzutage bedeutet „thick“ normale Arbeit, bei der die Ressourcen und die Leistung des lokalen Computers genutzt werden. Neue Technologien zur sparsamen Nutzung von Hardware-Ressourcen haben sich auch auf die Verfeinerung von Programmen ausgewirkt, die die Client-Server-Version der Arbeit nutzen. Die Veröffentlichung der Plattform 8.2 brachte neue Konzepte im 1C-Bereich – Thin Client, Webanwendung, bei der die Hauptlast auf dem Server liegt. Die gesamte Arbeit mit der Datenbank, den Objektdaten und der Abfrageausführung erfolgt serverseitig. Der Kunde erhält ausschließlich fertig zur Anzeige aufbereitete Daten.

Fetter Kunde

Eine Client-Anwendung, die sowohl im 1C:Enterprise-Modus als auch im Konfigurator-Modus funktioniert.

Im Gegensatz zu anderen Client-Anwendungen ermöglicht es keine Verbindung zu Informationsdatenbanken über das Internet und erfordert für den Betrieb eine erhebliche Menge an Ressourcen.

Dünner Kunde

Eine der Client-Anwendungen, mit der Sie entweder eine Verbindung zu Informationsdatenbanken herstellen können lokales Netzwerk, und über das Internet (stellt eine Verbindung zur Informationsbasis über die Protokolle http und https über einen Webserver her). Funktioniert nur im 1C:Enterprise-Modus. Im Gegensatz zum Web-Client ist eine vorherige Installation auf dem Computer des Benutzers erforderlich.

Sowohl Thin- als auch Thick-Clients können mit einer Anwendungslösung arbeiten, die im verwalteten Anwendungsmodus ausgeführt wird.

Web-Client

Eine der Client-Anwendungen, mit der Sie über das Internet eine Verbindung zu Informationsdatenbanken herstellen können.

Funktioniert nur im 1C:Enterprise-Modus. Vorinstallation ist auf dem Computer des Benutzers nicht erforderlich. Der Webclient funktioniert mit jedem Betriebssystem. Darüber hinaus benötigt der Webclient keine zusätzlichen Dateien, um mit der Arbeit zu beginnen. lokalen Computer. Um zu beginnen, muss der Benutzer lediglich seinen Browser starten und sich mit dem Webserver verbinden Informationsbasis.

Trotz aller Vorteile kann der Webclient ihn nicht vollständig ersetzen Dünner Kunde, da einige der Funktionen darin nicht verfügbar sind, beispielsweise das Arbeiten mit Dateisystem, Arbeiten mit XML, Arbeiten mit E-Mail und andere.

Optionen für Clientanwendungen

Es gibt zwei Optionen zum Ausführen von Clientanwendungen.

Dateiversion der Arbeit

Arbeitsoption für persönliche Arbeit ein Benutzer oder die Arbeit einer kleinen Anzahl von Benutzern in einem lokalen Netzwerk.

Bei dieser Option befinden sich alle Informationsbasisdaten (Konfiguration, Datenbank, Verwaltungsinformationen) in einer Datei – einer Dateidatenbank. Die Arbeit mit dieser Datenbank erfolgt über ein von 1C entwickeltes Datei-DBMS, das Teil der Plattform ist.

Client-Server-Version der Arbeit

Eine Arbeitsoption, die für den Einsatz in Arbeitsgruppen oder Unternehmen konzipiert ist.

Es ist eine Kombination aus drei interagierenden Teilen:

• Client-Anwendung (1C:Enterprise)
• Servercluster (1C:Enterprise)
• DBMS von einem Drittanbieter (z. B. Microsoft SQL Server, PostgreSQL)

Startmodi 1C:Enterprise

Der Unternehmensstartmodus bestimmt, welche externe Verarbeitung wir für die Integration verwenden (für reguläre oder verwaltete Formulare).

Normaler Anwendungsmodus

Modus, in dem eine Schnittstelle zum Arbeiten mit der Anwendungslösung verwendet wird frühere Versionen 1C:Enterprise konzentriert sich ausschließlich auf die Arbeit im Thick Client. Diese Schnittstelle kann sich nicht automatisch aufgrund von Rechten und Funktionsoptionen ändern.

Schnittstellenbeispiel:

Verwalteter Anwendungsmodus

Ein Modus, in dem eine verwaltete Befehlsschnittstelle und verwaltete Formulare zum Arbeiten mit einer Anwendungslösung verwendet werden.

Verwaltete Anwendungändert völlig die Art und Weise, wie Sie mit der Benutzeroberfläche arbeiten. Das Modell zur Entwicklung der Benutzeroberfläche in der Konfiguration ändert sich – die Oberfläche wird nicht „gezeichnet“, sondern „beschrieben“. Der Entwickler definiert lediglich das allgemeine Layout der Befehlsschnittstelle und der Formulare.

Die Architektur einer verwalteten Anwendung ist auf die maximale Übertragung aller Funktionen auf den Server und die maximale „Erleichterung“ des Clients ausgerichtet.

Eine verwaltete Anwendung vereinfacht die Implementierung von Anwendungslösungen erheblich. Es ist möglich, die Lösung nicht zu ändern, sondern sie an die Besonderheiten des Unternehmens anzupassen, ohne die Konfiguration selbst zu ändern.

Alle neuen 1C-Konfigurationen (beginnend mit „Trade Management, Version 11“, „Enterprise Accounting, Version 3“ usw.) sind so konzipiert, dass sie nur im kontrollierten Modus funktionieren.

Schnittstellenbeispiel:

Und ein Beispiel für eine neuere Schnittstelle:

So arbeiten Sie in 1C:Enterprise

Unser größtes Interesse gilt der Abwicklung von Verkaufs- und Kauftransaktionen, da es sich hierbei um die Dokumente handelt, die am häufigsten elektronisch versendet und empfangen werden.

Schauen wir uns an, wo sich die relevanten Dokumente im Programm befinden und wie man sie anzeigt und ausdruckt.

In den meisten Konfigurationen enthält das Hauptmenü die Abschnitte „Verkauf“ und „Kauf“ (oder „Verkäufe“ und „Käufe“):

Hier „leben“ die Dokumente, die uns interessieren. Zum Beispiel Umsetzungsdokumente. In der Benutzeroberfläche können sich ihre Namen in verschiedenen Konfigurationen unterscheiden („Verkäufe von Waren und Dienstleistungen“ oder „Verkäufe (Akten, Rechnungen)“). Um das Dokumentenregister zu öffnen, wählen Sie den entsprechenden Eintrag im Verkaufsmenü. Das Registrierungsfenster enthält normalerweise eine Symbolleiste zum Erstellen eines neuen Dokuments, Drucken, Einstellen eines Filters usw.:

Wenn Sie ein neues Dokument erstellen oder ein bestehendes öffnen, wird die Dokumentenkarte geöffnet:

Alle Dokumentdaten werden in die Karte eingetragen. Beim Papierdokumentfluss wird das Dokument ausgedruckt (von einer Karte oder aus einem Register) und an die Gegenpartei gesendet.

Die Schaltfläche „Drucken“ bietet eine Liste druckbarer Formulare für das Dokument:

Gedruckte Formulare können Standardformulare sein, d. h. solche, die in der Konfiguration enthalten sind, und nicht standardmäßige Formulare, d. h. externe gedruckte Formulare oder gedruckte Formulare, die der Konfiguration speziell für die Bedürfnisse eines bestimmten Kunden hinzugefügt wurden. Wenn ein Client beim Drucken ein nicht standardmäßiges Formular verwendet, muss dies bei der Integration mit VLSI berücksichtigt werden, denn die gedruckte Form des elektronischen Dokuments muss übereinstimmen gedrucktes Formular Klient.

Auf der Karte können wir auch die Unterordnungsstruktur des Dokuments erkennen:

Alle zugehörigen Dokumente werden in der Unterordnungsstruktur angezeigt. Bei der Integration mit VLSI werden Dokumente von 1C normalerweise nicht einzeln, sondern in Sätzen von zwei oder drei zusammengehörigen Dokumenten (Rechnung + Rechnung oder Rechnung + Rechnung + Rechnung) gesendet.

Informationen in der Berichtsstruktur können nützlich sein, wenn der Kunde sie einbeziehen möchte elektronische Dokumente Fügen Sie ein anderes Dokument als die im Standardsatz enthaltenen hinzu. Hier können wir sehen, ob eine Verbindung zwischen dem aktuellen Dokument und dem Dokument besteht, das der Kunde dem Satz hinzufügen möchte.

Externe Behandlungen

Bei der Arbeit mit Standardkonfigurationen besteht manchmal Bedarf an Funktionen, die von 1C-Entwicklern nicht bereitgestellt werden. In diesem Fall hat der Entwickler zwei Möglichkeiten: die Konfiguration selbst zu ändern oder eine externe Verarbeitung zu entwickeln. Wenn Sie die Konfiguration selbst ändern, wird sie nicht mehr zum Standard und wird aktualisiert auf einfache Weise wird nicht funktionieren. Aktualisieren atypische Konfiguration- Dies ist ein längerer und ernsterer Prozess.

Bei der externen Verarbeitung handelt es sich tatsächlich um ein externes Modul, das ebenfalls in der Programmiersprache 1C im Konfigurator entwickelt wird, aber keine Änderungen an der Standardkonfiguration vornimmt. Es existiert unabhängig von der Konfiguration selbst und wird separat in einer Datei mit der Erweiterung „epf“ gespeichert.

Daher nutzen wir bei der Integration von 1C mit VLSI die externe Verarbeitung und nehmen keine Änderungen an der Client-Konfiguration vor.

Im Zeitalter der Entwicklung Internet-Technologien Es bestand Bedarf an einer benutzerfreundlichen Verbindung zur Datenbank und der Arbeit damit über Webbrowser. Da der Internetzugang über verschiedene Kommunikationskanäle erfolgt – sowohl Hochgeschwindigkeits- als auch niedrige Datenraten – wurde die Konfiguration entwickelt, um den Vorgang zu beschleunigen ein grundlegend neuer Mechanismus zur Trennung der Funktionalität zwischen Client und Server. Darüber hinaus hat sich auch das Konzept der Entwicklung einer Benutzeroberfläche in der Konfiguration geändert. Die neu entwickelte Architektur der 1C: Enterprise 8-Plattform wurde Managed Application genannt.

Was hat sich bei einer verwalteten Anwendung im Vergleich zu einer regulären geändert?

Schnittstelle

Die Schicht des Systems, die mit Informationsbasisdaten arbeitet und für die Geschäftslogik verantwortlich ist, blieb ohne wesentliche Änderungen. Der Zugriff auf Verzeichnisse, Dokumente und andere Konfigurationsobjekte sowie Abfrage- und Datenaustauschmechanismen erfolgt auf die gleiche Weise wie in einer regulären Anwendung. Die Ebene der Arbeit mit der Schnittstelle hat sich komplett verändert: Die Befehlsschnittstelle, das Fenstersystem sowie die Benutzerdialogformulare wurden neu gestaltet.

Erhöhte Skalierbarkeit

Unter Skalierbarkeit versteht man die Fähigkeit eines Systems, sich an wachsende Anforderungen und steigende Mengen zu lösender Aufgaben anzupassen. Eine verwaltete Anwendung erhöht die Skalierbarkeit des Systems aufgrund mehrerer Punkte:

• Durch die Übertragung der Last von der Clientseite auf die Serverseite. In einer typischen Anwendung wurden alle Arbeiten mit Informationsbasisobjekten, Berechnungen, Verarbeitung und Erstellung von Berichten nur teilweise auf dem Computer des Benutzers durchgeführt gemeinsame Module hat auf dem Server funktioniert. In einer verwalteten Anwendung werden auf dem Client nur die folgenden Aktionen ausgeführt:
  • Formulare entgegennehmen, öffnen und anzeigen,
  • interaktiver Dialog mit dem Benutzer,
  • kleine Berechnungen
  • arbeiten mit lokale Dateien und kommerzielle Ausrüstung;
• Wenn für die Arbeit Softwareprodukt 1C: Das Unternehmen verwendet einen Servercluster, dann ist eine dynamische Lastverteilung auf den Servern aktiviert, was bei der Arbeit in einer regulären Anwendung nicht der Fall ist;
• Server 1C wurde neu gestaltet, um die Zuverlässigkeit und Stabilität zu verbessern.

Fernarbeit (online)

Fernarbeit mit einer Informationsbasis in einer verwalteten Anwendung wird in zwei Modi dargestellt:

Der Thin-Client-Client wird auf dem Computer des Benutzers installiert und kommuniziert über diesen mit der Datenbank Internetprotokolle Datenübertragung. Die Parameter der Informationsbasis enthalten Einstellungen, mit denen Sie den Betrieb des Thin Clients an einen Kommunikationskanal mit niedriger Geschwindigkeit anpassen können; Der Webclient ist ein Client, der keine Installation auf dem Computer des Benutzers erfordert. Die gesamte Arbeit mit der Informationsbasis erfolgt über Internet-Browser. Erforderlich für die Nutzung des Webclients zusätzliche Installation und Einrichten eines Webservers und eines zusätzlichen Webdienst-Add-Ons für den 1C-Server (ausgewählt bei der Installation der 1C: Enterprise-Plattform).

Schnelle Systemeinrichtung während der Implementierung

Das wichtigste Merkmal einer verwalteten Anwendung ist die Möglichkeit, die Konfiguration während der Bereitstellung anzupassen, anstatt sie zu ändern. Das Aufkommen eines solchen Konfigurationsobjekts als Funktionsoptionen ermöglichte die Implementierung der Möglichkeit, ganze Funktionsteile komplexer Anwendungslösungen zu aktivieren und zu deaktivieren. Zum Beispiel: in der Konfiguration „“ in Allgemeine Einstellungen Mit einem Klick auf eine Schaltfläche können Sie ein globales Modul wie Lagerbuchhaltung aktivieren oder deaktivieren. In diesem Fall konfiguriert das System automatisch die Benutzeroberfläche und steuert die Anzeige einzelner Details und Befehle, die diesem Funktionsteil zugeordnet sind.

Reduzierung der Komplexität der Beschreibung von Schnittstellen und Berichten

Beim Erstellen einer Schnittstelle in einer regulären Anwendung musste der Entwickler diese selbst zeichnen. Jedes Formularobjekt musste manuell darauf übertragen werden, und die Position der Objekte sowie ihre Interaktion untereinander hing vom Entwickler selbst ab. In einer verwalteten Anwendung beschreibt der Entwickler lediglich, welche Objekte, Attribute und Befehle sich auf dem Formular befinden sollten, und definiert das allgemeine Layout der Befehlsschnittstelle und der Formulare.

Beim Erstellen einer Schnittstelle für einen bestimmten Benutzer verwendet das System diese Beschreibung unter Berücksichtigung verschiedener Faktoren ( Nutzerrechte, Merkmale einer bestimmten Implementierung, vom Benutzer selbst vorgenommene Einstellungen).

Möglichkeit einer zentralen Schnittstellenverwaltung

Die Befehlsschnittstelle und Formulare werden verwaltet Benutzerrolleneinstellungen, die Zusammenstellung von Funktionsoptionen und persönlichen Benutzereinstellungen.

Entwicklung eines Systems zur Differenzierung von Zugriffsrechten

Neben der Tatsache, dass die verwaltete Anwendung die Möglichkeit hat, den Zugriff zu konfigurieren und einzelne Felder von Konfigurationsobjekten für jede Rolle zu bearbeiten, ist die Architektur des Thin Clients so aufgebaut, dass blockierte Daten nicht an ihn übertragen werden. Dies ermöglicht eine effizientere Handhabung der Zugriffsrechte. Die Belastung des Systems wird erheblich reduziert – alle umfangreichen Vorgänge können ohne Überprüfung der Zugriffsrechte (im privilegierten Modus) ausgeführt werden.

Benutzerdefinierte Einstellungen

Implementiert in der verwalteten Anwendung 1C: Enterprise die Möglichkeit, die Benutzeroberfläche anzupassen. Darüber hinaus erhält der Nutzer die Möglichkeit, die Systemoberfläche nach seinen persönlichen Vorlieben anzupassen. Es kann die Sichtbarkeit von Befehlen in der Befehlsschnittstelle, deren Reihenfolge und Gruppierung steuern. Es kann auch die Sichtbarkeit, Position und Gruppierung von Formularelementen ändern und einige Eigenschaften von Formularelementen konfigurieren, die sich auf die Anzeige und Bearbeitung auswirken.

Ich veröffentliche das zweite Kapitel meines Buches „Development Fundamentals in 1C: Taxi“

Kapitel 2. Regelmäßige und verwaltete 1C-Anwendung

In diesem Kapitel werden wir uns ansehen, was eine reguläre und eine verwaltete Anwendung ist und wie sie sich voneinander unterscheiden. Zuvor werden wir uns jedoch mit dem Konzept einer „Schnittstelle“ befassen.

Was ist überhaupt eine „Schnittstelle“? Im Wesentlichen handelt es sich hierbei um eine gemeinsame Grenze zwischen zwei interagierenden Systemen (sehr oft ist ein System eine Person). Nehmen wir zum Beispiel ein Auto. Hat es eine Schnittstelle? Ja natürlich. Aber was ist die gemeinsame Grenze zwischen einem Auto und einem Menschen? Erstens dies Arbeitsplatz, d.h. direkt am Fahrersitz und den Bedienelementen (Lenkrad, Gaspedal, Bremspedal etc.). Zweitens sind dies die Prinzipien der menschlichen Interaktion mit einem Auto, bei denen es sich um eine Art Regelwerk handelt. Um beispielsweise ein Auto zu beschleunigen, müssen Sie das Gaspedal betätigen, langsamer fahren – das Bremspedal, um nach rechts abzubiegen, müssen Sie das Lenkrad nach rechts drehen usw. Dank dieser beiden Einheiten kann eine Person ein Auto fahren. Wenn man eines wegnimmt, wird das Autofahren unmöglich.

In der Welt Software alles ist genau gleich. Ein System ist eine Person – ein Bediener, ein Benutzer. Und das zweite System ist eine Anwendung, die zur Automatisierung erstellt wurde bestimmter Typ menschliche Aktivität (wir denken über Anwendungsprogrammierung nach).

Zum Beispiel müssen wir die Lageraufzeichnungen selbstständig führen: den Wareneingang im Lager durchführen, diese Waren abschreiben und die Salden überwachen. Was ist die gemeinsame Grenze zwischen der Anwendung, egal wie oder wo sie geschrieben ist, und dem Benutzer? Erstens handelt es sich dabei um Informationseingabeorgane – wie soll man sonst dem Programm mitteilen, dass 5 Stück eines Produkts im Lager angekommen sind? In unserem Fall ist es so Computer Tastatur Und PC-Maus. Zweitens handelt es sich um ein Interaktionssystem zwischen einem Computer und einer Person. Dabei kann es sich beispielsweise um eine Kommandozeilenschnittstelle handeln: Über die Tastatur geben Sie verschiedene Textzeichenfolgen (Befehle) ein und führen damit die notwendigen Aktionen aus (Wareneingang, Warenverbrauch erfassen etc.). Eine solche Schnittstelle sieht in etwa so aus: siehe Abb. 1.2.1.

Reis. 1.2.1 Beispiel für eine Befehlszeile

Diese Abbildung zeigt Befehlszeile Operationssaal Windows-Systeme, damit können Sie fast alle Vorgänge ausführen, die Sie im Explorer ausführen: Dateien kopieren, Dateien löschen, Verzeichnisse erstellen usw.

Diese Art von Benutzeroberfläche war lange veraltet und wurde durch eine grafische Benutzeroberfläche (dt. grafische Benutzeroberfläche GUI). Bei dieser Schnittstelle erfolgt die Interaktion zwischen dem Benutzer und der Anwendung über verschiedene grafische Elemente, die auf dem Display angezeigt werden (Schaltflächen, Symbole, Schalter usw.). In der grafischen Benutzeroberfläche hat der Bediener über Steuerelemente wahlfreien Zugriff auf beliebige Elemente grafische Elemente. In unserem Fall, wenn wir die Lagerbuchhaltung automatisieren, könnte die Interaktion so aussehen: Der Bediener klickt auf die Schaltfläche „Quittung“, es öffnet sich das Produktauswahlformular, in dem der Bediener das gewünschte Produkt aus der Liste auswählt und dessen Menge eingibt. Müssen Sie eine Ausgabe tätigen, drückt der Bediener den Button „Verbrauch“ und es öffnet sich zusätzlich ein Auswahlformular, in dem der Bediener ebenfalls das gewünschte Produkt auswählt und dessen Menge eingibt. Wenn Sie den Saldo überprüfen müssen, klickt der Bediener auf die Schaltfläche „Reststände“ und das Programm zeigt die verbleibenden Waren im Lager an. Mit dieser grafischen Oberfläche können Sie somit sehr erfolgreich den Überblick über die Waren im Lager behalten.

Lassen Sie uns mit dem theoretischen Teil abschließen und direkt zum Thema dieses Kapitels übergehen. Nämlich zu den Arten von Anwendungsschnittstellen des 1C-Programms, bei denen es sich allesamt um grafische Benutzeroberflächen handelt. Das Programm 1C: Enterprise 8 verfügt über zwei globale Arten grafischer Anwendungsschnittstellen. Dies sind der reguläre Anwendungsmodus und der verwaltete Formularanwendungsmodus (oder verwaltete Anwendung).

Editionsplattformen 8.0 und 8.1. funktionierte nur im normalen Modus, höhere Versionen der Plattform (8.2, 8.3 usw.) können sowohl im normalen Anwendungsmodus als auch im verwalteten Anwendungsmodus arbeiten.

Normaler Anwendungsmodus

Fast alle modernen Konfigurationen arbeiten bereits im verwalteten Modus, aber es gibt immer noch Organisationen, die ältere Konfigurationen verwenden, die im normalen Anwendungsmodus arbeiten. Daher ist es notwendig, die Funktionsprinzipien einer regulären Anwendung zu kennen. Dies wird in meinem Buch (Kapitel 3 und 4) ausführlich besprochen. Hier werden wir nur auf die allgemeinsten Punkte eingehen.

Der reguläre Anwendungsmodus verwendet die Schnittstelle und Formulare, die in den Plattformen 8.0 und 8.1 verwendet wurden. Früher hieß dieser Modus nichts, aber jetzt heißt er „regulärer Anwendungsmodus“ und die Formulare, die in diesem Modus verwendet werden, werden „reguläre Formulare“ genannt.

Werfen wir einen kurzen Blick darauf, wie dieser Modus aussieht. Viele werden es bereits kennen, aber einige, insbesondere diejenigen, die noch keine Arbeit unter den Plattformen 8.0 und 8.1 gesehen haben, werden es zum ersten Mal sehen.

Nach dem Laden des Programms sieht der Benutzer oben eine Oberfläche mit einem Menü (siehe Abb. 1.2.2).

Abb. 1.2.2 Schnittstellenansicht einer regulären Anwendung

Durch Klicken durch Menüpunkte kann der Benutzer verschiedene Formulare öffnen. Dabei handelt es sich hauptsächlich um Formen von Verzeichnissen und Dokumentenverzeichnissen (siehe Abb. 1.2.3), es können aber auch Berichte, Verarbeitungen, Kontenpläne etc. vorliegen.

Abb.1.2.3. Dokumentlistenformular

Aus dem Listenformular heraus kann der Benutzer das Formular eines Dokuments oder Nachschlagewerks öffnen (siehe Abb. 1.2.4).

Reis. 1.2.4. Dokumentformular

Der Entwickler kann automatisch generierte Formulare verwenden oder diese selbst in entwerfen.

Der Entwickler muss gewöhnliche Formulare mit der Maus entwerfen: Platzieren Sie die erforderlichen Elemente auf dem Formular (Schaltfläche, Feld, Tabelle), verschieben Sie sie an eine geeignete Stelle und bestimmen Sie die Größe (siehe Abb. 1.2.5).

Abbildung 1.2.5. Konventionelle Formen entwerfen

Bei der Entwicklung komplexer Formen war es sehr oft notwendig, das Zusammenspiel der Formelemente untereinander zu berücksichtigen. Zu diesem Zweck wurden Bindungen eingerichtet. Manchmal gerieten sie durcheinander und die Form nahm ein nicht ganz schönes Aussehen an. Auf diesen Mechanismus und die Folgen seiner falschen Anwendung gehen wir nicht näher ein, da er bei kontrollierten Formen seine Relevanz verloren hat.

Abschließend stelle ich fest, dass eine reguläre Anwendung im Gegensatz zu einer verwalteten Anwendung nur unter einem „Thick Client“ funktionieren kann. Im Großen und Ganzen ist dies der wichtigste und grundlegendste Unterschied zwischen herkömmlichen und kontrollierten Formen. Denn der verwaltete Anwendungsmodus wurde speziell für die Arbeit unter einem „Thin Client“ konzipiert.

Verwalteter Anwendungsmodus

Was ist also die Besonderheit und der grundlegende Unterschied zwischen dem verwalteten Anwendungsmodus und dem regulären Modus? Der Hauptunterschied besteht in der Verwendung einer verwalteten Befehlsschnittstelle und verwalteter Formulare. Schauen wir uns jede dieser Entitäten einzeln an. Was ist eine verwaltete Befehlsschnittstelle? Um diese Frage zu beantworten, ist es notwendig, noch einmal in die Vergangenheit einzutauchen.

Betrachten wir in der einfachsten Form, wie die Konfiguration in einer regulären Anwendung entwickelt wurde. Zunächst haben wir die Geschäftslogik entworfen: Dokumente, Verzeichnisse, Berichte, Verarbeitung und deren Interaktion untereinander. Dann haben wir Rollen eingerichtet, zum Beispiel hatte ein Benutzer mit der Rolle „Lieferant“ Zugriff auf das Dokument „Wareneingang“, aber nicht auf das Dokument „Warenausgang“. Umgekehrt hatte ein Benutzer mit der Rolle „Verkäufer“ Zugriff auf das Dokument „Warenausgang“, nicht jedoch auf das Dokument „Wareneingang“. Der nächste Schritt bestand darin, Schnittstellen für jeden Benutzertyp zu entwickeln. Diejenigen, die die Entwicklung unter einer regulären Anwendung geübt haben, erinnern sich, dass es ein Konfigurationsobjekt wie „Schnittstelle“ gab, in dem es möglich war, jedes Menü wie das Menü in Abbildung 1.2.2 zu konfigurieren. Und in unserem Fall musste sich der Entwickler die Mühe machen, zwei Schnittstellen zu erstellen: eine für den Lieferanten und eine für den Verkäufer. Denn wenn er eine gemeinsame Schnittstelle entwickelt hätte, in der man sowohl das Dokument „Wareneingang“ als auch das Dokument „Warenausgang“ öffnen könnte, dann wäre es nicht ganz richtig, wenn der Lieferant beim Versuch, die Liste „Warenausgang“ zu öffnen, Dokumente, erhielt eine Mitteilung, dass er dazu nicht berechtigt sei. Um dies zu vermeiden, war es notwendig, zwei Schnittstellen zu erstellen und für jeden Benutzer festzulegen, unter welcher Schnittstelle er arbeiten sollte.

Im verwalteten Anwendungsmodus ist alles viel einfacher. Im nächsten Teil werden wir die verwaltete Befehlsschnittstelle genauer untersuchen. In diesem Teil werden wir es ganz allgemein analysieren. Im Fall der Taxi-Schnittstelle sieht die verwaltete Befehlsschnittstelle folgendermaßen aus:

Reis. 1.2.6. Verwaltete Befehlsschnittstelle

Bei der Entwicklung einer verwalteten Anwendung muss der Programmierer einen etwas anderen Weg einschlagen. Bevor wir Geschäftslogik entwickeln, müssen wir die Subsysteme definieren, in die unsere Objekte eingebunden werden (in einer regulären Anwendung existieren sie auch, aber sie sind eher deklarativer Natur). Beispielsweise wird das Dokument „Wareneingang“ in das Subsystem „Lieferung“ und das Dokument „Warenverbrauch“ in das Subsystem „Verkauf“ aufgenommen. Gleichzeitig können sich einige Objekte gleichzeitig in mehreren Subsystemen befinden: Das Verzeichnis „Produkte“ wird in das Subsystem „Verkauf“, in das Subsystem „Versorgung“ und in das Subsystem „Marketing“ aufgenommen. In diesem Fall muss der Entwickler kein „Schnittstellen“-Objekt erstellen; das System selbst wird automatisch erstellt der richtige Typ Schnittstelle basierend auf den Einstellungen von Benutzerrechten und Funktionsoptionen.

Wenn ein Benutzer eine Rolle hat, die keine Rechte zum Anzeigen des Subsystems hat, zum Beispiel „Versorgung“, dann wird ihm dieser Menüpunkt beim Starten der 1C-Anwendung einfach nicht angezeigt. Außerdem wird ihm in der Menüliste kein Dokument angezeigt, für das er nicht zumindest die Berechtigung zur Ansicht besitzt.

In Abbildung 1.2.6 haben Sie die Benutzeroberfläche mit gesehen volle Rechte, und die Benutzeroberfläche des Verkäufers sieht beispielsweise so aus:

Reis. 1.2.7. Eingeschränkte Benutzeroberfläche

Ein weiterer Unterschied zur üblichen Oberfläche besteht darin, dass der Benutzer das Erscheinungsbild seiner Oberfläche mithilfe von Einstellungen für Navigation, Aktionen, Abschnitte usw. unabhängig bestimmen kann. Beispielsweise können wir aus der Oberfläche in Abbildung 1.2.7 die Funktionen entfernen aktuellen Abschnitt(oberes Menü) Punkte „Lager“ und „Produkt“. Sie erhalten diesen Look:

Reis. 1.2.8. Benutzeroberfläche mit reduzierten Funktionen des aktuellen Abschnitts

In den folgenden Kapiteln dieses Teils werden wir uns detaillierter mit der Anpassung der Benutzeroberfläche und der Beziehung zwischen Rollen und Rollen befassen Aussehen Wir werden die Schnittstelle im nächsten Teil dieses Kurses untersuchen. Beachten wir zunächst die Hauptunterschiede zwischen der verwalteten Befehlsschnittstelle und der regulären.

• Das Erscheinungsbild der verwalteten Befehlsschnittstelle wird abhängig von den Einstellungen der Benutzerrechte und Funktionsoptionen automatisch über Plattformmechanismen konfiguriert.
• Der Benutzer kann das Erscheinungsbild der Oberfläche selbstständig nach seinen Wünschen anpassen.

Schauen wir uns nun an, was verwaltete Formulare sind.

Lernen Sie das Programmieren in 1C mit Hilfe meines Buches „Programmieren in 1C in 11 Schritten“

1. Keine komplizierten Fachbegriffe.
2. Über 700 Seiten praktisches Material.
3. Zu jeder Aufgabe gibt es eine Zeichnung (Screenshot).
4. Eine Sammlung von Hausaufgaben.
5. Das Buch ist klar und deutlich geschrieben in einfacher Sprache- für einen Anfänger.
6. Das Buch wird an gesendet Email V PDF-Format. Kann auf jedem Gerät geöffnet werden!

Wenn Ihnen diese Lektion bei der Lösung eines Problems geholfen hat, sie Ihnen gefallen hat oder Sie sie nützlich fanden, dann können Sie mein Projekt unterstützen, indem Sie einen beliebigen Betrag spenden:

Sie können manuell bezahlen:

Yandex.Money - 410012882996301
Webgeld - R955262494655

Treten Sie meinen Gruppen bei.

Das programmgesteuerte Öffnen von Formularen in einer verwalteten 1C-Anwendung unterscheidet sich erheblich vom Öffnen in einer regulären Anwendung. Schauen wir uns zunächst die alte Methode an. Es besteht darin, ein Formular zu empfangen und es dann im normalen oder modalen Modus zu öffnen (beim Öffnen im modalen Modus blockiert das Formular das Programm).

GetForm() . Offen()

Dies ist die langsamste Methode zum Öffnen von Formularen. Sie können das Formular jedoch vor dem Öffnen programmgesteuert verarbeiten. Um den Code zu verarbeiten, müssen Sie ein wenig ändern:

Form = GetForm( „Dokument. Empfang von Waren und Dienstleistungen. Dokumentformular“) ;
//Hier führen wir Aktionen mit dem Formular aus
Bilden. Offen();

Es ist zu berücksichtigen, dass bei Erhalt des Formulars eine weitere Ereignisprozedur ausgeführt wird WhenCreatedOnServer.

Schauen wir uns andere Methoden an, mit denen Sie Formulare in einer verwalteten 1C-Anwendung schneller und bequemer öffnen können. Abhängig von der konkreten Situation können unterschiedliche Methoden zum Einsatz kommen.

1. So öffnen Sie ein Objektformular in einer verwalteten Anwendung, wenn ein Link dazu vorhanden ist.

In diesem Fall ist alles äußerst einfach.

RefLink = Verzeichnisse. Nomenklatur. FindByCode("000000001" );
OpenValue(RefLink) ;

2. So öffnen Sie das Auswahlformular und erhalten dann den ausgewählten Wert.

Dafür gibt es eine Funktion EnterValue(). Die Funktion hat 3 Parameter:

• Die Variable, in die der ausgewählte Wert geschrieben wird;
• Ein Hinweis, der im Auswahlfenster angezeigt wird;
• Beschreibung der Typen der ausgewählten Werte. Es kann mehrere Typen geben. In diesem Fall werden Sie aufgefordert, einen Typ auszuwählen, bevor Sie einen bestimmten Wert auswählen.

Als Ergebnis der Ausführung der Funktion öffnet sich das Standardauswahlformular für ein Objekt des angegebenen Typs.

Variablenwert;
Array= neues Array;
Array. Hinzufügen(Typ( „DirectoryLink.Nomenclature“) ) ;
Array. Hinzufügen(Typ( „DirectoryLink. Gegenparteien“) ) ;

TypeDescription= new TypeDescription(Array) ;

Res = EnterValue(Value, "Hint" , TypeDescription) ;

Mit früheren Methoden konnten Sie nur die Standardformulare für Objekte öffnen (Objektformular oder Auswahlformular). Wenn Sie ein benutzerdefiniertes Formular öffnen müssen, können Sie die Funktion verwenden OpenForm().

Diese Funktion hat einige Parameter. Schauen wir uns einige davon an:

• Formularname— Hier können Sie eine der Standardobjektformen auswählen, zum Beispiel Auswahlformular oder Listenformular. Oder ein bestimmtes Formular, das von den Entwicklern erstellt wurde.
• Optionen— ermöglicht es Ihnen, es auf das Formular im Formular zu übertragen Strukturen Geben Sie vor dem Öffnen einige Parameter ein und bestimmen Sie so die Ausgabedaten. Parameter können beliebige Daten sein, die vom Client an den Server übergeben werden können. Die beim Öffnen des Formulars übergebenen Parameter können in der Prozedur verarbeitet werden WhenCreatingOnServer() beim Öffnen des Formulars.
• Formularöffnungsmodus– hat 3 Optionen: unabhängig, die gesamte Schnittstelle blockieren, das Eigentümerformular blockieren.

Schauen wir uns an, wie die Funktion verwendet wird OpenForm() in verschiedenen Situationen.

3. So öffnen Sie das Formular eines vorhandenen Objekts

Jedes Formular verfügt über ein Schlüsselattribut. Es ist in der Liste der Formulardetails fett hervorgehoben und wird normalerweise aufgerufen Ein Objekt in Form von Elementen von Nachschlagewerken und Dokumenten. Andere Objekte können einen anderen Namen haben. Um das Formular zu öffnen vorhandenes Objekt Sie müssen einen Parameter an das sich öffnende Formular übergeben Schlüssel mit dem Wert als Referenz auf ein Objekt.

&OnClient
Prozedur Command1 (Befehl)
Parameter= neue Struktur;
Parameter. Insert("Key" , FindC() );
OpenForm(, Parameter) ;
Ende des Verfahrens

&Auf dem Server
Funktion FindC();
Rückgabeverzeichnisse. Gegenparteien. FindByRequisites („TIN“, „745107734623“)
EndFunction

4. So öffnen Sie ein neues Objektformular

Hier genügt eine einfache Funktion OpenForm() ohne Parameter.

&OnClient
Prozedur Command1 (Befehl)
OpenForm( „Verzeichnis. Gegenparteien. Objektform“) ;
Ende des Verfahrens

5. So öffnen Sie ein neues Objektformular und füllen es basierend auf etwas aus

Sie müssen einen Parameter übergeben Base, dessen Wert ein Verweis auf das füllende Basisobjekt ist. Dadurch wird der Vorgang gestartet ProcessFill().

&OnClient
Prozedur Command1 (Befehl)
Parameter= neue Struktur;
Parameter. Insert("Base", LinkToBuyerAccount) ;
OpenForm( „Dokument. Verkauf von Waren und Dienstleistungen. Objektform“, Parameter) ;
Ende des Verfahrens

In diesem Beispiel wird ein Dokument erstellt Verkauf von Waren und Dienstleistungen und ausgefüllt auf der Grundlage einer Rechnung zur Zahlung an den Käufer, deren Link übermittelt wurde.

6. So öffnen Sie ein Formular und legen eine Auswahl fest

Die Auswahl auf 1C-Formularen kann einfach oder komplex sein. Eine einfache Auswahl beinhaltet Ausdrücke wie Organisation = Horns and Hooves LLC. Eine komplexe Auswahl beinhaltet andere Vergleichsarten, z. Auf der Liste. In diesem Artikel betrachten wir die Organisation der einfachen Auswahl und der komplexen Auswahl wird ein separater Artikel gewidmet.

Um eine einfache Auswahl zu organisieren, müssen Sie einen Parameter mit einem Schlüssel an das zu öffnende Formular übergeben Auswahl, wird der Wert eine Struktur sein, in der der Schlüssel der Feldname ist dynamische Liste, und der Wert sind die erforderlichen Daten.

Öffnen wir zum Beispiel das Verzeichnislistenformular GTD-Nummern und treffen Sie dort eine Auswahl nach Eigentümer - Verzeichniselement Nomenklatur.

&OnClient
Prozedur Command1 (Befehl)
Parameter= neue Struktur;

Auswahl= neue Struktur;
Auswahl. Insert("Owner", LinkToNomenclature) ;

Parameter. Einfügen("Auswahl", Auswahl) ;

OpenForm( „Verzeichnis.GTD-Nummern.Listenformular“, Parameter) ;
Ende des Verfahrens

7. So öffnen Sie das Formular zur Eintragung in das Informationsregister

Dazu benötigen Sie den Auskunftsregister-Eintragsschlüssel.

Aufnahmeschlüssel— Dies sind die Werte aller Messungen und die Periode (wenn das Register periodisch ist). Das heißt, ein Datensatzschlüssel ist der Parameter, anhand dessen ein Datensatz eindeutig identifiziert werden kann.

Der Öffnungsalgorithmus ist wie folgt:

1. Wir tragen die Datensatz-Schlüsseldaten mit den notwendigen Werten in die Struktur ein.
2. Die resultierende Struktur platzieren wir in einem Array.
3. Wir erstellen einen Datensatzschlüssel aus dem Array.
4. Wir übergeben einen Parameter an das sich öffnende Formular Schlüssel mit dem Datensatzschlüssel aus Schritt 3 als Wert.

&OnClient
Prozedur Command1 (Befehl)
Parameter= neue Struktur;

KeyParameters= neue Struktur;
Schlüsselparameter. Insert("Nomenclature", LinkToNomenclature) ;
Schlüsselparameter. Insert("PriceType", LinkToPriceType) ;
Schlüsselparameter. Einfügen("Zeitraum", Datum) ;

KeyArray = Neues Array;
KeyArray. Add(KeyParameters) ;

EntryKey = Neu( „Information RegisterRecord Key.PricesNomenclature“, KeyArray) ;

Parameter. Insert("Key", RecordKey) ;

OpenForm( „Informationsregister. Preise der Nomenklatur. Aufzeichnungsformular“, Parameter) ;
Ende des Verfahrens

Aufmerksamkeit! Nun findet der Kurs auch abends von 18:30 bis 21:30 Uhr im Immersionsformat statt.

Der Kurs ist integraler Bestandteil des Gesamtkurses „Effektives Arbeiten im 1C:Enterprise 8-System“.

Der Zweck der Ausbildung: Führen Sie die Schüler in den kontrollierten Betriebsmodus der Technologieplattform 1C:Enterprise 8 ein und zeigen Sie Spezialisten Ansätze zum Aufbau eines Systems zur Verwendung dieser Version des Systems.

Der Kurs umfasst neues Modell Aufbau einer Anwendungsschnittstelle, einer neuen Implementierung der Client-Server-Architektur, eines Formularmechanismus. Während des Kurses erwerben die Studierenden praktische Fähigkeiten in den Bereichen Konfiguration, Verwaltung und Programmierung im Studienfach Softwarepaket. Diese Fähigkeiten werden mit der Lösung der Lernaufgabe erworben. Der Kern dieser Aufgabe besteht darin, die bereitgestellte Konfiguration zu konfigurieren, um den Betrieb im „Thin Client“-Modus zu ermöglichen.

Der Kurs richtet sich an: für Spezialisten mit Erfahrung in der Konfiguration von Anwendungslösungen auf der 1C:Enterprise-Plattform (Versionen 7.7, 8.0, 8.1, 8.2 – eine reguläre Anwendung).

Im Kurs behandelte Mechanismen:

• Prinzipien zum Aufbau einer verwalteten Schnittstelle
• Neue Module, Modulausführungskontext, Interaktionsmechanismus
• Schnittstelleneigenschaften von Konfigurationsobjekten
• Einrichten des Formulars (im Konfiguratormodus, im Ausführungsmodus)
• Direktiven, Client-Server-Programmierung, verwalteter Formularmechanismus
• Funktioneller Optionsmechanismus, funktionale Formoptionen
• Listenformulare, dynamische Listen
• Mechanismus zum Formen gedruckter Formulare
• Änderungen im Datenzusammensetzungsmechanismus (Funktionen der Arbeit in einer verwalteten Anwendung)
• Privilegierte/sichere Modi
• Zwischenlagerung, neue Technologie Arbeiten mit Dateien, Bildern
• Mechanismus der Interaktion von Formen, Organisation der Auswahl
• Arbeiten mit Systemeinstellungen, Überschreiben des Einstellungsspeichermechanismus
• Externe Quellen
• Mechanismus zur Datenfreigabe
• Automatisierte Tests
• Mobile Plattform

Die Kosten für einen Vollzeit-Tageskurs beinhalten:

• 2 Tage von 10:00 bis 17:00 Uhr
• Lehrmaterial
• Mittagessen, Kaffeepausen
• Zertifikat der Firma „1C“

Im Preis des WEB-Kurses sind enthalten:

• 5 Wochen Kurs, 5 Webinare mit einem Lehrer
• Zertifikat des 1C Training Center Nr. 3 (vorbehaltlich praktischer Ausbildung)

Die Kosten für den Vollzeit-Immersionskurs beinhalten:

• 5 Tage von 10:00 bis 17:00 Uhr oder 9 Abende von 18:30 bis 21:30 Uhr
• Notizen, Kopfhörer
• Mittagessen, Kaffeepausen
• Zugriff auf aktualisierte Videomaterialien für 2 Jahre nach Abschluss des Kurses
• Zertifikat des 1C-Schulungszentrums Nr. 3

Trainingsformate

Vollzeit tagsüber

Für wen ist dieses Format geeignet:Für alle, die eine Ausbildung nebenberuflich absolvieren können und eine klassische Vollzeitausbildung bevorzugen.

Dauer:16 akademische Stunden

WEB-Schulung

Was ist dieses Format:Das vorgeschlagene Format vereint viele Vorteile Fernunterricht mit einer persönlichen Komponente, dargestellt durch Videomaterialien und Online-Beratungen.
Der WEB-Kurs besteht aus Videos, praktischen Aufgaben und Webinaren mit Lehrern. Alle Kursmaterialien sind rund um die Uhr über das Internet verfügbar, sodass Sie zu einem für Sie passenden Zeitpunkt lernen können. Der Kurs ist in Klassen unterteilt. Während des Unterrichts werden Materialien zum aktuellen Thema studiert, Workshops durchgeführt und Fragen an den Lehrer gestellt. Am Ende jeder Unterrichtsstunde findet ein Webinar statt, bei dem der Lehrer alle eingegangenen Fragen, typische Fehler untersucht und die richtige Lösung erklärt. Aufzeichnungen von Webinaren sind im Portal verfügbar. Auf diese Weise werden mehrere Kurse nacheinander abgehalten. Am Ende gibt es eine abschließende eigenständige Arbeit und ein abschließendes Webinar.

Dauer: 5 Wochen

Was ist dieses Format:

Dauer:40 akademische Stunden

Was ist dieses Format:Ein Vollzeit-Immersionskurs ist ein Format, das alle Vorteile einer Vollzeitausbildung, eines Fernstudiums und einer Einzelausbildung vereint. Der Unterricht findet in einem ausgestatteten Klassenzimmer statt, Sie studieren selbstständig die Kursmaterialien (Schritt-für-Schritt-Videos) und führen Workshops durch. Gleichzeitig befindet sich im Publikum ein Lehrer, der jederzeit bereit ist, Fragen zu beantworten, bei der Lösung praktischer Probleme zu helfen und die Richtigkeit der Umsetzung zu überprüfen.
Vorteile – individuelle Beratung durch den Lehrer zu Ihren Fragen, das Tempo der Bearbeitung des Stoffes ist für Sie persönlich geeignet.
All dies ermöglicht ein tiefergehendes Studium des Kursmaterials.
Dieser Kurs kann von Ihrem Arbeitsplatz aus belegt werden, mit der vollen Wirkung der Anwesenheit des Lehrers dort, wo sich der Schüler befindet! Wenn Sie an dieser Möglichkeit interessiert sind, rufen Sie uns an!

Dauer:40 akademische Stunden

Kursprogramm

ZIELE UND ZIELSETZUNGEN DES KURSES

EINFÜHRUNG

1. BEDIENOPTIONEN

2. TECHNISCHE STRUKTUR DER INTERAKTION

• Client-Server-Option:
• Dateioption:
• Verwendete Protokolle
• Server-Cluster-Struktur
• Sitzungen
• Arten von Modulen, allgemeine Fähigkeiten

3. BEFEHLSINTERFACE

• Subsysteme
• Mannschaften
• Voreinstellung
• Schnittstellenverbesserungen

4. SCHNITTSTELLENEIGENSCHAFTEN

• Benutzerdefinierte Objektdarstellung
• Standarddetails
• Kontrolle über das Ausfüllen von Objektdetails
• Festlegen des Standardwerts
• Submission verwenden

5. FUNKTIONALE OPTIONEN

6. KONTROLLIERTE FORM

• Konfigurieren des Dialogs
• Definieren von Event-Handlern
• Berechnung des Belegbetrags
• Überprüfung der Fertigstellung, Meldungen
• Füllverarbeitung
• Mit dem Kippschalter
• Privilegierte Modusverwaltung
• Sicherheitsmodus
• Neue Methodik zur Registrierung
• Ereignisgesteuertes Formularmodell
• Funktionale Optionen bilden
• Registerbewegungen anzeigen

7. ERSTELLEN SIE EIN DRUCKBARES FORMULAR

• Einfache Entschlüsselung

8. Formulare auflisten

• Listenformular des Dokuments „Warenverkauf“
• Formular zur Auswahl des Verzeichnisses „Nomenklatur“
• Verwendung des Handlers „Beim Empfang von Daten auf dem Server“.
• Die Daten werden durch eine dynamische Liste angezeigt

9. VERWEIGERUNG VON MODALANRUFEN.

10. VORÜBERGEHENDE LAGERUNG

• Arbeiten mit Dateien (Bildern)
• Organisation der Auswahl

11. VERWALTETE BERICHTE

• Bericht „Artikelsalden“
• Berichtsoptionen
• Benutzerdefinierte Einstellungen
• Den Entschlüsselungswert abrufen

12. DATENVERLAUF

13. EINHEITSMECHANISMUS

14. GRENZEN DES ERGEBNISSPEICHERINTERVALLS

15. DEFINIERTE TYPEN

16. DESKTOP

17. EINSTELLUNGEN SPEICHERN

• Berichtseinstellungen speichern

18. ALLGEMEINE DETAILS

• Gemeinsame Details für Objekte definieren
• Mechanismus zur Datenfreigabe

19. KONFIGURATIONSERWEITERUNGEN

20. PLANER

21. EXTERNE DATENQUELLEN

• Verbindung zu einer Access-Datenbank herstellen

22. AUTOMATISIERTE TESTS

23. MOBILE PLATTFORM

• Einleitung (Auszüge aus „http://v8.1c.ru/overview/Term_000000818.htm“)
• Datenbankentwicklung
• Voreinstellung
• Erstellen einer mobilen Anwendung
• Anwendungstests

Technische Anforderungen:

• Internet Zugang(Sie können Ihren Kommunikationskanal überprüfen, indem Sie eine Verbindung zum „Test“-Zugang herstellen.)
• Verfügbarkeit der 1C:Enterprise 8.3-Plattform praktische Aufgaben des Kurses zu üben.

Sie können die Version „1C:Enterprise 8.3“ zum Erlernen der Programmierung verwenden.