← Back to team overview

c2c-oerpscenario team mailing list archive

Re: [Bug 742534] Re: Bug fixes in OpenERP POS

 

On Saturday 30 April 2011, you wrote:
> Basically, the Point of Sales module can't be used as it is right now...
> 
You are absolutely right.

But now, 30 August, there is a replacement:
http://git.hellug.gr/?p=xrg/openobject-addons;a=commit;h=4de61d4eda3e25
http://git.hellug.gr/?p=xrg/openobject-addons;a=shortlog;h=refs/heads/trunk-
xrg

Note (again), this requires the pg84-next server API.


-- 
Say NO to spam and viruses. Stop using Microsoft Windows!

-- 
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to the OpenERP Project Group.
https://bugs.launchpad.net/bugs/742534

Title:
  Bug fixes in OpenERP POS

Status in OpenERP Modules (addons):
  Confirmed

Bug description:
  In Openerp 6.0.1 Point of Sale Module the following problems occur:

  1.) If a product was configured to have a different UoM (PCE for
  default and Box100 for Purchase UoM), the POS makes use of the
  Purchase UoM. So a product sold for $7.00 will have a unit cost of
  $700 in the order line due to the Box100 (Purchase UoM). Follow the
  code below for reference:

  point_of_sale.py (Line: 1074)
  1066    def price_by_product(self, cr, uid, ids, pricelist, product_id, qty=0, partner_id=False):
  1067        if not product_id:
  1068            return 0.0
  1069        if not pricelist:
  1070           raise osv.except_osv(_('No Pricelist !'),
  1071                _('You have to select a pricelist in the sale form !\n' \
  1072                'Please set one before choosing a product.'))
  1073        p_obj = self.pool.get('product.product').browse(cr, uid, [product_id])[0]
  1074        uom_id = p_obj.uom_po_id.id

  The line (1074) "uom_id = p_obj.uom_po_id.id" should be "uom_id =
  p_obj.uom_id.id"

  2.) POS transactions paid in cash does not create Sales and Tax
  entries. Only Cash and Accounts Receivable entries are created, which
  is not appropriate in a cash sale transaction. A minor modification of
  the file point_of_sale_view.xml is required to add a "Confirm Order"
  button that will trigger the posting of the POS transaction to
  accounting entries: Sales and Tax. Refer to these lines:

  <group colspan="4" col="8">
          <field name="state" />
          <button name="%(action_add_product)d" string="Add product" type="action" icon="gtk-ok" states="advance" groups="base.group_extended"/>
          <button name="%(action_pos_payment)d" string="Make Payment" icon="terp-dolar" type="action" states="draft,advance" />
  	<button name="%(action_pos_confirm)d" string="Confirm Order" icon="gtk-execute" type="action" states="paid" />
          <button name="%(action_report_pos_receipt)d" string="Reprint" icon="gtk-print" type="action" states="paid,done,invoiced"/>
          <button name="set_to_draft" string="Set to draft" states="paid" icon="gtk-execute" type="object" />
          <button name="%(action_view_pos_return)d" string="Return Picking" type="action" icon="gtk-ok" states="paid" attrs="{'invisible':[('state','!=','done'),('state','!=','invoiced')]}" context="{'return':'return'}" />
  </group>

  Notice the added line "<button name="%(action_pos_confirm)d"
  string="Confirm Order" icon="gtk-execute" type="action" states="paid"
  />".

  I hope this will be of great help to others seeking for the solutions
  presented.

To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/742534/+subscriptions


References