初心者向けの 1 秒以上 8.2 チュートリアル。製造工場管理

この記事では、1C Accounting 8.3 で従業員を雇用するための手順を段階的に見ていきます。

従業員の採用を 1C:Accounting プログラムに反映するだけでなく、他の主要な人事文書にも反映する前に、いくつかのプログラム設定を行う必要があります。

「管理」セクションに移動し、「アカウント設定」を選択します。

1C で基本的な人事文書を使用するには、2 つのアドオンのみを有効にするだけで十分です。

1 つ目は「一般設定」セクションにあります。必要な人事記録と同様に、給与費の計算もこのプログラムに保存する必要があることを指摘します。以下の「人事会計」セクションで、湿度レベルを「フル」に設定します。このアドオンを使用すると、従業員の採用などの基本的な人事文書にアクセスできるようになります。

従業員の採用登録

新しい従業員を作成する

1C: Accounting プログラムには、1C: ZUP と同様に、Employees と Individuals の 2 つのディレクトリがあります。一人の人は、主な勤務先、パートタイム勤務先、GPC 契約など、その企業での仕事と同数の従業員を持つことができます。

個人は 1 人だけでなければなりません。このディレクトリ内のエントリに基づいて従業員に対する個人所得税が計算されるため、このディレクトリ内のエントリを重複して作成することはできません。

従業員を雇用する

「給与と人事」セクションに移動し、「採用」を選択します。この項目がない場合は、1 つ上のプログラムの初期設定に戻ってください。

作成する新しい文書のヘッダーには、従業員を雇用する部門、役職、および組織を示す必要があります。先ほど作成した従業員もここに表示されます。

デフォルトの受信日は現在の日付ですが、このパラメータは編集できます。試用期間は月単位で適切なフィールドで設定できます。次に、雇用形態を指定する必要があります。これはドロップダウンリストから選択され、4 つの項目に限定されます。

あとは雇用条件を記入するだけです。見越額を含む表形式のセクションでは、給与、ボーナスなど、複数の種類の見越額を一度に指定できます。この例では、従業員が AUP の給与 30,000 ルーブルのみを支払うように設定しています。

前払い金の計算手順は次のとおりです: 料金の固定金額または割合。「受諾条件」フィールドには任意のテキストを入力できます。

この文書は、関連する情報登録の移動が完了した後に発効します。

従業員をスタッフメンバーとして登録するためのビデオ手順も参照してください。

1C: Enterprise システムでのプログラミングに関する優れたビデオコース。 7つのコースが含まれます：

1. 1C: エンタープライズ 8.3。開発者の最初のステップ
- 1C:Enterprise 8.3 システムの新しいバージョンの構造をナビゲートします。
- システム開発の一般原則を理解する。
- 1C:Enterprise 8 システムをさらに学習して習得する方法を選択します。
- 1C:Enterprise 8 環境で作業するための基本的なスキルを使用します。
- ディレクトリ、ドキュメント、その他のオブジェクトを操作し、それらのプロパティを構成します。
- 初期レベルでは、基本的なフォームコントロール、イベントハンドラー、その他のシステム機能を操作します。

2. 1C:エンタープライズ8.3。構成の紹介。主なオブジェクト
- 1C:Enterprise 8 システム構築の一般原則を理解できるようになります。
- 1C:Enterprise 8 環境で作業するための基本スキルを習得します。

3. 1C:Enterprise 8 システムでのクエリの使用。クエリ言語
-書き込みリクエスト
-クエリビルダーを使用して作業する
- さまざまな種類の情報セキュリティテーブルを正しく使用する
- 仮想レジスタテーブルの操作機能を理解する

4. 1C:エンタープライズ8.3。運用上の問題の解決
-累積レジスタの操作
- 条件付きドキュメント処理用のアルゴリズムを作成する
- 制御されたロック機構を使用する
- ソリューションのパフォーマンスを向上させる方法を理解する

5. 1C:エンタープライズ8.3。会計問題の解決
- 総合会計、複数会社会計、分析会計、定量会計、通貨会計の問題を解決するために、勘定科目表と会計台帳を独立して設計します。
- 文書を作成するときと手動操作を記録するときの両方で、あらゆるタイプの会計の動作を記録簿に正確に記入します。
- 構成制御ロックを使用する場合、マルチユーザーモードでの会計記録簿の結果の分析を使用して、一次文書および規制文書を実行するための最適な複雑な処理について説明します。
-データ構成メカニズムを使用して、概要合成と詳細分析の両方の会計レポートを作成します。

6. 1C:エンタープライズ 8.3。計算問題を解く
- 1C:Enterprise 8.3 ツールを自信を持って使用する
・給与計算や人事会計の自動化に関する課題解決方法を知り、実践できる。
- 開発中のソリューションのパフォーマンスを監視できる
- 計算レジスタの構成オブジェクト、物理テーブル、仮想テーブル間の関係を理解する
- 方法論とソフトウェアの両方でエラーを見つけて正しく修正します
- 計算問題を解くのに必要な範囲で 1C:Enterprise 8.3 プラットフォームの機能に習熟していること

7. 1C:エンタープライズ 8.3. 統合およびデータ交換ツール
-テキストファイルとドキュメントの操作
- .dbf ファイルの操作
- インターネット接続を整理する
- 電子メールを操作し、http、ftp プロトコルを使用します
- OLE および COM テクノロジを使用する
- 一貫した XML アクセスモデルを使用する
-XDTO と混合 XML モデルを使用する
-データ交換を整理する
-「交換計画」オブジェクトのメカニズムを使用する
-「データ変換」設定を使用する

Enterprise 8.3 1C 開発者向け実践ガイド M. G. Radchenko

発行年: 2013
バージョン: 3
開発者: M. G. Radchenko 出版社 1C社の事例と代表的な手法
開発者ウェブサイト: 1c.ru
ビット深度: 32bit-64
インターフェース言語: ロシア語
タブレット：不要
システム要件: プロセッサ: 1.4 ～ 2.5 GHz RAM 1.0 GB および 10 GB のハードディスク空き容量
説明: M. G. Radchenko による書籍 1C: Enterprise 8.3。開発者向けの実践的なガイド。例と標準テクニックは、1C:Enterprise 8.3 プラットフォームでアプリケーションソリューションを開発および変更するテクニックをすぐに習得できるマニュアルです。実際のアプリケーションソリューションを作成する例を使用して、さまざまなシステムオブジェクトの構造、その目的、使用方法を示します。手順は、クエリ言語の使用を含む組み込み言語で表示され、詳細なコメントが提供されます。この本は、実用的なガイドとしても、リファレンスガイドとしても使用できます。この本で説明されているアプリケーションソリューションは、1C:Enterprise 8 システムで蓄積された開発経験を考慮しており、バージョン 8.3 で提供される新しい機能とメカニズムの多くを示しています。この資料は、1C:Enterprise 8 システムに慣れていない初心者開発者を対象としています。

チュートリアル 1C Accounting 8.3 をクリア - 小売売上高に関するレポートを作成する方法。

「1C:エンタープライズ8.3」 - これは、マルチプラットフォーム、モビリティ、Web 対応操作に向けたプラットフォームアーキテクチャの大幅な進化です。もちろん、これらの質問はすべて、主に経験豊富な開発者にとって興味深いものであり、本書の範囲を超えています。
ただし、初心者の開発者にとっても、このバージョンのプラットフォームには、理解し、効果的に使用する必要がある興味深い機能が含まれています。新しい「タクシー」インターフェイス、モーダルウィンドウを使用しないインターフェイス操作、行ごとの新しい検索機能、プログラムコードを編集するための便利なテクニックなど、バージョン 8.3 のその他の革新的な機能について、この版で説明します。著者らは、この本が新しい 1C:Enterprise 8.3 プラットフォームでアプリケーションソリューションを開発する方法を学びたいすべての人に役立つことを願っています。

この本は誰に向けたものですか?

