現場システム・DX AIで長年の構想が動き出した――食品現場と技術を横断して組み立てる小規模DX
AIが構想を生んだのではありません。食品現場、Access、サーバー、ネットワーク、電子工作を横断してきた経験に、AIによる開発速度が加わりました。
ブラウザDB
現場システム・DX 
現場システム・DX 商品マスタ・一括表示・製品規格書を一つのデータへ――取引先別書式との向き合い方
規格書を一つ作れば終わりではありません。取引先ごとに違うExcelへ、同じ商品情報を安全に展開するための共通マスタと項目マッピングを考えます。
食品製造・農産物 一括表示を「私しか作れない」から「誰でも作れる」へ――食品表示DBの再設計
商品データを保存するだけでは、誰でも一括表示を作れるようにはなりません。判断根拠、確認工程、版管理まで含めて属人化を減らす設計を考えます。
現場システム・DX Accessの商品マスタをPHP・MySQLへ移した――まだ「引っ越し段階」の食品表示DB
商品情報、JAN、栄養成分、アレルゲン、Brotherテンプレート名、ロット番号。Access版の機能をまずWebへ移し、現在は正規化と統合を進めています。
現場システム・DX なぜブラウザベースにこだわるのか――工場のPC・タブレット・OS依存を減らす設計
食品工場の現場端末は、机上のPCとは条件が違います。ブラウザを共通画面にし、OS依存を減らす設計を選んだ理由を紹介します。
現場システム・DX kintone・FileMaker・Exment・規格書サービスを検討して分かった――構想から逆算するツール選び
どの製品が優れているかではなく、どこまで情報を連携したいかで選択は変わります。各ツールの得意分野と、当社の構想で私が詰まった部分を整理します。
現場システム・DX ツールから選ぶと沼にはまる――小規模食品メーカーがAccessからブラウザDBへ進んだ理由
どのツールを使うかより、最終的に何をつなげたいかを先に決める。ExcelとAccessから始まり、ブラウザDB、一括表示、規格書、Brotherラベル印刷へ進んだ現在進行形の記録です。