1C:UPP と 1C:Accounting の主な違い。 1秒以内の会計レポート

今回はERPシステム「マネジメント」についてお話します。 製造業」 製造業を自動化する場合、この製品が最適なソリューションとなることも多く、私もさまざまな組織での 1C UPP の導入に何度か携わってきました。

作業中に、このソフトウェア製品のレビューがほとんどないことに気づきました。 技術文書、このシステムの特定の問題を解決するためのプログラマーへのアドバイス、およびトレーニング コースがあります。 しかし、ユーザーにとって、システム全体の明確な説明はありません。 そして、多くの場合、このソフトウェア製品を導入する前に、「製造エンタープライズ管理」の機能、利点、欠点を実際に「指で」説明しなければなりません。

ERP セクションの Habré でさえ、このシステムに関する情報はまだありませんでした。 私がこのギャップを埋めることにしたのです。 さらに、私の記事が、製造業を自動化するためのソフトウェアを選択する段階で起業家や IT 専門家に役立ち、このシステムを導入する際に考慮する必要がある機能について準備できることを願っています。

このレビューでは、UPP ed. システムとは何なのかを説明したいと思います。 1.3 を購入して実装しようと決めた人は、この高価な製品をより意識的に選択できるようになります。 私は、システムに関する私の経験とクライアントの経験に基づいて、システムを客観的に評価するよう努めます。 このレビューは、誰かがプログラムの購入に関して前向きな決定を下すのに役立ち、また誰かがプログラムを放棄することを決定するのに役立ちます。

ソフトウェア製品の機能を理解するには、次の質問に答える必要があります。

1. システムとは何か、そのシステムにどのようなタスクが設定されているか。
2. このシステムは、割り当てられたタスクを実行する能力がどの程度あるのでしょうか?
3. システムの長所と短所を特定します。

ERPシステムとは何ですか?

ERP (Enterprise Resource Planning) システムは、あらゆる種類のビジネス プロセスを制御、記録、分析し、企業規模でビジネス上の問題を解決するように設計された企業情報システムです。

「製造エンタープライズ管理」製品を実装する際、開発者はシステム内で可能な限りの組み合わせを試みました。 可能なリスト機能。 ドキュメントを見ると、サブシステムは 15 個もあることがわかります。 実際、1C ではドキュメントはサブシステムにグループ化されています。

• 製造管理
• 原価管理
• 調達管理
• 企画
• 税金と会計
• 賃金
• 人事会計など

1C UPP: 製品の詳細

この標準構成に対して、多くの修正された、いわゆる業界バージョンが作成されています: 1C.機械工学、1C.食肉加工工場、1C.家具製造、1C.印刷など。

業界ソリューションは、基本構成に基づいて1Cパートナー企業によって作成されます。 これは通常、次のように行われます。特定の顧客向けに変更が行われ、その後「組み立て」られます。 新しいバージョン、選択された業界を対象としています。 変更された構成は、作成された業界にちなんで名付けられ、「ボックス ソリューション」として販売されます。

製品原価

たとえば、1C Accounting または 1C Trade and Warehouse からのライセンスは、このシステムに適しています。 当然のことながら、これらの製品のライセンス費用は同じです。

他の製品を使用する場合と同様に、ライセンスは、1C で受け入れられるオプションの 1 つ (コンピューター (デバイス) およびユーザー (任意のデバイスからの接続)) に従って実行されます。 すべての情報は 1C の Web サイトに掲載されているため、ここでは詳しく説明しません。 リンクから知ることができます: http://v8.1c.ru/enterprise/

1C プログラム自体については多くのことが書かれています。 このプラットフォームについては、たとえば記事「」でもすでに書きました。 「ものづくり企業経営」システムは1Cをベースに運用されているということを踏まえます。 Enterprise 8.3 には、基本ソフトウェアの長所と短所がすべて含まれています。

構成を詳しく見てみましょう

1. 新しい注文の記録を保管し、直ちに製造部門に通知します。
2. 営業部門がいつでも顧客の注文状況を確認できる機会を提供します。
3. 購買部門に、材料の生産ニーズをいつでも確認できる機会を提供します。
4. 企業の業績に関するデータをタイムリーに州に提供する。 会計および税務記録を維持します。

営業部門での新規注文の会計処理

1. 顧客会計（販売が行われる相手）。
2. 商品（クライアントに販売されるもの）の会計。

また、販売できるすべての商品に関する詳細情報は、Nomenclature ディレクトリに保存されます。


命名法は、購入者に提供できる商品やサービスに関する情報を保存するように設計されたディレクトリです。 このシステムでは、命名法は最も複雑な参考書の 1 つです。

ここには次のものを保存できます。

• 商品名
• シリーズ
• 写真
• 技術文書ファイル
• 説明と製品に関するその他のほぼすべての情報。

例えば 衣類の生産注文の作業は次の段階に分かれています。

1. 注文を受け付け、顧客のニーズを記録します。
2. 必要に応じて、注文用の材料を購入します。
3. 製品の裁断、縫製を行います。
4. 商品の検査（品質管理）を行います。
5. 完成した製品を倉庫に移動します。
6. 購入者への発送または配達を実行します。