この本は、個人向けサービスを提供する中小企業向けのアプリケーションソリューションを開発する実際の例に基づいています。この本を学習すると、1C:Enterprise システムの基本的な開発テクニックを学び、会計、給与計算などを含むビジネス自動化のさまざまな分野を習得できます。
なぜこの特定の例が選ばれたのでしょうか? 一方で、サービス提供の分野は私たちのほとんどによく知られています。何らかの形で、私たちは常にさまざまなサービスに直面しています。これには、さまざまな家電製品の修理、車のメンテナンス、洗濯とドライクリーニング、理髪と美容サービスなどが含まれます。
一方、修理会社の活動は、1C:Enterprise の能力を発揮するのに適しています。ここでは、顧客に提供されるさまざまなサービス、会社への必要な資材の供給、およびサービスの提供におけるそれらの消費が行われます。このような企業の仕事により、人事会計と給与計算を検討することができます。会計について説明する機会があります。このさまざまなアクティビティにより、入手可能な情報に基づいてさまざまなレポートや概要データを生成する可能性を非常に広範囲に実証することができます。
この本は主に、アプリケーションソリューション開発の最初の一歩を踏み出す初心者開発者を対象としています。この本で与えられている説明は詳細であり、プログラミングの基本を漠然としか知らない人でも理解しやすいものです。
1C:Enterprise を使い始めたばかりの場合、またはこのシステムにまったく慣れていないが、本当に学びたい場合は、この本が最適です。この本の目的は、1C:Enterprise システムでのシンプルなアプリケーションソリューション開発の主な段階を「実際にガイド」し、知性のある人にとってアクセスできないものはないことを示すことです。
経験豊富な開発者にとっても、この本は役に立ち、開発の特定の側面を思い出したり、より詳細に研究したりすることができます。

このセクションでは、「1C: 製造エンタープライズ管理」構成を習得するのに役立つ一連の記事のレビューを開始します。

導入

「1C:Manufacturing Enterprise Management 8」は、製造業における経営・会計の主要部分をカバーする総合的なアプリケーションソリューションです。このソリューションにより、企業基準、ロシア基準、国際基準を満たし、企業の財務および経済活動を保証する包括的な情報システムを組織することができます。

アプリケーションソリューションは、主要なビジネスプロセスをカバーする、企業の財務および経済活動を表示するための統一された情報スペースを作成します。同時に、保存された情報へのアクセスと、従業員のステータスに応じて特定のアクションが実行される可能性が明確に説明されます。

持ち株構造の企業では、共通の情報ベースで持ち株に含まれるすべての組織をカバーできます。これにより、さまざまな組織が共通の情報セットを再利用できるため、記録管理にかかる労働力が大幅に軽減されます。同時に、エンドツーエンドの管理と規制された (会計および税務) 会計がすべての組織に対して維持されますが、規制されたレポートは組織ごとに個別に生成されます。

商取引の事実は一度登録され、管理および規制会計に反映されます。情報を再入力する必要はありません。商取引を登録する手段は文書であり、作業を高速化するために、「デフォルト」データを置き換えたり、以前に入力された文書に基づいて新しい文書を入力したりするメカニズムが広く使用されています。

応用ソリューションでは、さまざまな会計データの次の比率が採用されます。

経営、会計、税務会計データの独立性。
経営、会計、税務会計データの比較可能性。
不一致の客観的な理由がない場合、経営、会計および税務会計データに基づく資産および負債の合計および定量的見積りの一致。

ユーザーが入力したデータは、アプリケーションソリューションによって迅速に管理されます。したがって、現金支払いを登録するとき、システムは、既存の支出要求を考慮して、資金の利用可能性をチェックします。また、商品の発送登録の際に、商品の受取人との相互決済状況をシステムが確認します。

アプリケーションソリューションには一連のインターフェイスが付属しており、各ユーザーは必要なアプリケーションソリューションのデータとメカニズムに優先的にアクセスできます。

組織の規制（会計および税務）会計は国の通貨で実行されますが、企業全体の管理会計では任意の通貨を選択できます。単一の情報ベースの異なる組織は、異なる課税システムを使用する場合があります。ある組織では一般的な課税システムが使用され、他の組織では簡素化された課税システムが使用されます。異なる税金および会計ポリシーが使用される場合があります。さらに、帰属所得に対する単一税の形式の課税システムを、組織の特定の種類の活動に適用することができます。

管理会計および規制会計に加えて、国際財務報告基準 (IFRS) に準拠した会計を維持できます。労働集約度を軽減するために、IFRS に基づく会計処理は、他のタイプの会計からのデータの変換 (再計算) を使用して非運用的に実行されます。

「1C: Manufacturing Enterprise Management 8」ソリューションの開発には、1C およびパートナー企業が蓄積した最新の国際的な企業管理手法 (MRP II、CRM、SCM、ERP、ERP II など) と製造企業の自動化の成功経験の両方が活用されます。コミュニティが考慮されました。「ITRP」社（生産管理）と「1C-Rarus」社（IFRSに基づく会計）の専門家が構成の設計と開発に参加しました。 IFRSに基づく管理、財務会計、報告の導入に関する方法論的な問題については、世界的に有名な監査およびコンサルティング会社プライスウォーターハウスクーパースがコンサルティングサポートを提供しています。

ソリューション「1C:Manufacturing Enterprise Management 8」は、最新テクノロジープラットフォーム「1C:Enterprise 8」上に開発されました。ソフトウェアパッケージには、プラットフォームに加えて、「製造エンタープライズ管理」構成が含まれています。

アプリケーションソリューションの高い信頼性とパフォーマンス、拡張性、地理的に分散したシステムの構築、他の情報システムとの統合が確保されています。アプリケーションソリューションの内部構造は、企業の特定のニーズに合わせて研究およびカスタマイズできるように完全にオープンです。

1C 社は、法改正を反映し、機能を拡張するために、「製造エンタープライズ管理」構成の最終決定と開発を行っています。インストールされているアプリケーションソリューションの迅速な更新を保証します。 1C とそのパートナーは、マルチレベルの技術サポートシステムを提供します。

「1C: Manufacturing Enterprise Management 8」は、最も幅広い機能を備えた 1C 社の主力アプリケーションソリューションです。ソリューションの一般的な概念を図で示します。

すべてのアプリケーションソリューションの自動化メカニズムは、次の 2 つの大きなクラスに分類できます。

企業の運営活動を維持するためのメカニズム、非営業会計を維持するためのメカニズム。
営業活動に属する領域は、会計の種類ごとに区別できます（IFRSに基づく会計を除く）。

さらに、アプリケーションソリューションは、同様の問題のグループを解決する役割を担う個別のサブシステム (資金管理サブシステム、人事管理サブシステム、会計サブシステムなど) に分割されています。この分割は、アプリケーションソリューションを習得しやすくするための特定の規則です。。ユーザーの現在の作業では、サブシステム間の境界はほとんど感じられません。

製造エンタープライズ管理構成の最新版 (番号 1.3) は、1C:Enterprise プラットフォームの新しいバージョン 8.2 の利点を明確に示しています。この構成は、以前のエディションのユーザーに馴染みのある通常のアプリケーションモードで使用できます。

「1C:Manufacturing Enterprise Management 8」は、以下を含む製造企業の多くの部門やサービスで使用できます。

総局（ゼネラルディレクター、財務ディレクター、コマーシャルディレクター、生産ディレクター、チーフエンジニア、人事ディレクター、ITディレクター、開発ディレクター）、経済企画部門。
生産ワークショップ。
生産および発送部門。
チーフデザイナー部門。
主任技術者部門。
メカニック部門の主任。
営業部門;
物流（供給）部門。
マーケティング部;
材料と完成品の倉庫。
会計。
人事部;
労働組織と雇用部門。
ITサービス;
行政経済部門。
首都建設局。
情報分析部門。
戦略開発部門。

アプリケーションソリューションの導入は、従業員数が数十人から数千人で、数十、数百の自動ワークステーションを備えた企業や、ホールディングおよびネットワーク構造で最も大きな効果を発揮すると予想されます。

