Handling Master Information in Domain Driven Design (DDD)

I'm designing a system with DDD and clean architecture, but I'm having trouble handling ValueObjects that are persistent in the master table.

ProductEntity {id, name, price, rank}
Yes, rank is based on the price value.
In terms of DB, there is a rank table that maintains the base price and the rank based on the base price.
(Example: Rank A for 0 yen or more, Rank B for 5000 yen or more, Rank C for 10,000 yen or more)

From the persistent state, searching for rank based on price can be done by ProductRepository, so there is no problem.

The problem is that the factory that generates the product cannot get rank information.
When adding a new product, only name and price are input externally.

ProductEntity cannot be created because use cases cannot directly retrieve Rank, which is a ValueObject.
Repository and Service cannot take external data as arguments = By taking domain model as arguments, it cannot implement the part of creating a new Entity and perpetuating it.

Is there any good way to implement it in such a case?
Or is the design strange?