新しい注文について生産に通知する

生産部門は、注文を受け取った直後に注文を確認する必要がありますが、製品を生産する必要がある注文の部分のみが表示されます。

しかし、作業には完全に人的要因に依存するもう1つのステップがあるため、このオプションはあまり便利とは言えません。 それらの。 オーダーを作成した後、管理者は製造オーダーの作成を忘れたり、間違いを犯したりする可能性があります。 その結果、必要な製品が生産計画通りに納品されず、顧客は注文した製品を予定通りに受け取ることができなくなります。 当然のことながら、企業が完全に自動化されている場合、そのような状況は容認できません。 一方、この問題は追加の処理を作成することで完全に解決できます。

私たちはアパレル会社向けに次のソリューションを作成しました。 特定のリストに基づいて製造オーダーを自動的に作成する追加のプラグインが作成されました さまざまな条件.

この処理により、必要な品目の在庫があるかどうかが判断されます。 そうでない場合、次のステップは、実稼働環境で利用可能なアイテムを分析することでした。 そのような製品がない場合、または注文で指定された日付より後の日付に予定されている場合は、製造オーダーが自動的に生成されます。

結論：このシステムには、製品と顧客に関する情報を保存するために必要なものがすべて揃っています。 オーダーを作成して生産に移行することが可能です。 ただし、作業を完全に自動化するには、特定の企業のニーズに合わせて変更する必要があります。

生産中の注文のステータス

これは、次の 2 つの方法のいずれかで実装されます。

1. 営業マネージャーは、注文に係る作業が計画段階、作業開始段階、品質管理段階など、どの技術段階にあるかを追跡できます。 したがって、販売スペシャリストは各注文の作業を常に監視し、クライアントに期限について通知することができます。
2. 商品には販売期間が設定されております。 必要なアイテムのリストが作成され、テストされ、出荷の準備が整う日。

基本的な構成では、納期の変更や注文の履行段階の決定は従業員の手作業で行われるため、作業には予測不可能な人的要因が含まれます。 しかし、ここでの改善は問題の解決に役立ちます。

当初、このレポートは生産作業者が自分の作業を監視し、必要に応じて調整できるようにするために作成されました。 しかし、その後、マネージャーも特定の注文のステータスを確認できるように、同じレポートを営業部門に公開しました。

結論：この構成では、注文が処理のために送信された後、営業部門と製造部門の間で自動的にデータ交換が行われることはありません。 ただし、追加のレポートと処理を作成することで、この構成に基づいて同様のソリューションを実装することができます。

生産部門と購買部門間のコミュニケーション

この作業がどのように行われるか:

1. ニーズのリストが生成されます。
2. このリストと製品仕様書に基づいて、製品の製造に必要な材料のリストが作成されます。
3. 受け取ったリストに基づいて調達計画が作成されます。
4. 調達計画に従って、システムはサプライヤーへの注文を生成します。

仕様 (部品表)は、特定の材料のすべてのパラメータ、その品質、特徴、許容差を説明する参考書です。 完成品または「半完成品」の場合、仕様書は製品が何で構成されているかを示します。

各製品の製造には特定の材料と半製品が必要です。 仕様に基づいて材料をすぐに注文できます。 半製品の場合は、次のステップに進む必要があります。つまり、この半製品またはその半製品がどのような材料で構成されているかを把握することです。 また、必要な材料を注文に追加します。

このように、各完成品はいくつかのステップを経て材料に自動的に分割されます。 例えば：

スーツはパンツ、ジャケット、パッケージ（パッケージ）で構成されます。 ズボンとジャケットは半製品であり、次のステップで分解する必要があります。パッケージを作成するには、材料をすぐに購入に追加できます。 第 2 ステップでは、ズボンをさまざまな種類の生地、糸、ジッパー、ボタンに「分割」します。 ジャケットも同様に、 他の種類生地、糸、ボタン。 これらすべての材料が購入計画に追加されます。

縫製生産においては、以下のように課題を解決しました。 生産のために作成されたレポートと注文情報に基づいて、必要な材料の必要性が自動的に計算されます。 次に、倉庫に保管されている資材がこのリストから差し引かれ、購入できるレポートが作成されます。 次に、サプライヤーは資材をどれくらい早く納品できるかを伝えます。 そして、この情報は手動でシステムに入力され、それに基づいて販売者は注文生産のタイミングを顧客に通知することができます。

「ボックス ソリューション」での会計および税務レポート

• УУ – 管理会計に関する文書。
• BU - 文書は会計の対象となります。
• NU – 文書は税務会計の対象となります。

さまざまなケースでこの問題がどのように解決されるかわかりません。 これまでのところ、経営陣がこの欠点に同意し、従業員に頼ることを好む選択肢に出会ってきました。 人的エラーから保護するために実装されている唯一の方法は、デフォルトのチェックボックスを設定することです。 私が普段仕事をしている中小企業では、基本的にはこれで十分です。

他のソフトウェア製品およびシステムとの統合

