OCA / stock-logistics-transport

Transport management in Odoo
GNU Affero General Public License v3.0
61 stars 126 forks source link

RFC: Transportation Management System #127

Open max3903 opened 5 months ago

max3903 commented 5 months ago

Migration and refactoring of Jarsa TMS modules. v15 sources: https://github.com/ursais/stock-logistics-transport/tree/15.0-jarsa Credits: @alan196

TMS #130

TMS - Sale #134

To sell trips by quantity, volume, weight, quantity of a specific product, distance (miles, kilometers, nautic miles)

TMS - Expenses #133

To manage expenses of a trip: hotel, tolls, fuel, etc.

TMS - Account #137

To invoice trips to the customer and create vendor bills to the drivers and other suppliers

TMS - Product #136

TMS - Purchase #135

To create:

TMS - Account - Asset #138

To manage depreciation of vehicles

TMS - Maintenance

To manage preventive maintenance

TMS - Skills

To manage driver skills and licenses

TMS - Air

To manage transportation by air (airlines, air cargo):

TMS - Water

To manage transportation by water:

TMS - Rail

To manage transportation by rails:

pedrobaeza commented 5 months ago

We already have our TMS: https://github.com/Tecnativa/tms pending to be moved to OCA.

cc @sergio-teruel @carlosdauden

max3903 commented 5 months ago

We already have our TMS: https://github.com/Tecnativa/tms pending to be moved to OCA.

cc @sergio-teruel @carlosdauden

Can I get a demo?

pedrobaeza commented 5 months ago

I'm afraid we don't have any public instance prepared.

rousseldenis commented 4 months ago

@pedrobaeza Do you plan to demo it on OCA days? It should be a good entry point to the migration to OCA.

pedrobaeza commented 4 months ago

Yes, I can demo it at OCA days, but it seems @max3903 is taking another path in https://github.com/OCA/stock-logistics-transport/pull/130

max3903 commented 4 months ago

We built a demo of Pedro's TMS modules and came up to the conclusion that Jarsa's ones are more advanced.

The intent is to implement a common ground for everyone in 17.

marcelsavegnago commented 4 months ago

Just to try to contribute some information to the preparation of tms_sale.

We are working on implementing Odoo in a transportation company that will be selling transportation services. Below are some key data points and necessary fields that we have identified to meet both the operational and fiscal requirements in Brazil:

Taker (partner_invoice_id): In the Electronic Transport Document (CT-e), the taker represents the entity responsible for paying for the service upon its completion.

Recipient (partner_shipping_id): The one who receives the goods at the end of the transport route, which can be an individual or a legal entity.

Sender (field name suggestion: partner_sendering_id): Responsible for sending the goods, usually the issuer of the NFe.

Receiver (field name suggestion: partner_receivering_id): The actor who receives the goods. They are considered an intermediary between the issuer and the final recipient.

Dispatcher (field name suggestion: partner_shippering_id): The one responsible for delivering the cargo to the carrier when the shipment is not carried out by the sender.

marcelsavegnago commented 3 months ago

@max3903 @santiagordz for asset management (fleet), I have this proposal in version 14, and we can implement it in version 17.0 as well."

https://github.com/OCA/account-financial-tools/pull/1802