「1C:製造エンタープライズ管理 8」は以下を提供します。

企業の経営者および事業開発を担当するマネージャー向け - 競争力を高めるために会社のリソースを分析、計画し、柔軟に管理する十分な機会; 生産、販売、供給およびその他の活動に直接関与する部門長、マネージャーおよび従業員は、生産プロセスをサポートするツール - あなたの地域での日常作業の効率を向上させることができます。
企業の会計サービスの従業員 - 企業の法的要件と企業基準に完全に準拠した自動会計のためのツール。

生産会計と原価を主な研究対象とする

製造企業の管理の主な要素は生産会計です。

生産会計は、独自の方法とテクニックを備えた複雑で興味深いテクノロジーです。生産会計のタスクは、コスト変換のプロセス全体を考慮することです。コストは、生産中にさまざまな方法でその性質を変化させ、結合、分割、変換します。生産会計の主題は、動的に変化するオブジェクトです。たとえば、生産会計は、「製品の生産に一定の発生原価が必要な場合、その製品の原価はいくらになるか」という質問に対する答えを提供します。部品 1 番と 2 番の費用、および 3 番の完全に計上された費用です。なぜ部品なのか？たとえば、一定の大量の材料が購入されるため、まず、この材料の総量のうち、生産単位あたりに費やされた部分を計算する必要があるからです。電気代など、他の多くのコストにも同じことが当てはまります。この場合、会計上原価が発生した瞬間から原価に含まれて製品の一部として販売されるまで、そしてその発生が生産に至るまでの全履歴を考慮する必要があります。会計処理と原価への組み込みは、異なる報告期間に行われる場合があります。

ソフトスターターのインストールと起動

動作するには、1C 8.2 プラットフォームが必要です。リリース UPP は、最新のエディション 1.3 から取得できます。
「デモ」データベースを使用して作業します。データベース設定で、メインの起動モードとして「シッククライアント」を選択します。残りの設定はデフォルトのままにすることができます。

8.2 プラットフォームにまだ慣れていない人のために、「シッククライアント」という用語について簡単に説明します。
クライアント/サーバーアーキテクチャのシッククライアントは、中央サーバーから独立して、(シンクライアントとは対照的に) 高度な機能を提供するアプリケーションです。多くの場合、この場合のサーバーは単なるデータストレージであり、このデータの処理と表示に関するすべての作業はクライアントのマシンに転送されます。
ファットクライアントの利点
シッククライアントは、シンクライアントとは異なり、幅広い機能を備えています。
マルチユーザーモード。
サーバーとの通信が中断された場合でも動作する機能を提供します。
インターネットを使用せずに銀行に接続する機能があります。
ハイパフォーマンス。
欠陥
配布サイズが大きい。
クライアントのパフォーマンスの多くは、クライアントが開発されたプラットフォームに依存します。
これを使用すると、データへのリモートアクセスで問題が発生します。
非常に複雑なインストールと構成のプロセス。
更新の複雑さとそれに伴うデータの無関係。

インストールされたデモデータベースを起動するときに、ユーザー「Abdulov」を選択します。彼は完全な権限を持っています。パスワードを指定する必要はありません。

UPP を学習するには、最初の開始時に「Abdulov」ユーザーインターフェイスを「完全」に再定義します。メニュー「ユーザー - ユーザー - 管理 - Abdulov - ダブルクリックして Abdulov フォームを開きます - フィールド「メインインターフェイス」 - フル- ボタン録音して閉じます。」次に、ツールバーで「インターフェイスの切り替え」ボタンをクリックし、「フル」オプションを選択します。

「企業」と「組織」、「規制」と管理会計の概念について。企業は、データベースに記録が保存されているすべての組織の集合体です。 « 規制された会計」は、その行為のルールが法律で定められているという事実によって決まります。」 管理会計「各企業は独自のルールを持つことができます。その運営に関するルールはいかなる形でも規制されておらず、特定の企業の経営者によって決定されます。管理会計システムの構成には、どのように管理会計を行うのが最適か（より便利、より視覚的、より合理的）という一定のビジョンが含まれていますが、統一されたものがないため、企業ごとに独自の経営ビジョンを持っている場合があります。この場合、ルールや標準を変更する必要があります。 UPP の典型的な構成では、管理会計は実際には主に会計の要件に基づいていますが、管理会計でのレポートは購入やコストなどの計画の必要性を認識することを目的としています。管理会計の実装では、複式簿記の原則は使用されません。たとえば、何かを「どこからともなく」資本化することができ、借金はなくなります。 規制された会計各組織ごとに個別に実施されます。 管理職- 部分的には企業全体のため。

国際会計について。序論では、UPP で国際記録を維持することが可能であると述べられています。このオプションは、アカウンティングポリシー設定でバッチアカウンティングが指定されている場合にのみ表示されることに注意してください。 (「会計設定 - 会計設定」メニューの「会計マネージャー」インターフェースを参照) (バッチ会計ではなく) 高度な原価計算分析を選択した場合、国際会計を維持することはできません。

使用される用語、1C が操作するオブジェクトの指定、およびデータベースを操作する際に理解する必要があるもの

ディレクトリ
転送
定数
計算の種類の計画
特徴的なタイププラン
情報の登録
書類
アキュムレーションレジスタ
勘定科目一覧表
報告
処理

ディレクトリ

ディレクトリは、何かについてのさまざまな意味を集めたものです。ディレクトリは次のもので構成されます ディレクトリ要素。ディレクトリ要素の各値は、指定されたパラメータのセットによって特徴付けられます。通常、ディレクトリ要素のパラメータの 1 つは繰り返されません。ディレクトリの要素ごとに、その値は一意です。通常、これは辞書要素コードです。通常、ディレクトリは補充されます。データベースを操作するときに、新しい要素を追加できます (更新されないディレクトリもあります。通常は、他の場所からダウンロードされたある種の分類子です)。
ディレクトリを使用すると、ドキュメントの入力が何倍も速くなり、要素の名前と表示がどこでも同じになるため便利です。要素のパラメータを設定すると、必要なときにいつでも使用できます。

各ディレクトリ要素は、他の場所から参照できるオブジェクトです。たとえば、「Counterparty」というディレクトリがあります。

商品やサービスの次回の到着に関するデータをデータベースに入力する必要があるとします。適切な場所に取引相手の名前「InnoTrade LLP」を書き込み、領収書を処理するために必要なすべての特性を示す代わりに、「取引相手」ディレクトリの適切な要素を選択するだけで十分です。

または、たとえば、「通貨」というディレクトリがあります。

各レシートに通貨の名前を書いてそのレートを示す代わりに、適切な場所で通貨ディレクトリの値を選択するだけで済みます。

情報レジスタ

情報レジスタは、ディレクトリによく似た情報記憶装置の一種です。ただし、ディレクトリとは異なり、情報レジスタの行をオブジェクトとして指定することはできません。たとえば、「取引相手」ディレクトリ内の特定の取引相手など、レジスタの行を参照することはできません。ただし、情報レジスタには、ディレクトリの一部の要素に対する変更履歴などを保存できます。たとえば、「通貨」ディレクトリの要素の値の変更履歴は、「通貨レート」情報レジスタに保存されます。

「通貨レート」レジスタに通貨履歴を保存することで、レシートごとにレートを何度も指定する必要がなくなります。必要に応じて、プログラム自体が日付によって決定します。

転送

列挙はディレクトリの特殊なケースです。列挙は、何かに対する特定の固定された値のセットです。ディレクトリとは異なり、各列挙値には追加のパラメーターはありません。

定数

定数は何かの値であり、通常はデータベースの操作を完全に開始するときに決定されます。特に、アカウンティングポリシー設定は SCP 定数に保存されます。

計算の種類の計画

見越額と控除のアルゴリズム、および見越額と控除の計算に必要なその他の情報を説明する特別なタイプのディレクトリ。

特徴的なタイププラン

データベースオブジェクトに含まれる追加情報を記述する特別なタイプのディレクトリ。

ドキュメンテーション

