皆様こんにちは

送料の計算ですが、現在の仕様ですと都道府県別に一律料金となっております。
私どものサイトでは、都道府県別かつ重量別に送料を決定したいのです。
ソースの修正は大丈夫なのですが、方法とか案などがあればご教授お願いします。

mojaxp様
過去の投稿に同じような対応をなされたみたいですが
リンクを拝見させていただいたのですが、リンク切れになっています
恐縮ではございますが、参考にさせていただきたいです。
宜しくお願いします

重量(サイズ)を考慮できないのは、EC-CUBE の弱みですよね。

当方で運用しているサイトは、現状では運よく、EC-CUBE の仕様内で収拾できていますが、世間一般的には厳しいケースもあるだろなと思っています。

現状の EC-CUBE の実装がどうなっているか、把握できていないのですが、拡張クラスかプラグインのような形で、オリジナルのソースを変更するのではなく追加で対応できると良いなぁと思っています。

個人的にも、都道府県×重量は興味あるので、少し分析してみようかなぁ

関連スレッド:
http://xoops.ec-cube.net/modules/newbb/viewtopic.php?topic_id=1407&forum=5

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

>seasoft様

>個人的にも、都道府県×重量は興味あるので、少し分析してみようかなぁ

ぜひ！

自分には、とても手に負えそうにないので。。。
でも、お手伝いできることがあれば、お手伝いします。

とりあえず、ここからエールをおくります！！！

すっかりご無沙汰ですが(^^;)

だいぶ前に作ったVer.1版の改造版を自身のテストサイト（Ver.2.3.3）でテスト中です。
テストっていうのは、計算がどうこういう部分ではなくて、Ver.1でのやり方ではいろいろと不都合を感じていたので、ちょっと視点を変えたバージョンを作り、それの動作テストをしています。

seasoftさんが仰る（プラグインと呼べばいいのか、モジュールと呼べばいいのか…）方法をテスト版で実装、管理画面にオプショナルなモジュールを登録する画面を作り、そこからモジュールを登録、システムに組み込んでいく…というのをやってます。
ただ、現時点、EC-CUBEはそのような機能には対応していないので、あっちこっち結構な改造を強いられて…ちと過労気味です。

----------------
********************************
[EC-CUBE] 2.3.3 テスト中
[PHP] PHP 5.2.6
[db] PostgreSQL 8.4.1
[db] MySQL 5.0.58
[Server] httpd 2.2.8
********************************

mojaxp 様

過去のスレでも拝見しましが、モジュールを作成なさっているということで、差し支えなければ方法などをお教え願います。

私の現時点での動きはソースの解析程度しか進んでいません。


送料計算は、EC-CUBEの今後の課題のようですね！

方法？
方法とか聞かれても、困ったな(^_^;)
どこでどうなってるかわからないと、どこに突っ込めばいいのかがわからないから、やっぱ追っかけることから始まるのかなぁ…

送料計算って、重量と箱のサイズの２種類と思いきや、軽〜いわりに嵩張る商品だったり、小さい割に重い、または大きくて重い商品だったりとか、要望もあっていろいろ作った・・・例えばクール便とそうでない便の商品が混在した時にどうするのか・・・などなど

XOOPSじゃあないけれど、そういうの発表（DL)する場があればいいように思う…つーか、その前にモジュール管理画面が必要だねぇ〜

----------------
********************************
[EC-CUBE] 2.3.3 テスト中
[PHP] PHP 5.2.6
[db] PostgreSQL 8.4.1
[db] MySQL 5.0.58
[Server] httpd 2.2.8
********************************

とりあえず、モジュールの組み込みは手動でも良いのかなとは思いますね。たとえば、特定の場所にファイルを追加したり、SQL文を事前実行するとか。

最低でも、EC-CUBE 本体とのインターフェイスなりAPIのような規格が定まらないと駄目だよなぁ。個人的には全く把握していない部分ですが、決済モジュールのインターフェイスが参考になるかもしれませんね。あっちは、管理画面までついてますし。

mojaxp 様のご指摘のとおり、店舗によって色々なケースがあると思うんですよね。だから、EC-CUBE 本体の送料機能を賢くするよりも、カスタマイズを容易にすることが重要だと思うんですよね。

まずは、EC-CUBE 本体の送料計算のモジュール(メソッド)を他と分離できそうかを調べてみるかなぁ。(既に分離されていないかなぁ〜 と淡い期待も)

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

今のままで単に送料プラグイン管理画面なるものを作ったのでは、様々なケースのプラグイン管理画面が乱立することになりかねないのでって、Zen-Cart や osCommerce 、最近のであれば PrestaShop などのモジュール管理画面を例に、追加するモジュールを分類（例えば決済だったり運送業者だったり）する形でやってはいますが、公開するかしないかという段、管理画面まわりだけにとどまらない大改造品なので、今のところは公開する予定はない。

テスト版は一応、動いてはいる（笑

単純に送料計算を突っ込むのなら、画面がどうこう、SQLがどうこうある意味利便性を犠牲にして、単にPHP書いてどっかに放り込んでincludeしちゃったほうが手っ取り早いと思う。金額や判断基準の修正は直接PHPを修正すればいいだけだし。
ただし、この場合、多少なりともPHPに明るくないと「弄った結果動かない」なんてことになりかねないが…

----------------
********************************
[EC-CUBE] 2.3.3 テスト中
[PHP] PHP 5.2.6
[db] PostgreSQL 8.4.1
[db] MySQL 5.0.58
[Server] httpd 2.2.8
********************************

ざっと見た感じで、やはり決め打ち感がありますね。送料計算を独自実装する為の考慮は無いですね…

ですが、PHPプログラムっぽく、巨大な連想配列で引きずり回しているので、(ある意味運良く)ちょっとした改良で、EC-CUBE 本体は対応できそうです。
nanasess氏が、何度か述べられていた「リファクタリング」ですね。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

ちょっとした改良が、商品マスタにも及ぶんです。
商品マスタに及ぶのだから、商品登録の画面にも行ってしまう。
ようは、判断基準をマスタに追加しないといけないのと、その判断基準を配列で引きずり回すのか、いちいちDBから読んでくるのか。

配送料の判断基準をｃｍつまり、梱包する箱のサイズ、３辺合計で行うのか、それとも重量で行うのか、もしくはパターンなのか。
パターンは置いといて、重量で行う場合はMAXをグローバル変数に入れてMAX超えしたら小口を増やすとかしないといけない。
この重量もデータのをどう持つのかを考えなきゃならない。ｇなのかｋｇなのか。
一番面倒なのが、混在型のショップへの対応。
箱で計算する商品と、重量で計算する商品とが混在するショップの場合、計算を開始する前にフラグ（箱？重量？）でソートして箱は箱の、重量はさっき書いたような積算ロジックをくぐらせてから箱のロジックへ…みたいな感じになる。

個別対応版として作るのはそれほど面倒ではないものの、特殊な場合を除いてもある程度汎用的に対応させようとすると、フラグだの変数だの結構増えてきますよ。

私がこれを作りはじめたきっかけは、私がやってるショップってのが荷物の発送が配送エリア（都道府県ではない）を跨いでいるので、普通の配送料金計算では対応できなかったために対応させるべく処理を考えたことから始まったんです。配送料金計算モジュールはそれの副産物でした。

----------------
********************************
[EC-CUBE] 2.3.3 テスト中
[PHP] PHP 5.2.6
[db] PostgreSQL 8.4.1
[db] MySQL 5.0.58
[Server] httpd 2.2.8
********************************