  |
弊社のサービスの内部的に使われているMySQLという言葉をどこかで見聞きしたんだろうね
「御社の社員データがMySQLに入っていると、それを手入力やWebAPIを用いてやるのは難しいと。MySQLは弊社でも使っておりますので、御社のMySQLを受け取れますので、社員データ連携はご心配なさらずに」
ふぅぅ…はぁ…
出来る出来ないで言えばできるが、受託じゃねーんだよ。
自社サービスで、ほかのお客さんも使っているサービスなわけだ。何か障害でもあったら弊社ビジネスの危機なので、システムの裏口みたいなものを気軽にやってはいけない。
そのお客さんが求めているものは、
①ダンプでの取り込みか、
③それともお客様の社員データの加工業務も含めて弊社へやってもらいたいなのか
①は弊社の社員テーブルと当然違うので、どこかにお客様のデータと合わせたDBを作って、それを加工して、弊社のお客様アカウント用にデータを直接入れこまなければいけない。
②も弊社からお客様の閉塞されたDBにつなぐのどうやるの？って話だ
③が本当の真意なのかもしれない。弊社ではAPIを用意しているのでそれに合う形でお客様データをお客様にて加工して連携してほしい。
そもそも前出の①と②にもかかわるが、連携の加工を弊社でやる業務はやっていない。責任分界点を定めていて、弊社のサービスの提供までが弊社の責任なので、今の契約でお客様の業務を委託できないし、やらない。
どちらにしろだ、お客様の真意を整理してお客様にヒアリングに行くことになるだろうし、マイナスから苦労してゼロに戻すだけなので本当にため息しか出ない。
だいたいお客様は「そうですよねー」ってことになって納まるけども、中には「話が違うじゃないか」ということになるので、とにかく諦めてもらう材料と譲歩条件も出さなければならない。
③の加工までをやってとか言われるかもしれないが、受託開発じゃないんだよ。お客様の業務にまで責任を持てないのでそこはどうにかして説得しなければならない
12