ドキュメントは、データを入力し、既存のデータを考慮して入力されたデータを処理し、入力データを考慮して既存のデータを情報データベースに変換する手段です。

ドキュメントはいくつかのタイプに分類できます。

経済活動の事実を反映するもの - たとえば、商品やサービスの受領に関するデータベースへの登録文書（文書の結果として、商品は倉庫に転記される必要があり、サプライヤーに債務が表示される必要があり、VAT が記録される必要がある）、取引を登録する必要があるなど）または「レポート」シフトごとの文書生産」（製品の生産、倉庫への移動の事実を記録し、取引を登録するなど）
規制文書 - 特定の頻度で実行する必要があるアクションを実行する文書 - たとえば、減価償却費の計算、賃金の計算、会計への賃金の反映、生産コストの計算、生産コストの支払い、年度の締め切り（残高あり）シート改革）、制作用素材の配布、経費の配布など。
計画文書 - 一部のイベントの計画事実の登録、計画指標の記録（販売計画、生産計画、交代生産、調達計画、バイヤーの注文、サプライヤーの注文、生産注文、固定資産のメンテナンスの注文）
マネージャー - 他の文書の作業を制御するために入力されます (たとえば、割引の設定 - 文書で割引を許可する条件が指定されているため、購入者がこれらの条件に達すると、自動的に割引が与えられます)
在庫 - 説明、残高の更新、たとえば、仕掛品の残高や欠陥原価の残高の修正のための文書 (注: SCP 構成では、在庫文書はレジスターに情報を書き込むのではなく、それ自体にのみ保管します)。

アキュムレーションレジスタ

蓄積レジスタは、データベース内の定量的および合計データの主なストレージです。各蓄積レジスタには、独自の固有の情報が格納されます。蓄積レジスタは、保存される情報の種類に応じてグループに分類できます。

固定資産
生産
ストック

さらに、このデータは、会計セクションに応じて異なるレジスター (たとえば、製造上の欠陥 (国際会計)、製造上の欠陥 (会計)、製造上の欠陥 (税務会計) など) に保存できます。

情報の保存方法の観点から見ると、蓄積レジスタは次のとおりです。 残留物そして 交渉可能.

残差累積レジスタは、常に残差のみを保存するように設計されています。電流レジスタには、残高が時間の経過とともにどのように変化したかに関するデータが保存されます。この瞬間、これこれの行動の結果として非常に多くのものを受け取りましたが、その瞬間、別の行動の結果として非常に多くが失われました。循環レジスターを使用すると、特定のパラメーターのコンテキストで、一定期間にわたる量または数量の変化の履歴を分析できます。たとえば、販売台帳には、特定の製品が特定の期間にどの取引相手にいくらで販売されたかが表示されます。

ドキュメントを操作するとき、情報は蓄積レジスタに表示されます。書類にはそれが記載されていました。

勘定科目一覧表

一般的な UPP 構成には、4 つの勘定科目表 (および、それに応じて 4 つの会計レジスターが含まれます。物理的には、勘定科目表に関する情報は、対応する会計レジスターに保管されます)。

予算編成
国際的
税
自立型

なぜなら管理会計の導入では複式簿記の原則が守られていないため、勘定科目表は必要ありません。したがって、ＳＰＰの標準構成では、経営バランスが形成されない。これを行うには、構成を変更するか、予算作成サブシステムを使用することができます (これにより、非常に異なる情報を保存できます。特別なシナリオ「管理貸借対照表」を作成し、管理会計データを使用して次のように入力できます)。最終的に経営貸借対照表を取得するために、このシナリオに従って情報が収集されますが、それについては後ほど説明します)

UPP には、勘定科目表にのみ保存されている情報 (たとえば、80 ～ 90 の勘定科目に関する情報、無形資産の初期費用に関するデータ、無形資産の取得 (勘定科目 08.05)、研究、開発、および技術的作業の実績が含まれます) （アカウント08.08）、研究開発費、29番目のアカウントの費用の一部など）、蓄積レジスタにのみ保存される情報（計画、注文、予約などに関連するすべて）もあり、情報もあります勘定科目表と蓄積台帳（倉庫会計、原価計算など）の両方に保存されます。注記。括弧内の例は「会計」セクションに示されています。同じ機能が他のタイプの会計にも存在します。

例を見てみましょう。文書「商品およびサービスの受領」 - メニュー「文書 - 購買管理 - 商品およびサービスの受領」を開きます。たとえば、最初のドキュメントを開きます。アイコンを使用して投稿を確認し、分析アカウント 10 の内容に注目してください。受領書が処理されると、品目と倉庫に関する情報が勘定科目表に保存されます。

次に、「Go – レジスターによるドキュメントの移動」ボタンを使用してドキュメントの動きを確認します。

ドキュメントの移動に関するレポートが開きます。グループツリーを折りたたむには、レポートフィールドをクリックし、「NumLock キーボードセクションの Ctrl + Shift + MINUS キー」というキーの組み合わせを同時に押します。グループ「蓄積登録「倉庫内の商品のバッチ (会計)」」を見てください (展開します)。

丸で囲まれた詳細に注意してください。この分析は勘定科目表に記載されていませんでした。しかし、それはこの蓄積レジスタ上にあります。

勘定科目表の項目のみを修正するドキュメントもあれば、登記簿の高度な分析を含む必要な情報をすべて修正する、いわば本格的なドキュメントもあります。

本格的な文書は主に登録簿に情報を記録し、貸借対照表に必要な情報の抜粋のみが勘定科目表に記載されることを理解する必要があります。さらに、「そのまま」必要な計算には常に元帳データが使用され、これらの計算の結果のみが勘定科目表のエントリとして記録されます。したがって、修正すると、 勘定科目表トランザクションのみこれは、あらゆる場所ですべてが自然に改善されるという意味ではありません。高度な分析では何も記録されません。それらの。すべての作業は、勘定科目表の入力を調整することではなく、適切な「正しい」文書で実行される必要があります。
ただし、勘定科目表のエントリを手動で調整し始めた場合は、さらに調整する必要があります。たとえば、来月の「コストの計算」文書では、勘定科目表で調整されたトランザクションは考慮されません。勘定科目の場合、レジスターを操作し、結果を勘定科目表に書き込むだけです。その結果、作業量が増加しすぎてプログラムが使用できなくなる可能性があります。
会計担当者は、文書を使用する前に、この文書が入力のみを調整するのか、それとも必要に応じて情報を修正するのかを理解する必要があります。確認するには、上ですでに説明したレポートを使用できます。このレポートは、「Go – レジスターによる文書の移動」ボタンをクリックすると開きます。

極端な場合、蓄積台帳と勘定科目表の両方に情報を記録するデータベースに存在する完全な文書では問題を解決できない場合は、取引調整文書だけでなく、調整用の特別な文書も使用する必要があります。蓄積レジスタ。同時に、もちろん、勘定科目表にどのようなエントリを作成する必要があるかだけでなく、調整が最終的に正しい結果になるように、どの累積が記録されるか、および情報をどのように修正する必要があるかをよく理解する必要があります。完了 - これは非常にデリケートな問題であり、複雑なので、非常に優れた専門家にのみ信頼することをお勧めします。

レポート

レポートはデータベースから情報を取得する手段であり、ユーザーが理解しやすく便利で必要な形式に処理および特別に準備されます。構成には多数のレポートがあり、それらはすべて独自の目的を持っています。

既存のレポートの例:

勘定科目表データに基づいて生成されるレポート:
売上高貸借対照表
チェスシート
アカウント分析など

規制されたレポート

SCP バージョン 1.3.7.1 構成では、規制されたレポートを操作するためのツールの呼び出しは「フルインターフェイス」では使用できません。したがって、これを見つけるには、「会計および税務会計」インターフェースに切り替えます。

このインターフェイスでは、規制されたレポートを操作するためのツールが「会計」メニューにあります。

