Standard di denominazione degli ordini di acquisto
Denomini gli ordini di acquisto in base a numero PO, fornitore e data per allinearli ai record ERP.
Semplifichi i flussi AP e il three-way matching.
Per team acquisti, reparti AP e operations
3.1k ordini di acquisto elaborati con questa convenzione di denominazione in 28 team acquisti.
Standard di denominazione degli ordini di acquisto
Denomini gli ordini di acquisto come YYYY-MM-DD_PO-Number_Vendor.pdf così ogni PO è tracciabile, ordinabile per data e abbinabile al Suo ERP.
- Inizi con la data del PO (YYYY-MM-DD) per l’ordinamento cronologico e il filtro per periodo.
- Includa il numero PO come identificatore principale — è così che AP e acquisti cercano i documenti.
- Aggiunga la ragione sociale del fornitore (non un soprannome) per consentire il filtro visivo durante lo scorrimento delle cartelle.
- Facoltativamente, aggiunga reparto o centro di costo per instradamento e monitoraggio del budget.
3.1k ordini di acquisto elaborati con questa convenzione di denominazione in 28 team acquisti.
Schemi consigliati
Schema standard per ordini di acquisto
Lo schema standard per la maggior parte dei flussi di procurement. Il numero PO è la chiave primaria; data e fornitore forniscono un contesto leggibile durante la navigazione nelle cartelle.
YYYY-MM-DD_PO-Number_Vendor.pdf2025-10-15_PO-10234_AcmeSupply.pdfPO con instradamento per reparto
Aggiunge reparto o centro di costo per organizzazioni in cui i PO vengono instradati tra diversi responsabili di budget. Consente il filtro per reparto.
YYYY-MM-DD_PO-Number_Vendor_Department.pdf2025-10-15_PO-10234_AcmeSupply_MKTG.pdfPO con importo per livelli di approvazione
Inizia con il numero PO per i sistemi in cui il numero PO è la chiave principale di ricerca. L’importo aiuta a identificare i PO che richiedono livelli di approvazione più alti.
PO-Number_Vendor_Date_Amount.pdfPO-10234_AcmeSupply_2025-10-15_15000.pdfPrincipi di base
Il numero PO è l’identificatore principale
Ogni PO ha un numero univoco dal Suo sistema di procurement o ERP. È così che AP abbina le fatture ai PO (three-way matching). Deve essere sempre nel nome file.
Usi la ragione sociale del fornitore, non soprannomi
Denomini i file con la ragione sociale del fornitore come appare sulle fatture e nel Suo ERP. "AcmeSupplyCo" e non "Acme" o "quelli delle forniture". La coerenza consente l’abbinamento automatico.
Includa il reparto per l’instradamento
Nelle organizzazioni con più centri di costo, il reparto o il codice del centro di costo nel nome file consente ad AP di instradare il PO per l’approvazione senza aprire il documento.
Ove possibile, allinei la denominazione al Suo ERP
Se il Suo ERP esporta i PO come "PO-10234", usi esattamente quel formato nei nomi file. Questo elimina un passaggio di traduzione durante la riconciliazione e il three-way matching.
Usi la data di emissione del PO, non di ricezione o approvazione
Un PO emesso il 15 ottobre ma approvato il 20 ottobre e ricevuto il 25 ottobre dovrebbe essere datato 2025-10-15. La data di emissione è la data canonica per un ordine di acquisto.
Errori comuni
Omettere del tutto il numero PO
Senza il numero PO, non c’è modo di abbinare il documento al record nel Suo ERP. AP deve aprire ogni file per trovare il PO corretto durante l’abbinamento delle fatture.
Correzione: Includa sempre il numero PO: 2025-10-15_PO-10234_AcmeSupply.pdf
Usare il soprannome del fornitore invece della ragione sociale
"Bob's Supplies" nel nome file ma "Robert Supply Co LLC" nell’ERP significa che l’abbinamento automatico fallisce ed è necessaria una ricerca manuale.
Correzione: Usi la ragione sociale esatta dal Suo vendor master: 2025-10-15_PO-10234_RobertSupplyCo.pdf
Non includere affatto una data
I PO senza date nel nome file rendono impossibile l’analisi di cutoff di fine periodo. Non può vedere quali PO appartengono a quale periodo fiscale senza aprirli.
Correzione: Inizi con la data: 2025-10-15_PO-10234_AcmeSupply.pdf
Usare spazi e caratteri speciali
I nomi file con spazi interrompono gli script di importazione ERP, la gestione degli allegati email e la codifica URL. "PO 10234 Acme Supply.pdf" diventa "PO%2010234%20Acme%20Supply.pdf" negli URL.
Correzione: Usi solo underscore e trattini: 2025-10-15_PO-10234_AcmeSupply.pdf
Automatizzi la denominazione degli ordini di acquisto dai PDF
Renamed.to legge i PDF degli ordini di acquisto, estrae numero PO, nome fornitore, data e importo, e applica automaticamente la convenzione di denominazione del Suo team acquisti. Si integra con cartelle monitorate di Google Drive e Dropbox.
50 rinominazioni gratuite per iniziare. Nessuna carta di credito richiesta.
Altre guide alla denominazione
Domande frequenti
Il numero PO o la data dovrebbero venire per primi nel nome file?
Se cerca principalmente per intervallo di date (chiusura di fine mese), inizi con la data. Se cerca principalmente per numero PO (abbinamento alle fatture), inizi con il numero PO. La maggior parte dei team preferisce prima la data per l’ordinamento cronologico.
Come gestisco revisioni del PO o change order?
Aggiunga la revisione: 2025-10-15_PO-10234_AcmeSupply_Rev2.pdf. In alternativa, crei un file separato per il change order: 2025-10-20_CO-001_PO-10234_AcmeSupply.pdf.
Dovrei includere l’importo del PO nel nome file?
Facoltativo ma utile per i flussi di approvazione. Se la Sua organizzazione ha soglie di spesa (ad es., PO sopra $10k richiedono l’approvazione del VP), l’importo nel nome file consente una rapida scansione visiva.
E per i blanket PO che coprono più mesi?
Usi la data e il numero PO originali per il master PO. Per i singoli release su un blanket PO, aggiunga un numero di release: 2025-10-15_BPO-5001_Release03_AcmeSupply.pdf.
Posso allineare i nomi file dei PO al mio sistema ERP?
Sì. Usi il formato esatto del numero PO generato dal Suo ERP. Se SAP crea numeri PO come "4500010234", usi quello: 2025-10-15_4500010234_AcmeSupply.pdf. La coerenza consente la riconciliazione automatica.
Come gestisco i PO provenienti da più controllate?
Aggiunga un codice entità: 2025-10-15_USLLC_PO-10234_AcmeSupply.pdf. Questo è fondamentale per organizzazioni multi-entity in cui lo stesso fornitore può servire entità giuridiche diverse.