雖然你打了一大大大大串 但我還是必須告訴你.... 你幾乎什麼都沒說

已知：
系統開發商 提出了  API的需求
磅秤商     說      會寫程式的人都知道要怎麼抓  (聽起來就是一副沒有要處理的意思 或是關係到維護費)

既然你提到了 API 那我大膽假設這是一個 web 產品 或是不需連網的磅秤系統

公司既然已經發包給不同廠商，那雙方勢必得要坐下來好好聊聊
這不是你自己可以處理的事情
或者...你可以自己當橋梁把兩邊接上 (不論是人 或是資料)

以上回饋

RS-232只是接頭規格, 所以至少需要:

1. RS-232裡面傳輸的電氣訊號, 例如: 9600/8/N/1 (看不懂的話建議找自動控制的 SI )
2. 有電氣訊號, 那內容格式為何? 網頁按鍵是否包含觸發磅秤傳訊號? 還是磅秤隨時傳送目前資料? 還是磅秤本身有紀錄最後一筆測量值?
3. 電腦端接 Com Port , 由什麼軟體去撈取 Com Port 的資料? C ? VB ? 一般的網頁程式不控制硬體, 所以還需要有控制硬體的程式, 這程式為何? 撈到的資料存在哪?
4. 網頁本身只處理資料, 如何處理剛剛撈到的資料?

這問題很簡單, 就是:
搞硬體的不想碰軟體;
搞軟體的看不懂硬體....

你所揭露的磅秤商技術資訊, 以我自己本身具備電子科系學能, 確實有能力將這些資料傳送給 Web; 但中間涉及以下知識:

1. 對 RS-232 硬體訊號規格的理解
2. 對電腦 RS-232 硬體介面的控制能力
3. 對串列式通訊協定的理解與操作
4. 將資料數列正規化成為結構性資料的能力
5. 將結構性資料導入 Web-Base 環境的能力

但是不是每個學軟體的都是電子科系出身, 資策會程設班上個一百多小時, 人人都可以變成軟體工程師.....萬一寫軟體的人沒受過電子學和數據通訊訓練, 他可能就沒有能力串接這個設備; 您找的系統廠商, 可能只具備了 #5 的能力, 所以他認為前面 #1~#4 都是磅秤商要負責的; 但磅秤商本身認為: 我已經提供足夠的硬體規格了, 剩下的 #1~#5 都是軟體的人要去解決的.....

軟體的世界既深又廣, 並不是寫軟體的, 就甚麼天南地北的東西都會寫, 他或許終其一生, 都不會學到要如何跟 RS-232 這樣的東西溝通, 也不需要去懂硬體訊號規格, 他照樣可以宣稱自己是: 寫軟體的資深工程師....

其實中間還缺一種技能:

負責接收硬體訊號的軟體叫甚麼? 通常我們稱他: 驅動程式
有了驅動程式, 寫軟體的人不需要自己去控制硬體, 就能取得資料;

硬體介面 -> 驅動程式 -> 軟體 API -> Web

如果有了驅動程式, 磅秤商只要負責提供硬體訊號的規格, 系統商只要負責從驅動程式接收已經正規化的資料, 雙方都可以限縮在自己能懂得專業領域內處理就好....

現在的問題是:
誰該負責寫中間這個驅動程式+API?

(樓下黃彥儒所述正解, 只要找對人, 費用並不高)
通常寫網頁程式 vs. 寫驅動程式,
是兩種完全不同屬性的軟體公司, 後者必須具備電子學能..

磅秤商說該提供的資料已經給了

這次我投磅秤商一票

能夠完成這件事情的做法如下：
1.(磅秤商)提供傳輸規格(上面那張 RS-232 的部份)
2.(貴公司)把傳輸規格提供給開發商
3.(開發商)依規格寫程式，如下
3.1 接收 RS-232 的資料
3.2 將 3.1 的資料寫入資料庫
3.3 按下按鈕查詢
3.4 將資料庫的資料顯示在 Web 上

相較於 3.3 是「點按鈕才動作」
3.1 是「保持一直進行」的做法
如果不會的話
你就請他 Google 「開發工具語言+RS232」即可
例如「php rs232」或「asp.net rs232」

選我正解

我以前就寫過大大講的功能，
磅秤如果有rs232接口
接上去telnet基本上就會有數值
基本上出來都是秤出來的數值
當然也是有些情況
詳細部分看磅秤的手冊即可
我個人是覺的不難

這個問題只要找做"自動控制"或是"系統整合"的廠商都有辦法解決，有打算將這系統外包嗎?
如果有考慮外包的話可以討論看看

沒有所謂api 通常叫做 Protocol 傳輸協議
定義RS232 和data format

作法很簡單
寫一隻轉換程式

java rxtx 收資料 自己定義api給系統

設備介接這種廠商不多 通常都是自己寫
不過不是每種磅秤都有支援下命令要資料 有的是量到就會輸出