償却時のマイナス残高の制御。 リクエストに応じて文書データと残高登録を受信します

処理により、指定された日付の時点で、特定の組織の選択された在庫アカウントのマイナスの数量残高が削除されます。

データベースに命名法 (レポート内の「赤さ」) を考慮する際に問題があるとします。

処理を開き、フォームの必須フィールドに入力します。 残高、組織を分析する必要がある日付を示します。「勘定科目」フィールドには、「短所」を削除する会計口座のリストを示します（グループ口座を選択できます）。 分析を記入するには収入項目を選択する必要があります (マイナスの消去は入庫を作成することによって行われます)。 その後、クリックしてください 書類の作成:

2 つの投稿ドキュメントが作成されていることがわかります (単に記録されています)。それらを投稿するには、同じ名前のボタンをクリックする必要があります。

2 番目のタブにはエラーの表が表示されます。これらは単純な投稿では削除できない「欠点」です。 最初の行では合計のない数量が表示され、2 行目では数量が負で合計が正になっています。 このような行が転記に追加された場合、文書は転記されません。

このような場合の唯一のオプションは、手動操作を作成することです。

その結果、次のアカウント証明書が作成されます。

1C のマイナス残高は、在庫勘定のマイナスの最終残高です。 このような残高は、倉庫に十分な量の在庫がない状態で商品、材料、製品の償却が行われたことを意味します。 1C 8.3 Accounting 3.0 のマイナス残高の制御により、倉庫に在庫品を持たずに出荷の可能性を管理できます。

日常業務において、会計士は、商品がまだ在庫にない場合でも、商品を発送する必要があることがよくあります。 このような場合、特定の設定を使用すれば 1C 8.3 Accounting 3.0 プログラムでの実装が可能です。 ただし、商品の原価は会計上は償却されないことに注意してください。 このような販売の場合は、商品が倉庫に到着した後に再度取引を行う必要があり、会計担当者がこれを会計に反映します。 ここを読んでください 1C 8.3 での在庫品目の会計処理に関する段階的な説明。 次に、1C 8.3 会計のマイナス残高の管理に関する説明を読んでください。

会計を BukhSoft に迅速に転送

ステップ 1. 1C 8.3 でバランス制御を無効にする方法

デフォルトでは、1C プログラムは商品の在庫がなければ販売を実行できないように設定されています。 ただし、特別な設定により、1C のバランス制御を無効にすることができます。 1C 8.3 会計の残高管理を無効にするには、「管理」セクション (1) に移動し、「文書の投稿」リンク (2) をクリックします。 実行設定ウィンドウが開きます。

ウィンドウで、「在庫の償却、前払いの相殺、および債務の返済がない場合、在庫の償却を許可する」という碑文の横のボックスにチェックを入れます (3)。 商品がまだ在庫にない場合でも、販売伝票を転記できるようになりました。

この設定は、この 1C データベースに記録を保存するすべての組織に適用されます。 ある組織のバランス制御を有効にし、別の組織では無効にすることはできません。

残高がない場合に消込権限を有効にしている場合は、マイナスの残高がないように制御する必要があります。 そうである場合、次のような理由が考えられます。

  1. サプライヤーからの商品の受領を記録していませんでした。
  2. サプライヤーからの商品の受領にエラーが発生したことを反映しました。
  3. 販売書類には製品が誤って記載されています。

1C 8.3 でマイナス残高を特定するための特別なレポートがあり、それについては次のステップで説明します。

ステップ 2. 1C 8.3 でマイナス残高を確認する場所

残高がない場合に償却する権限が有効になっている場合は、マイナス残高を定期的に監視する必要があります。 このような管理は、経営の形成や税務報告にかかるコストを計算する必要がある場合に特に重要です。

1C 8.3 のマイナス残高は、特別なレポート「マイナス残高の制御」を使用して制御されます。 これを作成するには、「倉庫」セクション (1) に移動し、「マイナス残高の制御」リンク (2) をクリックします。 レポートウィンドウが開きます。