蓄積レジスター、情報レジスター、ディレクトリーなどからのデータに基づくレポート（製品生産高、生産計画、生産欠陥、倉庫内の商品の可用性の分析、資金の可用性の分析など）。通常、レポートが 1 つのレジスタのデータに基づいて生成される場合、その名前には「ステートメント」という単語が含まれます。複数の異なるレジスターからのデータに基づいてレポートが生成される場合、通常、「分析」という単語がレポートのタイトルに使用されます。

カスタムレポート。

上級ユーザー向けには、独自のレポートを作成するメカニズムがあります。それらについては、後ほど詳しく説明します。

治療法

Processing は、プログラム指定のデータ変換を実行する 1C:Enterprise ツールです。レポートとは異なり、処理では、この変換されたデータがデータベースに書き込まれます。たとえば、「Nomenclature」ディレクトリで、購入責任者を S.G. Chugunova に置き換える必要があります。ウベイキンV.Yaについてこれを行うには、「ディレクトリとドキュメントのグループ処理」処理を使用できます。

次のように処理フィールドに入力します。

そして「選択」ボタンをクリックしてください。次に、「処理」タブに移動します。

「アクション」と新しい値を選択します。そして「実行」ボタンをクリックします。その結果、責任ある購買マネージャーが割り当てられたすべての命名法は、S.G. Chugunova となりました。購買担当の新しいマネージャーが就任します。

設定には、いくつかの日常的なアクションを実行する特別な処理も含まれています。たとえば、スケジュールに従って実行される製品の原価計算などです。

ドキュメントを扱う際の原則

このセクションでは、ドキュメントの作成、記録、保持 (運用中および非運用中、延期)、削除のマーク付け、ドキュメントの削除といったドキュメントの操作の基本原則を見ていきます。

書類の作成

ドキュメントはさまざまな方法で作成できます。「商品・サービスの受領書」という書類の例を見てみましょう。

方法 1. - 「Add(Ins)」ツールを使用します。新しいドキュメントを作成するには、プログラムのメインメニューから直接開くドキュメントのリストから「追加」アイコンをクリックします。「商品およびサービスの受領書」という文書を作成するとします。プログラムのメインメニューから、次のドキュメントのリストを開くことができます。

次に、開いたレシートのリストで、図の丸で囲まれたメソッドの 1 つを選択します (これらは同等で、同じ処理が行われます)。

この結果、新しい文書「商品およびサービスの受領書」が開き、そのすべてのフィールドに順番に入力する必要があります（この文書のフレームで囲まれたさまざまなタブを忘れないでください）。

方法 2. - コピーメカニズムを使用します。新しいドキュメントを作成するには、「コピーして追加」アイコンをクリックします。

この場合、文書一覧でカーソルが置かれている文書がコピーされ、そのコピーが開きます。このコピーには、文書フィールドがすでに入力されています。あとは必要に応じて編集するだけです。

もちろん、この方法は、多くの場合、単にドキュメントを作成するよりもはるかに高速です。

方法 3. - ベースの入力機構を使用します。ベースドキュメントから新しいドキュメントを作成できます。例えば、「物品・サービスの受領書」は、「物品受領書」という文書をもとに入力することで作成できます。この場合、第一に、元の商品の受領書が作成された文書「商品およびサービスの受領書」の基礎となり、第二に、このようにして作成された「商品およびサービスの受領書」には、基礎文書のデータが自動的に入力されます。。ベースの入力メカニズムを呼び出すには、文書「商品の受領書」を開き、ベースの入力アイコンをクリックする必要があります。さらに、「商品の受領書」自体を開かずに、最初に目的の文書にカーソルを置くだけで、「商品の受領書」のリストから直接同じことを行うことができます。図を参照してください。ベース上の入力メソッドは丸で囲まれています。

作成された新しい受領ドキュメントは、親受領オーダーから商品のリストを「取得」します。

方法 4. - 特別な処理を使用します。新しいドキュメントの作成は、何らかの特別な処理が実行されているときに自動的に実行できます。通常、この場合、多くのドキュメントが一度に作成されます (ある種の一括アクションまたは特定の一連のアクションが必要な場合、プロセスを高速化するために処理が必要です)。この方法については後で詳しく説明します。

文書の記録

「書き込み」ボタンをクリックすると、文書がデータベースに書き込まれます。新しい文書でこのボタンが押されるまで、その文書はデータベースに保存されず、予期せぬ中断 (停電など) が発生した場合、記録されていない文書は失われます。これは、手動で入力された大きな表形式の部分など、多くの情報を含むドキュメントを操作する場合に特に知っておくことが重要です。データを再度入力する必要がないように、頻繁に文書に書き留めてください。文書の記録時には、この文書に関係のない他のデータに影響を与える重要な変更がデータベースに発生することはありません。記録時にはデータが保存されるだけで、このデータはドキュメント内にのみ保存され、情報はそれ以上保存されません。

注記。文書がデータベース内でタイムライン上で同じ種類の文書の中で位置を占めるのは、記録の瞬間です。さらに詳しく説明しましょう。ドキュメントの日付と時刻が含まれる「from」フィールドを確認します。

文書作成時には時刻は入力されませんが、録音時には秒単位で入力されます。同時に、同じ瞬間に、データベースの他のユーザーによって同じタイプの文書が書き込まれる可能性があります (つまり、同じデータベースの複数のユーザーが、それぞれの「入庫」に「書き込み」ボタンをクリックしたとします)。「ドキュメントとサービス」、そしてそれは同じ秒に起こりました）。記録された各ドキュメントは、同じ時刻であっても、1 秒以内に独自の位置を占めます。それらの。文書作成の「タイムライン」上で 1 秒以内であっても、各文書には独自の場所が存在します。この場所が文書に割り当てられるのは、文書が記録されたときです。

一般に、文書の種類によっては、記録以外には何も必要ない場合があります。ドキュメントは、それ自体内にデータを保存することのみを目的としています (*以下のそのようなドキュメントのリストを参照) が、ほとんどのタイプのドキュメントでは、レコードだけでは十分ではありません。実際のところ、一般にドキュメントは情報の保存に最適ではなく、この点での機能は限られています。

※記録のみの文書一覧：

「相互和解調停書」、「委任状」、「相手方との和解書（手動会計）」、「納税者向け情報提供依頼書」、「製造上の欠陥の目録」、その他各種書類目録、「税務当局の非公式文書」、「納税者非公式文書」、「調査」、「シフト構成報告書」、「アンケートの配布」、「計画生産コストの計算」、「規制報告書」、「請求書の登録」、「購入者への支払いの請求書」、「サプライヤーへの支払いの請求書」、「輸送接続」。

書類の搬出

すでに述べたように、ドキュメントを記録する場合、入力されたデータはドキュメント内に保存されるだけです。しかし、ほとんどの種類の文書では、記録するだけでは十分ではなく、記録することも必要です。

ドキュメントの投稿は、さらなる偶発的な変更から保護するために情報を記録するために実行される特別なアクションです。この場合、この情報は文書自体に残る（つまり、文書が他の場所、たとえば蓄積レジスタ内で移動しない）か、文書の移動の形でどこかに記録される可能性があります：蓄積レジスタ、情報レジスタ、勘定科目表、計算簿など。

つまり、どこにも移動を行わない文書も処理できます。通常、これらを実行する目的は、文書がさらに変更されるのを防ぐために、文書に何らかの情報を記録することです。 UPP バージョン 1.3.7 の典型的な構成では、「口座開設申請」と「品目会計パラメータの設定」の 2 種類の文書のみが実行され、移動は実行されません。

文書の運用上および非運用上の処理

実施文書は有効なものと無効なものがあります。
手術手順とは、 実行の可能性が確認されている。それは何ですか？

取引相手の負債を増加させる文書を作成して記録したとします。取引先との間で一定の債権限度額が設定されていると仮定します。文書が作成されてから数日が経過し、誰かが同じ取引相手の負債を増やす別の文書を入力して投稿し、この最後の文書がこの負債の限度額を使い果たしたとします。そしてここで、さらなる開発のためのさまざまな選択肢が生まれます。

