Saravanan666/pypi-org huggingface dataset:
Package: trytond_health_socioeconomics
#    Copyright (C) 2008-2017 Luis Falcon#    This program is free software: you can redistribute it and/or modify
#    it under the terms of the GNU General Public License as published by
#    the Free Software Foundation, either version 3 of the License, or
#    (at your option) any later version.#    This program is distributed in the hope that it will be useful,
#    but WITHOUT ANY WARRANTY; without even the implied warranty of
#    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
#    GNU General Public License for more details.#    You should have received a copy of the GNU General Public License
#    along with this program.  If not, see <http://www.gnu.org/licenses/>.Please read the README file at the main “health” moduleFor more information, please visit :http://health.gnu.orgemail :health@gnusolidario.org
Package: trytond_health_stock
#    Copyright (C) 2008-2017 Luis Falcon#    This program is free software: you can redistribute it and/or modify
#    it under the terms of the GNU General Public License as published by
#    the Free Software Foundation, either version 3 of the License, or
#    (at your option) any later version.#    This program is distributed in the hope that it will be useful,
#    but WITHOUT ANY WARRANTY; without even the implied warranty of
#    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
#    GNU General Public License for more details.#    You should have received a copy of the GNU General Public License
#    along with this program.  If not, see <http://www.gnu.org/licenses/>.Please read the README file at the main “health” moduleFor more information, please visit :http://health.gnu.orgemail :health@gnusolidario.org
Package: trytond_health_surgery
#    Copyright (C) 2008-2017 Luis Falcon#    This program is free software: you can redistribute it and/or modify
#    it under the terms of the GNU General Public License as published by
#    the Free Software Foundation, either version 3 of the License, or
#    (at your option) any later version.#    This program is distributed in the hope that it will be useful,
#    but WITHOUT ANY WARRANTY; without even the implied warranty of
#    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
#    GNU General Public License for more details.#    You should have received a copy of the GNU General Public License
#    along with this program.  If not, see <http://www.gnu.org/licenses/>.Please read the README file at the main “health” moduleFor more information, please visit :http://health.gnu.orgemail :health@gnusolidario.org
Package: trytond-ldap-authentication
The LDAP authentication module allows to authenticate users via a LDAP server.The configuration of the LDAP connection is set in theldap_authenticationsection.To be activated, theldapmethod must be added to theauthenticationsmethods list of thesessionsection of the configuration.ConfigurationuriThe LDAP URL to use to connect to the server following theRFC 2255.
It is extended to supportSSLandSTARTTLS.
The available protocols are:ldap: simple LDAPldap+tls: LDAP with STARTTLSldaps: LDAP with SSLbind_passThe LDAP password used to bind if needed.uidThe UID Attribute for authentication (default isuid).create_userA boolean to create user if not in the database.
Package: trytond_ldap_connection
The ldap_connection module of the Tryton application platform.InstallingSee INSTALLSupportIf you encounter any problems with Tryton, please don’t hesitate to ask
questions on the Tryton bug tracker, mailing list, wiki or IRC channel:http://bugs.tryton.org/http://groups.tryton.org/http://wiki.tryton.org/irc://irc.freenode.net/trytonLicenseSee LICENSECopyrightSee COPYRIGHTFor more information please visit the Tryton web site:http://www.tryton.org/
Package: trytond-marketing-automation
The marketing_automation module allows marketing actions to be automated. It is
based on scenarios and activities that are executed on selected records.ScenarioA scenario provides the entry point for records into an automated marketing
campaign. Each record can only enter a scenario once. A scenario is defined by:NameModel: the type of record for the scenario (by default Party and Sale)Domain: used to filter recordsState:DraftRunningStoppedA cron task runs periodically to find new records to apply the scenario to.ActivityThe activities form a scenario. They define which action should be triggered
and when it should happen. The activities are organized as a tree and defined
by:NameParentChildrenOn: event from the parent that triggers the activity:E-Mail OpenedE-Mail Not OpenedE-Mail ClickedE-Mail Not ClickedCondition: that the record must match to execute the activityDelay: before the action is executedAction: list of available actionsActionsSend E-MailThe activity send an e-mail to the party defined on the record.
The E-mail is composed using an HTMLGenshitemplate withrecordin the evaluation context.
All<a>elements have theirhrefreplaced by a shortened version used
to trigger children activities. If thehrefvalue isunsubscribe, it is
replaced by the URL which allows the recipient to block their record for the
scenario.
A empty image is automatically added at the end of the<body>to track when
emails are opened.RecordIt stores a reference to the records included in each scenario. If the record
is blocked, no activity will be triggered for the record.Record ActivityIt stores the state of a record for an activity of the scenario.A cron task runs periodically to execute any waiting record activity that is
due.ConfigurationThe marketing_automation module uses parameters from the section:[marketing]:email_from: The defaultFromfor the email.automation_base: The base URL without a path for the unsubscribe URL
and the empty image.
The default value is created using the configuration[web]hostname.
Package: trytond-marketing-email
The marketing_email module manages mailing lists.Mailing ListA mailing list groups emails under a name and a languageEmailIt stores emails for a mailing list and provides links to the related party or
web user.Two actions are available:Request Subscribewhich sends an e-mail to confirm the subscription to a
list.Request Unsubscribewhich sends an e-mail to confirm the unsubscription of
an email address from the list.MessageIt stores a message to send to all e-mails addresses on a list. A message is
defined by:From: the address from which the message is sent.List: the list of addresses to send the message to.TitleContentState:DraftSendingSentA wizard is available that sends a message to a unique e-mail address from the
list for test purposes.ConfigurationThe marketing_email module uses parameters from the section:[marketing]:email_from: The defaultFromfor the e-mails that get sent.email_subscribe_url: the URL to confirm the subscription to which the
parametertokenwill be added.email_unsubscribe_url: the URL to unsubscribe an e-mail address to
which the parametertokenwill be added.email_spy_pixel: A boolean to activate spy pixel. Disable by default.
Package: trytond_nereid_image_transformation
This module works as a dynamic image resizing addon for the static file
functionality in Nereid.How to useThe module introduces a new URL handler to the static file module, which
takes a URL path in which transformation commands could be embedded to
dynamically resize, rotate (TODO) and do various other tranformations.A note of warningImage manipulation is slow! Really Slow!Hence, this module is designed to be used with a frontend cache. The
responses from the module by default has instructions for frontend caches
to store the file in cache for 86400 seconds (equivalent to a day).It is also recommended to use X-Send-File configuration with Nereid and
your web server (apache, nginx) to speed up delivery of images.Examples{{ product.large_image.transform_command().thumbnail(120, 120).resize(100, 100) }}Using the above in a template should result in the following URL:/en_US/static-file-transform/1/thumbnail,w_120,h_120,m_n/resize,w_100,h_100,m_n.png
Package: trytond_nereid_payment
nereid-payment module is deprecated on behalf of thepayment-gatewaymodule
which has a better API and works natively on Tryton without nereid.Then why is this module here ?If you are migrating from an older version of nereid-webshop or you were
using this module to process payments in versions before 3.0, it is
likely that you still want to see the old transactions and records. So
this module leaves behind the database tables and views which will allow
you to view those old records and manually take actions.Can I Still process payments with this module ?Yes and No!Yes, because you can manually process any transactions from the Tryton
client interface. This should let you complete those orders which may be
in-progress when you decided to migrate to the newer version of Tryton
(and webshop).No, because the checkout module does not implement this API anymore and
you wont be able to process payment using this module. Checkout uses the
newpayment-gatewaymodule.How long will this module be maintained ?The module will be maintained in this state until version 3.4 of Tryton.Can we not just discard the transactions ?Yes, the transactions can safely be discarded after a certain time. The
transactions themselves hold only the specific information related to the
payment gateway interaction itself. The account move and related details
are stored in the models provided by the accounting modules of Tryton.I need help with thisThis module is professionally supported byOpenlabs.
If you are looking for on-site teaching or consulting support, contact oursalesandsupportteams.
Package: trytond_nereid_project
Nereid ProjectA web based project management system built on the Tryton framework and
nereid.Nereid Projectis an open-source collaborative development platform offered
by Team Openlabs. It is mainly used for managing project processes. While it
could be used for managing any kind of projects, it is primarily used at
Openlabs to manage software projects. It is designed to help organise projects
& tasks. The aim is to connect everything together on a single interface,
avoiding unecessary time consumption, and track project’s progress, task’s
status, shared files, time spent on individual tasks.The goal of nereid project is to provide a friendly web based user interface to
stakeholders outside the company to the powerful project management module of
Tryton.Separate user accounts for users outside the company (like customers &
freelancers) without giving access to Tryton.Simplify the project management tasks to encourage participation from users
who may not be tech savvy.Installation$pipinstalltrytond_nereid_projectTo install from source$gitclonegit://github.com/openlabs/nereid-project.git$cdnereid-project$pythonsetup.pyinstall
Package: trytond_nereid_test
This module is an optional tryton module which helps in testing nereid
features. This module is not required for the regular functioning of
nereid but if you are developing on nereid, you could use this module to
write tests.HistoryThis module was originally a part of nereid itself and then moved out as
nereid is to be a part of tryton. This module can be added to the
test_requires list of your module if you use it in testing.
Package: trytond-party-relationship
The party relationship module allows to define different types of relations
between parties.Each relation is defined by a relation type. A reverse relation type can be
defined, so  when creating a relation of a type, the reverse relation will be
automatically created.It is possible to order parties by how closely related they are to a defined
party. The distance is calculated based on the number of steps it takes to get
from the defined party to another. By default all the different types of
relationship are considered, but this can be limited by addingrelation_usagesto the context.ConfigurationThe party_relationship module use the sectionparty_relationshipto
retrieve some parameters:depth: The maximum number of steps to consider when calculating the
distance between parties.
The default value is7.
Package: trytond_party_vcarddav
The party_vcarddav module of the Tryton application platform.  See
__tryton__.pyInstallingSee INSTALLSupportIf you encounter any problems with Tryton, please don’t hesitate to ask
questions on the Tryton bug tracker, mailing list, wiki or IRC channel:http://bugs.tryton.org/http://groups.tryton.org/http://wiki.tryton.org/irc://irc.freenode.net/trytonLicenseSee LICENSECopyrightSee COPYRIGHTFor more information please visit the Tryton web site:http://www.tryton.org/
Package: trytond_prestashop
Tryton Prestashop integration module integrates the world’s most stable open
source ERP with one of the best e-commerce experience in the open source
world. With a host of novel features, this unification grants users a
powerful inventory and purchase management system with an option to import
sales orders from multiple web stores, makes fulfilment of orders from
several stores easy.WebsiteVisit theOpenlabs websitefor latest news
and downloads. You can also follow us on Twitter@openlabsindiato receive updates on
releases.SupportIf you have any questions or problems, please contact us atsupport@openlabs.co.in. You can also reach
us at +1 813 793 6736. Please do not email any of the Openlabs developers
directly with issues or questions as you’re more likely to get an answer if
you email us at the above address. You can also mail us your ideas and
suggestions about any changes.About UsOpenlabs specialises in building business applications for small and medium
enterprises. Our previous efforts includes nereid, Poweremail, Magento
OpenERP integration & Callisto modules for OpenERP. Openlabs is committed
to creating innovations in the Open Source sphere.
Package: trytond_product_code
trytond_product_codeA module for storing any number of UPC, EAN and other codes related to a
product.FeaturesSearch within code as well when a search on product is done.Allow any number of codes against a product.Simple validation of these codesCopyrightRead COPYRIGHTLicenseGPL3 - Read LICENSEInstallationRead INSTALL
Package: trytond-production
The production module defines basics for production management: Bill of
material and production order.Bill of MaterialBills of Material are list of products and quantities needed to produce a
product. It is often shorten with BOM.ProductionA Production is mainly defined by a product, a BOM, a location, a quantity and
two lists of moves:InputsThe moves between the production picking location, or the storage location
if product picking location is empty, and the production location
(as defined on the warehouse) for products used for production.OutputsThe moves between the production location and the production output
location, or the storage location if production output is empty, for produced
products.The production can be in one of this states:RequestThe production is requested by the system.DraftInput and output moves are in draft.WaitingThe production is waiting for action and all moves are still in draft.AssignedThe input moves are assigned.RunningThe input moves are in state done.DoneThe output moves are in state done.CancelledAll moves are cancelled.The cost of the production is computed with the sum of the cost price of all
incoming products. This cost is allocated to the output products based on the
list price of each (the product without a list price are considered as waste).A cron task runs every day and updates the cost of productions if the cost
price of the incoming products has changed.Rescheduling ProductionIt is possible to setup a cron task to reschedule the productions that are
planned to start in the past. By default they are rescheduled to today.
Package: trytond-production-outsourcing
The production outsourcing module allows to outsource production order per
routing. When such outsourced production is set to waiting, a purchase order is
created and its cost is added to the production.To define an outsourced production, the routing must have aSupplier, aServiceand itsQuantitydefined. Those values will be used to create the
purchase order. The bought quantity is computed by multiplying theQuantityby the factor between the bill of material and the production quantity.
Package: trytond-production-work
The production work module allows to manage work order for each production.
It also adds in the production cost for the work cost.Work CenterWork center are places in the warehouse where production operations are
performed. They can be organized in a tree structure and each center can be
linked to a category. A cost can be defined on the work center with two
methods:Per CycleorPer Hour.WorkWorks define for a production which operation to do at which work center.
They also contains the number of cycles consumed to perform the operation.The work can be in one of these states:RequestThe linked production is still waiting.DraftThe production has started but no cycle was already consumed.WaitingThere are some draft cycles planned.RunningThere is at least one running cycle.FinishedAll the cycles are done (or cancelled).DoneThe production is done.The works are created on the waiting production using the linked routing. For
each step of the routing, a work is created with the operation. The work center
is set if the operation has a work center category, by choosing a children work
center of this category. Or if the operation has no category, it is the
production work center that is used.CycleCycles are used to count the consumption and the duration of the work. It also
records the effective cost from the work center.The cycle can be in one of this states:DraftRunningDoneCancelled
Package: trytond-project-invoice
The Project Invoice module adds invoice methods on project.
The methods are:Manual: Tryton doesn’t create any invoice.On Effort: The invoices are created based on theEfforthours for all
children works with 100% progress.On Progress: The invoices are create proportionally to theProgressof theEfforthours of each children work.On Timesheet: The invoices are created based on the timesheets encoded on all
children works.
Package: trytond-project-plan
The Project Plan module adds planning features on top of the Project
module.AllocationAn allocation links together an employee, a task and a percentage. It
defines which part of his time the employee should dedicate to this
task.WorkThe Work model is extended to support planning features:Tasks dependencies: Each work may have predecessor and
successors. Predecessor and successor must share the same parent
project.tasks leveling, I.E. automatically delay some task to avoid
overallocation of resources.Early Start and Late End computation: If Constraint Start and
Constraint End are set on a work, on its parent work or on one of
the predecessors/successors, the Early Start and Late End dates (but
also Late Start and Early Finish dates) are computed automatically.Resource allocation: Each task may allocate one or more resource
(I.E. a certain amount of time of an employee).TheTask Levelingwizard allow to level a group of tasks to avoid
eventual overallocation of resources, It will delay some tasks
depending on task precedencies and task sequences.
Package: trytond-purchase-amendment
The purchase amendment module allows you to change purchases that are being
processed and keep track of the changes.
An amendment is composed of action lines which can:Recompute taxes (if the supplier tax rules or product taxes have changed)Change the payment termChange the party and the addressChange the warehouseChange a purchase line:the product (for one with the same UoM category)the quantity and unit of measurethe unit pricethe descriptionWhen the amendment is validated the purchase is updated and given a new
revision. Generated documents (like moves and invoices) that are still in a
draft state are replaced with new ones based on the new values.
Package: trytond-purchase-request
The Purchase Request module introduces the concept of Purchase Requests which
are central points to collect purchase requests generated by other process from
Tryton.Purchase RequestA purchase request defines the need to purchase a product. It
is linked to a warehouse and possibly a supplier, it contains a
ideal purchase date and an expected supply date. A purchase request
can be in one of these states:DraftA draft purchase request is a request that is not linked to a
purchase.PurchasedA Purchased request is a request that is linked to a purchase which
is not Done or Cancelled.DoneA purchase request is in state Done if it is linked to a Purchase
which is in state Done.CancelledA purchase request is Cancelled if it is linked to a Purchase
which is cancelled.A wizard allows to create purchases based on a selection of draft purchase
requests. The new purchases contains one purchase line by product and unit and
group them by warehouses and by suppliers. Once the purchases are created, the
corresponding purchase requests are set to the state Purchased.
Package: trytond-purchase-request-quotation
The Purchase Request for Quotation module allows users to ask quotations
from selected purchase requests to different suppliers.
Each request will collect quotation information from the supplier.
The selection of the quotation is done by taking either the
preferred_quotation field if not empty otherwise the first one ordered
from the received quotations.QuotationSupplier: The supplier.Company: The company which issue the request quotation.Supplier Address: The address of the supplier.Lines:Product: An optional reference to the product to quote.Description: The description of the product to quote.Supply Date: The expected date to supply.Quantity: The quantity to quote.Unit: The unit of measure in which is expressed the quantity.Unit Price: The unit price of the product expressed in the currency.Currency: define the currency to use for this quotation. All product prices
will be computed accordingly.State: The state of the quotation. May take one of the following
values:Draft,Sent,Received,Rejected,Cancelled.
Package: trytond-purchase-requisition
The Purchase Requisition module allows users to create their purchase
requisitions.
Those requisitions will be approved or rejected by the Approval group.
On approval, purchase requests will be created.RequisitionEmployee: The requester.Description: The description of the purchase requisition.Supply Date: The expected date to supply.Currency: define the currency to use for this requisition. All product prices
will be computed accordingly.Warehouse: Define the warehouse where the shipment will be made.Purchase Requisition Lines:Supplier: The supplier.Product: An optional reference to the product to request.Description: The description of the product to request.Quantity: The quantity to request.Unit: The unit of measure in which is expressed the quantity.Unit Price: The unit price of the product expressed in the currency of the
purchase requisition.Amount: The amount of the current line (Unit Price multiplied by Quantity).Total: The total amount.State: The state of the purchase requisition. May take one of the following
values: Draft, Waiting, Rejected, Processing, Done, Cancelled.Company: The company which issue the purchase requisition.
Package: trytond-purchase-shipment-cost
The purchase_shipment_cost module adds shipment cost toSupplier Shipment.One field is added toCarrier: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 toSupplier Shipment:Carrier: The carrier used for the shipment.Cost: The cost of the shipment.Cost Currency: The currency of the cost.At the reception of the shipment, the unit price of each incoming moves will be
updated according to the allocation of the cost.