103 results found
-
Dummy Proof Purchase Requisition Entry
For POs sent via CXML the delivery address (street address line, city, state and zip code) must all be filled out with legitimate address info otherwise the file will fail to send to suppliers without failure notification in Medius. These sub-fields within delivery address should all be required by default or at least able to be enabled to be required based on your environment.
2 votes -
Article with zero price
We have articles that are zero priced which we want to order. It's possible to set the price on the article to zero in Medius, but it's not possible to order these articles, so our need is to have a development in Medius where we can order articles with price set to zero.
4 votes -
Order Confirmation Setting at Supplier Level
Ask is for setting currently at the company level (Company > Procurement Order > Confirmation) to be managed at the supplier level (Supplier > Procurement Order > Confirmation) to prompt for order confirmation (yes/no) or default to yes or no. We have a subset of suppliers we want order confirmations from where the prices typically vary and do not want to create an undue burden of additional steps for the rest of our suppliers. The pressing need here is to eliminate the send to supplier step which is often missed but we cannot as the order confirmation prompt occurs in…
1 vote -
Replacing articles during goods receipt
We have problems to receive articles when suppliers are sending replacing/alternative articles due to stock shortage. Alternative articles usually don't have the same price as the ordered articles.
Our need is to have a possibility to receive replacing articles in Medius where we also can change the prices for the articles.
3 votes -
contract price/item agreements
When creating a contract, record and make available the service or items that are part of the contract, including the contract terms (price agreements, etc.), in procurement.
1 vote -
Add Accrual template for Medius Procurement
We would like to use Accrual templates for purchase requisitions/orders in order to split the costs on several months. Accrual templates should be implemented in the same way as in Medius APA where it's possible to add the accrual template on an accounting row.
7 votes -
undo option for admins when a user has accidently archived a Purchase order
For organisations that have large numbers of users who are responsible for goods reciepting of purchase orders, sometimes human errors are made such as clicking archive of the purchase order before the second shipment of goods has been recieved. Our customers would like the ability for those with the admin role to "undo" the archive, so further goods receipting/connections can be made against it. There would need to be a mandatory comment when performing "undo archive" so it was auditable. This functionality should be restricted to admins to ensure its not abused.
6 votes -
Add more dashboard gadgets for Purchase Orders
We would like a dashboard gadget in the same style as "open invoice" and "all invoice" in dashboards to be built for Purchase Orders.
This is so that users can download multiple PO PDFs in bulk (like you can for invoices today) and/or open each one in new tabs all at once like you can for invoices in the dashboard.
As these features cannot be replicated in the reporting a new dashboard gadget is requested to support this.Some additional drivers for this as listed by our customers are:
(a) search all open POs for a selected supplier and view…6 votes -
Delivery Address Entry
When delivery addresses are already added to company allow in purchase requisition entry:
1) free text entry of new addresses
2) ability to save those addressesCurrent functionality limits choices to dropdown of existing delivery addresses in purchase requisition entry and requires admin to add new company address each time a new one is needed.
1 vote -
Temporary Delegation functionality for Medius Buy
In Medius APA if you assign a temporary delegations the delegate is allowed the authorization amounts from the delegator. Medius Buy does not work this way. So you must assign the delegate's authorization limits to the delegate. We need Medius Buy to follow Medius APA in this regard.
When you are creating a Temporary Delegation at a virtual level it normally pushes down to any company in the hierarchy. However, if there is a Temporary Delegation at a lower level, the virtual level won't push down until you delete the lower level's record. There should be a warning or better…
8 votes -
Add gadgets to Dashboard for Procurement
We would like to have one or several new Dashboard gadgets relating to Procurement. Our need is to retrieve information on procurement req, orders and deliveries. Dashboards need to be on header level but also on line/detail level. We also need to have the accounting information (accounts and dimensions) in these gadgets.
9 votes -
possibility of creating a purchase request by people who are not part of the department with validation by the department manager
A company is made up of several departments. In the context of purchase requests, it would be interesting if a person could make a request for a department that is not his or her own, while leaving the validation to the person in charge of the department in question. To put it another way, a person from department A should be able to make a purchase request for department B with validation of this purchase request by the person responsible for department B.
5 votes -
Item number should visually show that it's mandatory
An item number is mandatory in our set-up, however this is not shown with a red asterix so users visually don't see it's mandatory and it's often skipped.
In addition, when the users leave it blank they don't get any notification and the requisitions goes to review or post control because item number is missing. It would be convenient if users get an error or warning before posting, as this would take away a lot of the errors and req's sent to post control.8 votes -
Buyer field auto populated by default with PR Creator account during PR creation
During the PR creation the buyer should populated by default with the account of the person who is creating the PR. This auto population must be modifiable by the user.
4 votes -
comment field
It would be good if the users could paste also print screens directly in the Comment field on the invoices. It would help the reviewers' work.
3 votes -
Sort creator of purchase order
Be able to see and sort the creator of the purchase order that is waiting for goods receipt. This to make it easier to find the order to be delivered (as we have the function to see everyone’s goods receipt).
3 votes -
Archive Action Trigger
Archive action button should only be active if all lines are fully received or in Order Line Closed status. Users are able to Archive without receipt which causes issues.
6 votes -
Use of Procurement Template with Draft Requisition
When working on a complex requisition, users often save as a draft. When continuing with draft requisition, the system doesn't allow them to use templates when adding lines to the draft. This would save sophisticated users valuable time.
4 votes -
BUY Module - Add phone number of the buyer in PO PDF created and in the Email sent to the supplier
It would be great if we could add the buyers' phone number to their user record so that :
- This phone number would be shown in the PDF created for Purchase Orders.
- This phone number could be used in the email sent to the supplier.Indeed, the supplier may have to contact the person who placed the order and this would avoid going through the reception or a generic number.
2 votes -
Punch-Out Catalogue enhancement - Allow differentiation between users logging into catalogue
When using a punch-out catalogue PR creators are logged into the suppliers portal using the mediusflow login in essence ... it doesn't tell the supplier which user from MF is logging in... some suppliers need to know which user is accessing thier catalogue so they can restrict what items they can see and update allocated 'budgets' - for instance when ordering uniforms user A might be able to buy shoes and shirts up to $1000 in a year, but user B might be able to buy raincoats, boots, hardhats up to $500 per year... essentially allowing supplier to apply the…
5 votes
- Don't see your idea?