From roland at rv-net.de  Mon Jun 19 05:16:17 2006
From: roland at rv-net.de (roland at rv-net.de)
Date: Mon, 19 Jun 2006 11:16:17 +0200
Subject: [Storerb-devel] newbie questions :)
Message-ID: <200606191116.17266.roland@rv-net.de>

Hi there,

first, i'm new to store.rb, so if i'm asking questions discussed already 
elsewhere feel free to post only links or RTFM comments :)

I've stumbled over store.rb yesterday and wanted to take a closer look at it. 
My first problem was, i'm normally using postgres and i didn't want to 
install mysql on my server. So i converted the tables.sql to an 'rake 
migrate' compatible script (see attachment).
If someone is interested in committing that to svn, i will clean it up a 
little bit more, and look into the default values.

Next, here a small, ugly patch for not need a dummy record inside rjs_updates 
(not really sure this fixes all probs).

Index: app/models/rjs_update.rb
===================================================================
--- app/models/rjs_update.rb    (revision 69)
+++ app/models/rjs_update.rb    (working copy)
@@ -11,11 +11,13 @@
   end

   def RJSUpdate.last_update_id
-    RJSUpdate.find(:first, :order => "id DESC").id
+    tmp=RJSUpdate.find(:first, :order => "id DESC")
+    return tmp.id if !tmp.nil?
+    return nil
   end

   def dont_destroy_first
===================================================================

At this point i recognised, that i will get a lot more trouble with using 
postgres instead of mysql. So we start asking :)
If i'll write useful patches to get store.rb more db independent, do i have 
chances getting them into svn?
Are there any coding styles documented?
Are there already plans for the backoffice section? (i'm mostly interested in 
that)
Are you looking for active developers? :)
[my ruby/rails experience is limited to about 6 month and i can't promise how 
much time i'm able to invest]

Greetings from Germany,
Roland

-------------- next part --------------
A non-text attachment was scrubbed...
Name: 001_initial.rb
Type: application/x-ruby
Size: 4073 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/storerb-devel/attachments/20060619/031044f8/attachment.bin 

From roland at rv-net.de  Mon Jun 19 10:38:28 2006
From: roland at rv-net.de (roland at rv-net.de)
Date: Mon, 19 Jun 2006 16:38:28 +0200
Subject: [Storerb-devel] a few more thoughts
Message-ID: <200606191638.28324.roland@rv-net.de>

Hi all,

[ first: yes i've seen the db/schema.rb now :( ]

After reading http://trac.vaillant.ca/store.rb/wiki/FeaturesBrainstorm (which 
is great), here a few points i would love to see there (and maybe willing to 
implement)

Features Overall
- splitting shop from backoffice system (for security and other reasons)
[something i'm not sure about myself; pro's: security, easy access of inhouse 
resources (printer, fax); con's: no easy access for customers to order 
status,...]

Features for store owners
Order processing
- Order confirmation by customer (it should be possible to insert a link into 
the confirmation email, which the customer must open. Without that the order 
won't be processed. This takes care of wrong email addresses and customers 
ordering the wrong quantity, product...)

Pricing, Payment & Taxes
- something like pricelists (do you know compiere and how they handle 
pricing?)
- Support for German hbci system (hbci=home banking customer interface, an 
online interface for bank accounts, supported by nearly every German bank, 
used for getting statements, executing debitnotes...)

Sales Backoffice
[as you can see here i'm more looking for a complete erp system]
- ability to automatically or manually write invoices/delivery notes/credit 
memos/quotations
- complete handling of warehouses, in stock management, reordering products 
from distributor

Shipping Features
- Interface for 'dhl easylog' (dhl=German parcel service like ups; 
easylog=software for doing all shipping related things)


Nice to have features, if someone doesn't know what to do :P
- ebay interface
- ...


Greetings,
Roland