レポート ウィンドウで、マイナス残高を表示する組織 (3) と期間 (4) を指定します。 次に「生成」ボタン(5)をクリックします。 レポートが生成されます。

報告書には次のように記載されています。

  • 重要な資産 (6)、残高がマイナスになっているもの。
  • そのような残基の数 (7);
  • 口座 (8)、マイナス残高が記録されました。
  • 残高なしで転記された販売伝票 (9);
  • 在庫の初期残高 (10);
  • 指定された販売のための在庫アイテム (11) の消費。

在庫勘定の期末残高がマイナスになってはいけません。 レポートには、そのようなエラーを特定するのに役立つ指標が含まれています。

この記事は、1C 実装者、特に 1C 認定: プラットフォーム スペシャリストの準備をしている人を対象としています。

今日は見ていきます 2つの残高管理方法 - 倉庫内の残高だけでなく、相互決済なども管理可能 (「顧客の現在の借金はいくらですか?商品を顧客に発送することは可能ですか?」)

どちらの方法も、標準構成と認定タスクで使用されます。 そして、それらは2つあるので、 「新しい」テクニックがいつ適用され、いつ「古い」テクニックのみが適用されるかを明確に理解する必要があります。.

これは 1C プログラマにとっての基本的な知識です。このような領域に空白を残さないことをお勧めします。 勉強する必要があるはずです 15分 :)

問題の声明

「商品の受領」と「商品の販売」という文書を使用して簡単な構成を考えてみましょう。

残高を計算するには、蓄積レジスタ「無料残高」が使用されます。

伝票「商品受領」を転記すると、次の動作が実行されます。

処理手順(失敗、モード)


製品サイクルからの TechStringProducts ごとに
移動 = Movements.FreeRemains.Add();
Movement.MovementType = AccumulationMovementType.Incoming;
移動.期間 = 日付;
Movement.Nomenclature = TechStringProducts.Nomenclature;
Movement.Quantity = TechStringProducts.Quantity;
エンドサイクル;

手順の終了

伝票「商品の受領」の転記処理は、ムーブメントデザイナーを使用して実行されましたが、倉庫に到着したときに残高の管理が必要ないため、関係ありません。

場合によっては、「商品受領」伝票にも残高管理が実装されるため、伝票が取り消されたり再転記されたりしたときにマイナス残高が形成されなくなります。

たとえば、10 台の新しい LG テレビが倉庫に到着し、そのうち 6 台が販売されました。 領収書が10枚の場合。 5個ずつ固定します。 – マイナス残高「マイナス1個」が形成されます。

標準 UT 11 では、このような制御は、機能オプション「受領取消時の組織の商品の制御」を使用して有効になります。

「物品の販売」書類を転記する場合 残留物の管理を組織化する必要がある。 十分な製品が残っていない場合、文書は転記されず、診断メッセージが発行されます。 これが解決されつつある問題です。

私たちは、償却コストが計算されない単純な問題に意図的に取り組んでいます。 これにより、残留物管理の微妙な違いに特に焦点を当てることができます。

注記– 以下に示すアルゴリズムはトレーニング用に設計されており、可能な限り明確である必要があります。
最適化することはできますが、そうすると「理解係数」が低くなるため、この記事ではこれについては触れません。

当然のことながら、自分で最適化することも、1C の高速化と最適化に関するコースを受講することもできます:)

すでに理解したように、問題を解決するには 2 つの方法があります。 1C:Enterprise 8.0 の時代から使用されているテクニックから始めましょう。

残留物管理の古い方法

古い残留物制御技術の原理は次のとおりです。 必要な数量の商品が残っているかどうかを確認します。 存在する場合はそれを帳消しにし、存在しない場合はエラーを報告します。.

古い方法のアルゴリズムは、いくつかのブロックで構成されています。

  1. リクエストは製品残高と文書データを取得します
  2. サイクルは物資の充足を監視します
  3. 商品が不足している場合、書類は転記されません
  4. 物があれば消費運動が起こる

