Modified items

All recently modified items, latest first.

python3-trytond-sale-product-customer-7.4.0-2.lbn36.noarch: The sale_product_customer module defines customer’s names and codes for products and/or variants. A reference to the customer’s product is added to the sale line. Product Customer Party: The customer. Name: The customer’s product name. Code: The customer’s product code.

python3-trytond-sale-price-list-7.4.0-1.lbn36.noarch: Sale Price List Module The sale price list module adds support for price list on sale. A price list can be set per party or as default.

python3-trytond-sale-point-7.4.0-2.lbn36.noarch: The Sale Point Module allows retail sales to be handled and recorded.

python3-trytond-sale-payment-7.4.0-2.lbn36.noarch: The sale_payment module extends Sale to allow payments prior to the creation of any invoice. A field Payments is added on the sale which can be filled in quotation state. The sale can not be reset to draft or cancelled if there are no failed payment linked. The payment authorization of the full sale amount is used as confirmation of the sale. When an invoice from a sale is posted, its payments are used to pay invoice’s Lines to Pay.

python3-trytond-sale-opportunity-7.4.1-1.lbn36.noarch: Sale Opportunity Module The sale_opportunity module defines the lead/opportunity model.Lead/Opportunity ****************The lead and opportunity are defined by the same record but with different state. Depending on the state, fields of the record become mandatory. Here is the extensive list of the fields, most of them are optional:- Party: The customer. - Contact: The contact who placed the...

python3-trytond-sale-invoice-grouping-7.4.0-1.lbn36.noarch: Sale Invoice Grouping Module The sale_invoice_grouping module adds an option to define how invoice lines generated from sales will be grouped.A field is added to the *Party*:- *Sale Invoice Grouping Method*: The method used when grouping invoice lines.If the Standard method is used, invoice lines generated will be added to the first matching invoice found. If no invoice matches sale attributes...

python3-trytond-sale-invoice-date-7.4.0-2.lbn36.noarch: The Sale Invoice Date Module fills the invoice date of invoices created by sales.

python3-trytond-sale-history-7.4.0-2.lbn36.noarch: The sale history module activates the historization of the sale and adds a revision counter which increases each time the sale is reset to draft.

python3-trytond-sale-gift-card-7.4.0-2.lbn36.noarch: The Sale Gift Card Module manages the selling and redeeming of gift cards.

python3-trytond-sale-extra-7.4.0-1.lbn36.noarch: Sale Extra The sale_extra module allows to add extra line on sale based on criteria.The extra products are added when the sale goes into quotation but the added lines can be modified when going back to draft.The criteria are defined by the *Sale Extras* of the *Price List*.Sale Extra **********Each matching *Sale Extra* is evaluated to add an extra line. The criteria are the fields:- *Price...

python3-trytond-sale-discount-7.4.0-2.lbn36.noarch: The sale_discount module adds discount on sale line. Two discount fields are added to the sale line to define a discount as rate and as amount between a base price and the unit price. The base price is filled automatically with the list price of the product.

python3-trytond-sale-credit-limit-7.4.1-1.lbn36.noarch: Sale Credit Limit The sale_credit_limit module adds confirmed sale but not yet invoiced to the "Credit Amount" of the Party and check the credit limit of the party when confirming a sale.

python3-trytond-sale-complaint-7.4.0-1.lbn36.noarch: Sale Complaint Module The sale_complaint module defines Complaint model.Complaint *********The complaint is mainly defined by a customer which complains about a sale or an invoice. Actions can be taken to solve the complaint. Here is the extensive list of the fields, most of them are optional:- Customer: The customer. - Address: The main address of the customer. - Date: The date the complaint...

python3-trytond-sale-amendment-7.4.1-2.lbn36.noarch: The sale amendment module allows you to change sales that are being processed and keep track of the changes. An amendment is composed of action lines which can: Recompute taxes (if the customer tax rules or product taxes have changed). Change the payment term Change parties and addresses Change the warehouse Change a sale line: the product (for one with the same UoM category) the quantity and unit of measure the unit price the description When the amendment is validated the sale is updated and given a new revision. Generated documents (like shipments and invoices) that are still in a draft state are replaced with new ones based on the new values.

python3-trytond-sale-advance-payment-7.4.0-2.lbn36.noarch: The sale_advance_payment module adds support for advance payment management on the sale. The module adds a new document: the Advance Payment Term that defines how the shipment or the supply processes should be managed. Either process can be completely delayed until the advance payments are paid. Two new fields are added to Sale: Advance Payment Term Advance Payment Conditions The conditions are computed at the quotation of the sale if a payment term is set. When the sale is processed the advance payment invoices are created, final invoices will be generated when this advance payment invoices are paid. Those invoices will take into the account the amount previously paid by the customer. Warning If an advance payment invoice is cancelled and not recreated when processing the exception. The condition of the cancelled invoice will be concidered as met. Advance Payment Term It defines how advance payment invoices should be created and what they block until they are paid. Name: The nam

python3-trytond-sale-7.4.2-1.lbn36.noarch: Sale Module The *Sale Module* helps organise and manage sales made by the company. It adds the concept of a sale to Tryton and allows it to be tracked through its states from draft to done. It also oversees the creation of customer shipments and invoices for the sales, and allows reports to be generated that contain aggregated sales figures.

python3-trytond-quality-7.4.1-2.lbn36.noarch: The Quality Module enables quality to be controlled by configuring control points and inspecting against these when certain operations are performed.

python3-trytond-purchase-shipment-cost-7.4.0-1.lbn36.noarch: Purchase Shipment Cost Module The purchase_shipment_cost module adds shipment cost to *Supplier Shipment*.One field is added to *Carrier*:- *Carrier Cost Allocation Method*: The method used to allocate the cost on each lines of the shipment. - *By Value*: The cost will be allocated according to the value of each line. (The value is: *Quantity* * *Unit Price*)Three new fields are added to...

python3-trytond-purchase-secondary-unit-7.4.0-2.lbn36.noarch: The purchase secondary unit module adds a secondary unit of measure on purchase lines. The secondary quantity and unit price are kept synchronized with the quantity and unit price. The secondary unit is defined on the product supplier or on the product with its factor against the purchase unit.

« Previous 20 items Next 20 items » 1 ... 37 38 39 40 41 42 43 ... 2425


	Copyright © 2000-2025 Corporation of Balclutha Inc. All rights reserved.