エンジニアの佐野です。カンムはカード決済のサービスを提供しています。カード決済にはいくつかの決済手段があり、マグストライプ、IC、IC非接触(俗に言うタッチ決済)、オンライン決済などの機能が提供可能です。iD のようなスマートデバイスにカード情報を入れてスマホでタッチ決済する仕組みもあります。カンムのプロダクトであるバンドルカードはマグストライプとオンライン決済、Pool はマグストライプとオンライン決済に加えて IC接触決済、IC非接触決済(タッチ決済)を提供しています。今日はセキュリティ的な観点から各種決済手段の特徴や問題点とともに、主に IC 決済の仕組みについて小ネタを交えつつ書いていこうと思います。カンムが提供しているカードは Visa カードでありクローズドな仕様や confidential なものについては言及することはできませんが、公開仕様であったり一般的な事柄のみを用いて
ご利用ガイドトップ ご利用の前に ご利用までの流れ お買物の流れ ご注文の流れ(法人) ご注文の流れ(ぱーそなるたのめーる) 商品を探す 商品を探す キーワードから探す カテゴリーから探す お手持ちのカタログから探す Webカタログから探す 環境対応商品から探す トナー・インクカートリッジから探す メーカー名、シリーズ名から探す いろいろな条件で商品を探す スペックから商品を絞り込む ランキングから探す オレンジブック発注コードから探す 商品詳細 商品詳細 アイコンについて カスタマーレビュー 後継品・同等品 セット商品 商品一覧 商品一覧 商品を比較する バリエーション一覧 商品を注文する 商品を注文する カートに入れる レジ~注文完了(法人) レジ~注文完了 各種設定変更画面について(法人) レジ~注文完了(ぱーそなるたのめーる) お申込番号注文 注文履歴から注文する FAXでのご注文
データから 顧客の像が 見えてくる。 FORCASは、受注しやすい顧客を可視化し、 効率的に売上を最大化する、営業DXソリューションです。
アジャイル開発の外部委託が「偽装請負」だと疑われないためにすべきこと、厚労省が公表した疑義応答集を読み解く(前編)。Agile Japan 2021 アジャイル開発において開発担当者を外部のベンダに依頼した場合、必然的に発注側の企業とベンダ側の開発者が1つのチームとなり密なコミュニケーションを行います。 すると、発注側の企業がベンダの開発者の業務遂行に対して具体的な指示を行う、いわゆる「偽装請負」とみなされる可能性があるのではないか? という疑義が以前から呈されていました。 この疑義に対して、どのように対処すれば偽装請負と見なされないか、その指針が今年9月に厚生労働省から「労働者派遣事業と請負により行われる事業との区分に関する基準(37号告示)関係疑義応答集」として公表されています。 オンラインで11月8日に開催されたイベント「Agile Japan 2021 Day 0」では、この疑義応
COLUMNロジザード ノウハウ EC・物流コラム 物流やEC(ネットショップ)、在庫管理に関連したロジザードのオリジナルコラムです。 在庫管理の基本的な方法から効率化するポイントをロジザードのノウハウ、ロジザードの視点でご紹介します。 一般財団法人 流通システム開発センター(以下、GS1 Japan)様に監修していただいております、「JANコード」をテーマとしたコラムの第3回です。 第1回「JANコードについて知ろう① 基礎編・利用開始編」ではJANコードの基礎について、第2回「JANコードについて知ろう② JANコードと関連するバーコード編」ではJANコードに関連が深く、物流の場面でもよく活用されている「集合包装用商品コード」と「GS1-128バーコード」についてご紹介しました。 第3回では、世界的にみたJANコードの成り立ちと活用について、JANコードをより便利に・効果的に活用するた
手順書フォーマットは千差万別 みなさんは自己流または、組織やプロジェクトで定められた手順書のフォーマットはありますか? 私は自己流の手順書フォーマットがあります。 自己流の手順書フォーマットがあるといっても、かなり扱いがふわふわしているので、備忘やメモの意味合い強めでまとめていきます。 「もっとこうした方がいいよ!!」などフィードバックがあれば、ぜひお願いします! いきなりまとめ 手順書はExcelやスプレッドシートではなく、Markdownで書く 手順書はgitで管理する 5W1Hを意識して手順書を書く 基本的にはCLIを使った手順書にする 手順書はExcelやスプレッドシートではなく、Markdownで書く 手順書をExcelやスプレッドシートで書くメリット・デメリット 手順書をExcelやスプレッドシートで書いている方も多いと思いますが、私はMarkdownで書いています。 Exce
システム構築の上流工程強化(非機能要求グレード)紹介ページ 本ページの情報は、2023年8月時点のものです。本事業は終了しているため、お問い合わせには対応できません。 国民生活や社会経済活動における基盤となった情報システムは、「大規模化・複雑化」、「利用の広がり」の点からますます高度化しています。このような高度化に伴い、情報システムの安定的なサービスが求められるようになっており、複雑なシステムを構成する多様なコンポーネントがきちんと連携してそのようなサービスを提供する「システム基盤」の実現が重要になっています。そのためには、提供したいサービスに対応する要求を適切に定義する必要があります。 機能/非機能要求の相違点と課題 システム構築における要求には機能要求と非機能要求があります。このうち、非機能要求については、以下のような要件定義上の課題があります。 非機能要求グレードとは 「非機能要求グ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く