プログラムコードは次のようになります。

// 1. 古いレジスタの動きをクリアする
Movements.FreeRemainders.Write = True;
動き.Record();

// 2. リクエストに応じて文書データと残高登録を受信します
リクエスト = 新しいリクエスト。
リクエスト.テキスト =
"選ぶ

|PLACE製品
|から
|どこで
| Products.Link = &Link
|グループ化
| 製品.命名法
|インデックスによる
| 命名法
|;

|選択
,
| REPRESENTATIONLINK(Products.Nomenclature) AS NomenclatureRepresentation、
| Products.数量 AS 数量、
| ISNULL(Remaining.NumberRemaining, 0) AS 残り
|から
| 製品AS製品
| LEFT JOIN RegisterAccumulations.FreeRemains.Remains(
| 瞬間(&M)、
| 命名規則B
| （選ぶ
| 製品.命名法 AS の命名法
| から
| ソフトウェア製品.命名法 = 残りの.命名法";
Request.SetParameter("TimePoint", TimePoint());

// 3. クエリ結果の走査

// 4. 商品の充足性の確認
赤字 = サンプル製品.数量 - サンプル製品.残り;
赤字>0の場合
拒否 = True;
Message.Text = "製品 "+SelectionProducts.NomenclaturePresentation+" の数量 "+Shortage+" 個が不足しています。";
メッセージ.メッセージ();
endIf;

// 5. エラーがあった場合はループの先頭に戻ります
失敗したら
続く;
endIf;

// 6. レジスタへの移動の実行
移動.期間 = 日付;

エンドサイクル;

// 7. トランザクションの終了時に動きを記録するためのフラグを設定する
Movements.FreeRemainders.Write = True;

手順の終了

アルゴリズムの重要なポイントについてコメントしましょう。

1. 古いレジスターの動きをクリアする

以下のアルゴリズムでは、レジスタの残りの部分に対するリクエストがあります。

現在のドキュメントが以前に投稿されたものである場合は、 リクエストで古い文書の移動を受け取る確率– これは深刻な問題です。

そのような状況はいつ起こり得るのでしょうか? 文書の日付はいつですか 前進する.

これがどのような結果をもたらすかを例で示してみましょう。

  1. テーブルランプ 残り10個
  2. 2017 年 2 月 16 日付けの文書は処理中です。6 つのランプを消しています。
  3. ドキュメント内の日付が 02/17/17 に変更されました (日付は少なくとも 1 秒進めることができます)。ドキュメントを再投稿しましょう。

動きをクリアしないと、システムは 2 個の不足を報告します。 なぜ？ はい、古い文書の移動により、既存のランプ 10 個のうち 6 個が消えてしまったからです。 次に、システムはさらに 6 個を償却しようとしますが、残っているのは 4 個だけです。

この問題は 3 行のコードで解決されます。

  • レコードセットはクリア中です (フォームまたは以前のハンドラーで読み取られた可能性があります)
  • レコードセットには「書き込み」フラグが設定されています
  • 「記録」フラグが設定されているすべてのセットが記録されます。

厳密に言えば、ドキュメントを投稿するときの動きのクリーンアップを制御できます。

実行をキャンセルするときに動きを削除するオプションをお勧めします。実際に動きを削除する必要があるタイミングは私たち自身が制御します。

2. ご要望に応じて書類データおよび残高登録の受領

リクエストは 2 つのパッケージで構成されます。

  • 最初に、表部分からグループ化されたデータが取得され、一時テーブルが作成されます。
  • 2 番目のリクエストでは、レジスターの残りが文書データに追加されます。

このリクエストで注意すべき点は次のとおりです。

  1. 一時テーブルを作成するとき、結合が実行されるフィールドにインデックスが付けられます。これは最適なパフォーマンスのために行われます。
  2. 残高を受け取った瞬間 – 時間軸上の文書の位置に対応します
  3. レジスタには剰余がない可能性があります。そのため、左結合が実行され、「Quantity」リソースに対して「ECTNULL」関数が使用されます。NULL 値はゼロに減らされます。

3. クエリ結果のバイパス

開発された依頼には、グループ化された文書データと明細項目ごとの残高が含まれています。

ループ内で、このリクエストの結果を調べます。

4. 商品の不足の確認

欠品の判断は弊社にて行います。

赤字がゼロより大きい場合、商品が不足していることを意味します。

  • 診断メッセージを発行します
  • 投稿処理の「拒否」パラメータを「True」に設定します。

「拒否」が「真」に等しい場合、文書転記トランザクションの結果は記録されません。 簡単に言うと、これはこの文書を処理しないようにシステムに命令するものです。

5. エラーがあった場合は、サイクルの最初に戻ります。

サイクルのこのステップまたは前のステップでエラーがあった場合 (失敗 = True)、動きを形成する意味がありません。 ただし、データベースには記録されません。

6. レジスター内での動きの実行

残高のチェックが成功した場合は、経費の移動を作成します。

7. トランザクション終了時の動作記録フラグの設定

このフラグが設定されていない場合、動きは記録されません。

文書転記トランザクションの終了時に、「書き込み」フラグが設定されているレコードのセットのみが書き込まれます。

公平を期すために、レコード セットの「Record」プロパティを設定することは、ある条件下では意味があることに注意してください。ドキュメント プロパティ「実行中の動きを記録」で、値「選択されたレコード」を指定する必要があります。

ただし、事実上の標準は「選択されたレコード」値です。

  • 標準ソリューションで使用されています
  • 新しいドキュメントを作成するときにデフォルトで設定されます。

プロパティのもう 1 つの値である「Write Modified」は廃止されており、最新の構成では実際には存在しません。

新しい残留物管理方法

新しい方法では、必要な商品を償却し、文書の商品に対してマイナスの残高が形成されているかどうかをチェックするという原則が使用されます。 「はい」の場合は、ドキュメントをロールバックする必要があります。

ご覧のとおり、天秤を制御する瞬間には根本的な違いがあります。

  • 古い方法では、まず残高を確認してから、それを償却します。
  • 新しい手法 - 最初に償却し、次に残高を確認します。

その結果、プログラム コードは次のようになります。

処理手順(失敗、モード)

// 1. リクエストによる文書データの受信
リクエスト = 新しいリクエスト。
Query.TemporaryTableManager = NewTemporaryTableManager;
リクエスト.テキスト =
"選ぶ
| 製品.命名法 AS 命名法、
| SUM(項目.数量) AS 数量
|PLACE製品
|から
| 商品およびサービスの販売に関する文書。
|どこで
| Products.Link = &Link
|グループ化
| 製品.命名法
|インデックスによる
| 命名法
|;
|////////////////////////////////////////////////////////////////////////////////
|選択
| 製品.命名法 AS 命名法、
| 製品.数量 AS 数量
|から
| 製品としての製品」;
Request.SetParameter("リンク", リンク);
RequestResult = Request.Execute();

// 2. 動きの形成 - レジスタの消費
Movements.FreeRemains.Clear();
SelectionProducts = クエリ結果.Select();
SelectProducts.Next() ループ中
移動 = Movements.Free Remainings.AddExpense();
移動.期間 = 日付;
Movement.Nomenclature = SelectionProducts.Nomenclature;
移動.数量 = サンプル製品.数量;
エンドサイクル;

// 3. 動きをデータベースに記録する
Movements.FreeRemainders.Write = True;
動き.Record();

// 4. レジスタから負の剰余を受け取るクエリ
リクエスト.テキスト =
"選ぶ
| 命名法 AS 命名法のままです。
| REPRESENTATIONLINK(Remains.Nomenclature) AS NomenclatureRepresentation、
| -Remaining.QuantityRemaining AS 不足
|から
| RegisterAccumulations.FreeRemains.Remains(
| 瞬間(&M)、
| 命名規則B
| （選ぶ
| 製品.命名法 AS の命名法
| から
| 製品 AS 製品)) AS 残り物
|どこで
| 残り.残り数量< 0";

