システムのデータ問題

このQ&Aのポイント
  • 財務システムが2月初に問題を起こし、データ漏れとデータ間違いが発生しました。
  • abcシステムの問題は生管担当との連携不足によるものであり、業務流れを改善する必要があります。
  • 生管課長に業務流れを確認し、間違いの発生を避けるために作業を行います。
回答を見る
  • ベストアンサー

システムのデータ問題

こんにちは。下記の自分が書いた「である体」言葉について(敬語の言葉遣いは不要です)、より自然な日本語へ直して頂けないものでしょうか? お忙しいところ、ご指摘いただければ、幸いです。よろしくお願い致します。 財務システムが2月初にて直接abcシステムからデータを読取り、問題を起こしたので、現在一部のデータが、EXCELを読取る方式で処理をしている。具体的な問題が下記の二点の通り。 (1)データ漏れ。 abcシステムは、1月分入庫データが不完全なので、2月にて1月の入庫データを処理できない。 (2)データ間違い。 abcシステムの1月分出庫データには、「負担部門」で間違いデータがあった。以前の「数量」と「単位」での間違いデータを含めて、abcシステムで間違いデータを修正できない。 abcシステムのデータ問題は、基本的に生管担当の人為的な要因、又は財務担当との連携不足による起こしてしまった。このような間違いは、業務流れを強化した上で避けるべきである。後で生管課長に業務流れをもう一度確認して、これから業務流れに基づいて作業して、間違いの発生を避けておく。

質問者が選んだベストアンサー

  • ベストアンサー
  • luune21
  • ベストアンサー率45% (747/1633)
回答No.1

・はじめに 質問者さんを開発側の(プロマネなどではない)SEとし、生管や財務は開発依頼者またはその関連部署という立場で考えています。この立場が違えば、(特に最終段落)文面も変わります。 基本的には、習慣などもあろうか思われますので、なるべく元の文例を尊重しました。しかし、箇所によっては趣味レベルでの修正をしています。直し過ぎの所は適宜戻してくださいませ。 全体的には、元の文章のままでも日本人の平均を超えていると思います(達意か否かは別として)。 ・ 2月初、財務システムがabcシステムから直接データを読取ったことにより問題が発生。これにより、現在は一部データをEXCELから読取る方式で処理している。具体的な問題点は以下の二点。 ※2月初:初旬?、初日? 明確にする必要がなく、大体でよい場合は初旬、2月1日であれば初日がより良。この手の日付・時刻類は先頭に出して独立的にするのが一般的。 ・ (1)データ漏れ。 abcシステムは、1月分入庫データが不完全なため、2月になって1月分の入庫データが処理できない。 ※元の文のままでもいいように思います。 (2)誤データ。 abcシステムの1月分出庫データの「負担部門」に誤データが含まれていた。abcシステムでは、以前の「数量」と「単位」での誤データを含め、これらの誤データは修正できない。 ※「負担部門」がちょっと判らなかったのですが、出庫データ中の項目名だと判断しました。 ・ abcシステムのデータ問題は、基本的に生管担当の人為的要因および財務担当との連携不足に起因している。対策としては、業務流れの遵守を徹底することが必要である。生管課長による業務流れの再確認後、業務流れに基づいた作業を徹底す(させ)ることで再発防止をはかる。 ※又は財務担当との:「人為的要因」と厳しいことを言うわけですから「又は」という表現は危険ではないでしょうか。私の直感(^^;)になりますが、おそらく人為的要因は≠0なのでしょうから、「および」を使うべきだと思います。 ※※まったく余計なお世話ですが なんとなく「業務流れの強化」というよりも業務手順書もしくは作業チェックシートあたりに形式または施行上の問題があるような気がします…^^; もし、そもそもそういう意味の「強化」だったのでしたら「改善」とするのがより適切でしょうね。

newchance
質問者

お礼

早速のご回答、そして、細かく親切に教えてくださいまして、本当にどうもありがとうございました。大変勉強になりました。誠にお礼いたします。