組織がまだ望んでいる場合防ぐ相手先の債権が残高を超えた場合の商品の引渡しは、実行時に残高を確認する必要があります。しかし、日付を変更しない場合、プログラムによれば、債務はまだ超過しません。結局のところ、債務を使い果たした文書は後で入力され、以前に記録された文書の相互和解の残高は無関係になります。この目的のために、操作メカニズムが導入されました。この場合のみ、必要なすべてのチェックを実行できるため、文書をポストされた文書のキューの最後に移動します。

もう 1 つの方法は、ビジネス取引の事実をそれが発生した時点で正確に反映することが組織にとって重要であるかどうかです。つまり、たとえば、売掛金を超過しているにもかかわらず、商品が すでにリリースされているそして実際、クライアントは、自分が許容できると確立されている以上の負債を負っています。この場合、チェックを無効にして続行できるようにすることが重要です。それなら文書を投稿するのが正しいでしょう 非手術的に、つまりこれらすべてのチェックがなければ。

どちらの場合でも、操作可能でも非操作でも、ドキュメントの必要な移動はすべて実行されます。ただし、次のことを理解することが重要です。 運用以外で実行すると、データベース内に無関係なデータが取得される可能性が高くなります。特にユーザーのエラーが原因です。単純化した例を見てみましょう。

プログラムによれば、倉庫に 10 個の製品があるとします。この製品のリリースに対して、7 ユニットと 5 ユニットの 2 つの注文が到着したとします。最初の 7 ユニットのリリースに関する文書が作成されたが、転記されていないとします。その後、しばらくして、5 ユニットのリリースに関する文書が転記されました。この商品リリース後のプログラムデータによると、残高は 5 ユニットです。そして今、最初の 7 ユニットの商品をリリースするための書類を提出する時が来ました。実際に倉庫に 7 つのユニットがない場合は、業務の実行を試みることが重要です。この場合にのみ、プログラムはチェックを実行し、商品が不足していることをユーザーに伝えます。しかし、これら 7 つのユニットが物理的に倉庫にある場合はどうなるでしょうか? それらの。完了したビジネストランザクションの事実を反映する必要がある場合はどうすればよいですか? すでに述べたように、この場合、ユーザーは文書を非操作的に処理する必要があり、チェックは完了せず、文書は処理され、移動が実行されますが、プログラムによると残高はマイナス2単位となります。

その結果、私たちは両刃の剣を手に入れることになります。一方で、ユーザーは製品をリリースできます。彼は物理的にそれを持っています。一方で、無関係な残高があります。それらの。実際には2単位のマイナスはあり得ないことは明らかであり、おそらく何らかの受領文書が実行されていない可能性があります。

すべての書類が常に時間通りに、常に迅速に実行されていれば、このようなことは起こらなかったでしょう。しかし、これは人的要因です。同じ倉庫内での物理的な変更と同時にデータがプログラムに表示される場合...しかし、データは人によってプログラムに入力される必要があります。これにも時間がかかります。

残高を更新するために、伝票を再転記するメカニズムがあります。このメカニズムは排他モードでのみ起動されます。現時点では、ユーザーはデータベースを操作できません。しかし、これが延期されるほど、復元する必要がある一連の文書が増大し、時間がかかります。したがって、このメカニズムを非常に頻繁かつ定期的に起動することが最適です。

操作上の転記中、文書は最後の (現在の) 瞬間、つまり、時間内に移動します。行の最後尾として定義されます。
もちろん、ユーザーはある種のドキュメントキューを特に追跡する必要はありません。この追跡はプログラム内で自動的に行われます。ユーザーが理解することが重要なのは、プログラムが次の質問をする場合のみです。 文書を機能せずに実行するかどうか、これは、ドキュメントの記録日が現在の日付と一致しないことを意味し、ユーザーはこの日付を現在の日付に変更することに同意するかどうかを決定する必要があります。「文書の利益相反」が発生しないようにするには、ユーザーはキュー内での文書の移動に同意し、それでも文書を迅速に移動する必要があります。あるいは、ユーザーは、非操作的処理に同意することで、残高の関連性が失われる可能性に対してゴーサインを与えることになることを理解する必要があります（この場合、遅かれ早かれ、順序と順序を復元する必要があります）。残高を更新する必要があるため、常に書類を迅速に処理するように努めることをお勧めします）。

ドキュメントを記録するときに、記録されたドキュメントのキュー内の特定の位置が割り当てられることはすでに上で説明しました。記録日が当日でない場合は、この文書以降に他の文書が作成されていない場合でも、即時実行は不可能です。まず日付を現在の日付に変更する必要があります。そうしないと、文書はすぐに処理されません。

操作処理中、日付は変更されず、文書の時刻のみが変更されます。文書は「タイムライン上の」文書のキューの最後になります。キュー内のこのシフトの結果、ドキュメントが実際よりも後に書き込まれ、その結果、ドキュメントがそれよりも前に書き込まれてしまう可能性があります。ただし、これは問題ではありません。後で記録された文書も処理を開始すると、同様にキューの最後に移動します。処理される時点で移動し、最後の文書になります。

では、残高を更新するためにすべての伝票を再転記するメカニズムを開始すると何が起こるでしょうか? プログラムはその都度実行の可能性をチェックし、例えば売掛金の金額を超えた時点で実行を停止します。そして、ユーザーはこの問題を解決する必要があります。融資額を増やすか、未払いの前払い金を入金するか、その他の方法で解決する必要があります。文書を再転記するメカニズムについては、後ほど詳しく説明します。

プラットフォーム 8.2 上の「1C: Trade Management」の最新版では、文書処理を制御するための新しい方法論が実装されました。「文書処理のメカニズムは構成において完全に再設計されました。実行結果の操作制御は、エディション 10.3 (実行前に制御が実行された) とは対照的に、動作の形成後に実行されます。このソリューションにより、実行ロジックと制御ロジックを完全に分離することが可能になり、対応するプログラムコードが大幅に簡素化されました。これは、構成の変更を容易にし、発生する可能性のあるエラーの数を減らし、システムパフォーマンスを向上させるために重要です。必要に応じて、遡って再転記する場合と伝票の転記を取り消す場合の両方で制御が実行されます。たとえば、システムでは、商品の発送の注文がすでに実行されている限り、その注文をキャンセルすることはできません。」同様の変更が SCP の新しいバージョンに徐々に導入されることが予想されます。

文書の処理の延期とさらなる処理

前述したように、文書を転記するとき、移動は多くの場合、蓄積レジスター、情報レジスターなど、ある種のデータストレージ内で実行されます。これらの動作を実行するために、ドキュメントはレジスタテーブルをロックします。ドキュメントを投稿したときに、レジスタをブロックしようとしたときに、このレジスタがすでにブロックされていることが判明した場合（つまり、同時に他のドキュメントがこのレジスタで操作を実行している場合）、ドキュメントはそれをブロックすることはできません。彼は登録が空くまで待たされることになる。文書を転記するとき、多くの場合、一度に多数のレジスターで移動が実行されます。これらの各レジスタは、ある種の情報を保存するように設計されています。その結果、いずれかが空くまで待つ必要がある可能性が非常に高くなります。

遅延実行および追加実行のメカニズムは、オンになっても、必要なすべてのレジスタですぐに動作が実行されるわけではないため、そのような待機が必要になる可能性を最小限に抑えるために必要です。ただし、最も「緊急」なものに限ります。運営会計および管理会計の一部のレジスターにあります。次に、スケジュールに従って、または手動で、フォローアップメカニズムが起動されます。他のすべての動作が実行されます。

