Skip to content
Snippets Groups Projects
  1. Nov 03, 2016
    • Mansi Trivedi's avatar
      [ADD] purchase: Add python tests for default lead time · 2860414d
      Mansi Trivedi authored
      Case 1: To check order date of purchase order and schedule dates of shipment and purchse order,
      	  - Configure lead times:
              	- At a product level set Delivery Lead Time
      		- At a company level set Purchase Lead Time
      
      Case 2: To check order date of purchase order and schedule dates of multiple purchase order line of the same purchase order,
              we create two procurements for the two different product with same vendor and different Delivery Lead Time
      
      Case 3: To check order date of purchase order and schedule dates of shipments and purchase order,
       	 - Configure lead times:
      		- At a product level set Delivery Lead Time
      		- At a route level set delay of push rules
      
      Detailed Use Cases
      ==================
      
      Consider today's date = 2016-04-21 ( date_planned of procurement = today's date + 10 days)
      
      CASE 01:
      ========
      
      Create Product
      --------------
      Name : Product A
      Product type : stockable
      Buy : True
      Make To Order : True
      Delivery Lead Time :  5 days
      
      Configure your company data
      ---------------------------
      Purchase Lead Time : 3.00 days
      
      Procurement Request
      -------------------
      Warehouse : YourCompany
      Product : Product A
      Quantity :  15.00
      Planned Date: 2016-05-01 00:00:00
      
      Confirm Purchase Order
      
      Result
      ------
      Purchase Order :-- Schedule date: 2016-04-28 00:00:00
          Order date: 2016-04-23 00:00:00
      Incoming shipments schedule date :-- 2016-04-28 00:00:00
      
      CASE 02:
      ========
      
      Create Product
      --------------
      Name : Product A
      Product type : stockable
      Buy : True
      Make To Order : True
      Delivery Lead Time :  5 days
      
      Create another Product
      ----------------------
      Name : Product B
      Product type : stockable
      Buy : True
      Make To Order : True
      Delivery Lead Time :  2 days
      
      Procurement Request
      -------------------
      Warehouse : YourCompany
      Product : Product A
      Quantity :  10.00
      Planned Date: 2016-05-01 00:00:00
      
      Procurement Request for second product
      --------------------------------------
      Warehouse : YourCompany
      Product : Product B
      Quantity :  5.00
      Planned Date: 2016-05-01 00:00:00
      
      Confirm Purchase Order
      
      Result
      ------
      Purchase Order :-- Schedule date: 2016-04-28 00:00:00
          Order date: 2016-04-26 00:00:00
          Schedule date of purchase order line for product A: 2016-05-01 00:00:00
          Schedule date of purchase order line for product B: 2016-04-28 00:00:00
      Incoming shipments schedule date :-- 2016-04-28 00:00:00
      
      CASE 03:
      ========
      
      Create Product
      --------------
      Name : Product A
      Product type : stockable
      Buy : True
      Make To Order : True
      Delivery Lead Time :  5 days
      
      Warehouse configuration (YourCompany)
      -------------------------------------
      Incoming shipments : three steps
      
      Routes
      ------
      YourCompany : Receipt in 3 steps
      Push Rules:
      -----------------
      WH: Input -> Quality Control :-- Delay : 2 days
      WH: Quality Control -> Stock  :-- Delay : 2 days
      
      Create Procurement:
      -------------------
      Product : Prosuct A
      Quantity : 5.000
      Warehouse : YourCompany
      Procurement Location : WH/Input
      Schedule date : 2016-05-01 10:30:43
      Notes : 'Test scheduler for RFQ'
      
      Confirm Purchase Order
      
      Result
      ------
      Purchase Order :-- Schedule date: 2016-05-01 10:30:43
          Order date: 2016-04-26 10:30:43
      Incoming shipments schedule dates :--
      In type :--  2016-05-01 10:30:43
      Internal type 1 :--  2016-05-03 10:30:43
      Internal type 2 :--  2016-05-05 10:30:43
      2860414d
    • Goffin Simon's avatar
      [FIX] point_of_sale: Closing a cash control session · 1d2ca932
      Goffin Simon authored
      Before the fix:
      When creating a new session with Cash control POS then it was impossible to close the session.
      
      After the fix:
      The same flow as in 9.0 when closing a session
      
      opw:691517
      1d2ca932
    • Kinjal Mehta's avatar
      [IMP] product: order the attribute values by sequence then by id · b2eb54ab
      Kinjal Mehta authored
      =======
      purpose
      =======
      
      By default, the sequence is 0 for all new attributes and the result is messed up. The product attribute values are not ordered in the same way in a list view.
      
      That's because the results are not returned from sql ordered by id if the sequence is the same. Just add this in the order definition will remove the non-deterministic behavior.
      b2eb54ab
    • David Arnold's avatar
      [IMP] base: add Colombian states · 5b901529
      David Arnold authored
      
      Signed-off-by: default avatarDavid Arnold <dar@devco.co>
      This commits closes #14067
      5b901529
    • David Arnold's avatar
      [FIX] base: Add address format for Colombia · bed36bb1
      David Arnold authored
      This commit closes #14066
      bed36bb1
    • dut-odoo's avatar
      [IMP] account: show send by email button on invoice for pro-forma stage too · 78b2aa4c
      dut-odoo authored
      - when we send invoice by email, the template shows `False` at invoice number,
      we will show `pro-forma` invoice instead of `False`
      78b2aa4c
    • Nicolas Martinelli's avatar
      [IMP] lunch: new lunch widget · 018144b8
      Nicolas Martinelli authored
      The JS widget is simplified, which a cleaner approach.
      For the rendering part:
        - the server reads the data
        - the JS widget formats/organizes the data
        - the template renders the data prepared by the widget
      
      Quick summary of the modifications:
      1. The associated field is a text field which contains JSON-encoded
      data. The data are read server-side, and not client-side anymore.
      
      2. The widget is an AbstractField, no need of ReinitializeWidgetMixin
      anymore. No use of the FieldMonetary widget directly, but use a similar
      format_value instead (inspired by ShowPaymentLineWidget).
      
      3. Data formatting (call to format_value) is done in the widget, not in
      the template anymore. This seems to be the standard way of doing, since
      lunch was the only module where format_value was in the template and not
      in the widget.
      
      4. The addition of an order line is cleaner since all necessary data
      are prepared server-side.
      018144b8
    • Vipul Bhatt's avatar
  2. Nov 02, 2016
  3. Oct 31, 2016
    • Quentin De Paoli's avatar
      [FIX] account: fix the bank statement reconciliation that wasn't proposing... · 9542924b
      Quentin De Paoli authored
      [FIX] account: fix the bank statement reconciliation that wasn't proposing antthing for credits on liquidity accounts because of a wrong sql query (looking on negative values in credit columns
      9542924b
    • Quentin De Paoli's avatar
    • Goffin Simon's avatar
      [FIX] stock: name_search on stock.picking.type · ef78955c
      Goffin Simon authored
      Before the fix,  the search was made on the picking_type.name
      instead of the picking_type.warehouse_id.name
      
      opw:692256
      ef78955c
    • Jared Kipe's avatar
      FIX] hr_payroll: fix payroll rules using a BrowableObject.sum(). · bbe07311
      Jared Kipe authored
      Since commit edcb318a; using a python rule that uses the 'sum' function on a BrowsableObject was resulting in a UserError. Courtesy of jaredkipe
      bbe07311
    • Nicolas Lempereur's avatar
      [IMP] website: use default language for some bots · d05136a0
      Nicolas Lempereur authored
      Currently when using a language on the website, the following is done in
      this order to choose which one will be used:
      
      1) use a language code if present in the url (eg. /fr_BE/),
      2) use a language similar to the one in the url,
      3) use a previously choosed language (saved in cookie),
      4) use the browser language if available on website,
      5) use a language similar to the browser language,
      6) use the default website language
      
      When a bot is requesting a page, he could either not specify a browser
      language (en_US is set as default) or sometimes specify english
      erroneously.
      
      In these instance, we will then never use the default website language
      if an english language is installed.
      
      This fix changes this behaviour so if a bot is visiting a page, the 4th
      and 5th steps are skipped and the default website language is used
      instead of using the browser language.
      
      closes #14033
      opw-690910
      d05136a0
    • Nicolas Lempereur's avatar
      [FIX] web_editor: don't paste two times · 76be5eed
      Nicolas Lempereur authored
      When pasting, the paste event is cancelled and done back with the
      corrected data.
      
      This works fine on firefox, but this can have unwanted results on other
      browser like pasting two times or copying the end of the line at the
      beginning.
      
      This commit replace completely the summernote functionality with our
      small implementation of pasting corrected text.
      
      closes #14043
      opw-690814
      76be5eed
    • Goffin Simon's avatar
      [FIX] account_voucher: Wrong reconciliation of customer payments · d4063146
      Goffin Simon authored
      Steps to reproduce :
      
      1. Create a new customer
      2. Create an invoice with an amount of 50.- for this new customer and validate it
      3. Create a refund with an amount of 70.- for the same customer and validate it
      4. Create a Customer Payment for this customer and validate it. The Invoice will be paid with 50.- of the refund. 20.- are still on residual in the refund.
      5. Create a new invoice with an amount of 50.- for the same customer.
      6. Create a new Customer Payment for the same Customer and validate it.
      
      The Full Reconcile Boolean stays checked inspite of "Open Balance" of Refund amount is less than the Invoice amount.
      
      After the fix:
      Full Reconciliation Boolean doesn't get checked and Allocation amount on invoice journal item line should be same
      as Open balance of the Refund Journal Item. So Invoice stays open with Balance amount.
      
      opw:691577
      d4063146
Loading