関連するQ&A

  • システム関係の言葉

    こんにちは。下記の自分が書いた「である体」言葉について(敬語の言葉遣いは不要です)、より自然な日本語へ直して頂けないものでしょうか? お忙しいところ、ご指摘いただければ、幸いです。よろしくお願い致します。 (開発者のSEの発言) 輸入システム提供IFのディレクトリには、二種類の船積データファイルが存在する。 (1)金額なしのファイル(生管担当より導出)(2)金額ありのファイル(財務担当より導出) (開発依頼者の発言) 現段階においては、このようにすると、どちらに影響を与えられるのか? (開発者のSEの発言) 金額なしのファイルはシステム処理にしないので、財務担当が船積データを処理するとき、ファイル毎に開けて確認しなければならない。 (開発依頼者の発言) 生管・財務の両担当より導出されるファイルを分けて、異なるディレクトリに導出できる。ただし、このようにすると、輸入システムにての関連手続きは、技術部門の協力をいただきたい。 (開発者のSEの発言) 現在、生管担当が金額ありの船積データファイルを導出できる。 (開発依頼者の発言) 生管担当より導出されるファイルは金額なしでなければならない。金額あるのは、財務より導出すべきである。金額関係のファイルが調べられる権限を生管ユーザーに与えるかどうか、生管と会議を開いて再検討する。 (開発依頼者の発言) 財務or生管担当が導出する船積ファイルは各自しか調べられないのか? (開発者のSEの発言) いいえ、他のドメインユーザーも調べられる。 (開発依頼者の発言) 財務or生管ユーザーより導出されるファイルは財務or生管ユーザー自身のみ調べられるべきである。

  • 間違い単価データ

    こんにちは。下記の自分が書いた「である体」短句について(敬語の言葉遣いは不要です)、より自然な日本語へ直して頂けないものでしょうか? お忙しいところ、ご指摘いただければ、幸いです。よろしくお願い致します。 1、間違い単価データが削除できない。 決裁済みの間違いデータは財務へ提供する一方、決裁しない間違いデータは調達システムの中で検索できる。支払単価システムがデータ削除の機能を提供されていない。 支払単価PH1の要件に従って、決裁済みの間違いデータは財務へ提供するようとして、実際の入庫検収が無ければ、 財務への影響がない。一方、決裁しない間違いデータは調達システムに残っても支払単価システムへの影響がないし、財務にも提供しない。

  • システムに関する話

    こんにちは。下記の自分が書いた「である体」言葉について(敬語の言葉遣いは不要です)、より正しい日本語へ直して頂けないものでしょうか? お忙しいところ、ご指摘いただければ、幸いです。よろしくお願い致します。 (開発依頼者の発言) 財務システムのDBLINK方式で通関システムのデータを読取ることについて、通関システムのサーバーが止められたら、財務システムにどんな影響を与えるのか? また、通関システムのどんなデータを読取っているのか? (開発者のSEの発言) (1)通関システムのサーバーが止められたら、財務システムは通関システムからデータを読取れない上、通関システム異常というエラーメッセージもユーザーに出される。ただ、財務システムのその他機能には影響なし。 (2)財務システムが通関システムから資材の検収データを読取っている。 (開発依頼者Aさんの発言) IT課による単価データをデータベースへUPLOADすることは、どうなっているのか? (開発依頼者Bさんの発言) 生産開始前、大量の単価データがあるとき、IT課はサポートしてデータベースへデータを導入しても良いが、通常の少量データには、製造担当が単価システムを利用して入力する。 製造部の考えとして、生産後の単価データが少ないから、単価システムを通して全部入力するのは十分保証できるので、特に改善要望がない。  (開発依頼者Aさんの発言) この方式を賛成する。通常の少量データには、必ず単価システムを通して入力するようにして、まとめてIT課にUPLOADさせることがしてはならない。 (開発者のSEの発言) 製造週例会の時に、向こうの業務担当にはっきり説明して、可能な限り彼らの業務流れの遵守を徹底させる。

  • 連結経理システム

    親会社が子会社から財務諸表を集めて、親会社の連結担当者が連結していました。連結システムを導入すれば、子会社がデータを入力すれば、自動的に連結財務諸表が作成されますが、経理システム導入後の親会社の役割はどういうことでしょうか。

  • システムコンサルタントとシステムアナリストの違いについて

    システムコンサルタントの職種について、調べたら下記のような説明でした。 「顧客の業務内容を分析し、問題に合わせた情報システムの企画、設計を行なう人。システム構築の際には、システムコンサルタントが顧客の要望に応じて設計を行い、それに基づいてシステムエンジニアやプログラマーが実際にプログラムを組み上げる、という流れが多い。」 同じような職種でシステムアナリストという職種がありますが、システムコンサルタントとどう違うのでしょうか? もし、ご存知の方がいらっしゃいましたら、些細なことでもかまいませんので、教えて頂けますでしょうか? よろしくお願いいたします。

  • 新システム導入の流れを教えてください

    お世話になっております。 私はインターネット専門の小売企業で社内SEを 担当しております。 6年前に導入した受注システムのリプレイスを検討 しております。 このシステムは受注処理だけでなく、仕入先への発注、 在庫管理、商品マスタ登録、そして各種分析データの出力 など弊社の基幹業務というべき機能を担っているシステムです。 クライアントサーバー型のシステムです。 このシステムが6年経ち現在の我が社の業務運用にそぐわなくなって きていることや、完全なスクラッチ開発のシステムなので、カスタマイズ に結構な費用がかかることが、リプレイスの主な理由です。 現在、同じようなシステムを提供しているベンダー様数社からお話をお聞きした段階です。 ご質問したいこととしては、このようなシステムのリプレイスというのは、どのような流れ で進めていったらよろしいのでしょうか? 私も新しいシステムを導入することが始めてですので、どのようなことから進めていったらよいのか、 手探りの状態で、導入を決定する際は何を判断基準とするのかわからない状態です。 このようなシステムリプレイスのご経験のある方など、何かよいアドバイスをいただけますと助かります。 また、参考になるサイトを教えていただけるのでもかまいません。 どうぞよろしくお願いいたします。

  • 企業の業務用システムではどこのメーカーのものが優れているのでしょう?

    3000人位の関西の会社ですが、上層部で業務用のシステムの入れ替えを考えているようです。(財務会計や伝票管理など。)いままでは中小企業のシステムでしたが、今度は富士通やNTTデータ、日立や東芝や三菱電機といった大手電機企業のシステムの採用を考えているようです。これらの大手企業のうち、会社の業務用システムではどこの企業の製品が優れていて、それぞれの企業によってどのような特色や違いがあるのでしょうか?

  • データ消失

    ご教授の程お願い致します。    ユーザー様での出来事ですが  土曜日に停電があり  月曜日に基幹システムを起動し  業務処理を行おうとしたら、4月から  停電直前のデータが消失していたとのことです。  原因が全く見えません。  以下にシステム構成を記述致しますので  なにかしらの回答をいただけたら幸いです。  (1)基幹システムはサーバー/クライアント方式です。  (2)データはすべてサーバーに貯蓄されています。  (3)サーバー構成は   OS:Windows 2003 server raid:raid5を構成   バックアップ:外付けのMOへデータのみ圧縮し上書き保存をしています。   電源:APC製UPS      サーバーに電源管理ソフトPowerchuteをインストールし      バッテリ駆動になったら自動シャットダウンと自動起動を      設定しています。  (4)サーバー及びUPSは2009/1月から稼働。  (5)停電例は8月頃発生。その時は問題なし。  (6)データーベースソフトはAgtech製PervasiveV8を使用。  (7)停電回復直後の処理は、担当者がサーバーの画面を見たらログイン画面のため   ログインをしてデスクトップ画面を起動した。それ以外は何もしていない。  以上

  • システムのCSV出力について

    こんにちは。 4月から職場の受発注システムが変わりました。 3月までは、あるメーカーのシステムに当社用にカスタマイズしたメニューを追加したものを使用していましたが、消費税率の変更に伴い4月から変更となりました。 以前のシステム使用時と比べて、とんでもなくバグが多いです。 システム会社との窓口になっている担当者によると、間違いの内容を丁寧に指示しているそうですが、まだ未完成のメニューもある中、バグの対応に追われて、なかなか先に進まない状況だそうです。 システム上での集計機能も未完成のため、システムへ入力したデータをCSVで何度かもらっていますが、毎回出力されている内容が違ったりして、ちょっと困っています。 システムを作っていく中で、CSVで出力できるようにするのには時間を要することなのでしょうか? 私自身、システム開発に関する知識はないのですが、お分かりになる方からのお話を聞かせていただけると嬉しいです。

  • 人事・給与システムの構築

    職場で人事・給与システムの構築の担当になりましたが、新人のため全く、何から取り組めば良いかわかりません。 わからないことがわからない状況にあります。 プログラムは少し組めるのですが、業務がまるでわかっていないレベルです。(用語や目的・流れなど) 何か良い書籍はあるのでしょうか? 全般を扱った内容の本や、分厚い専門的な内容の本など探しています。 そもそも、人事・給与システムでは、どうなれば良いソフト(システム)かもプロの方(人事経験者やSE)にお聞きしたいです。