遅延転記メカニズムを有効にするには、「遅延転記設定」を作成する必要があります。「スイッチインターフェイス - 会計マネージャ - 遅延転記 - 文書フォローアップ設定」 - 新しい要素を追加し、名前と方法を指定します。たとえば、「」フォローアップのみが必要です」 - 次に、同じメニューの「遅延実行」 - 「遅延実行する組織のリスト」項目で新しい行を追加し、日付*、組織、および新しく作成した設定を指定します。
*示されている日付は通常、定期的です。月ごとのシフト。それらの。より効率的に作業するには、月ごとに当月の初日に変更する必要があります。そうすれば、月末に期末文書を扱うユーザーは通常、必要な文書を完成させて期を完了できるようになります。 1. 実施: 動きはそれに沿って形成されます部品レジスター
2. フォローアップ: に沿って動きを形成します残りレジスター

概念的な観点から見ると、フォローアップはバッチによるオフライン実行に似ています。

フォローアップは次のように行われます。

このメカニズムは、一次文書を入力および転記するときに次の場合に役立ちます。

への要件 生産性そして 並列処理厳しいです
すべての音域の動きは「今」必要ではない
運動の形成に必要な情報の一部は未知である可能性がありますが、それらは後で判明します。

このメカニズムはすべての文書に適用されるわけではなく、次の文書にのみ適用されます。 大規模、多数のユーザーが同時に入力しました。

繰延転記は、次のような文書には使用されません。

紹介されています めったに
実行することが重要です すぐにすべてのレジスタにわたって

繰延転記が適用される文書のリストについては、を参照してください。

仕組みの操作方法

「文書の遅延投稿」メカニズムはオプションです。その使用方法は、フォーム内の組織に合わせてカスタマイズ可能です。延期は指定日から有効となります。

文書がどのように転記されるかは、繰延転記の開始日に対する文書の日付の位置によって異なります。

一次文書の集中的な入力が発生する期間に遅延転記を使用することは理にかなっています。したがって、繰延転記の開始日は、一次伝票が入力される月の初めに設定することをお勧めします。

追加の文書化は、に従って実行されます。スケジュールに従って自動的に起動することも、手動で起動することもできます。

一次文書の集中的な入力が終了した後に追加の処理を開始することは理にかなっています。フォローアップを開始する前に、規制会計に文書を反映するためのデータをすべて把握していることを確認する必要があります。

追加転記の完了後、規制会計への伝票の反映に影響するデータが変更された場合 (デフォルトの勘定設定など)、すべての伝票を再転記する必要があります。これは、適切な完了方法を選択することで実行できます。

フォローアップは、月を締める規制上の手続きが開始される前に完了する必要があります（「月を締める」手順の図を参照）。

期間中の伝票の集中入力が完了し、伝票が処理された後、繰延転記の開始日を翌月の初めに繰り上げることをお勧めします。

仕組みの説明

レジスター、文書を投稿するときに形成される動き

遅延転記が使用される場合、文書の転記時に、「例に反映」フラグが設定されている場合、「完全」転記モードと同じレジスターで移動が生成されます。会計」。通常、これらのレジスタは動作上の決定を行うために使用されます。

「原価計算」レジスターには機能があります。移動は「生産」文書、「商品およびサービスの受領」文書、「事前レポート」文書を転記する場合にのみ形成されます。他のすべての文書を転記する場合、この登録簿内の移動は生成されません。

書類を持ち出すとき 形成されていない操作上の決定を行うために使用されないレジスターを介した動き:

販売商品

販売原価

延期した 非互換モードあり:

文書転記時のバッチの償却

書類を提出する際の前払いの決定。

これらのモードは次の場合に使用されます。

パフォーマンスの問題はありません

会計の柔軟性を確保するという目標はない

より優先されるのは、「正確なデータをすぐに取得する」ことです。

つまり、このようなモードを使用する場合、遅延実行は必要ありません。

文書の掲載（配布）の中止

ドキュメントを投稿した後、アイコンを使用して投稿をキャンセルできます。

転記をキャンセルすると、ドキュメントは再び変更できるようになり、以前に実行されたすべての動きが削除されます (または非アクティブになります)。その後、ドキュメントを再度投稿することができます (タイムラインを変更して迅速に、または非操作的に、つまり日付と時刻を変更せずに)。

文書の削除

ユーザーは、入力した文書が不要と判断した場合などに削除することができます。文書は削除マークを使用して削除されます。その後、「マークされたオブジェクトの削除」処理を実行して完全に削除できますが、それまでは、削除マークを削除して文書を復元できます。この複数ステップの削除は、「マークされたオブジェクトの削除」処理によって削除前にデータ制御が実行され、データベース内の他の場所で使用されているオブジェクトが削除から保護されるため、便利です。たとえば、取引相手がすでに文書に記載されている場合、その取引相手を直接かつ即座に削除するのは間違いです。この場合、データの完全性が侵害されます。そのような文書には、何らかの「未知のオブジェクト」へのリンクが含まれることになります。

さらに、ドキュメントを「直接」削除できる場合もあります。すぐに。通常、直接の削除は処理によって行われます。が存在する場合、同じ処理でそれらを削除できるのは論理的です。

****************************************************************************************************************************************

プログラム「1C: Manufacturing Enterprise Management 8.2」は、当初、製造業、貿易業、サービス業など、あらゆる種類のビジネス、つまり経済の幅広い分野向けの普遍的なソリューションとして作成されました。

1C の目標は、汎用性に加えて、プログラマーによる大幅な変更を必要としない完成品を作成することでした。したがって、この製品には、商品、資材、財務フローの管理、会計および人事サービス、マーケティング活動のサポート、規制会計および内部会計の維持などを確実に行う機会が多数含まれていました。これは、さまざまな観点から判断できます。機能、豊富な参考書、特性、分類子、設定を取り揃えています。

これを踏まえると、1C UPP は、あらゆる規模の企業の運営に必要なツールをすべて備えた多機能の複合アプリケーションであると言えます。しかし同時に、UPP 8.2 は依然として数十人の従業員を抱える中規模および大規模企業に重点を置いています。これは、開発された機能のせいで、製品の購入とその支援による会計管理のコストが非常に高額であるためです。したがって、UPP では、ほぼ無制限の数の組織に対して複数通貨会計を維持できます。高度な管理会計を導入し、IFRSを含む規制会計も同時に整備。企業（持株会社）にはエンドツーエンドの連結会計が存在します。

このソリューションの欠点について言えば、モジュールの明確な構造が欠如していること (未使用のモジュールを完全に無効にできる最新の ERP システムなど) と、専用のマーケティングセクションが存在しないことが挙げられます。マーケティング機能は、生産管理、購買、販売、価格設定などのさまざまなセクションに配置されています。

エディション 1.3 (バージョン 1.3.97.5) のデモベースの例を使用して、1C UPP の機能を考えてみましょう。 UPP には、1C:Enterprise 8.2 プラットフォーム上のソフトウェア製品用の標準インターフェイスがあります。

潜在的な機能は、メニュー項目「ドキュメント」、「レポート」、および「ディレクトリ」に一般的な情報形式で表示されます。

過剰な機能はシステムを乱雑にし、メニューでの検索や選択に時間がかかり、その結果、作業が遅くなります。開発者はこの問題を解決しました。 1C UPP 構成では、特殊なインターフェイスを選択する機能が実装されています。

「自分の」インターフェースでは、従業員には自分の仕事に必要なメニュー項目と設定だけが表示されます。インターフェースが異なれば文書の形式も異なります。

一般的なインターフェイス構成は、サブシステム構成とより一貫性があります。必要に応じて、社内規定に従ってインターフェイスの機能を変更できます。特定の従業員に対して使用可能なインターフェイスを定義し、データベースセッションに入るときにデフォルトのインターフェイスを設定することもできます。

1C UPP のもう 1 つの特徴は、あらゆる文書に経営、会計、税務会計の選択登録の設定があることです。ただし、このアプローチには企業内のすべてのプロセスを明確に理解する必要があります。

1C UPP の主要な機能サブシステムの概要を説明しましょう。

製造管理

1C UPPでは、製造業向けに開発された製品であるため、生産管理に細心の注意が払われています（ただし、生産を行っていない場所でも使用できます）。最も重要なことは、このプログラムがさまざまな生産、サービス、卸売、小売業が存在する複雑な構造のビジネスにうまく使用できることです。