コントロール境界 = 新しい境界(TimePoint(), BorderView.include);
Request.SetParameter("TimePoint", 制御境界);
RequestResult = Request.Execute();

// 5. 商品不足に関するメッセージの表示
QueryResult.Empty() でない場合は、
拒否 = True;
ErrorSelect = QueryResult.Select();
SelectErrors.Next() ループ中
メッセージ = 新しいメッセージToUser;
Message.Text = "製品「+SampleErrors.NomenclaturePresentation+」の数量「+SampleErrors.Deficiency+」個が不足しています。";
メッセージ.メッセージ();
エンドサイクル;
endIf;

手順の終了

アルゴリズムの重要なポイントを見てみましょう。

1. 資料データのリクエスト受信

このクエリは、ドキュメントの表部分のデータをグループ化するために必要です。

バッチ内の最初のクエリによって一時テーブルが作成されることに注意してください。これは次のクエリで使用されます。 これは、このクエリ用に作成された一時テーブル マネージャーのおかげで可能になります。

2. 動きの形成 - レジスタの消費

このサイクルでは、文書のデータがレジスターに書き込まれます。つまり、商品の無条件 (検証なし) の償却が実行されます。

3. 動きをデータベースに記録する

レジスタ内の残高を変更するには、動きを記録する必要があります。