生産の観点から見ると、製品の発売日、半製品、材料に関するデータをシステムにロードする必要があります。 購買部門は納品書やその他の領収書書類をシステムにアップロードします。 営業部門は注文などに関する情報をアップロードする必要があります。 さらに、本番環境では次のようなことが可能です。 さまざまな状況、そして、材料の消費、不良率、作業プロセス中に発生した問題による生産の再スケジュールなどに関する情報をシステムが即座に受け取ることが非常に重要です。

たとえば、縫製企業では裁断機との統合が行われました。 多くの場合、CAD、会社の Web サイト、または他のソリューションとの統合も必要になります。 そして、この段階の作業には予算の最大 30% がかかることがよくあります。
同時に、そのような包括的なソリューションがなければ、EPR システムの使用は効果的ではなく、企業の新しいレベルの制御と自動化に到達することはできません。 これを理解することは非常に重要です。

どのようなシステムも、その最も弱い部分によってのみ効果が発揮されます。 そして、実装中に何らかの場合に統合を拒否し、人的要因に依存すると、間違いなくエラーが蓄積され、システム全体が不安定になります。
たとえば、新製品の設計について話している場合、すべての設計ドキュメントは設計システム (CAD) から ERP システムに自動的にアップロードされる必要があります。 そして、質問や困難が生じた場合でも、いつでもどの製品について話しているのかを理解することができます。 また、設計者は必要な変更を迅速に、エラーなく行うことができます。

