Saravanan666/pypi-org huggingface dataset:
Package: trytond-sale-advance-payment
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 toSale:Advance Payment TermAdvance Payment ConditionsThe 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.WarningIf 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 TermIt defines how advance payment invoices should be created and what they block
until they are paid.Name: The name of the term.Lines:Description: The description used for the invoice line.Account: The account used for the invoice line. If it has default taxes,
the taxes will be applied.Block Supply: If checked, it prevents the creation of any supply request
before the payment of the advance payment invoice.Block Shipping: If checked, the shipments can not be packed before the
payment of the advance payment invoice.Invoice Delay: The delay to apply on the sale date for the date of the
advance payment invoice.Formula: It computes the amount of the invoice line.
Package: trytond-sale-amendment
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 termChange parties and addressesChange the warehouseChange a sale line:the product (for one with the same UoM category)the quantity and unit of measurethe unit pricethe descriptionWhen 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.
Package: trytond-sale-complaint
The sale_complaint module defines Complaint model.ComplaintThe 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 is filled.Number: The internal reference of the complaint (will be generated
automatically on creation).Reference: The optional external reference of the complaint.Employee: The employee responsible of the complaint.Type: The type of complaintOrigin: The original document for which the complaint if filled.Company: The company against which the complaint is filled.Description: The description of the complaint.Actions: The actions to take to solve it.State:DraftWaiting: The complaint is waiting for approval.Approved: The complaint has been approved by a sale admin.Rejected: The complaint has been rejected by a sale admin.Done: The complaint’s actions have been executed.CancelledActionA complaint action defines an action to execute to solve the complaint.
There are two types of action:Create Sale ReturnandCreate Credit Note.
When the origin of the complaint is a line, only this line will proceeded and
it will be possible to define the quantity and the unit price otherwise it is
the all document.TypeIt defines the type of complaint per document:Sale,Sale Line,Customer
InvoiceandCustomer Invoice Line.
Package: trytond-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 theSale Extrasof thePrice List.Sale ExtraEach matchingSale Extrais evaluated to add an extra line.
The criteria are the fields:Price ListStart/End DateSale Amount: If untaxed sale amount is greater or equal
(in the price list company currency).Sale Extra LineOnce aSale Extrais selected, its first line that match the line’s criteria
is used to setup the extra line.
The criteria are the fields:Sale Amount: If the untaxed sale amount is greater or equal
(in the price list company currency).The sale line is setup using the fields:Product: The product to use on the sale line.Quantity: The quantity to set on the sale line (in theUnit).Unit: The unit of measure to use.Free: Set unit price of the sale line to zero, otherwise to the sale price.
Package: trytond-sale-invoice-grouping
Thesale_invoice_groupingmodule adds an option to define how invoice lines
generated from sales will be grouped.A field is added to theParty: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 then a new
one will be created. Invoices not created by the sale process are not taken
into account when looking for a candidate invoice to add invoice lines to.
Package: trytond-sale-opportunity
The sale_opportunity module defines the lead/opportunity model.Lead/OpportunityThe 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 order.Address: The main address of the customer.Description: The description of the lead/opportunity.Number: The internal reference of the lead/opportunity (will be generated
automatically at creation).Reference: The optional external reference of the order.Amount: The estimated revenue amount.Currency: Define the currency of the amount.Probability: The probability of conversion.Company: The company which issue the lead/opportunity.Employee: The employee responsible of the lead/opportunity.Start Date: When the lead started.End Date: When the lead ends (automatically set on win, cancel or lost).Payment Term: Define which payment term will be used for the future invoice.Comment: A text field to add custom comments.State: The state of the lead/opportunity. May take one of the following
values:LeadOpportunityConvertedWonCancelledLostLines: A list ofLead/OpportunitylineSales: The list of sales converted from this opportunity.History: The list of changes made over time to the lead/opportunity.The first time an opportunity is converted, a sale is created base on the
information of the opportunity and the lines.
The amount of the opportunity is later updated with the sales amount.
Once all the sales of an opportunity are confirmed (or cancelled with at least
one confirmed), the opportunity is won.
If all the sales of an opportunity are cancelled than the opportunity is lost.Lead/Opportunity LineA lead/opportunity line define a quantity of product that are expected to be sold.ReportsThe sale_opportunity module defines also some reports:Opportunities per Employee.Opportunities per Month.Opportunities per Employee per Month.which all show:The number of leads/opportunities.The number of converted opportunities.The convertion rate.The number of won opportunities.The winning rate.The number of lost opportunities.The total amount of leads/opportunities.The total amount of converted opportunities.The convertion amount rate.The total amount of won opportunities.The winning amount rate.
Package: trytond-sale-payment
The sale_payment module extendsSaleto allow payments prior to the creation
of any invoice.A fieldPaymentsis 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’sLines to Pay.
Package: trytond-sale-promotion
The sale_promotion module allows to apply promotions on sale based on criteria.The promotion is applied by changing the unit price of the affected lines when
the sale goes into quotation but the unit price is restored when going back to
draft.Sale PromotionEach matchingSale Promotionis considered for application but only those who
reduces the unit price of the lines are really applied.
The criteria are the fields:Company: The company should be the same as the sale.Price List: The sale price list.Start Date/End Date: The period for which the promotion is valid.Amount: The amount of the sale.Quantity: The sum quantity of the sale lines which have the sameUnit.Products: The list of products to apply the promotion.Categories: The list of product categories to apply the promotion.The new unit price is computed by the fieldFormula.
Package: trytond-sale-promotion-coupon
The sale_promotion_coupon module adds coupon to the promotions.A promotion with coupons will be applied only if a linked coupon has been added
on the sale.Promotion CouponIt defines the behaviours of a sets of coupon numbers for a promotion:Name: The name of the coupon.Promotion: The promotion to which the coupon is attached.Number of Use: How much time a coupon number can be used.Per Party: How the usage is counted.Numbers: The list of numbers which must be unique.
Package: trytond-sale-shipment-cost
The sale_shipment_cost module adds shipment cost for sale.Two new fields are added toSaleandSale Configuration:Carrier: The carrier used for the sale.Shipment Cost Method: The method used to compute the cost.On Order: The cost will be invoiced once for the sale.On Shipment: The cost will be invoiced for each shipments.None: The cost will not be invoiced to the customer but added to the
outgoing moves cost.At the quotation if a carrier is selected a new line is appended with the
shipment cost but the added line can be modified when going back to draft.
Package: trytond-sale-shipment-grouping
Thesale_shipment_groupingmodule adds an option to define how stock moves
generated from sales will be grouped.A field is added to theParty:Sale Shipment Grouping Method: The method used when grouping stock moves.If the Standard method is used, stock moves generated will be added to the
first matching shipment found. If no shipment matches sale attributes then a
new one will be created.
Package: trytond-sale-subscription
The sale subscription module defines subscription, services and recurrence rule
models.SubscriptionA subscription defines how some recurring services are periodically invoiced.
The invoice is generated based on the consumption of each services. Here is the
extensive list of the fields:Party: The customer.Contact: The contact who placed the order.Invoice Party: An optional different party to invoice.Invoice Address: The invoice address of the customer.Number: The internal reference of the subscription.Reference: The optional external reference of the subscription.Description: An optional description for the subscription.Start Date: The date at which the subscription starts.End Date: The optional end date of the subscription.Invoice Start Date: The date at which the invoice starts to be generated.Invoice Recurrence: The definition of the invoicing recurrence.Payment Term: The payment term to apply on the invoices.Currency: Define the currency to use for the subscription. All service prices
will be computed accordingly.Lines:Service: A required reference to the service subscribed.Description: The description of the service subscribed.Consumption Recurrence: The optional recurrence of consumption of the
service.Quantity: The quantity consumed on each occurrence.Unit: The unit of measure of the quantity.Unit Price: The unit price of the service expressed in the currency of
the subscription.Start Date: An optional later start date than the subscription.End Date: An optional earlier end date than the subscription.States: The state of the subscription. May take one of the following values:
Draft, Quotation, Running, Closed, Cancelled.Company: The company which issue the sale order.A running subscription can be modified by going back to draft and edit. Some
field may not more be editable if the consumption has already started.
The draft subscription is momentary stopped until it is set back to running.The consumptions are created by schedulers or by a wizard.
Idem for the creation of the invoices.ServiceA subscription service defines the default consumption of a product. It is
composed of the fields:Product: A product of type service.Consumption Recurrence: The recurrence at which the service is consumed.Consumption Delay: A delay to apply between the date the consumption is
created and the date of the consumption.Recurrence RuleIt defines combination of rules which compute the occurrence dates.Name: The name of the rule.Rules:Exclusive: Define if the rule excludes the resulted dates.Frequency: Daily, Weekly, Monthly, Yearly.Interval: The interval of the frequencyBy Week Day: Defines the list of weekdays where the recurrence will be
applied.By Month Day: Defines the list of month days to apply the recurrence to.By Year Day: Defines the list of year days to apply the recurrence to.By Week Number: Defines the list of week numbers (ISO8601) to apply the
recurrence to.By Month: Defines the list of months to apply the recurrence to.By Position: Defines the list of occurrence positions.Week Start Day.The computation of occurrences is base on thepython-dateutil library.
Package: trytond-sale-subscription-asset
The sale subscription asset module adds the notion of asset to the sale
subscription module.Two fields are added to theService:Lots: All the lots that can be used when providing this serviceAvailable Lots: A subset of the preceding field displaying the
available lotsOn theSubscription Line, it is possible to specify the lot to use. When the
subscription will be running this field will become required for service with
lots.On theLot, the fieldSubscribedwill point to the line of the subscription
currently using this lot.
Package: trytond-sale-supply
The Sale Supply module adds a “supply on sale option” to purchasable products.
If selected, it will generate a purchase request for each sale line of this
product depending of the option and the stock levels.
Once the purchased products are received they are assigned on the customer
shipments.
If the purchase is cancelled the sale goes back to the default supply method.WarningIf the shiment method isOn Invoice Paid, the purchase request will be
created only when all the invoice lines are paid
Package: trytond-sale-supply-drop-shipment
The Sale Supply Drop Shipment module adds a drop shipment option on product
supplier if “supply on request” is selected.
When selected, the purchase request and the linked purchase have the address of
customer as Delivery Address; at the confirmation of the purchase a drop
shipment is created and linked to both the purchase and the sale.Drop ShipmentA drop shipment is used when products are sent directly from the supplier to
the customer without going through the warehouse.
It is mainly composed of a supplier, a customer and a list of moves.The drop shipment can be in one of this states:DraftAll moves are in draft.WaitingAll moves are in draft, the synchronization between the moves of the supplier
and the moves to the customer has occurred.ShippedAll moves from the supplier are done.DoneAll moves are in state Done.CancelledAll moves are cancelled.
Package: trytond-sale-supply-production
The Sale Supply Production module adds a “supply on sale” option to producible
products.
If selected, it will generate a production request for each sale line of this
product depending of the option and the stock levels.
Once the products are produced they are assigned to the customer shipments.
If the production request is cancelled, the sale goes back to the default
supply method.WarningIf the shiment method isOn Invoice Paid, the production request will be
created only when all the invoice lines are paid.
Package: trytond_sentry
Sentry is a realtime event logging system. This module provides a tryton
daemon script which reports unhandled exceptions to sentry and sends a
friendly message to the client with an identifier of the error code.
The daemon scripttrytond_sentryis a drop in replacement fortrytondinstalled by the trytond official package.Build Status (Master)Build Status (Develop)ScreenshotsInstallationFrom PyPI:pip install trytond_sentryFor older versions:pip install 'trytond_sentry>=2.8,<3.0'From git repository:git clone git@github.com:fulfilio/trytond-sentry.git
cd trytond-sentry
python setup.py installUsageThe DSN is an additional argument required for the daemon script to
know which sentry server the errors should be reported to. This can
be specified in two ways:As a command line argument:trytond_sentry -s http://<public_key>:<secret_key>@sentry.com/1In the configuration:trytond_sentry -c /path/to/configwhere the config file has an argumentsentry_dsn = http://<public_key>:<secret_key>@sentry.com/1ChangelogRead CHANGELOG
Package: trytond-stock-consignment
The stock consignment modules allow to manage consignment stock from supplier
or at customer warehouse.The consignment stock from supplier is managed by creating a supplier location
under the company’s warehouse storage. The location can be filled using an
Internal Shipment from the external supplier location. The products are used
also by using an Internal Shipment from the consignment location to a storage
location. In this case, a supplier invoice line is created for the supplier
defined on the location.The consignment stock at customer warehouse is managed by creating a storage
location under the customer location. The location can be filled using an
Internal Shipment from a warehouse. It is possible to define a lead time
between the warehouse and the storage location. The products are used also by
using an Internal Shipment from the consignment location to a customer
location. In this case, a customer invoice line is created for the customer
defined on the location.It is allowed to make inventory for those consignment locations.A new field is added to Location:Consignment Party: The party invoiced when consignment is used.
Package: trytond-stock-forecast
The stock forecast module provide a simple way to create stock moves
toward customers with a date in the future. This allow other stock
mecanism to anticipate customer demand.ForecastThe forecast form contains:A location from which the products will leave.A destination (which is a customer location).Two dates defining a period in the future.A companyA list of forcast lines with:A productA quantity which represent the total demand for the periodA minimal quantity for each move.A unit of measure.The “Complete Forecast” button allow to auto-complete forecast lines
based on previous stock output for dates in the past.The forecasts are deactivated automatically when their period has passed.Forecast StatesDraftIt is the initial state and the state used for edition. No moves are
linked to the forecast linesDoneOnce in state done, moves are created for each forecast line:They are spread homogeneously between the two dates of the
forecast.Move quantities are bigger or equal to the minimal quantity set
on the forecast line.CancelledOn a cancelled forecast all existing moves are cancelled and the form
is readonly.
Package: trytond-stock-location-move
The stock location move module allows to define someLocationsas movable
(like pallet).Such locations can be moved using anInternal Shipment. The parent location
is changed for the destination location when the shipment is done. If there is
a transit location, the locations will be first moved to this one when shipped.
A reservation mechanism prevent to assign the same locations at the same time.If aCustomer Shipmentor aSupplier Return Shipmentempties a movable
location, it will automatically deactivate it.
Package: trytond-stock-lot-unit
Thestock_lot_unitmodule allows to define a unit and quantity on stock
lot.Lots with unit have the following properties:no shipment may contain a summed quantity for a lot greater than the
quantity of the lot.no move related to a lot with a unit may concern a quantity greater than
the quantity of the lot.TheLot Unitfield is added to the product. This defines the unit to set on
new lot.
Package: trytond-stock-package-shipping
This module is the base module required to interact with shipping service
providers.CarrierThe Carrier model adds the following field:Shipping Service: The shipping service of the carrier.This field is programmatically filled by the modules providing support for
shipping companies.Package TypeThe Package Type model has been added the following fields:Length: The length of the packages of this typeLength Unit: The unit of measure of this lengthLength Digits: The precision of lengthHeight: The height of the packages of this typeHeight Unit: The unit of measure of this heightHeight Digits: The precision of heightWidth: The width of the packages of this typeWidth Unit: The unit of measure of this widthWidth Digits: The precision of widthPackageThe Package model has been added the following fields:Shipping Reference: The shipping reference provided by the shipping serviceShipping Label: The shipping label provided by the shipping serviceWeight: A function field computing the weight of the package with its
contentShipment OutThe Shipment Out model will check once in the Packed state if the shipment is a
valid shipment for the shipping service. He does that by calling a method that
is by convention namedvalidate_packing_<shipping service>.Once a shipment is packed, the user can create the shipping for each packages
with the shipping service by clicking on theCreate Shippingbutton. This
button triggers a wizard that is overridden in shipping service specific
modules. The starting state of the wizard is aStateTransition. Its linked
method is overridden in shipping service modules in order to communicate with
the service.
Package: trytond-stock-package-shipping-dpd
The Stock Package Shipping DPD module allows you to generate the DPD label
using the DPD webservices.
DPD has many different web services, the module supports:LoginService 2.0ShipmentService 3.2Carrier CredentialThis model allows to define the credential used to connect the DPD API.
The credentials will be automatically retrieved based on the company of the
Shipment.Company: The company for which those credentials are validUser ID: The User ID provided by DPD.Password: The Password used to access the DPD API.Server: Are those credentials used for accessing the Testing or the
Production server.CarrierThe Carrier model is extended with the following fields:Product: The DPD product requested.Printer Language: The type of file used for the label sent by DPDPaper Format: The format of the label sent by DPD
Package: trytond-stock-split
The Stock Split module adds on the stock move a wizard that allows to split them.
The move is split into moves ofQuantity. IfCountsis set, it will be
split only this number of times. On occasion there can be a move with the
remaining quantity.It also adds onCustomer,Supplier ReturnandInternalshipments a wizard
that allows to split them. The selected moves of the shipment are shifted to a
new copy of the shipment.