ADempiere ERP Business Suite

>話は変わりますが、目次の叩き台で経理とか決算の章がないのは、「仕入、販売、在庫」を中心に説明するためとの理解でよろしいですね？
ADempiereで決算を行うことは中小企業では難しいのでは？と思っています。
理由としては、法律が変わると決算の方法も変わるわけで、それに伴いADempeireの仕様を変更する必要があり、
それを中小企業で実現するのはとても無理があると思っております。
(コミュニティでもサポートできなと思っております)

今のイメージでは、販売購買管理をADemで行い、月締めを行って、そのデータを弥生会計なり勘定奉行なりに
CSV等でデータ転送する、という方法です。

ただ私自身決算についてどのような処理があるのかあまり理解していないため、
「案ずるより産むが易し」かもしれません。
この辺はドキュメント作成時に会計士さんに意見を伺えればよいと思っています。

安藤です。

> ADempiereで決算を行うことは中小企業では難しいのでは？と思っています。
> 理由としては、法律が変わると決算の方法も変わるわけで、それに伴いADempeireの仕様を変更する必要があり、それを中小企業で実現するのはとても無理があると思っております。

決算は、多分、商業高校の1年生、簿記３級でやります。そう難しい事ではないはずです。
しかし、このレベルの事こそ、企業経営に非常に役に立つし、大変重要な事です。通常の中小企業はこの範囲の中で納まってしまう様にも思います。
また、企業は、自立経営体です。企業会計原則も在りますが、自社の経営理念、理想の元に、自社のルールでも、世界標準でも、決算できます。
その企業が日本に存在すれば、納税の義務が有ります。故に申告、納税しますが、申告書に決算書と別表を添付します。
この別表の中で、別表４、別表５にて、日本の税制に合う様、修正し、所得金額を出し、税率を掛け、納税金額をだします。
依って、決算書の中の税金に関する項目、法人税充当額、法人税充当金と、実際の納税金額は、違っていても問題ありません。

erpSoft に、会計決算が抜けたら、寂しいですね。日本税制の変化も、大切でない訳ではありませんが、Adempiere を使った場合、いくらでも、修正できませんかね。--------------- 自己責任にて、読んで下さい。

高橋です。

ハードにバンドルして販売するモデルは今、作戦を考えている最中です。
とりあえずの目標地点はamazonで販売してもらえる形かなーと．．
想定敵国は歌舞伎のCMのあそこです。（敵、でかすぎ！）

会計ですが．．．
はっきり言ってど素人ですorz
なのでレクチャーはとてもとても
他のERPベンダーの会計システムの仕組みとかならある程度は侯爵できますが
酒飲みながらするレベルの正確性しか担保できないです。

ご無沙汰してます。

> > インストールと初期設定って、一般の人にはハードル高いですよね。
>
> 私、昨日、ようやくinstall 出来ました。私の machine は、FedoraCore13 です。
>
> adenpiere のinstall で重要な事は、jboss と postgresDB を繋ぐ事。
>

Fedoraですか。安藤さんやりますね!
Linuxユーザにとっては、こういう情報、とても重要なので、近いうちにインストールマニュアルに、Linuxの方のことも追記していきたいと思っています。

ご報告の通り、世の中のJava系Webシステムは、Webサーバ、APサーバ、DBサーバの3層アーキになっているので、たとえオールインワンで同一筺体内にセットアップしたとしても、ソフトのアーキテクチャはソケット通信するようになっているので、ODBC関連のセットアップが必要になるのが、一般的だと思います。
そこのドライバのセットアップ周りが、Linuxでのインストールの一つの壁で、ディストリビューションによって、あのライブラリのバージョンが古いとか、、アプリはアプリでconfファイルのパラメータがバージョンによって違ったりと、ネットの情報を探しても結構苦労しますよね。
なので、とりあえず、まずはFedora13でも、動くところまでセットアップできたというのは、意義深いと思います。

