1c 資金を支出するための erp アプリケーション。 文書「支出資金の申請書」に関する作業の説明
支出資金の申請書を作成する際に BDDS 財務管理システムを実装するには、財務部門と他の部門の相互作用を研究し、統一された規制情報と参照情報を開発する必要があります。 予算によるキャッシュ フローの制御を自動化できない場合は、支出資金のリクエストを通じて自動化できます。
以前は、JSC NAPO im の財務部門を率いていました。 VPチカロワ。」 これは、約 7,000 人の従業員を抱えるロシア最大の航空機製造企業の 1 つです。 しかし、同社には計画ルールが完全に欠如していた 小遣い、支払いのための書類の作成に関する規則、その承認の原則。 各部門は、月または四半期の資金と予算の支出要求をメモの形式で提供しました。 同時に、予算項目や予算のリスト、財政責任の中心など、単一の承認されたリストは存在しませんでした。 その結果、財務部門と他の部門との間で絶えず紛争が発生し、従業員は申請書が失われ、期限内に支払われず、その結果、定められた予算が履行されなかったと不満を訴えました。
支払いの効率化と資金支出の管理を確実にするため、既存の情報システム「1C:UPP」とSyteLineをベースにした予算編成システムを導入するプロジェクトの一環として「財務」ブロックを導入することが決定されました。 これを達成するために、4 つの問題が解決されました。
資金支出をコントロールするためのキャッシュフローの構築
まず第一に、キャッシュ フロー予算を構築するための構造が決定されました。キャッシュ フロー項目とその優先順位、支払い記録簿と支払いカレンダーのフォーム、資金の支出と受け取りの要求が作成されました。
利用者の利便性を考慮し、支払いの優先順位をキャッシュフロー項目に結び付けると同時に、協定や中央金融街に応じて項目の選択を制限することとした。 すべての部門に明確な支払プロセスを組織するための統一ルールを確保するために、同社は「資金支出の原則と手順」という規定を策定し、施行しました。 この文書には次の内容が含まれています。
- 資金の受領と支出のための書類を作成するための規則。
- 支払いのための文書の承認と順序の原則と手順。
- 運用および現在の支払い計画のためのアルゴリズム。
規制の重要な任務は、金銭的支出が関連する品目の価値を超えない金額に制限されるようにすることです。 DDS各中央連邦管区の承認された BDDS (年次、四半期、または毎月) に従ってください。
資金支出リクエストの生成の導入
責任ある執行者が資金を支出する必要がある場合、支払いの形式（現金または非現金）に関係なく、支払い要求を作成する義務があります。 この文書は、「1C: UPP」または SyteLine の 2 つのシステムで電子的に作成されます。 支払い開始者は、申請書に必要な詳細をすべて入力する必要があります。 次に、資金支出のための書類が「準備完了」ステータスで情報システム「1C:UPP」に自動的にアップロードされ、転記されます。
- 予算管理システムを構築する方法: プロジェクトの経験
申請時に、部門（CFD実行者とCDF顧客）、プロジェクト、契約ごとに、月（四半期、年）のDDS項目の残高が自動的に監視されます。 支払文書で指定された DDS 項目のいずれかの制限を超過した場合、それは 1C: UPP システムに記録されますが、転記されません。 同時に、対応する情報メッセージが発行されます。
実際には、次のような状況が発生する可能性があります。DDS 項目に基づく制限は使い果たされているが、支出資金の申請の優先度が高く、それが今期の予算に含まれていなかったということです。 この場合、文書は、この中央連邦管区の DDS の別の条項に基づく利用可能な資金を使用した調整の可能性、またはこの部門の予算の変更の可能性についてチェックされます。
支払いを取り消す決定がなされた場合、または取引相手が1C: UPPシステムで行われた支出資金の申請に関して支払った義務を履行しなかった場合（物品や資材を納品しなかった、サービスを提供しなかった場合）、対応する文書1C: UPP システム内で、必ず SyteLine システム内で閉じる必要があります。
資金支出の申請の承認は次のように行われます。 申請書は印刷され、支払いに必要な書類が添付され、支払い承認プロセスに関与する職員によって承認されます。 承認されたすべての申請は、資金の受領および送金の記録に従って財務部門に提出され、ステータス「承認済み」が割り当てられます。
支払い記録簿と資金支出申請書を作成するためのスキームの開発
財務部門の責任ある従業員は、翌営業日の支払いを計画するために、現金および現金以外の支払いの予備登録を 1C:UPP システムに毎日作成します。 登録簿には、当日の正午 12 時までに財務部門に提出されたすべての申請書が含まれます。 この場合、部門 (CFD 執行者および CDF 顧客)、プロジェクト、契約ごとに、月 (四半期、年) の DDS 項目の残高が 2 回目の監視されます。
当月に計画された制限を超えた場合、支出資金の申請は支払い記録に含まれません。 同時に、1C: UPP システムでは「拒否」ステータスが割り当てられ、1 営業日以内に文書は署名付きで支払い開始者に返送され、決定が下されます。
1C: UPP システムの形成後、予備的な支払い登録簿が印刷され、財務部門の責任者、会計責任者、および経済商務副総局長と合意されます。 支払い日の朝、予備登録簿がゼネラルディレクターに提出され、署名が求められます。 登録の承認後、一部の支払いを変更する必要がある場合、1C: UPP システムの財務部門の担当従業員が資金の支出申請時に「支出日」を変更し、登録から除外します。 この後、支払いレジスターには「承認済み」ステータスが割り当てられ、レジスターに含まれる資金の使用申請はすべて自動的に同様のステータスを受け取ります。
1C: UPP システムでは、事務局長が承認した支出資金の申請に基づいてのみ、支払文書 (経費現金命令および支払命令) を作成および転記することができます。ただし、支払業務登録簿に含まれるものは除きます。 。
行われた支払い (資金の申請) に関する情報は、1C: UPP システムを使用して次のようなレポートを使用して実行されます。
- 資金支出の申請記録の分析;
- DDS 品目、注文、資金源ごとの支払いの配分。
- FP項目ごとの支払いの分布。
レポートは、財務部門の従業員が支払いに関する情報を入力した後、支払い日から 2 営業日以内に作成されます。
当月の予算で承認されたものの、この期間中に支払われていない支出資金の申請はすべて、開始部門によって財務部門長との合意のもと、次の計画月の予算に組み込まれます。 次に、そのようなすべてのアプリケーションの当月の最終営業日に、「経費の日付」パラメータを次の予定月の第 2 営業日に変更します。
支払いカレンダーを作成する
運用および現在のキャッシュ フロー計画の目的で、予定された領収書や支出資金の要求などの電子文書に基づいて、1C: UPP システムで支払いカレンダーが生成されます。
- 支払いカレンダー: 現金管理ツールを作成するためのタスク
支払カレンダーの調整（バランス）は、分析結果に基づいて、入出金計画の変更を考慮して毎日実行されます。 このイベント中は、すべてのアカウントとレジの毎日の合計現金残高がマイナスでないことを確認する必要があります。 この値が正であっても、個々のアカウントまたはレジに経費を支払うのに十分な資金がない場合、他のアカウントからお金を移動する決定が行われます。 残高の規模に応じて、赤字を解消するか、会社の自由資金を使用するための措置が講じられます。
- 資金が不足した場合、支払日（重要）がまだ到来していない申請では、支出日を後日に変更する必要があります。
- 不測の費用に備えて設定された準備金の額を超える剰余金がある場合、設定された期限よりも支払日（予定）が早い申請の場合、支払開始者との合意により、支出日はより早い日に変更されます。
- 現金余剰額が企業のニーズを超えた場合、解放された金額を使用するオプションが決定されます。
導入されたソリューションのおかげで、同社は現金予算の二重管理をリアルタイムで実装し、プロセスの参加者間でフィードバックを確立し、現金不足のリスクを軽減し、資金のより合理的な使用を組織することができました。
ラリサ・カザコワ、「PO「ポレット」 - 連邦国家統一企業「GKNPT」の支部。 MV フルニチェフ」
彼女は金融業界で 13 年以上働いています。 彼女は、MarketService LLC、商用機器工場グループなどの企業の財務責任者であり、JSC NAPO im の財務部門の責任者でもありました。 V.P.Chkalova」、iLogistica Group of Companies。 2014 年 12 月以来、彼は連邦国家統一企業 GKNPT の支店である PA Polet で働いています。 MVフルニチェフ。」 実施された重要なプロジェクトには、MarketService LLC の BEST-4、「1C:7」システムでの管理会計の確立と導入、その後の自動化が含まれます。 予算制度の導入、貿易機器工場グループの管理会計の回復と財務の安定化。 JSC NAPO im での開発と実装。 V.P. Chkalov」システムは、売掛金の監視、キャッシュフロー予算の形成と実行の監視を目的としています。 現在、彼は記念注文システムから Polet ソフトウェアの 1C: UPP 1.3 プラットフォームに基づく 1C: UPP システムに会計および税務会計を移行するプロジェクトを実行しています。
合理的にお金を使うには、特定のニーズに対する支出の実現可能性を分析する必要があります。 会社の従業員は誰でも特定のコストに関心がありますが、現在の予算を考慮すると、実際の必要性は、多くの場合、従属階層の上位の従業員によってのみ決定されます。
自分のニーズを満たすために、従業員はマネージャーにメモを書き、マネージャーはそれをマネージャーと調整する、というように続きます...マネージャーは、自分が能力のあるコスト項目に従って資金の支出に同意します。 また、費用の額に応じて、同じ費用項目について異なる人が同意することもよくあります。 たとえば、マネージャーのイワノフは 10,000 ルーブル以内の経費しか承認できません。 金額が1万を超える場合、ペトロフはそれを承認します。 あるいは、特定の部門の従業員が、すべての部門のコストの実現可能性を評価できます。 多くの状況が考えられます。
「電子申請」サブシステムは、資金支出の申請を承認する段階を簡素化するツールのセットです。 柔軟な設定により、調整者と承認順序を決定するためのさまざまな状況を記述することができます。
サブシステムは次のとおりです。
今後の出費を分析するためのアプリケーションのレポート:
このサブシステムは、UPP 1.3、KA 1.1、UT 10.3 などの標準構成に統合すると便利です。 サブシステムをインストールする場合、標準構成オブジェクトは影響を受けません (アプリケーションにファイルを添付するための「追加情報ストレージ」ディレクトリの「オブジェクト」属性を除く)。これにより、設定を失うことなく構成更新を迅速にインストールできます。
サブシステムは、次の構成の通常の形式で実行されます。
- 「Production Enterprise Management」構成では、リリース 1.3.2.1 から 10.3.32.2 まで。
- で 「包括的な自動化」構成、リリース 1.1.1.1 から 1.1.61.2 まで。
- で 「Trade Management」構成。リリース 10.3.3.3 から 1.3.66.2 まで。
プラットフォーム 8.2 および 8.3 で動作します。
他の構成の場合は変更が必要になる場合があり、それには 1 ～ 10 時間かかります。 時給は1000RUR/時間。
サブシステムのコードは完全にオープンなので、ニーズに合わせて自分でサブシステムに機能を追加することも、修正については私に連絡することもできます。
サブシステムの機能を改善するための提案があれば、私に書いてください。 可能であれば、サブシステムが改善され、新しいバージョンがリリースされる予定です。 すべての修正は無料で提供されます。 改善は、詳細なインストール手順を含む構成の形で行われます。
テクニカルサポート 書面にて無料で。 Skype 経由で通信し、1 時間あたり 1000 ルーブルの料金でコンピュータに接続することが可能です。
サブシステムを使用するジョブの数に制限はありません。
購入する理由:
1. サブシステムはお金の使い方の効率を制御するのに役立ちます。
2. 誰がコストを開始し、誰と合意したかを常に追跡できます。
3. 支払い書類のスキャンを保存できます。
このサブシステムは、大手商社で開発、デバッグ、実装されました。 電子申請の使用により、承認時間の短縮と管理の強化が可能になりました。 支出資金。
このサブシステムの開発には設定に加えて 90 時間かかりました 個別に会社の詳細まで。
納品には、組み合わせ用の設定ファイル、インストール手順、およびユーザーマニュアルが含まれています。
1 か月間の無料テクニカル サポート。
返金保証
Infostart LLC は、プログラムが説明に記載されている機能と一致しない場合、100% の返金を保証します。 当社の口座にお金が入金された日から 14 日以内にリクエストした場合、お金は全額返金されます。
このプログラムは効果があることが実証されているため、完全な自信を持ってそのような保証を提供できます。 私たちはすべてのお客様がご購入に満足していただきたいと考えています。
「資金支出の要求」という文書は、現金または現金以外の支払い（一連の支払い）を行うか、または資金を移動するかの決定を記録することを目的としています。 書類の内容や利用手順は、基本的に「支払命令書（出金）」や「現金支出命令書」と同様です。
予約および配置パラメータは自動的に入力されます。 この目的のために、このドキュメントではフラグと 「自動配置」.
これらのフラグを設定すると、ボタンをクリックしたときに「配置」列が自動的に入力されます。 「記入して投稿」.
自動配置スキームと手動配置スキームを組み合わせることができます。 フラグを設定した状態 「自動予約」そして 「自動配置」塗布量の一部について配置オプションを手動で指定できます。 そしてボタンを押すと 「記入して投稿」残額のみ自動入金となります。
操作タイプを「」に設定した場合 サプライヤーへの支払い」または " 購入者に返金してください」取引相手との業務上の決済に変更が加えられる。
「支出資金申請書」という書類に基づいて、銀行や現金での支払い書類を入力することができます。 このような文書には、必要な要件が含まれています。 入札"に基づいて入力するか、手動で入力することもできます。 指定された支出資金申請に支払文書を転記する場合、文書の金額がこの申請の現在の未払い残高と一致しているかどうかがチェックされます。
追加の権利を設定する場合、ユーザーが資金の使用申請を示さずに支払い文書を処理することを禁止することができます。
文書「資金支出要求」は、現金管理サブシステムと予算作成サブシステムの間のリンクとしても機能します。 この目的のために、アプリケーションは「予算運営」文書と同様の詳細のブロック (計画シナリオ、売上高項目、中央金融地区、プロジェクトなど) を提供します。 申請書を提出する際、指定された詳細を使用して、支出が承認された資金の総額が以前に設定された制限値に準拠しているかどうかが監視されます。
アプリケーション承認メカニズムを使用する場合のアプリケーションの操作の機能
アプリケーション承認メカニズムは、組織のリストに対してオプションで使用されます。
アプリケーション照合メカニズムを使用すると、次の機能が生じます。
現在申請を承認中のユーザー
承認の上位段階でアプリケーションを承認するユーザー
他のユーザーはアプリケーションを変更できません。ステータスは別の列に表示されます
注文ステータスによるグループ化が使用されます
アプリケーションは背景色で強調表示されます
拒否されました - ピンク
申請に組織が示されていない場合、この申請は承認に参加しません。
申請の承認ルートは、申請に記載された部門に応じた設定に従い決定されます。
申請が承認ルートを通っていない場合（申請ステータスが「承認」でない場合）、その申請に基づいて支払書類を発行することはできません。
申請が承認ルートを通過し始めた場合、申請は変更される可能性があります
注文が「承認済み」状態の場合は変更できません
申請が「拒否」状態になった場合、申請はキャンセルされます。
アプリケーションの現在のステータスはアプリケーションのリストに表示されます
現代の競争環境において企業が効果的に存続するための不可欠な条件は、迅速かつ信頼性の高い情報の生成、相互決済の規制、支払規律の強化、そして最終的には現金の迅速化を保証する効果的なキャッシュ フロー管理メカニズムの構築です。ひっくり返す。
この構成には、企業の資金管理を自動化するためのツールが含まれており、次の 2 つの主要な機能を実行します。
- 決済口座および現金窓口における企業の実際の資金の動きの運用会計。
- 企業の現金の入出金の業務計画。
企業の支出と資金の受け取りの一般的な計画は、予算編成の枠組みの中で実行されます。 作成される財務計画 (予算) は、資金管理サブシステムの一連のガイドラインと制約として機能します。
しかし、現金管理機能の枠組みの中で、運用上の財務計画、つまり支払いカレンダーが維持されます。 数日前に支払いカレンダーを作成するのが合理的です。
支払いカレンダーは、支出資金のリクエストと予定されている現金の受け取りをまとめたものです。 支払いカレンダーは、企業の銀行口座やレジなど、資金が保管される場所に至るまでの詳細をまとめて作成されます。 支払いカレンダーを作成する際、その実現可能性、つまり保管場所の現金準備金が十分であるかどうかが自動的にチェックされます。
財務計画機能を 2 つの構成サブシステム (予算サブシステムと資金管理サブシステム) に分割することは、企業のさまざまな部門と従業員間での財務管理機能の分割に対応します。 予算が金融サービスによって作成される場合、支出資金の要求は、会社の取引先と直接やり取りする従業員および部門によって生成されます。
この構成では、金銭文書 (支払命令、現金受領書、借方命令など) が生成され、「銀行クライアント」などの特殊な銀行プログラムとの対話が確保され、資金の流れが制御され、保管領域内の資金の可用性が保証されます。監視されています。 外貨による現金支払いも可能です。
「資金支出申請書」という文書は、現金または現金以外の支払い（一連の支払い）を行うか、またはお金を移動するかの決定を登録するために使用されます。 文書パラメータとその適用方法は、多くの場合、文書「支払命令（出金）」および「現金支出命令」と似ています。
予約・宿泊内容を自動入力できます。 この目的のために、ドキュメント内で「自動予約」および「自動配置」チェックボックスが割り当てられます。
これらのチェックボックスがチェックされている場合、「記入して投稿」ボタンをクリックすると、「配置」列が自動的に入力されます。
自動配置技術と手動配置技術を組み合わせることは許可されています。 「自動予約」「自動配置」にチェックを入れた場合、申込金額の一部について手動で配置を決定することも可能です。 この場合、「記入して投稿」ボタンをクリックすると、残額のみ自動配置されます。
操作タイプが「サプライヤーへの支払い」または「消費者への返金」に設定されている場合、取引相手との操作決済が編集されます。
「支出資金申請書」という書類に基づいて、銀行や現金での支払い書類を記入することができます。 このような書類には「申請」パラメータがあり、これは記入時に入力するか、手動で入力できます。 資金を支出するための特定のアプリケーションで支払文書を処理する場合、このアプリケーションの現在の未払い残高に対する文書金額の比率が制御されます。
追加の権利を設定する場合、ユーザーが資金支出のアプリケーションを定義せずに支払い文書を投稿することを禁止することができます。
文書「資金支出要求」は、現金管理サブシステムと予算作成サブシステムの間のリンクとしても機能します。 これを行うために、アプリケーションは「予算運用」ドキュメントと同様のパラメーターのブロック (計画シナリオ、売上高項目、中央金融地区、プロジェクトなど) を実装します。 指定された詳細を使用して、申請中に、以前に指定された制限値に対する支出が承認された一般化された資金の比率が制御されます
このドキュメントには、アプリケーションを説明する追加情報 (ファイル、サンプル ドキュメント) へのリンクを保存する機能もあります。
アプリケーション承認アルゴリズムを適用する際のアプリケーションの操作の微妙な違い
アプリケーション承認アルゴリズムは、企業のリストに対してオプションで使用されます。
順序照合アルゴリズムを適用すると、次のようなニュアンスが現れます。
※組織を特定しない申請の場合、本申請は承認に参加しません。
※申請承認ルートは申請書に記載された部門に応じて設定に従います。
※申請が承認ルートを通っていない場合（申請ステータスが「承認」でない場合）、これに基づく支払書類の登録は禁止されています。
※申請が承認ルートを通過し始めると、申請内容を編集できるようになります
o アプリケーションが現在承認待ちであるユーザー
o 承認の上位段階でアプリケーションを承認するユーザー
他のユーザーはアプリケーションを編集できません。
※アプリケーションが「承認済み」状態の場合は編集できません。
※申請が「拒否」状態になった場合、申請はキャンセルされます。
※現在の申請状況は申請一覧に記載しております
o ステータスは別の列に表示されます
o 注文ステータスによるグループ化が適用されます
o アプリケーションは背景色で強調表示されます
拒否されました - ピンク
延期 - グレー
承認済み - 緑色
o アプリケーションのリストとそのステータスを確認できます
- リクエストのリスト内のマネージド アプリケーション内 (セクション「支出のリクエスト」)
通常のアプリケーション (資金管理インターフェース、メニュー「計画 - アプリケーション -」) で
申請承認ステータス」）