4. レジスタから負の剰余を受け取るクエリ

ここで、簡単なリクエストにより、文書商品のマイナス残高を選択します。

ここで、最初のステップで作成した一時テーブルが使用されます。項目に条件が課されます (このために、「リクエスト」タイプの新しいオブジェクトを作成せず、前に作成したものを使用します)。

瞬間がどのように送信されるかに注目してください。「境界」データ型が使用されます。 残りの残高は、現在のドキュメントの直後の時点で受け取る必要があります。

たとえば、文書の日付に 1 秒を追加することで、枠線のない残高を取得することは可能でしたか?

いいえ！ 結局のところ、1 秒間には大量のドキュメントが存在する可能性があります。 したがって、唯一の正しいオプションは、「含む」境界線タイプを使用することです。

5. 欠品メッセージの表示

クエリ結果が空でない場合は、負の剰余が存在します。この場合、ドキュメントは処理されず、すべてのエラーに関するメッセージが表示されます。

新手法による残留制御のメリット

したがって、どちらのアルゴリズムも同じ問題を解決します。

アルゴリズム間の違いは明らかですが、利点は明らかではありません。

それでは、それらを強調表示しましょう。

  1. 古い文書の移動を消去する必要はありません。 基本的に、これは空の動きのセットをデータベースに書き込み、既存の動きを削除する操作です。これらは非常にリソースを大量に消費する操作です。
  2. マイナス残高のデータを取得するクエリは、1 つのテーブルのみにアクセスします。 ドキュメントデータと左結合を行ったり、「ISNULL()」関数を使用したりする必要はありません。

さらに、通常の業務プロセス中に、ユーザーは倉庫の残高を超えない数量を指定します。

この場合、2 番目のリクエストはデータを返さず、ドキュメント処理は可能な限り高速になります。

このミリ秒は本当に重要ですか?

データとユーザーの量が少ないデータベースでは、違いは目立ちません。 しかし、数十人のユーザーがいる多忙なシステムでは、ミリ秒ごとのコストが高くなります。

さらに、1C:プラットフォーム スペシャリスト試験では、特定のタスクで許可されている場合は、残高を制御する新しい方法を必ず使用する必要があります。

そうですね、常に新しいテクニックを使用する必要がありますね?

いいえ、そうではありません!

この新しい技術は、文書の処理に必要なデータがすべて文書自体に含まれている場合にのみ使用できます。

