Refinement in the existing version of 1C block for the RC (Distribution Center warehouse)

I will complete your task turnkey. I have extensive experience. I provide a guarantee for the completed work. The calculation of the exact cost will be after discussing all the details.

Show original

Translate

We already have a practically ready similar solution for warehouse accounting and automation of movements, which can be quickly adapted to your 1C and launch the first working version... I am available, we can discuss the details here on the marketplace ))

Regarding the estimate - starting from 28,000 UAH and from 10 working days for the basic block of the warehouse without deep reworking of the entire configuration. I will provide more precise information after reviewing the attached file, the current configuration of 1C Retail, and the list of documents that are already in use.

I see the implementation as follows:
> accounting for the receipt of goods at the warehouse with the fixation of the purchase price
> movement of goods from the warehouse to stores based on the needs of the stores
> pulling the selling price based on the last purchase price
> checking balances, movement journal, and minimal reports for control
… > if necessary, a simple AI assistant can be added to find errors in orders and provide suggestions on product shortages

It seems that the main nuance here is how orders from stores are currently managed in 1C and whether there is already a separate warehouse in the reference books. Another question - should the selling price be calculated automatically according to the markup rule or simply taken from the current price type of the store?

Relevant examples from Ingello:
> https://business.ingello.com/forma-wms - WMS and warehouse logic, close to the warehouse block
> https://business.ingello.com/forma-crm - business system with accounting, roles, and processes
> https://systems-fl.ingello.com/ua - main page of Ingello for automation tasks

We can keep it simple - I would start with a brief technical overview of your 1C and create the first module in such a way that it does not disrupt the current accounting. It's better to harness slowly, but go faster =)-

Show original

Translate

Hello, ready to discuss all the details of cooperation, we complete tasks quickly and efficiently, please contact me privately to discuss the details of our collaboration.

Show original

Translate

Hello! I have reviewed the description and the task file. I completely understand your logic: the idea of bypassing the typical movement and using the connection "Expense Invoice from RC + Income to Store" for the automatic launch of the pricing mechanism is absolutely correct from a financial accounting perspective.
What will be done:
RC stock and prices: I will set up automatic recording of the "last purchase price" with each receipt of goods. I will connect scanners and ensure correct printing of price tags/barcodes.
Automation of movements: I will write a process that will generate a linked pair of documents (Expense RC ➔ Income Store) based on the order, taking into account the actual balances at RC.
Supplier orders: I will develop a purchasing workstation that will collect sales statistics by stores for 7-14-21-30 days and automatically calculate the quantity of goods to be purchased.
Budget and deadlines:
My rate is 1000 UAH/hour. According to preliminary analysis, the entire scope of work (3 blocks) will take from 15 to 25 hours (15,000 – 25,000 UAH). The exact amount and deadlines will be fixed after answers to a few technical questions.
For the final estimate, please clarify:
What is the exact version of your 1C:Retail (for example, 2.0, 2.2)?
… Do the RC server and stores operate on a single shared database, or do you have data exchange set up (RIB)?
Do you use an order scheme for document flow in the warehouse?
I am ready to discuss the project details and start working.

Show original

Translate

Good day. It is not entirely clear what (the normal revision with a barcode scanner) means. We need to discuss it in more detail. I have done something similar. We need to create either a separate section for the RC, or a separate section for the stores, or both, and then all questions will be resolved.

Show original

Translate

I looked at your task regarding the refinement of the RC block in 1C. I will use Django to implement the functionality for fixing purchase prices and moving goods based on orders. I will create an MVP prototype in 5 days to demonstrate the work with incoming goods and their movement to stores, taking into account the latest purchase prices.

Show original

Translate