生産に関しては、入荷した注文に関する情報をタイムリーにエラーなく受け取ることが非常に重要です (たとえば、Web サイトや 特別なフォームこれにより、ダウンタイムなしで作業を継続できるようになります。

縫製企業では、36 層の生地を同時に切断する裁断機を統合する必要があることはすでに上で述べましたが、端材と端材の量に関する情報を取得し、この端材を製造コストに配分する必要がありました。製品のバッチ全体。 したがって、システムがそこから得られるデータを理解し、理解できる形式でデータをマシンに送信できるように、マシンと直接統合するアドオンが必要でした。 さらに、機械から受信したデータを処理して、欠陥や製品のコストを計算する必要がありました。

また、他の多くの場合、システム内のエラー、不正確さ、情報の適時入力が作業の中断につながるため、人的要因に依存することは受け入れられません。 したがって、統合はもちろん迅速かつ高価なプロセスではありませんが、作業の品質を向上させる必要があります。

業界ソリューション

現在、1C Web サイトでは、ほぼすべての業界向けのそのような構成を見つけることができます。 ただし、次の点を理解することが非常に重要です。

1. 構成は、特定の企業のニーズに合わせて変更されました。 そして、このアプローチがあなたの会社にとって適切であるという保証はありません。 たとえば、乳製品の生産では、カッテージ チーズやサワー クリームを量り売りで製造したり、これらの製品を特定の容器に包装したりできます。 牛乳、ケフィア、発酵焼きミルクを製造したり、ヨーグルトやデザートに特化したりすることもできます。 これらのそれぞれのケースでは、異なる変更が必要になります。 また、パートナーから基本バージョンで提供されているものがあなたに適しているかというと、そうではありません。
2. 業界の構成は、メインの構成をベースにパートナー企業によって実行されますが、構成自体には大幅な変更が加えられます。 したがって、1C の基本バージョンを更新します。 ソフトスターターは業界の構成には適していません。 ユーザーは、1C パートナー企業も業界バージョンを更新するまで待つ必要があります。

1C について少しお話します。 UPP ERP 2.0

このシステムも 1C に基づいて作成されており、構成もモジュール式ではなく包括的です。 したがって、原則として 1C 製品のすべての機能と、複雑な 1C 構成を実装するときに遭遇する問題もこのシステムに固有のものです。

一方では、バージョン 1C。 UPP ERP 2.0 は、主に自動化と管理の問題に関連する拡張された機能セットを備えています。 しかし、このソフトウェア製品は比較的最近作成されたものです。 また、このバージョンはまだ完全に開発されていないため、このバージョンに切り替えるのは時期尚早であると考えています。

1C とは異なり、新しい機能、新しい参考書、ドキュメント、レポートで常に更新されます。 UPP の更新には、特定されたバグの修正と、法律の変更に関連する会計および税務報告の更新のみが含まれます。

さらに1C系。 UPP ERP 2.0 は 1C 構成よりもはるかに高価です。 UPP。

1C UPPシステムの長所と短所

単純に、「製造エンタープライズ管理」の標準構成が多くの点で合わない場合は、業界ソリューションも合わないからです。 この場合、別の製品を選択するか、実際にカスタム ソリューションを注文する方が簡単になります。 また、標準構成がほとんどの場合に適している場合は、標準ソリューションと業界固有のソリューションで特定のビジネスの特性に合わせた変更や設定の数にほとんど違いはありません。

このシステムの重要な欠点は、モジュール性が欠如していることです。 それらの。 特定の問題を解決するために、特定の処理またはレポート、つまりシステムへの「アドオン」を作成できます。 それらは機能しますが、基本的な解決策は手つかずのままです。 ただし、何らかの目的でドキュメントや参考書の内容を変更する必要がある場合は、構成内に存在するすべてのサブシステムを変更する必要があります。

このシステムにはモジュール性が欠如しているため、他の部門向けの文書やディ​​レクトリを大幅に変更することなく、会計や倉庫会計の作業などを大幅に調整することは不可能です。 これらはすべて接続されており、同じ参考書やドキュメントを使用できます。 ただし、この機能は 1C のすべてのソフトウェア製品に組み込まれているため、広く知られています。

そのため、通常はこのシステムに大幅な改良を加えることはなく、外部処理、レポート、その他のアドオンでなんとかしようとします。 業界ソリューションは、ほとんどの場合、指定された領域に関連する特定の企業向けに作成されたアドオンのセットのバリエーションにすぎません。 さらに、いくつかの変更が必要になりますが、そのコストは基本構成の変更とほとんど変わりません。 ただし、標準ソリューションの信頼性はパートナー企業の製品よりも常に高くなります。

結論。基本的なシステム構成に満足している場合は、購入してインストールするのが最善です。 しかし同時に、システムの実装は、ソフトウェアを構成するだけでなく、ビジネスに必要なすべての改善、レポート作成、統合の実行ができる経験豊富な専門家によって実行されることが非常に重要です。他のソフトウェア製品やシステムと併用できます。

適切なアプローチをとれば、1C Manufacturing Enterprise Management システムは、ビジネス プロセスの高レベルの自動化と社内のさまざまな部門の作業の調整を実現できる優れたツールになります。

1. 戦略を選択する

どのような戦略がありますか? 私のクライアントの 1 人は、「すべてを備えた唯一のシステムである」という理由でこの構成を選択しました。 この企業は、1c、Excel などの複数のシステムで動作していました。 - 会計を統合するために 1 つのシステムを採用することにしました。

生産を開発していた別の企業は、進行中の作業を管理したいと考えていました。生産中の材料の会計処理に懸念を持っていました。 これも戦略です。

2. 統合を検討する

3. 会社の規模に応じて SCP の必要性を評価する

4. 業界の観点から SCP の必要性を評価する

企業のあらゆる経済活動は会計に反映されます。 行動原則 会計、構成に実装され、ロシアの法律に完全に準拠し、同時にビジネス ニーズも満たします。

この構成には、10月付けのロシア連邦財務省命令「組織の金融経済活動の会計のための勘定科目表とその適用に関する指示の承認について」に従って構成された会計用の勘定科目表が含まれています。 2000 年 31 日。 No.94n。 勘定科目の構成、分析会計、通貨会計、定量会計の設定により、法律の要件を考慮することができます。 ユーザーは、設定内で会計方法を個別に管理することもできます。 会計方針、新しいサブアカウントと分析会計セクションを作成します。 これには特別な知識や構成スキルは必要ありません。

会計は以下に従って維持されます。 ロシアの法律すべての領域にわたって:

• 銀行および現金取引。
• 固定資産と無形資産。
• 材料、物品、製品の会計処理。
• 原価計算と原価計算。
• 通貨操作。
• 組織との和解。
• 責任者との計算。
• 賃金に関する従業員との和解。
• 予算と合わせて計算します。

会計には、他のサブシステムに登録された企業のすべての商取引が自動的に反映され、高度な財務諸表の形成が保証されます。

会計は企業活動の最も重要な分野の 1 つです。 会計士には、信頼性が高く効果的な自動化ツールが提供されなければなりません。

会計に商取引を登録する主な方法は、関連する文書を情報データベースに入力することです。 一次文書会計。 伝票の取引を会計に反映するための区分が伝票に含まれている場合、伝票の会計仕訳は自動的に生成されます。 書類によっては会計に反映されない場合がございます。

個々の会計項目を直接入力することができます。

複数のアカウンティングをサポート 法人単一の情報ベースで。 これは、これらの組織の経済活動が相互に密接に関連している状況で便利です。この場合、次のように使用できます。 一般的なリスト商品、取引相手（ビジネスパートナー）、従業員、自社の倉庫などに関する情報であり、義務的な報告は個別に作成する必要があります。

会計エントリ

従来の会計では、仕訳は帳簿勘定に業務取引を記録するためにのみ使用されます。 この設定では、転記機能が拡張されており、転記を使用して分析会計にも業務トランザクションを反映できます。 これは、サブコントの投稿で追加の詳細を使用することで実現されます。

サブコントは分析会計のオブジェクトであり、サブコントの種類は、そのオブジェクトが選択される分析会計の類似オブジェクトの集合である。 サブコントの種類は、特に、会社の取引先、倉庫、部門、従業員のリスト、在庫品目のリスト、取引先との決済書類などです。

サブコント タイプは、勘定科目表の会計勘定科目に直接関連付けられます。

1 つの会計アカウントに最大 3 種類のサブアカウントを関連付けることができます。

会計エントリには大量の情報が含まれる場合があります。

借方口座と貸方口座に加えて、取引には最大 3 つの借方サブ口座と最大 3 つの貸方サブ口座を含めることができます。 勘定科目表の転記勘定に定量会計の属性と通貨会計の属性が示されている場合、転記レコードには、ルーブル金額に加えて、外貨での数量および金額（借方および/またはその両方）を示すことができます。クレジットにより）。

したがって、転記は、合成会計と分析会計のいくつかのセクションで同時に取引を反映するための強力なツールです。 ただし、トランザクションは原則として自動的に生成されるため、このツールの多機能性によってユーザーがさらに困難になることはありません。

SCP の実装には十分な経験があるので、どのプロジェクトでも、遅かれ早かれ、プログラムで作業する部門として会計部門を移転する必要があったことに注意したいと思います。 このプロセスにはかなりの困難があります。 特に、BP 2.0 から UPP への移行に注目したいと思います。 BP 3.0 がすでにリリースされているという事実にもかかわらず、この質問はしばらく人気が続くと思います。 それで、何が難しいのでしょうか？

まず、1.3 では会計部門が 2.0 よりもエディション 1.6 の企業会計部門に近いという事実から始めなければなりませんが、もちろんすべての機能は現代の現実に対応しています。 それにもかかわらず、これは古い、道徳的に時代遅れなものへの回帰として認識されています。 そして最も重要なことは、これにはかなりの真実が含まれているということです。

もちろん、会計タスクの場合、コンフィギュレーション (以下、BP と呼びます) 2.0 には利点と利便性がありますが、それにもかかわらず、UPP のハイライトはそのプロダクション回路であり、これは 1C ソリューション (を除く) に類似するものはありません。 残念ながら、この特定の心理的優位性を覆すことは困難であり、これは、再教育しない者は解雇するという経営陣の強い意志の決定によってのみ達成できます。

1C UPP と 1C アカウンティングの違い

私が実際に遭遇した、UPP と BP を区別する主なマイナス点は次のとおりです。

• リンクを使用して請求書を生成します (BP では、この請求書は別のタブに入力されます)。
• レポートの外観 (緑色のヘッダーと多くの設定を備えた BP の美しいレポートとは対照的に、UPP の会計レポートは確かに鈍く見えます)。
• 文書仕訳帳の違い (BP の会計士が慣れ親しんでいる文書仕訳帳の名前と構成の両方が異なります)。
• 文書仕訳帳フォーム​​で追加の検索フィールドを利用できるようになりました。

1C の 267 ビデオ レッスンを無料で入手:

ここで、会計に影響を与える可能性のあるこれらおよびその他の技術的な可能性について、さらに詳しく説明する必要があります。 また、1C UPP はどのような代替手段を提供してくれるのでしょうか?

私の考えでは、会計士にとって UPP と BP の会計原則の最も重要な違いは、「会計報告書」に商取引を反映することが（おそらく非常に限られた数で）不可能であることです。 一部の企業では、会計の半分が「業務」の使用に基づいて構築されています。 この機能は、単なる会計レジスタではなく、UPP での会計レジスタの広範な使用から生じています。 UPP では、操作の大部分は特殊なドキュメントを使用して実行されます。

例: ほとんどの会計士は、対応 Dt91 Kt76 を示す操作を使用して発行されたローンの利子を反映しますが、1C UPP では、このアプローチは、たとえば取引相手との相互決済の登録には影響しません。 商品やサービスの文書販売を利用するとよいでしょう。

操作ドキュメントを使用することは可能ですが、見当合わせ調整ドキュメントと組み合わせてのみ使用することができ、このドキュメントは準備ができていないユーザーを混乱させる可能性があることを別途言及する価値があります。

次に、一部の会計アカウントではサブコン会計に違いがあり、標準的な方法では目的の情報を取得できないことに注意する必要があります。 たとえば、アカウント 60 には、レジストラ文書が BP に反映される 3 番目のサブアカウント「取引相手との和解文書」が存在しないため、標準貸借対照表を使用してこれらの文書を参照することはできません。 。 この状況を打開する方法の 1 つは、「取引相手との相互和解報告書」レポートを使用することです。

1C UPP には、MC 口座などの一部の「オフバランスシート」口座が存在しません。 実際、運用中のマテリアルは、MC アカウントの BP アカウントで考慮されます。 UPP では、運用に移された資材に関する情報は「運用中の資材」登録簿で考慮されます。これらの情報は、「運用中の資材の明細書」レポートを使用して取得できます。

非常に近くてわかりやすい月末締めの手続きがないこと。 はい、そのような処理は SCP には含まれません。 月の締め処理は、「月締め設定」ディレクトリ要素を使用する「月締め手順」ビジネス プロセスを使用して実行されます。

おそらくこの点は完全に特殊なケースです。 それにもかかわらず、注目に値します。 「固定資産の移動」の文書 - ここでの問題は、会計部門が固定資産オブジェクトがどこからどこへ移動されるかを示すのに対し、SCP はオブジェクトが移動される場所のみを示すことです。 オブジェクトの実際の位置は、特定の時点でのレジスタ エントリによって決定されます。

UPP の減価償却費シート レポートの表示方法は異なり、固定資産の移動は反映されていません。代わりに、最新のレポートを使用することもできます。

入力する詳細の数が増加しました。 もちろんディテールも増えました。 ただし、ユーザー設定のおかげで、そのような詳細の大部分は自動的に入力できます。

この状況から抜け出す方法

一般に、私たちが直面する問題のほとんどには、いくつかの解決策があります。 この状況では、たとえば次の点を強調できます。

ある会社では、経理部門の立場が非常に強く、1C UPP 1.3で過去に戻ることを好まなかったので、プロジェクトは失敗の危機に瀕していました...幸いなことに、その会社は優れた財務能力を持っていました...その結果、すべての会計レポートが完全に書き直され、BP 2.0 の形式になり、新しいドキュメントがドキュメント ログに追加され、ドキュメント ログ フォームに検索フォームが表示されました。 開発とさらなるサポートの両方で費用がかかることが判明しましたが、経理部門はその重要性を感じ、プロジェクトは継続されました。

このオプションはあまり効果的ではないようですが、人生には存在します。

正反対の解決策は、既存の機能のみを使用するよう経営陣から厳しい指示を受けることです。 ちなみに、完全なアカウンティングが可能であり、すべての制御メカニズムが備わっています。 このアプローチは会社にとって最適です!

管理会計は企業が存続していく上で非常に重要です。 過去数十年間に登場した自動化ツールにより、この問題は大幅に簡素化されました。 では、1C 8.3 における管理会計とは何でしょうか?

一般情報

問題を解決するための最適な方法の選択は曖昧であり、実行されている作業の詳細と内部情報システムの構造に大きく依存します。 一致する瞬間はたくさんありますが。 まず第一に、情報システムの構成に注意を払う必要があります。 そしてここでは、最初から設計を始める必要があります。 システム全体の安定性と中断のない動作はこれに大きく依存します。 最初から設定しておかないと、後々大変なことになります。

管理会計とは何ですか？

「1C」8.3 には非常に多くの可能性があります。 これは支払い計画に使用する人もいますし、予算を立てるためにシステムを使用する人もいますし、商品の販売から得た利益を計算する人もいます。 そのため、システム全体を構築する際には、どのような目的で使用するのかを決める必要があります。 さらに、ここでは、企業の状況を理解し、使い慣れたデータで過負荷にならないように、妥協点を探す必要があります。状況はすでに変化しています。

管理会計は1C:会計でも可能ですが、単独では存在できないことを覚えておく必要があります。 常に提供されるデータに基づいて運用状況を知らせます。 ただし、トランザクションをリアルタイムに反映する必要は必ずしもありません。 しかし、注意すべきは財務上の評価です。 ただし、主な要件はデータが時間通りに到着することです。 ここでは、企業の活動、レポートの生成に基づくデータ要件の詳細、およびその提供期間に大きく依存します。 1 件の情報は毎日、2 件目は四半期ごと、3 件目は要求に応じて送信する必要があります。

ポイントは何ですか？

1C:Enterprise の管理会計について話すとき、多くの場合、管理会計は会計よりも詳細で正確である必要があると明確にされます。 もちろん、そういうこともあるかもしれません。 しかし、必ずしもそうとは限りません。 結局のところ、1C:UPP の管理会計は強力なツールであり、その主な目的は勘定科目表やレジスターを操作するときに会計を提供することです。 したがって、経理部門がすべてのリクエストをカバーすれば、次の期間の初めに必要なデータをすべて入手することができます。 しかし、収集される情報の「正確さ」とその情報が経営目標に適合するかどうかには、さまざまな要因が大きく影響することを理解する必要があります。 取引相手と協力しているとしましょう。 この間、パートナー企業の所有者は変わっていません。 しかし、標識、正式な住所、名前は複数回あります。 したがって、経理部門には複数の取引相手が存在することになります。 管理会計上は1社として表示することが望ましいのですが。 したがって、会計データに基づいて作業することは、中小企業に適しています。

どのようなソフトウェアを使用すればよいですか?

もちろん、1C:Enterprise はすでにあります。 しかし、基本的な能力が欠けていることがよくあります。 そのため、さまざまな企業が作成したアドオンや設定がよく使用されます。 例として、「1C BIT.FINANCE.管理会計」を考えてみましょう。 レポートを統合し、それを国際標準の要件に一致させ、さまざまな予算計画を提供し、すべての契約の記録を保持できるようにしたい人に適しています。 「1C BIT.FINANCE.管理会計」はモバイル端末からの連携も可能で、新たなニーズにも柔軟かつ迅速に対応できます。 確かに、一度の開発で全員を満足させることは不可能です。 そして、ここでさらにお勧めできるのが「1C:ERP管理会計」です。 この構成は、経済計画サービスの従業員、中間および上級管理者向けに設計されています。

知覚における個々の瞬間

多くの人にとって、1C（会計、管理会計）について話すとき、最初のCは白（財政）として分類され、2番目のCは現実として分類され、現状を明確にします。 はい、このようなことが起こる可能性があります。 しかし、必ずしもそうとは限りません。 何も隠さず、誠実に仕事をしている企業はたくさんあります。 したがって、会計や管理会計の概念を適用することができます。 しかし、一部の情報が BU に表示されない場合はどうなるでしょうか? ここにもオプションがあります。 そのうちの 1 つを見てみましょう。

1. データベースに 2 つの組織が作成されます。 1 人には実名を付けることができ、2 人目は「Managerial」などと呼ぶことができます。
2. すべての一次文書は 2 番目のデータベースに入力されます。 文書を白色会計で表示する必要がある場合は、組織の実名を使用してデータベースへの自動コピーを構成できます。
3. 統合問題を解決するときにも同様のアプローチを使用できます。 たとえば、会社に複数の法人が含まれており、グループ内の取引を除外する必要がある場合です。

これらのアプローチをどの範囲まで適用できるかは、個々の企業の管理者が自ら判断する必要があります。

データの関連性について

1Cの管理会計は現在のデータが表示され、会計よりも効率的であるという声をよく聞きます。 まあ、これにはある程度の真実もありますが、常にそうとは限りません。 この例を考えてみましょう。 店舗の会計担当者は、特定の商品の生産に関する既存の注文の終了を会計処理に即座に反映します。 一方、BU に到達しないか、大幅な遅れを伴いながら進行します。 しかし、財務責任者の立場にある人にとって、これは役に立ちそうにありません。 むしろ、生産管理者、営業担当者、中間管理者を対象としています。 すべてのデータを OU に表示する必要はありません。 しかしその一方で、経理部門は従業員の事前報告書を会計に記録します。 そして、ここには技術的な特徴が 1 つあります。

従業員が定期的に持参することを忘れる場合があります。 必要な書類（航空券、旅行カード）。 したがって、事前報告は直ちに発行されるのではなく、遡って発行されます。 このような状況は非常に一般的です。 しかし！ サービスが取引先企業によって提供される場合、取引先企業は作業完了証明書を提出する必要があります。 そして、遅延がある場合は、会計でそれが形成されます 売掛金。 一方、CU によれば、それは存在すべきではありません。 さらに、1C の管理会計では、期の早期終了 (通常は遅くとも 10 日以内) を前提としています。

企画について

もう一つ重要な点があります。 会計報告書は過去により重点を置き、経済活動の達成された事実を記録します。 一方、管理会計は将来の計画を立てるために作成されます。 しかし、ここにはいくつかのニュアンスがあります。 したがって、まず必要なタスク (予算編成など) を確実に自動化する必要があります。 しかし、不快な瞬間を避けるためには、計画と事実の分析と更新に注意を払う必要があります。

何のために？

では、なぜ 1C: Accounting 8.3 で管理会計を実装できるのでしょうか? 動きについて知りたい場合に必要です お金、収入、支出、経営バランスシート。 リーダーに設定された目標には、個別かつ細心の注意が必要です。 結局のところ、管理会計には多くのデータが詰め込まれる可能性があります。 しかし、それらは役に立つでしょうか？ 情報処理の自動化も忘れてはいけません。 結局のところ、管理者が大量のレポート (その多くは単純に必要ではない) を処理および分類すると、作業効率が低下します。 そして、適切な意思決定を下すのにも、適切に作業を組織した場合よりも何倍も時間が必要になります。

基本的なタスクとそれを解決する際の困難さ

そこで、プログラム、管理会計「1C」、管理と会計の違いについて確認しました。 さて、練習について話しましょう。 まず第一に、経営と会計の枠組みの中で作成されるレポートは、形式は同じでも、その内容は大きく異なるという事実に注意する必要があります。 これは、指標の詳細 (分析) と財務評価の問題に最も関連します。 今後は管理会計にも力を入れていきます。 収入と支出に関するレポートを作成する場合、コスト センターの内訳が含まれます。 これは、絶対的および相対的な観点から、誰がより多くの収入および/または支出をもたらすかを判断するために必要です。 キャッシュ フロー レポートも同様の原則に従って作成されます。 同時に、アイテムだけでなく、経費が発生する場所にもリンクされます。

一番難しいのは経営バランスです。 前の例では、売上高指標のみを考慮するだけで十分でした。 一方、経営バランスを考えると、残りの部分に注意を払う必要があります。 また、企業が複数の分野にまたがる場合には、それを作成する際に活動の方向性を示す必要があることがよくあります。 このタスクを簡素化するために、製品グループを作成し、その後それらの間で品揃えを配布することができます。

最初の例

建設会社に、コンピュータ化された機器とソフトウェアを保守する情報技術部門があるとします。 サービスの利用者は、複雑な建設機械を含むさまざまな建設チームです。 同時に、IT 部門は独立した組織 A として形成され、別の貸借対照表に掲載されます。 毎月末に、工事完了証明書が彼女から建設に直接関与する別の組織 B に引き渡されます。 法定会計では、収入 A と支出 B が発生しますが、それらの所有者は同じです。 したがって、すべては1つの企業の枠組みの中で起こるため、このような動きはすべて起こるべきではありません。 ただし、管理会計の場合は、情報技術部門が発生するコストを考慮する必要があります。 結局のところ、メンテナンス プログラムや機器は無料ではなく、さらに従業員に給与を支払う必要があります。

2番目の例

商品が複数の部門を経て特定のサプライチェーンを通過する会社があるとします。 最初は卸売倉庫に配置され、次に地域の配送センターに配置され、最終的には小売販売部門に配置されます。 次の条件が満たされていると仮定します。

1. リストされているすべての部門は、単一の所有者を持つ 1 つの組織の一部です。
2. 管理会計ポリシーでは、収益は最終消費者に販売される製品のみに基づいて計算されると規定されています。

製品が市場で販売されるときは、すべての部門の参加を考慮する必要があります。 この目的のために、いわゆるスルー収益性が計算されます。 つまり、管理会計では、倉庫内での商品の移動を登録できるようにする必要があります。 しかし、見落とされがちな点である、異なる地点間で製品を移動するコストを含む移転価格も考慮する必要があります。 そして、これらすべてを考慮して、最終的な指標を作成する必要があります。

ベンダーコード：

« 1C:ERP エンタープライズ管理 2» は、大企業および中堅企業の自動化における世界および国内のベストプラクティスを考慮した、多業種企業の活動を管理するための複雑な情報システムを構築するための革新的なソリューションです。 1C:ERP Enterprise Management 2 ソリューションは、1C の専門家からなるプロジェクト チームによって、1C:Enterprise プラットフォームの新しい最新バージョン 8.3 上で開発されました。このチームには、主要な 1C パートナー (ERP センター) の専門家を含む、特別に設立された専門家評議会の参加が得られました。 、開発センター「1C」）および大企業の専門部門の責任者。 最終バージョンのリリース前に、この製品は数百のパートナーと数十のクライアントによって 1 年以上にわたりパイロット実装で研究およびテストされました。

これは便利ですよ！

「1C:ERPエンタープライズマネジメント2」

特別な注意開発中は、技術的に複雑なマルチプロセス生産を含むさまざまな活動分野で大企業が必要とする機能の実装に注意が払われました。 このアプローチにより、「1C: Manufacturing Enterprise Management」エディション 1.3 と比較して、新しい ERP ソリューションの機能と範囲を大幅に拡張することができました。

• 広い 機能性国際クラスの ERP システムのレベル。
• 柔軟で生産性の高い最新のプラットフォーム 「1C:エンタープライズ8.3」、「クラウド」テクノロジーやモバイルデバイスでの作業など、インターネットを介した作業をサポートします。
• 単一プラットフォーム (PDM、EAM、PMO、ITIL、CRM、MDM、WMS、TMS、BSC、ECM、CPM、ESB、GIS など) 上のシステムの機能を拡張する多数の特殊なソリューション。
• ERP システムの導入において長年の経験を持つパートナーの広範なネットワーク。
• 所有コストが低く、労働生産性の向上と迅速な投資収益率によって大きな経済効果が得られる可能性があります。

• 新しい生産管理サブシステムを開発しました– ショップ間および運用レベルでの移行の管理、ルートシート、打ち上げバッチの管理、グループおよび個人の作業割り当て、運用派遣、ボトルネックの管理、負荷管理、タイムクォンタムまでの計画、不正確な基準での作業の準備。
• 修理を組織するためのサブシステムが開発されました– 修理対象の会計、稼働時間の登録、現在および予定されていない修理の会計、生産サブシステムとの統合 – 機器の可用性スケジュール。
• 原価計算・原価計算システムの開発– 初期費用の金額、計算の妥当性の可視化および制御に至るまで詳細に説明します。
• 財務管理サブシステムの開発– 活動分野別の会計、申請承認の段階、柔軟な配布ルール、取得業務。
• 予算作成のメカニズムとツールの改善 - 表形式の予算作成モデル、バージョン管理、計画された指標の計算、データのデコード。
• 企業の貿易および倉庫活動を自動化するためのサブシステムの開発 - 効率管理 販売プロセスそして クライアントとの取引、カスタマイズ可能な自動価格設定機能、規制された販売プロセスの使用、顧客注文の高度な管理、営業担当者の管理、販売プロセスのステータスの監視、注文の個別の会計処理 - 予約ニーズ、倉庫作業員用のモバイル ワークステーション、再利用可能なパッケージの会計処理、在庫、配送管理、商品カレンダーの統計分析 (貿易管理との統合、エディション 11.1)。
• サブシステム開発 規制された会計- 財務会計グループの商取引を反映するためのルールの設定、反映の関連性を制御した繰延転記による経済活動の事実の会計処理、任意の文書の転記形成の運用管理、組織の別部門との決済(79 アカウント)、追加設定なしで「複雑な」VAT の会計処理を自動サポート、所得税申告書の解釈と規制された報告。
• 製品管理能力の向上 人員と計算 賃金 – 人員配置表の維持、従業員の成果に基づく賃金の計算、財務および規制会計に賃金を反映するための柔軟なオプション。
• バージョン 8.3 の新機能の使用 1C:エンタープライズ プラットフォーム – シン クライアント モードと Web クライアント モードでの操作をサポートします。