システム開発– tag –

桐の一括処理ファイルは、Windowsのバッチファイルやタスクスケジューラと組み合わせることで、売上集計やメール送信などの業務を自動化できます。本記事では、元社内SEとして実践していた開発スタイルや設計の考え方、自動化の具体例を実体験を交えてご紹介します。

桐の「一括処理ファイル」は、業務システムの中核となるプログラムです。本記事では、一括処理ファイルの役割や日本語でプログラムを書ける特徴、フォーム・履歴登録・直接実行という3つの実行方法を、元社内SEの実体験を交えながら分かりやすく解説します。

販売管理システムからデータは出せるものの、発注判断に必要な資料を作るまでには最低でも約1週間かかっていました。現場長からの相談をきっかけに、桐を使って発注管理表を新規開発。大量データの集計をボタン一つ、約2〜3分で更新できる仕組みを構築し、約10年間、現在も10〜15人の発注担当者に利用されている改善事例をご紹介します。

社内SEとして入社した初日に教わった「プログラムは見て盗むもの。」という言葉。当時はプログラムを開く方法すら分からず、試行錯誤を繰り返していました。自分で調べ、考え、試す。その経験が、今でも新しいシステムや技術に挑戦する土台となっています。

桐のフォームは、単なる入力画面ではありません。私は社内SE時代、現場の担当者が迷わず操作できる「操作パネル」としてフォームを設計していました。入力項目の配置やボタンの位置、Tabキー・Enterキーの動きまで工夫し、使いやすい画面を目指した実体験をご紹介します。

自動化とは、すべてをプログラムに任せることではありません。社内SE時代の経験をもとに、業務フローの考え方や、人が判断する工程とプログラムに任せる工程の切り分け、自動化で大切にしていたことをご紹介します。

「本当にそのボタンは必要ですか？」 社内SEとしてシステム改修を行う中で、私が最も大切にしていたのは「現場の負担を増やさないこと」でした。 1クリックの積み重ね、自動化、人は忘れるという前提で考える業務改善について、実体験を交えながらご紹介します。

25歳の現場研修中、伝票を一枚見落としたことで出荷漏れを起こしてしまいました。「終わった」と思った翌日から、私は桐を使って照合システムを開発しました。人の注意力ではなく、仕組みでミスを防ぐという考え方の原点になった実体験をご紹介します。