マーケティング×テクノロジーパートナーとして、広告主様の事業成長へ貢献
×
固定報酬制
|
ワーカーと相談する
|
---|---|
納品完了日
|
- |
掲載日
|
2018年03月26日 |
応募期限
|
2018年04月09日 |
応募した人 | 0 人 |
---|---|
契約した人 | 0 人 |
募集人数 | 1 人 |
気になる!リスト | 7 人 |
今回、GoogleカレンダーAPIを利用したカレンダーツールを構築したく 開発をしてくださる方を募集いたします。 今後、 保守(微量)、Google側のAPI更新時の改修(不定期) を継続依頼する可能性が あります。 具体的な工数が見えたタイミングで発注に向けた社内稟議を進める予定です。 ■依頼詳細 ------------------------- 以下の構築をお願いいたします。 - 管理画面 - 社内アセットのマスター管理(会議室がメイン) - 保存情報 - 会議室名 - googleのサブドメインの情報管理 - 保存情報 - ドメイン - 接続情報のjsonデータ(流出しないようにセキュアにする) -> DB内には暗号化して保存? - (他ドメインの予定を登録するようの専用ユーザのメールアドレス) - サブドメイン - マスター - サブドメイン上のgoogleカレンダー上のアセットの対応関係の登録 - 保存情報 - 社内アセットマスターのid - サブドメイン - アセットのid(gsuiteのアセットのid) - 考慮事項 - 各ドメイン毎のアセット(googleカレンダー上のentity)の登録は先に作って管理ツールに登録するか、管理ツールからすべて一括に作成するようにするか - 管理画面でマスターを作ると、googleカレンダーのアセットが作られる(新しくドメインを追加するとアセットも生成される、が良いかもしれない) - バッチ系 - マスタから全ドメインのアセットの情報を取得して整合性を取る - cronでもdelayedタスクでも良い。10分に1回程度 - 同一のマスタに結びついたアセットに関しては、同じ予定にイベントをすべてのドメインのアセットに対して登録する - 別ドメインの情報については、予定と代表者のみ表示? - 予定登録用のblankユーザが必要かもしれない ■考慮事項 ------------------------- ・同期する期間について(長期間を対象にするとバッチの実行時間が長くなりすぎるのでどうするか。並列化でも問題は出そう) ・一定期間より先の予定は同期しない・削除するという手続きがよいかどうか ■納期 ------------------------- ・要ご相談 ■報酬 ------------------------- ・100万~(300万円ぐらいを想定) ※お見積りをお願いいたします。 ご応募の際には ・簡単な自己紹介 ・これまでの実績 ・工数感について 以上をご提示頂ければと思います。 具体的な工数が見えたタイミングで発注に向けた社内稟議を進める予定です。 ご応募をお待ちしております! |