つまり、データを取得するために、天びんを制御するレジスタにアクセスする必要はありません。

したがって、たとえば、その金額が「自由残高」レジスターでも考慮される場合は、古い管理方法を使用する必要があります。

ちなみに、標準の「1C: Trade Management 11」では、残高管理は新しい方法を使用して実装されており、「1C: Accounting 8」では、古い方法に従って実装されています。

しかしそれだけではありません！

上記のアルゴリズムは、教育目的のみに使用できます。 重要なのは、それらは考慮されていないということです 制御されたロック、システム上に複数のユーザーがいる場合に使用する必要があります。

両方の残留物制御方法のブロックについて説明します。 また、この記事では、残高の管理に加えて、償却品目のコストを計算するという、より複雑な問題を解決します。 注意深く勉強することをお勧めします。

まず最初に言っておきますが、 新しい方法でのロックの取り付けは非常に簡単です– これが残留物管理の新しい方法のもう 1 つの利点です。

結果

簡単にまとめてみましょう。

私たちは、現代の一般的な構成で使用されている 2 つの残留物制御技術を検討しました。

テクニック間の主な違いバランス制御の瞬間:

  • 古いテクニック - 音域に動きを記録する前に制御する
  • 新技術 - 音域の動きを記録した後に制御

一般に、新しい手法はより効果的ですが、常に適用できるとは限りません。

適用基準– 動作を生成するために制御されたレジスタのデータにアクセスする必要がない場合は、新しい技術を使用できます。

製品バランスの制御について言えば、コストと倉庫のバランスに関するデータが異なるレジスターに保存されている場合、新しい技術の使用が可能になります。

そして最後に、からの例 典型的な構成:

  • で UT11品目の会計には 2 つの主要なレジスターがあります。自由残高 (数量) と商品原価 (コスト データ) - 新しい方法が使用されます。
  • で BP3.0コストと残高に関するデータは 1 つの会計記録簿に保存されます。残高を管理する古い方法が使用されます。

バランス制御を設定する必要がある状況は 2 種類あります。

最初の状況。 会計士は、実際には利用できるにもかかわらず、会計業務を担当していないため、1C 8.3 プログラムでの材料や商品の償却が不可能であるという問題に直面しなければならないことがあります。 そして、会計士は資材や商品の発送のための書類を緊急に準備する必要があります。

この状況は、組織が 1C 8.3 で会計を開始したばかりである場合、またはデータが適時にプログラムに入力されていない場合に発生する可能性があります。

2 番目の状況は、会計士が倉庫で利用できない材料を償却する場合です。 また、会計士は出荷書類を作成しますが、これは会社の評判にあまり良くありません。

バランス制御の設定

1C 8.3 Accounting プログラムには、残高を制御するための設定があります。 また、データベースを作成するとき、デフォルト設定では、会計データに従ってプログラムで利用できない商品を償却することができます。

残高は、倉庫分析を備えたアカウントが関与する販売、需要請求書、移動など、あらゆる種類のドキュメントの特定の組織および倉庫のコンテキストで管理されます。

重要！ 倉庫レベルで残高を管理するには、1C 8.3 で商品または材料の勘定科目に倉庫分析をインストールする必要があります。

したがって：

  • 最初の状況では、ボックスをチェックしてすべての材料残高をデータベースに入力する必要があります。 その後、商品や材料の受領を適時に記録することをお勧めします。
  • 2 番目の状況では、欠品品 (材料) の償却を禁止するには、ボックスのチェックを外す必要があります。

1C 8.3 でバランス制御を無効にする方法

不足品のある文書の投稿の禁止を解除するには、管理セクションの 1C 8.3 プログラムの設定に移動し、次に文書投稿設定に移動する必要があります。

会計データに基づいて残高がない場合、在庫の償却を許可するボックスにチェックを入れます。

倉庫における残高の管理

