Protecting a PC Configuration During Long-Term Procurement: A Control Procedure
Protecting a PC configuration during long-term procurement: how to fix the specification, approve component replacements, and inspect every batch before acceptance.

Why a configuration changes during a long procurement process
During a long-term PC procurement, component availability changes. A manufacturer may discontinue an SSD, memory module, or power supply, change a part number, update firmware, or move production. This happens especially often when equipment is delivered in several batches.
A replacement does not automatically indicate a problem. For example, a 512 GB SSD may be discontinued and replaced with a drive of the same format, capacity, speed, and endurance. If the new part does not reduce the agreed specifications or change the warranty terms, users usually will not notice a difference.
Problems arise when a supplier compares components only by their general name. Devices with the same memory capacity or power rating can differ significantly in performance, reliability, and serviceability. An undisclosed replacement of the processor, memory, storage drive, or power supply can weaken the configuration.
For example, the first batch may arrive with 16 GB of memory in dual-channel mode, while the second has one 16 GB module. The stated capacity remains the same, but some tasks run more slowly. The same applies to replacing an NVMe SSD with a SATA drive, or replacing a power supply with one that is sufficient today but has less capacity for future expansion.
It helps to divide changes into two types. An acceptable revision preserves the form factor, capacity, performance, compatibility, and warranty terms. It does not require workstations to be reconfigured or reduce the parameters in the specification. A material replacement changes the processor, core count, memory type or mode, storage interface, power supply capacity, port selection, or ability to install the required software.
To protect a PC configuration during a long procurement process, it is not enough to write "or equivalent." The contract and specification should contain measurable minimum parameters, a list of unacceptable reductions, and a written approval procedure. The supplier can then propose a replacement for a discontinued part, while the customer can verify that the new PC version matches the approved configuration.
For large deliveries, it is useful to maintain consistency within each batch. Identical PCs are easier to configure, track, repair, and supply with spare parts. A Kazakhstan-based manufacturer that controls assembly and support, such as GSE, can report planned revisions in advance and document the contents of each batch.
What to fix in the specification before signing the contract
The phrase "PC no worse than" almost always leads to disputes at delivery. You need a configuration table in which every item can be checked against documents and on the computer itself.
Specify the exact processor model, number of cores and threads, base frequency, and acceptable supply type. For memory, record the capacity of each module, total capacity, DDR type, frequency, number of free slots, and operating mode. The wording "16 GB of RAM" allows a single module and limits future expansion.
For storage, record more than capacity. Specify the interface, SATA or NVMe, form factor, memory type, required write endurance, and minimum speed if it affects employees' work. For a graphics card, specify the model, memory capacity, output ports, and the resolution of supported monitors.
Requirements that should not be left vague
The specification should describe a ready-to-use workstation, not merely a list of parts. Add requirements for component compatibility, operating system version, interface language, licensing, and preinstalled drivers.
Record separately the number and type of external ports: USB, HDMI, DisplayPort, LAN, and audio. Specify the case, power supply, ability to install additional drives, and cooling method. If a monitor, keyboard, mouse, and cables are included, list them. Also record requirements for software, installation, license transfer, labeling, serial numbers, and the document package.
Ports are often overlooked. A computer may have a suitable processor and memory, but only one video output instead of the two needed at an accountant's workstation. Such a batch may look compliant but fail to solve the customer's problem.
Measurable criteria and contract attachments
If a component model may disappear from the market, add measurable requirements: minimum capacity, interface, number of ports, performance level, and compatibility with the programs in use. Every replacement should go through written approval. This keeps discussions based on documents rather than verbal promises.
Attach the configuration table to the technical brief and contract under one version number and date. Useful columns include "parameter," "requirement," "acceptable value," "verification method," and "supporting document." Acceptance of the computer batch can then rely on an approved document rather than an advertising description.
For serial deliveries, it is worth providing for a sample unit. The supplier hands over one PC with the full configuration, and the customer checks it before the batch begins. GSE manufactures computers in Kazakhstan and provides support, but the specific models, components, and inspection procedures still need to be fixed in the contract.
Which component replacements can be allowed
A complete ban on changes often delays delivery because memory, SSDs, and network adapters can disappear from the market. It is better to describe acceptable replacements and the limits that the supplier may not cross without revising the terms.
Allow a discontinued component to be replaced only with a part that has equal or better parameters. The word "equivalent" is too vague: it can permit a cheaper part that works formally but reduces the PC's speed, reliability, or capabilities.
For memory, fix the total capacity, type, minimum frequency, operating mode, and number of modules. A computer with 16 GB in two modules usually works differently from one with the same capacity in a single module. If the organization plans an upgrade, specify the number of free slots as well.
Storage requires separate control. SSDs with the same capacity can differ greatly in write endurance and speed under sustained load. In the specification, state the drive type and interface, the required PCIe generation for NVMe, minimum capacity, device class, and write endurance in TBW or another measurable indicator. If employees work with large files or databases, add minimum speed requirements. Specify hardware encryption if necessary.
Do not allow changes that affect the physical or operational properties of the PC without separate approval. The supplier must not reduce the number of USB ports, remove HDMI or DisplayPort, change the case form factor, change the power supply type, or replace the network interface. Such decisions can prevent peripheral connections, rack installation, or use with monitors that have already been purchased.
It is convenient to define two groups. The first allows replacements within established limits, such as memory, SSDs, and individual processors from the same series. The second includes the motherboard, case, power supply, graphics card, ports, and security features. These require the customer's written consent.
For every approved replacement, the supplier provides a comparison table showing the previous and new parts with exact part numbers and parameters. The customer checks the documents before batch assembly rather than looking for discrepancies during acceptance.
How to approve revisions without disputes
Component revisions are unavoidable during a long procurement process. A manufacturer may discontinue an SSD, change a memory module, or release a new version of a network controller. Difficulties begin when the supplier reports a replacement after assembling the batch or the customer evaluates it only by the part number.
The contract should prohibit replacements without prior written approval. The supplier sends notice before purchasing the new part and before putting it into serial production. Verbal approval at a meeting or in a messenger is not enough: later it is difficult to prove which version was approved and under what conditions.
The notice should state the reason for the revision: discontinuation, shortage, a supplier change, or correction of a factory defect. The supplier should also report which batches and PC serial numbers will be affected.
Compare parameters, not just part numbers
Attach a table to the notice with the original and proposed components in adjacent columns. It should contain the exact model, manufacturer, and part number, along with the parameters that affect operation and acceptance.
For a drive, compare capacity, interface, performance, and endurance. For memory, compare frequency, capacity, and operating mode. The document should also state compatibility with the motherboard, operating system, and drivers, as well as the effect on price, warranty, schedule, and test results.
A 512 GB SSD is not an equivalent replacement simply because it has the same capacity. The customer checks the interface, stated speed, write endurance, security features, and compatibility with the operating system image. If even one fixed parameter is worse, the supplier proposes another part or keeps the original.
Set a deadline and decision format
Set the customer's response period in the contract, for example five business days after the complete document package is received. If the table is incomplete or test confirmation is missing, the response period does not begin. The customer's silence must not count as consent.
The customer records the decision in a separate letter or contract attachment. The document states the original and new part numbers, revision number, start date, affected batches, and acceptance terms. If the replacement affects the price or schedule, this is recorded as well.
For large deliveries, it is useful to approve one sample with the new part before mass assembly. The supplier provides a compatibility and test report, and the customer confirms the sample in writing. During acceptance, the employee then compares the actual configuration with the approved revision.
This process is especially useful for projects with a fixed specification. GSE.kz can provide information about the component model and test results before delivery begins, but the notice format and customer response period must be defined in the contract.
How to maintain a version and change log
A single change log prevents most disputes during a long procurement process. Do not keep revisions in emails, messengers, and several separate tables. The customer and supplier should work from one document in which each revision has a version number, date, and responsible employee.
Start with version 1.0, the original fixed PC specification. Record every approved change as a new version: 1.1 for a minor replacement and 2.0 for a change affecting performance, compatibility, or price. Do not delete old records. They help reconstruct the history of decisions for any delivered batch.
What to record in each revision
A log entry should explain the change without further clarification. State the old and new components, reason for replacement, date, batch number, and effect on the computer's characteristics.
The log should include the specification version and approval date, names, models, and part numbers of the old and new components, the reason for the change, component batch numbers, and compatibility information. Add the name of the customer's approver, the date, and the number of the letter or minutes.
Keep the customer's approval next to the entry rather than in separate correspondence with no link to the version. Until the customer confirms the change, the supplier must not include the new part in serial production.
Linking finished PCs to the specification
At acceptance, the customer should be able to see which version was used to assemble each PC. The supplier can provide a register containing the device serial number, batch number, specification version, assembly date, and test results. This is especially useful when the first part of an order was produced under version 1.0 and later devices received an approved replacement.
For example, the drive in version 1.0 was replaced with another drive of equal capacity and interface in version 1.1. The register records which serial numbers were assembled under each version. If a question about the drives arises later, the check will take a few minutes instead of requiring a search through old correspondence.
The log must match the acceptance documents. Check that the version number is the same in the serial number register, test report, and delivery note. It is better to correct a mismatch before shipment.
Which tests to perform before delivering a batch
The supplier should test every batch before shipment rather than relying on one sample. The goal is simple: confirm that the computers were assembled according to the approved specification version and work reliably after startup.
First, employees compare the actual components with the contract and the latest approved change sheet. They check the processor, memory capacity and type, storage drive, network controller, power supply, case, and ports. If the contract allows replacements, the report should contain the original and installed models and the approval number.
The technical check includes processor and RAM diagnostics under load, verification of the drive's capacity, condition, and speed, and testing of network ports, Wi-Fi, and other specified interfaces. The supplier also starts the system, installs the approved image, checks drivers, and connects peripherals: monitor, keyboard, mouse, audio devices, and USB ports.
One successful startup is not enough. A PC may turn on but lose network access after a driver update or fail to detect part of the memory. The supplier should reboot the device, check it after updates, and make sure the system shows no unknown devices or errors in the logs.
For servers and workstations, the test set is broader. Check storage arrays, remote management, network interfaces, temperature under load, and stability during extended operation. For all-in-one PCs, separately test the touchscreen, camera, microphone, and built-in speakers if they are included in the specification.
Record the results in the batch report. It should state the contract number, specification version, test date, number of devices, serial numbers, component list, and test outcomes. The supplier's responsible employee signs the report, and the customer receives it before acceptance.
GSE can link serial numbers and inspection results to a specific delivery. This simplifies acceptance of the computer batch: the commission compares the documents with the devices on site and finds discrepancies caused by transportation or packing more quickly.
Example of a purchase involving a storage replacement
A school purchases 300 PCs delivered in three batches of 100 devices. The contract fixes the processor, RAM capacity, 512 GB SSD, interface type, warranty, and compatibility with the installed software. It also specifies minimum read and write speeds, write endurance, form factor, and the same capacity for all drives.
Before the second delivery, the original SSD model becomes unavailable from the distributor. The supplier does not replace it independently. Instead, it sends the customer a component replacement approval request and a comparison table for the old and new models.
The table should state 512 GB capacity and an M.2 NVMe interface, a compatible form factor, speed no lower than the specification, write endurance no lower than the original model, the warranty period, and the ability to supply the required number of drives. The new model meets all minimum requirements and does not change the price of the package.
The supplier attaches a test report covering SSD detection in the BIOS, operating system installation, read and write tests, several reboots, and a check after updating. If GSE produces the PCs, the manufacturer can perform these checks at its own production facility before shipment, while the customer receives the results by serial number for each device.
The customer compares the table with the contract, reviews the report, and approves the specification revision in writing. The approval states the date, batch number, original and new SSD models, and that all other configuration parameters remain unchanged.
For each batch, the supplier attaches the approved letter or agreement for the SSD replacement, the characteristic comparison table, factory test report, serial number list, delivery note identifying the revision, and warranty documents.
During acceptance, the employee selectively checks serial numbers, drive capacity, and model against the documents. They then turn on several PCs, check the available disk space, and start the system. This sample check does not replace factory testing, but it helps confirm that the boxes contain the approved revision.
Quick check before acceptance
The acceptance commission should compare the delivered PCs with the latest approved specification version, not the original commercial proposal. The supplier may change a drive or memory only after written approval. If no such document exists, the commission records a discrepancy even if the new specifications appear higher.
First, compare the processor, motherboard, memory, storage, power supply, and monitor models with the contract and approved revisions. Then check the number of devices, cables, peripherals, and documents. For large batches, it is convenient to keep a table with one row per device or box and its serial number.
Check the serial numbers on the case, packaging, and supplier documents. They should match. Make sure the approved operating system version, interface language, and licenses are installed. A license sticker does not replace checking system activation.
You do not need to run every PC for several hours, but inspecting one box is risky. Select a random sample from different pallets or delivery locations. For a batch of 100 computers, you might check 10 devices, including several from the beginning, middle, and end of the serial number list.
Turn on the selected devices and make sure they boot without errors. Open the system information and check the processor, memory capacity, and storage drive. Test the network port, USB connectors, sound, and image, and inspect the case, screen, and seals for damage. Save the inspection results together with the serial numbers.
If the commission finds a discrepancy, do not sign the acceptance report as fully completed. Prepare a separate report stating the device number, specification requirement, actual characteristic, photos if necessary, and correction deadline.
Mistakes that weaken control
Control is usually lost because of several vague phrases. A discontinued part or a new board revision is a normal situation if the contract sets a clear procedure.
Vague replacement permission
The phrase "equivalent subject to approval" provides almost no protection. It does not explain what counts as equivalent or who gives approval. As a result, acceptance may reveal that the drive has lower write endurance, the power supply has lower capacity, or the memory module operates in a different mode.
Instead of a general phrase, set measurable replacement limits. For a processor, specify the number of cores, frequency, cache capacity, and supported features. For memory, specify capacity, type, frequency, and expandability. For storage, specify type, capacity, interface, write endurance, and speed. For a power supply, specify capacity, protection features, and efficiency certificate. For a monitor or all-in-one PC, specify diagonal size, resolution, panel type, and ports.
A brand name does not prove compliance. Two SSDs from the same manufacturer may differ in memory type, endurance, and sustained write speed. Compare rated characteristics, compatibility with other parts, and test results.
Verbal decisions and late documents
Verbal approval of a replacement leaves no verifiable record. A manager may promise one component by phone while the shipping documents list another. In a dispute, the parties will not be able to prove which version was approved.
Set a rule that the supplier sends a request before purchasing the part and before assembling the batch. The request should state the old and new part numbers, a parameter table, the reason for replacement, compatibility information, and the revision start date. The customer's authorized employee responds in writing, and the parties enter the decision in the change log and contract attachment.
Do not check documents only after acceptance. On the delivery date, the commission compares serial numbers, the batch specification, approved revisions, test reports, and warranty documents. If documents are missing or list an unapproved component, record the discrepancy in the report before signing the acceptance documents.
What to do before the next procurement stage
Prepare one document package for the purchaser, IT department, and supplier. Verbal agreements are easily lost, especially when storage models, memory, or firmware versions change.
Before publishing the request, fix the mandatory characteristics: the processor model or acceptable performance level, memory capacity and type, storage capacity, port selection, operating system, warranty, and network compatibility. List separately the items that may not be changed.
Prepare a short attachment with component replacement rules. For example, the supplier may replace an SSD with one of the same capacity only if it has an interface meeting or exceeding the specified level, write endurance no lower than the original, and full compatibility with the motherboard. Replacing the processor, case, power supply, or network adapter requires separate written approval.
Appoint one employee to make decisions on revisions. This person compares the supplier's proposal with the contract, requests technical documents, and responds within the established period. They can involve a security engineer or system administrator when necessary, but the supplier must always know who approves the change.
Use a change log with the specification version number and date, original and proposed components, reason for replacement, compatibility check results, and the responsible employee's decision. For each batch, request factory test reports with serial numbers, configuration, memory and storage checks, port and network interface tests, and results under load.
For a comprehensive project, you can discuss PC supply, integration, and service support in Kazakhstan with GSE.kz in advance. This is particularly useful when an organization is purchasing workstations together with servers, data center infrastructure, or software. Agree on areas of responsibility and the document list for each delivery before placing the order.
FAQ
Why can a PC configuration change during procurement?
During a long procurement process, manufacturers may discontinue SSDs, memory modules, power supplies, or network adapters. An acceptable replacement preserves all agreed parameters, including interface, capacity, performance, compatibility, and warranty. The supplier must obtain written approval before assembling the batch.
Is it enough to write "or equivalent" in the contract?
The phrase "or equivalent" is too vague. Specify measurable minimum characteristics and list the changes the supplier may not make, such as changing the SSD interface, reducing the number of ports, using a different memory mode, or lowering the power supply capacity.
How should RAM requirements be documented?
Record not only the total capacity, but also the number of modules, DDR type, minimum frequency, operating mode, and available slots. For example, 16 GB in two modules may perform differently from one 16 GB module, while free slots affect future upgrades.
Which SSD parameters should be fixed in the specification?
Specify capacity, form factor, interface, and, for NVMe, the required PCIe generation, minimum speed, and write endurance. If employees work with databases or large files, add performance requirements under sustained load and hardware encryption requirements if needed.
How should a supplier approve a component replacement?
The supplier sends written notice before purchasing the new part and before starting serial production. The notice should include a comparison of the old and new models, the reason for the replacement, compatibility information, its effect on the warranty, price, and delivery schedule, and the batches affected.
How much time should the customer have to approve a revision?
The contract can set, for example, five business days after the complete set of documents is received. If the supplier has not provided a parameter comparison or test results, the response period does not begin. The customer's silence must not count as approval.
What should be included in a configuration change log?
The log should contain the specification version number and date, old and new part numbers, the reason for the replacement, batch details, compatibility test results, and the details of the customer's written decision. Keep old versions because they help establish the configuration of any delivered PC.
What tests should be performed before shipping a PC batch?
The supplier compares the installed configuration with the approved specification version and checks memory, storage, network interfaces, ports, drivers, and operating system startup. The supplier should also run diagnostics under load, reboot the PCs, and record the results by serial number in the batch report.
How should a PC batch be checked upon delivery?
Compare the serial numbers on the case, packaging, and supplier documents, then check the configuration against the latest approved version. For a large batch, select random devices from different pallets, turn them on, and check the processor, memory, SSD, network, USB ports, image, and error-free startup.
What should you do if an unapproved component is found in the shipment?
Do not sign the acceptance report as fully completed. Prepare a separate discrepancy report stating the serial number, the specification requirement, and the actual parameter, add photos if needed, and set a correction deadline. Even a higher-performance component requires approval if the contract requires it.