あらゆる生産は計画から始まり、多くの場合計画生産ではなく販売から始まり、これに基づいて生産計画が構築され、企業の能力に基づいて具体的な期限が示されます。次に、製品範囲全体のシフト計画を詳細に実行します。期間を集計したシフト生産と拡大計画を比較し、生産計画を明確にします。 1C UPP の標準計画期間は、日、週、10 年、月、四半期、年です。

同時に、材料、原材料、部品、つまり生産資源の必要性を計画し、それに基づいて生産に必要な引当金を算出し、原価計画や調達計画を立てます。これをもとに費目ごとに予算を立てていきます。

1C UPP は、非常によく開発された原価計算システムを使用しています。費用は使用の種類と性質によって分類されます。この分析は、生産コストを配分するために使用されます。生産に不可欠な部分は、製造される製品の構成を決定する仕様です。製造された製品の原価は、仕様に基づいて定められた基準に従って計算されます。

生産計画を実行する過程で、指標と指定された指標からの逸脱を分析し、材料やリソースの消費を管理し、納期計画を明確にし、コストを再計算することができます。また、必要に応じて、すでに開始されている生産の計画を調整します。

この計画ではシナリオの概念が導入されました。さまざまなパラメータと期間に応じて期待される結果が得られます。シナリオを使用すると、販売や購入を計画する場合だけでなく、短期、中期、長期でさまざまな計画オプションを作成できます。

調達管理

このサブシステムは、企業に販売および生産のニーズに応じた在庫品目 (TMV) を提供するように設計されています。このサブシステムは、サプライヤーとバイヤーからの注文のエンドツーエンド管理、商品や材料の在庫管理を実行し、統一された製品流通システムを形成します。計画メカニズムにより、販売計画に基づいて調達および生産カレンダー計画を自動的に生成できます。パラメータと計画期間に応じて、さまざまなシナリオに従って調達計画を作成できます。内蔵アシスタントを使用すると、指定した条件に従って月次または四半期ベースで調達計画のパッケージを自動的に作成できます。計画の実施を制御し、動的な調整が可能です。製品範囲、価格グループ、取引先、契約ごとの柔軟な価格設定、決済価格の使用、基本価格の範囲の設定、さまざまな基準に基づく割引を実装しました。購入価格を分析するには、サプライヤーと競合他社からのデータが使用されます。このサブシステムには、取引相手との相互決済を制御する機能があります。

販売管理

サブシステムは顧客の注文を処理して履行します。価格設定、販売計画、在庫管理には、調達管理システムと同じメカニズム (処理、レポート文書) が使用されます。過去の期間のデータ、顧客からの仮注文、販売予測に基づいて販売計画を立てることができます。顧客の注文に基づいて商品を予約することができ、それに基づいてサプライヤーや生産に対する注文を作成できます。顧客からの注文をタイミングと完成度の両方で追跡できます。特殊なレポートを使用して、さまざまなセクションの売上を分析し、売上高や収益性を評価し、商品を分類し、さまざまな指標に従って顧客をランク付けします。

顧客関係管理 (CRM)

このサブシステムを使用すると、現在および潜在的な購入者に関するさまざまな情報の保存、購入者とのやり取りの履歴の管理、連絡先の有効性の評価、取引の段階の追跡、イベントの登録と今後の連絡先についての通知、および購入者の分類が可能になります。内蔵の電子メールクライアントにより、取引相手との情報交換が高速化されます。このサブシステムは販売管理と密接に関連しています。

財務管理

これは、キャッシュフローを管理し、今後の受け取りを計画し、お金を使うだけでなく、現金および現金以外の支払いを実行するためのサブシステムです。承認後に支出申請を行うことでお金を留保する仕組みがある。従業員の権限に応じて承認ルートを設定します。財務の動きを監視し、計画値からの逸脱を記録できます。支払いカレンダーを使用すると、日、週、10 年、月など、さまざまな期間の入金と支出を計画できます。

このサブシステムは、組織、プロジェクト、財務責任センター (FRC) などのさまざまな分析セクションにおける、選択した期間における財源の受け取りと支出の長期計画を立てるために設計されています。今後のお金の受け取りと支出を記録する財務管理サブシステムとは異なり、予算編成では推定指標が使用されます。予算執行を監視する機能があります。このサブシステムは、生産計画、販売と購買、給与計算に密接に関連しています。

人事管理と給与計算

従業員の個人データの管理、人事記録と勤務および休暇スケジュールの管理、賃金、保険料、個人所得税 (NDFL)、およびその他の料金や控除の計算など、多くの機能を備えた大規模なサブシステム。このシステムは、すべての人事文書、タイムシート、給与明細、給与明細を記録します。人材配置の分析、従業員のモチベーションの向上、雇用と人材配置のニーズの監視、採用管理、トレーニングの登録と従業員の再認定、求職者へのアンケートの実施などを行う機会があります。

固定資産会計

固定資産 (FPE) の記録を維持し、企業の各部門の物流をサポートするためのサブシステム。会計、固定資産の減価償却と保守、保守計画（スケジュール）、在庫が含まれます。

会計とIFRS

会計を担当するこれらのサブシステムは密接に関連しています。「会計」サブシステムには、RAS 標準 (ロシアの会計システム) に準拠したすべてのレポートが含まれています。会計アカウントの操作に関する標準レポート、企業の現在の状態を分析するためのさまざまなツール、コスト計算、リソースと在庫の移動の計算に関するあらゆる種類の標準レポートが用意されています。すべての生産、購買、販売、金融取引の登録。正しく変換するために、会計口座と税務口座を一致させるための設定があります。すべての税金の計算、特に VAT 会計用の大規模なツールパッケージ、規制された (税) 報告書の作成。

外国企業と協力するためには、IFRS（国際財務報告制度）基準に従った会計を維持することも必要です。 RAS を IFRS 基準に近づけるために多くの変更が加えられたにもかかわらず、会計方法や会計アプローチに一定の違いがあるため、このシステムはロシア基準とは大きく異なります。したがって、国際会計規則に従って、会計のために別のサブシステムが割り当てられています。 IFRS では、自動的なエンドツーエンドの会計処理はありません。情報システムは、トランザクションを IFRS に変換する処理を定期的に実行する必要があります。正しく転送するには、まず勘定科目の RAS および IFRS への対応を設定する必要があります。

要約しましょう

1C UPP は、広範な機能を必要とし、実装時間が重要な製造業および学際的なビジネスにとって優れたソリューションです。実稼働サブシステムはよく開発されています。コストと製品間の配分を詳細に計算するメカニズムが導入されました。この目的のために、さまざまなコスト分類子が最初に含まれており、製品仕様と製品特性が使用されます。多くのパラメータを考慮して、さまざまな分野での企業活動を計画するための強力なメカニズム。さらに、1C UPP 8.2 に基づいて、特定の生産向けに作成された特殊な業界ソリューションが開発されました。

しかし、1C UPP 8.2 はかなり前に市場に登場しており、その利点にもかかわらず、徐々に時代遅れになりつつあります。現在、より最新の製品「1C:ERP Enterprise Management 2」が、新しい機能とサービスをサポートするテクノロジープラットフォーム「1C:Enterprise 8.3」上で積極的に開発されています。これに関連して、1C 社は 2018 年 4 月 30 日から 1C UPP を公式価格表から削除することを決定しました。「1C：ERPソリューションコンピテンスセンター」のステータスを有する1Cパートナーからのみ、購入の必要性が確認された上で申し込みを行った上で製品を購入することが可能となります。バージョン 1.3 の製品のサポートは継続され、サポート終了の通知は 3 年以上前に行われますが、その費用は徐々に増加し、2020 年 1 月 1 日からは 2 倍になります。

現在の 1C:ITS 契約の有効期限が切れた場合、追加サービス「製造エンタープライズ管理構成のサポート延長」を購入することによってのみ、1C パートナーからさらなるサポートを受けることが可能になります。

初心者向けの 1 秒以上 8.2 チュートリアル。 製造工場管理