倉庫のマイナス残高を防ぐために、倉庫ごとの分析を設定します。 会計設定で倉庫の分析を有効にできます。セクション「管理」→「会計パラメーター」の順に選択します。 選ぶ 勘定科目表の設定在庫会計で をクリックします 品目別・倉庫別（数量別）:

新しいウィンドウでフラグを設定します 倉庫（保管場所）別。 このチェックボックスは、倉庫のコンテキストでの残高の制御に影響します。

  • チェックボックスをオフにすると、残高管理は組織ごとに実行されます。
  • チェックボックスがオンになっている場合、組織および特定の倉庫のコンテキストでは次のようになります。

1C 8.3 におけるマイナス残高の管理

ボックスのチェックを外すことができない場合、またはマイナス残高の記録を保持する理由がある場合、1C 8.3 Accounting にはマイナス残高を制御できるレポートが実装されています。

報告 マイナス残高の管理 1C 8.3 では、[倉庫] セクションにあり、[マイナス残高の管理] にあります。

文書、倉庫、品目、その他の会計オブジェクトの詳細を含むレポートを、一定期間生成できます。 また、選択を使用して特定の倉庫または品目のデータを表示することもできます。

重要！ マイナス残高管理レポートには、指定した期間のマイナス残高のみが表示されます。 レポートの開始前に償却された文書があった場合、それらのマイナス残高はレポートに含まれません。

レポート設定を変更するには、[設定の表示] コマンドを使用する必要があります。 設定タブの「グループ化」、「選択」、「追加フィールド」を移動することで、レポートに希望の外観を与えることができます。

Web サイトでは、1C Accounting 8.3 の構成を確認できます。

1C 8.2 (8.3) プログラムのセットアップの詳細 残高のない在庫の償却の禁止それが財務結果にどのような影響を与えるかについては、次のビデオをご覧ください。


この記事を評価してください:

倉庫残高の管理は、商品を扱う企業にとって必須の会計手続きです。 プログラムに製品がないにもかかわらず、実際には倉庫にあるという状況がよく発生します。 このような状況では、次の 2 つの選択肢があります。

  • 売りに出してください。
  • この状況が解明されるまで、倉庫に保管しておいてください。

選択は、組織のポリシーや特定の状況などのいくつかの要因によって異なります。 製品が店頭にあり、購入者がその製品に興味を持っている（実際に手に取っている）場合、販売を拒否することはお勧めできません。

一部の企業では、販売伝票を転記せずに生成することを実践していますが、すべての企業がこの実践を行っているわけではありません。 このような状況に備えて、最新バージョンの 1C プログラムには、マイナス残高の制御を無効にする機能が用意されています。

制御が有効になると、プログラムに従って在庫のない商品が販売されると、ユーザーに「「商品」リストの 1 行目の「数量」列が正しく入力されていません。」という警告が表示されます。 「表示された数量が残高を超えています。 残り: 18. 111.093 がありません。」

1C のマイナス残高の制御を無効にする

1C における天びんの制御のオン/オフの操作は、メニュー「メイン」-「設定」-「会計パラメータ」-「在庫」を通じて実行されます。 ここでは、「会計データに従って在庫がない場合に在庫の償却を許可する」ボックスをチェックする必要があります。

この後、「記録して閉じる」ボタンでアクションを確認します。 そして、そのような行為は会計におけるマイナス残高の形成の基礎となることが保証されています。 それらを排除する必要があります。

レポート「マイナス残高の管理」

このレポートは、ドキュメントが表示されるメニュー「ウェアハウス」-「レポート」を通じて生成されます。 ユーザーはリクエスト間隔を決定し、「生成」ボタンをクリックする必要があります。 指定された期間がない場合、マイナス残高を表示することはできません。これは、「期間」列への入力が必須であるシステムの機能です。

完成したレポートは次のようになります。

レポート自体には、ユーザーの要求やニーズに応じたグループ化、並べ替え、その他のデータ変換を含むフィルターの標準セットが使用できます。 [設定の表示] ボタンを使用すると、レポートに追加の行を手動で含めることができます。



読むことをお勧めします