どちらにしても、悲しいかな、インストールはWinの方が圧倒的に楽だと思います。

> それと、
> Linux とjavaは、あまり仲が良くないのでしょうか。
> 各種 Linux の中に、java 用の font が入ってないんですね。これ何故なんでしょう。？？
> fallback directory を作り、Link を張ってでもしなければ成りません。

私も以前Javaアプリを作っていた頃、RHELではうまくいくのですが、Fedoraに移植すると文字化け(豆腐)なんてことがありました。

FedoraのFontファイル管理が少しくせがあるんですよね。微妙にRedhatと違っていて、すぐに豆腐状態になってしまいます。
詳細はわすれましたが、以前私が対応していたときは、シンボリックリンクで豆腐できましたが、ネットに落ちている情報は結構バージョン依存の話が多いので、トライアンドエラーを繰り返した記憶があります。

そういう意味でも、ディストリビューションの問題であり、Linuxカーネルの問題ではないと思います。

> 以上の事で20日も費やして仕舞いました。
>
> Linux にはpython program が沢山入っています。
> adempiere の directory size は 700MB 。
> adempiere の program size は 200MB？ も有るように思います。
> openerp の program size は 80MB？ 。

きっと、アプリよりも、WebサーバやWebコンテナといったミドル系が重いのではないか、という気がします。
インフラ周りはあまり詳しくないのですが、Apacheからうまく連携できたりすると、アプリ自体のリソース消費はもう少し減らせるのではないという気がします。

先日、カンさんも少し話されていましたが、利用状況によってはJavaのヒープメモリを増やすという処置が必要になってくると思います。Javaはデフォルト512Mしかメモリ領域を確保しないので。
そういう意味では、Webサーバ、APサーバ、DBサーバをオールインワンで運用する、というのに限界があるのかもしれませんね。
DBサーバだけでも外出しにするところの手順を確立できるといいかもしれません。

私も時間をみて、我が家の自宅サーバで試してみたいと思います。
会計周りもふくめて、以後の勉強会のときにでも、色々とお話をきかせてください。

イメージとしては「毎日やる作業」と「月一で行う作業」という具合に分けました。

・毎日やる作業・・・受注、購買、在庫管理
・月一・・・入金消し込み、支払い手続き、棚卸
　　(入金消し込みは月一で行う作業ではないかも)

(イベント毎ということで、このようにしました)

私としてはどっちでもいいと思っていますが「どちらがいいか」の判断は私や高田さんが
するのではなく、エンドユーザさんに判断していただきたいと思っているのですが、
誰か意見を書いてくれることを希望。

前々回の勉強会で仕様は固まったはずです。

CustomerタブのPayment Term欄の値で都度の請求書をグルーピングしてやれば
OKという風に。

「６．月次処理」をなくして、内容を4章、5章にマージしたほうが
すっきりとすると思いますが、どうでしょうか？

３．仕入購買管理-請求書照合
⇒これはAdem上で具体的に何をするのでしょうか？

５．在庫管理-入出荷
⇒「入荷」「出荷」になるのでは？
　(内容の重複?)

５．在庫管理-在庫補充
⇒これはAdem上で具体的に何をするのでしょうか？

高田です。

> >例えば、チエーン店にして店舗ごとに倉庫を持つとか…。
> それやるとたぶんドキュメント書くの、死ねます(^^;)

　店舗ごとに倉庫を持ちたい理由は、在庫管理のスートリーで必要かなと思ったからです。
　例えば、A店舗が販売好調で在庫切れのためB店舗から商品を送ってもらうとか、店舗間で在庫を移動するケースは実際にもあるはずです。(たぶん…)

　その場合、商品ごとの倉庫だと、これができない気がします。
　どうでしょうか？

> ⇒売りについては、小売による現金取引と、企業からの取引による掛け取引を想定しています。
> 　卸については、業者からの取引オンリーで。

　そうですね、企業からの購入もありましたね。
　パソコンショップは個人顧客、という誤ったイメージを持ってしまいました。