> Menünün altındaki her dal bu dosyada bir bölümdür (`module-doc:section`); dosya ve bölümler ilk deploy'da otomatik açılır. `module-doc:todo` işaretli alt bölümleri modülü üreten kişi ya da AI doldurur (`lowcode.instructions.md` §0.13); MCP ile üretimde talep bu bölümler doldurulmadan Testing'e alınamaz. "Ek — Ekran envanteri" bölümü wizard dosyalarından üretilir, elle düzenlenmez.
Satınalma belgelerinde kullanılacak ödeme koşulu, ödeme yöntemi, teslimat koşulu (Incoterm) ve teslim yöntemi tanımları. Kullanıcılar satınalma ve muhasebe personelidir. Satınalma talebi, teklif, sipariş ve fatura belgeleri bu modülün kapsamında değildir; bu ekranlar onların lookup kaynağıdır.
Tedarikçi kartı (eski `Prc.Supplier`) satış ve satınalmanın ortak kartı olarak **Kontaklar** adıyla Yönetim › Tanımlamalar'a taşındı; ayrıntı [Administration › Tanımlamalar](<Adm.md>). Kontak kartının Satış ve Satınalma sekmeleri bu modülün tanımlarını lookup olarak kullanır.
- Kart, etiket, ilgili kişi ve banka hesabı ekranları Satış tarafı da kullanacağı için `Adm` modülüne (`Adm_T_Contact*`, `Adm.Definitions.Contact*`) taşındı; bu modülde yalnızca satınalma koşulu tanımları kaldı.
Yetki ağacı: `Prc`›`Prc.Definitions`› her ekran (+ Create/Update/Delete/Export/Import/Note). Tüm ekranlar kiracı kapsamlıdır, şube filtresi yoktur. Widget'lar: her ekranda Toplam · Aktif · Pasif.
Yok. Tanımlar Yönetim › Tanımlamalar › Kontaklar'ın Satış ve Satınalma sekmelerinde (`Adm.Definitions.ContactSales`, `Adm.Definitions.ContactPurchasing`) seçilir.
- Geri alma: Kontak sekmeleri bu tanımlara bağlı olduğu için önce kontak tarafındaki seçimler temizlenir; ekranlar `delete_wizard` ile silinir, tablolar yalnızca açık onayla `dropTables: true` ile düşürülür.
Departmanların iç ve dış ihtiyaç duydukları malzemeleri satınalmaya iletmesi ve satınalmanın her kalemin nasıl karşılanacağına karar vermesi. Talep eden personel talebi ve satırlarını girer, onaya gönderir; talep önce talep edenin departman onaycısına, sonra satınalmaya düşer. Onaylanan talebin kalemleri **Planlama**'ya düşer: satınalmacı son alımlara, depo stoklarına ve tedarikçi fiyatlarına bakarak her kalemi (gerekirse miktarla bölerek) satın almaya (taslak teklif talebi), başka konumdan iç transfere ya da teslim konumundaki stoktan teslime (Stoktan) ayırır; verilen kararlar **Plan Takibi**'nde izlenir. Teklif toplama, sipariş ve mal kabul Siparişler dalında ve Envanter'dedir; transferin hazırlanıp tamamlanması Envanter › İç Transferler'dedir. Bütün kalemleri teslim edilen talep **Tamamlandı** olur.
- Wizard List ekranları + menüsüz satır alt formu + Grid Workflow. Taleplerim ve iki onay listesi aynı tabloyu (`Prc_T_MaterialRequest`) filtreyle gösterir; Tüm Talepler başlık × kalem görünümünden (`Prc_V_MaterialRequestLine`) okur, her kalem bir satırdır.
- Departman onaycısı: `Adm_T_Approver`'da Onay Yeri = Satınalma (`Purchase`) ve talebin departmanı. Satınalma onaycısı Onaycılar'da tanımlanmaz: Satınalma Onayı Bekleyenler ekranında karar verebilen, yani `Prc.MaterialRequestPurchaseApproval.Update` yetkisi doğrudan ya da rolüyle verilmiş aktif kullanıcılardır. Herhangi bir onaycının onayı yeterli.
- Taslak aşaması: kayıt Taslak açılır; akış platformun Onaya Gönder işlemiyle başlar (`WorkflowDto.ApprovalIsManualStart: true`).
- **Karşılama kararı satınalmanındır** (2026-10-13). Satınalma onayı belge açmaz; onaylanan kalem Planlama'ya düşer. Talep eden karşılama şekli ve satınalma sorumlusu seçmez; ikisi Planlama'da belirlenir — planlamayı onaylayan kullanıcı satınalma sorumlusudur (teklif talebinin alıcısı, iç transferin sorumlusu, Plan Takibi'nde Satınalma Sorumlusu). Talep kalemi teklif talebine, siparişe ve iç transfere yalnız Planlama'dan girer (tek kapı; aynı kalem iki yoldan iki kez karşılanmaz).
- Planlama Wizard List'tir: satır seçilince ürünün Depo Stokları, Tedarikçiler ve Son Alımlar sekmeleri listenin altında açılır (`SubFormsListFormType: List`, ilişki `ProductId → ProductId`). Satırda Düzenle yoktur; **Planla** butonu Core diyaloğunu (`MaterialRequestPlan`, `ui/src/views/purchasing/MaterialRequestPlanDialog.tsx`) açar. Diyalogun İç Transfer ve Satınalma sekmeleri batch düzenlenen ListForm ızgaralarıdır: Plan Miktarı yazılan her satır taslak plana (`Prc_T_MaterialRequestPlanLine`) yazılır, taslak alttaki Karşılama Planı'nda görünür; Onayla Planlama ekranının `UpdateCommand`'ını (`Prc_P_MaterialRequestPlanConfirm`) çalıştırıp taslağı belgelere çevirir. Diyalog ürünün stoğu varsa İç Transfer, yoksa Satınalma sekmesiyle açılır.
- Kalem miktarla bölünebilir (ör. 4 transfer + 6 satınalma); kalan bitene kadar listede kalır. Onaylanmış karar ayrı tabloda tutulmaz: paylar belgelerin kendisinden hesaplanır (`Prc_V_MaterialRequestItemPlan`) — belge iptal edilir, kalemi silinir, miktarı değişir ya da iade edilirse kalan kendiliğinden güncellenir.
- Satınalma kararı tedarikçiye taslak teklif talebi üretir (doğrudan sipariş değil); teklif toplama, ihale ve kıyas Siparişler dalında sürer, sipariş onaylanınca taslak alım açılır.
- **Lot/seri ile planlama** (2026-10-14): iç transfer planı ürünün envanter takibine göre yapılır. Lot ya da seri takipli üründe İç Transfer sekmesinin satırı konum × lottur (seride her seri 1 adetlik ayrı satır), plan lotla yazılır (`LotNo`) ve Onayla lotu transfer satırının lot dağılımına (`Stk_T_TransferLineLot`) ekler; depo Detaylar ya da Otomatik Ata ile değiştirebilir. Miktarla takip edilen (ya da takipsiz) üründe konum başına tek satır vardır, yalnız miktar yazılır.
- **Çıkış stratejisi** (2026-10-14): ürün kategorisinin Çıkış Stratejisi (`Stk_T_ProductCategory.RemovalStrategy`: `FIFO` ilk giren ilk çıkar, `LIFO` son giren ilk çıkar; stok kaydının `InDate`'i, aynı anda girenlerde lot/seri no — LIFO'da büyükten, tarihi boş stok en sona; kategorisiz ürün FIFO, üst kategoriden devralınmaz) İç Transfer sekmesinin sırasını (`RemovalRank`, Çıkış Sırası kolonu; teslim konumu önce) belirler. Öner ve Seçilenleri Planla stoğu bu sırayla dağıtır; Tümünü Planla yalnız kendi satırını doldurur. İç Transferler'deki Otomatik Ata da aynı kuralla atar.
- **Stoktan** (2026-10-14 kararı; 2026-10-13'teki belgesiz karşılamanın yerine): stok talebin teslim konumundaysa İç Transfer sekmesinde o konum "Teslim Konumu" işaretiyle listelenir; oraya yazılan plan Stoktan kararıdır (`PlanMethod = Stock`). Onayda yeni operasyon türü açılmadan İç Transferler türüyle, kaynağı ve hedefi teslim konumu olan bir iç transfer açılır; belge Yapılacak olarak işaretle ve Doğrula akışından geçer, Doğrula stoğa dokunmaz (yeterliliği yine denetler) ve kalemin teslim edilen miktarını yazar. Belge no ve durumu Plan Takibi'ne yansır.
- **Talep tamamlanması** (2026-10-14): iptal olmayan bütün kalemlerinin teslim edilen miktarı talep edilene ulaşınca talep Tamamlandı olur — iç transfer, Stoktan ya da siparişten açılan alımın Doğrula'sıyla (alım satırı talep kalemini taşır). İade teslimi geri alırsa durum yeniden hesaplanır.
- Satınalma sekmesi kiracının bütün aktif kontaklarını listeler: ürünün fiyat listesindekiler fiyatıyla önce, diğerleri fiyatsız sonra; fiyatsız tedarikçinin teklif kalemi 0 fiyatla açılır.
- İki sekmede de En Fazla kolonu (`MaxQuantity`) yazılabilecek üst sınırı gösterir: planlanacak kalandan kalemin diğer taslak satırları düşülür, İç Transfer'de kullanılabilir stok da sınırdır. Plan Miktarı bunu aşarsa ızgara kaydetmez (`compare` kuralı); toplam kayıt yordamında yeniden denetlenir.
- **Hız yardımları** (2026-10-13: her satırla tek tek uğraşılmamalı):
- **Öner**: `Prc_P_MaterialRequestPlanSuggest` taslağı sıfırlayıp kurar — önce stok, çıkış sırasıyla (her satır alabileceği en fazlayı alır), kalan kısım en uygun tedarikçiden satınalma. Tedarikçi `Prc_V_MaterialRequestPlanVendor.SuggestRank` sırasıyla seçilir (fiyatlılar ucuzdan pahalıya, sonra son alım tarihi yeniden eskiye, sonra ad; para birimi farkı gözetilmez) ve yalnız fiyat listesinde ya da alım geçmişinde bulunan tedarikçi önerilir; yoksa kalan planlanmadan kalır. Diyalog yordamı Karşılama Planı'nın ekleme komutuyla çağırır. Diyalog açılışta hiçbir şey planlamaz.
- **Öner ve Onayla**: öneriyi kurar ve taslak oluştuysa hemen Onayla'yı çalıştırır.
- **Taslağı Sıfırla**: kalemin bütün taslak satırlarını Karşılama Planı'nın silme komutuyla siler; Karşılama Planı'ndaki Sil de hemen uygulanır.
- **Tümünü Planla** (satır butonu): satıra En Fazla değerini yazar. **Seçilenleri Planla** (araç çubuğu, çoklu seçim): seçilen satırları sırayla (İç Transfer'de çıkış sırasıyla) en fazla miktarla planlar — Plan Miktarı eksi (-1) gönderilir, kayıt yordamı bunu alınabilecek en fazla miktar olarak yazar.
- Onaydan sonra her karar kendi belgesinden geri alınır: teklif talebi ya da iç transfer (Stoktan dahil) iptal edilince ya da satırı silinince kalem Planlama'ya döner.
- İş akışı kolonları Workflow şablonundaki dörtlüdür (`ApprovalUserName`, `ApprovalStatus`, `ApprovalDate`, `ApprovalDescription`); onay ve red bilgileri popup formda yer almaz, listede görünür. Red nedeni ayrı kolonda tutulmaz: onay düğümü red sırasında Red Nedenleri listesinden (`Prc_T_RejectReason`) seçim ister, seçilen neden ve not `ApprovalDescription`'a yazılır.
- Talebin durumu `ApprovalStatus`'tadır: boş (taslak) › Departman Onayı› Satınalma Onayı› Onaylandı ya da Reddedildi; onaydan sonra satınalmada ilerler: Teklif Talebi (kalem taslak teklifte), Teklif Talebi Gönderildi (gönderilmiş ya da siparişe dönüşmüş teklifte), Satınalma Siparişi (iptal olmayan siparişte), Tamamlandı (bütün kalemler teslim edildi); belgeler iptal edilirse Onaylandı'ya döner (`Prc_P_MaterialRequestSyncStatus`). Ayrı`Status` kolonu yoktur; kalem durumu Bekliyor / Tamamlandı / İptal'dir.
- Talep satırı formu: Ürün; Miktar – Birim; Termin Tarihi – Satır Durumu; Talep Nedeni. Termin başlığı ayrı anahtardır (`Sas.Listform.ListformField.RequiredDate`).
| Taleplerim | `Prc.MyMaterialRequest` | talep eden = oturumdaki kullanıcı; ekle/sil açık, akış; şube yetkili |
| Departman Onayı Bekleyenler | `Prc.MaterialRequestDeptApproval` | ApprovalStatus = Departman Onayı; yalnız kendine düşenler |
| Satınalma Onayı Bekleyenler | `Prc.MaterialRequestPurchaseApproval` | ApprovalStatus = Satınalma Onayı; yalnız kendine düşenler |
| Planlama | `Prc.MaterialRequestPlan` | onaylı talebin Bekliyor ve planlanacak miktarı kalan kalemleri; satırda Planla (diyalog); alt sekmeler Depo Stokları, Tedarikçiler, Son Alımlar |
| Plan Takibi | `Prc.MaterialRequestPlanTrack` | verilen kararlar (teklif kalemi / iç transfer satırı, Stoktan dahil); salt okunur; satırda Teklif, Sipariş, Transfer butonları |
| Tüm Talepler | `Prc.MaterialRequest` | filtresiz, kalem kalem; ekle/sil kapalı, yalnız kalemin satır durumu düzenlenir |
Talep Satırları (`Prc.MaterialRequestLine`) menüsüz alt formdur; Taleplerim ve iki onay listesinde sekmedir. Planlama'nın sekmeleri menüsüz alt formlardır: Depo Stokları (`Prc.MaterialRequestPlanStock`, `Stk_T_Stock`), Tedarikçiler (`Prc.MaterialRequestPlanSupplier`, `Stk_T_ProductSupplier`), Son Alımlar (`Prc.MaterialRequestPlanLastPurchase`, `Prc_V_PurchaseReceiptLine`). Planla diyaloğunun üç ekranı menüsüzdür: İç Transfer (`Prc.MaterialRequestPlanSource`), Satınalma (`Prc.MaterialRequestPlanVendor`), Karşılama Planı (`Prc.MaterialRequestPlanLine`). Red Nedenleri (`Prc.RejectReason`) Satınalma › Tanımlamalar altındadır.
-`Prc_V_MaterialRequestPlanSource`: kalem × stoğu olan iç konum (takipli üründe × lot), teslim konumu dahil (IsDestination); LotNo, OnHand, ReservedQuantity (açık transferlerde o konumdan istenen; lot satırında o lota atanan), FreeQuantity (lot satırında konumun serbest stoğuyla sınırlı), AvailableQuantity (taslakta kullanılabilir), MaxQuantity, RemovalRank, PlanQuantity; `Id` = kalem:konum:lot. İç transfer ve Stoktan kararının stok kuralı buradadır.
-`Prc_V_MaterialRequestPlanVendor`: kalem × aktif kontak; fiyat satırı, SuggestRank (fiyat ↑, son alım ↓, ad), PlanQuantity, tedarikçinin bu kalemi taşıyan taslak teklifi (RfqId/RfqNo/RfqQuantity); `Id` = kalem:tedarikçi.
-`Prc_V_MaterialRequestPlanLine`: taslak satırı + lot + birim + satınalmada fiyat.
-`Prc_V_PurchaseReceiptLine`: Son Alımlar; tamamlanan alımın (iade hariç) satırı× sipariş kalemi.
-`Prc_V_MaterialRequestPlanTrack`: Plan Takibi; ihalenin kök teklif talebindeki talep kalemleri ∪ iç transfer satırları (iade hariç; kaynağı ve hedefi aynı olan transfer `Stock` kararıdır); belge, sipariş ve `DoneQuantity`.
- Yordamlar: `Prc_P_MaterialRequestAfterSave(@Id)`, `Prc_P_MaterialRequestSyncStatus(@DocId)` (talep durumu; `@DocId` teklif, sipariş ya da transfer — boşsa onaylanmış bütün talepler), `Prc_P_MaterialRequestPlanLineSave(@Id, @PlanMethod, @PlanQuantity, @TenantId, @LastModifierId)`, `Prc_P_MaterialRequestPlanSuggest(@Id, @TenantId, @LastModifierId)`, `Prc_P_MaterialRequestPlanConfirm(@Id, @TenantId, @LastModifierId)`, `Prc_P_MaterialRequestPlan(@Id, @PlanMethod, @PlanQuantity, @PlanSupplierId, @PlanSourceLocationId, @PlanLotNo, @TenantId, @LastModifierId)`, `Prc_P_MaterialRequestItemSync(@TransferId)` (transferin kalemlerinin satır durumu, ardından talep durumu); tetikleyici `Prc_TR_MaterialRequestLock`.
-`Prc_P_MaterialRequestAfterSave` kayıt sonrasında onaycı listelerini Onaycılar'dan yeniden yazar; Onaycılar sonradan değişirse talep yeniden kaydedilene kadar liste eski kalır. Liste boşsa akış o adımda hata verir.
- Talep ve satırları yalnız Taslak'ta değiştirilir: onaya gönderilmiş talebe satır eklenemez, satırı değiştirilemez ve silinemez (alt form Before komutları; 50001/50005/50002); başlığın iş alanları`Prc_TR_MaterialRequestLock` tetikleyicisiyle kilitlidir (50004) — kural tetikleyicidedir, çünkü onay akışı da başlığı aynı güncelleme yolundan yazar. Planlama/teslim yordamlarının yazdığı kalem alanları kilide girmez. Onay sürecindeki ya da onaylanmış talep silinemez; reddedilen talep silinebilir.
- Ürün listesi aktif ve satın alınabilir ürünlerdir; birim ürünün satınalma biriminden (yoksa biriminden) gelir, salt okunurdur. Şube iki zinciri süzer: Şube › Departman, Şube › Depo › Konum.
- Tüm Talepler'de düzenleme yalnız kalemin `LineStatus`'unu yazar ve ardından talep durumunu yeniler (iptal edilen son açık kalem talebi Tamamlandı yapabilir).
- **Paylar** (`Prc_V_MaterialRequestItemPlan`, kalemin birimine çevrilir): satınalma payı = teklif aşamasındaki (Taslak/Gönderildi) ya da iptal olmayan siparişe geçmiş teklif kalemi (ihale × ihale kalemi başına bir kez); transfer payı = iptal olmayan iç transfer satırı (Stoktan dahil) — tamamlanmış belgede yapılan, açık belgede istenen; tamamlanmış iade belgesinin yapılan miktarı düşülür. Planlanacak = talep − satınalma payı− transfer payı.
- **Taslak** (`Prc_P_MaterialRequestPlanLineSave`, kalem kilitlenerek): talep onaylı (ya da satınalmada ilerleyen) ve kalem Bekliyor olmalı; 0 ya da boş miktar satırı taslaktan çıkarır. Taslak toplamı planlanacak kalanı (50200), iç transfer / Stoktan satırı kullanılabilir stoğu (lot ve konum; 50198) aşamaz; teslim konumuna yazılan satır Stoktan kararıdır.
- **Onayla** (`Prc_P_MaterialRequestPlanConfirm`, tek transaction): taslak boşsa 50201; satırlar önce iç transfer ve Stoktan, sonra satınalma sırasıyla karara gider, ardından taslak silinir. Bir satır reddedilirse hiçbir belge açılmaz.
- **Karar** (`Prc_P_MaterialRequestPlan`, kalem kilitlenerek): plan miktarı > 0 ve ≤ planlanacak.
- Satınalma: tedarikçinin talebin şubesi ve deposu için taslak teklif talebi varsa kalem ona eklenir (zaten oradaysa miktarı artar); yoksa yeni taslak açılır (numara `Prc.PurchaseRfq`, talebin deposunun aktif alım türü — numaratörü `….Receipt` ile biten öncelikli, para birimi ve koşullar kontak kartından, alıcı planlayan). Birim fiyat tedarikçinin fiyat listesinden (en düşük minimum miktar; yoksa 0), KDV ürünün alış oranı, teslim tarihi termin.
- İç Transfer: kaynak konum zorunlu, teslim konumundan farklı ve ürünün (takipli üründe lotun) serbest stoğu yetmeli (50197/50198). Belge kaynak deponun **İç Transferler** türüyle açılır: depoda birden çok iç transfer türü (Bakım Sarf Tüketimi, Departman Sarf Çıkışı …) olabildiği için numaratörü `….InternalTransfer` ile biten aktif tür seçilir, yoksa adına göre ilki. Bu türde aynı kaynak → teslim konumu için taslak varsa satır ona eklenir (kaynak belgeye talep no yazılır), yoksa yeni taslak açılır (sorumlu planlayan). Satırın yapılan miktarı planla açılır: lot planlandıysa lot dağılımına eklenir (miktar lot toplamıdır), miktar takipli üründe plan miktarı doğrudan yazılır; belge `Stk_P_TransferAfterSave` ile numaralanır ve Taslak açılır; İç Transferler'de onay adımı yoktur.
- Stoktan: İç Transfer'in aynısı, kaynak = hedef = teslim konumu.
- **Kalem kapanışı** (`Prc_P_MaterialRequestItemSync`, transferin her yeniden hesabında ve iptalinde): satınalma payı olmayan, planlanacağı kalmayan Bekliyor kalem Tamamlandı olur; planlanacak miktar yeniden doğarsa (iptal, satır silme, iade) ve teslim tamamlanmamışsa Bekliyor'a döner. Ardından talep durumu yenilenir.
- **Tedarikçi fiyatı** (`Stk_P_TransferSupplierPrice`, siparişli alımın Doğrula'sında): tedarikçi × ürün × birim × para birimi başına tek satır; alınan miktara uyan kademe fiyat ve Son Alım Tarihi ile güncellenir, yoksa yeni satır açılır. Siparişsiz alım, iade ve 0 fiyat yazmaz.
- Kartlar: Planlama — planlanacak, geciken, 7 gün içinde, taslak planlı; Plan Takibi — toplam, satınalma, iç transfer (Stoktan dahil), tamamlanan; talep listeleri — onaylanan (onaydan sonraki bütün durumlar dahil).
Yetki ağacı: `Prc`›`Prc.MaterialRequests`› her liste (+ Create/Update/Delete/Export/Import; Note yalnız tablo kaynaklı listede — Taleplerim ve onay listeleri; view kaynaklı Tüm Talepler, Planlama, Plan Takibi ve diyalog ekranlarında Not yoktur); alt form `Prc.MaterialRequestLine` listenin altında, Planlama'nın sekmeleri ve diyalog ekranları`Prc.MaterialRequestPlan` altında. Talep edenlere Taleplerim (+Create, +Update), onaycılara ilgili onay listesi (+Update), satınalma ekibine Planlama (+Update), sekmeleri, diyalog ekranları (İç Transfer ve Satınalma +Update, Karşılama Planı +Create/+Delete), Plan Takibi ve Tüm Talepler verilir; Plan Takibi'nin butonları hedef ekranın okuma yetkisini ister. Yetkiler hiçbir role otomatik atanmaz. Kiracı kapsamlı; lookup'lar (şube, kontak, kullanıcı) kiracıya süzülür. Taleplerim şube yetkilidir (`IsBranch`): kullanıcı yalnız atandığı şubelerin taleplerini görür; şube seçilince kullanıcının o şubedeki varsayılan deposu ve konumu gelir.
Yönetim › Onaycılar (onay yeri Satınalma) ve Roller; Envanter › Ürünler (tedarikçi fiyat listesi, kategori çıkış stratejisi, takip yöntemi), Depolar, Konumlar, Operasyon Türleri (deponun alım ve iç transfer türü), Stok; Envanter › İç Transferler (iç transfer ve Stoktan kararı, teslim edilen miktar, kalem kapanışı); Envanter › Alımlar (Son Alımlar, teslim edilen miktar, tedarikçi fiyatı); Satınalma › Siparişler; İK departmanları; Diziler (`MaterialRequest`, `Prc.PurchaseRfq`).
1. BT departmanı için Onaycılar'da Satınalma yerinde Ayşe tanımlıdır; Mehmet'in rolünde Satınalma Onayı Bekleyenler, Planlama ve diyalog ekranlarının yetkileri vardır.
2. Ali Taleplerim'de MT-2026-00001'i açar (teslim konumu 0001/Ana Depo), 10 adet sensör ve 2 adet sigorta girer, Onaya Gönder der; Ayşe, sonra Mehmet onaylar.
3. Planla (sensör, lot takipli, kategori FIFO): İç Transfer sekmesinde Ek Depo'nun LOT-0012 ve LOT-0015 satırları çıkış sırasıyla listelenir; Öner LOT-0012'den 4 yazar, kalan 6'yı 3K Kutu'ya ayırır. Onayla: Ek Depo → Ana Depo taslak iç transfer (LOT-0012 × 4) ve 3K Kutu'ya taslak teklif talebi açılır; talep Teklif Talebi olur.
4. Planla (sigorta, Ana Depo'da stoğu var): teslim konumu satırına 2 yazılır, Onayla Ana Depo → Ana Depo iç transfer (Stoktan) açar.
5. Depo iki transferi hazırlar (Yapılacak olarak işaretle), Doğrula'ya basar: Stoktan belgesi stoğa dokunmaz, iki kalemin teslim edilen miktarı yazılır.
6. Teklif siparişe döner, alım Doğrula'lanınca sensörün kalan 6'sı da teslim edilmiş olur; talep Tamamlandı.
- **Talebim onay listesinde görünmüyor?** Onaycılar'da talebin departmanı için aktif Satınalma satırı olmalı; satınalma adımı için en az bir aktif kullanıcının Satınalma Onayı Bekleyenler güncelleme yetkisi olmalıdır. Onaycılar ya da yetkiler talep açıldıktan sonra değiştiyse talebi bir kez kaydedin.
- **Stoktan karşıladım, İç Transferler'de belge neden kaynak ve hedefi aynı?** Stok zaten teslim konumundadır; belge malın talep edene teslimini kaydeder. Hazırlama ve Doğrula diğer transferler gibidir, Doğrula stoğu taşımaz.
- **Talep neden Tamamlandı olmadı?** İptal olmayan her kalemin teslim edilen miktarı talep edilene ulaşmalıdır: iç transfer / Stoktan belgesi ya da siparişin alımı Doğrula'lanmış olmalı.
- **İade ettim, kalem nerede?** Tamamlanmış iadenin miktarı transfer payından düşer; kalem Bekliyor'a döner ve Planlama'da yeniden görünür, talep durumu geri alınır.
- **Onaylanan kalem Planlama'da yok?** Kalem Bekliyor olmalı ve planlanacak miktarı kalmalı; tamamı belgelere ayrılmış ya da Tüm Talepler'de Tamamlandı/İptal yapılmış kalem listelenmez.
- **"Operasyon türü tanımlı değil"?** Envanter › Operasyon Türleri'nde talebin deposu için aktif Alım, kaynak konumun deposu için aktif İç Transfer türü tanımlanmalıdır.
- **"Yeterli serbest stok yok"?** Eldeki miktardan açık transferlerde o konumdan (lot satırında o lottan) istenen ve diğer taslak satırlar düşülür; başka konum/lot seçin ya da miktarı azaltın.
- **Onayla reddedildi?** Mesaj sebebi söyler; hiçbir belge açılmamıştır, taslağı düzeltip yeniden onaylayın.
- **Planladığım miktarı geri almak?** Teklif talebindeki kalemi silin ya da teklifi iptal edin; iç transferde (Stoktan dahil) satırı silin ya da transferi iptal edin — miktar Planlama'ya döner.
- Kaldırılanlar: 2026-10-13 — Talepten Aktar ekranları ve nesneleri (`Prc_PurchaseRfqImportItem`, `Prc_PurchaseOrderImportItem`, `Inventory_TransferImportItem`, `Prc_V_MaterialRequestAvailableItem`, `Prc_V_PurchaseImportItem`, `Prc_P_PurchaseImportItem`, `Prc_V_MaterialRequestTransferItem`, `Stk_P_TransferImportItem`); 2026-10-14 — belgesiz Stoktan karşılama (`FromStockQuantity` kolonu, `Prc_P_MaterialRequestStockUndo`, Plan Takibi'nin Geri Al butonu ve dil anahtarları). Kurulu veritabanında `Prc_P_MaterialRequestStockUndo` yordamı elle düşürülür.
Tedarikçiyle yapılan çerçeve anlaşmaların (Kapsamlı Sipariş / İhale) anlaşılan ürün, miktar ve birim fiyatlarıyla tutulması; teklif talebi ve siparişin bu fiyatlarla açılması ve sözleşmeden ne kadar sipariş edildiğinin izlenmesi. Kullanıcılar satınalma personelidir. Teklif ve sipariş akışı Siparişler bölümündedir.
- Sözleşme ayrı belgedir (`Prc_T_PurchaseAgreement` + `Prc_T_PurchaseAgreementLine`), numarası`Prc.PurchaseAgreement` numaratöründen (BO00001).
- Durum elle seçilir: Taslak › Doğrulanmış › Kapanmış / İptal. Teklif talebi ve siparişte yalnız **Doğrulanmış** sözleşme seçilebilir; seçim tedarikçi ve şubeye göre süzülür.
- Sözleşmeye bağlanan **kalemsiz** teklif talebi kaydedilince sözleşmenin kalan (henüz siparişe dönüşmemiş) miktarlarıyla ve anlaşılan fiyatlarla dolar (`Prc_P_PurchaseRfqFromAgreement`, `Prc_P_PurchaseRfqAfterSave`'den); kalemi olan belgeye dokunulmaz.
- Şube › Depo › Operasyon Türü zinciri teklif ve siparişteki gibidir; para birimi sözleşmede tutulur.
Satınalma (`Prc`) › Sözleşmeler (`Prc.PurchaseAgreement`, Siparişler'in üstünde). Sekme: Ürünler (`Prc.PurchaseAgreementLine`, menüsüz alt form). Listedeki Yeni Teklif butonu Teklif Talepleri'ni açar.
- Kalan miktar = anlaşılan − sözleşmeye bağlı siparişlerde sipariş edilen; boş teklif talebi bu kalanla dolar, fiyat kalemin anlaşılan birim fiyatıdır.
- Ürün listesi aktif ve satın alınabilir ürünlerdir; birim ürünün satınalma biriminden gelir.
`Prc`›`Prc.PurchaseAgreement` (+ Create/Update/Delete/Export/Import/Note); Ürünler sekmesinin yetkisi sözleşmenin altındadır. Yetkiler hiçbir role otomatik atanmaz. Kiracı kapsamlı.
1. Satınalma 3K Kutu ile 2026 yılı için 1.000 adet koli kapsamlı sipariş sözleşmesi açar (BO00001), Ürünler'e 1.000 × 12 ₺ yazar, durumu Doğrulanmış yapar.
2. Teklif Talepleri'nde 3K Kutu ve BO00001 seçilerek kalemsiz belge kaydedilir; belge 1.000 adet × 12 ₺ ile dolar.
3. Teklif siparişe döndükçe sözleşmenin Ürünler sekmesinde sipariş edilen miktar artar; sonraki boş teklif kalanla dolar.
Satınalma ekibinin Planlama'da satınalmaya ayırdığı talep kalemleri için tedarikçilere teklif talebi (RFQ) açması, aynı ihtiyacı birden fazla tedarikçiye sorarak ihale gibi fiyat toplaması, gelen fiyat ve terminleri kıyaslayıp en uygun teklifi kalem bazında satınalma siparişine dönüştürmesi; gerekirse teklif toplamadan doğrudan sipariş yazması ve tedarikçiyle çerçeve sözleşme yönetmesi. Kullanıcılar satınalma personeli ve alıcılardır. Mal kabul Envanter › Operasyonlar › Alımlar'dadır ([Stk.md](Stk.md)); onaylanan sipariş orada taslak alım açar ve alınan miktar sipariş kalemine geri yazılır. Tedarikçinin linkten kendi fiyatını girdiği portal, tedarikçi faturası (faturalanan, Fatura Yükle) ve analitik dağılım kapsam dışıdır.
- Teklif talebi ve satınalma siparişi **ayrı belgelerdir** (`Prc_T_PurchaseRfq`, `Prc_T_PurchaseOrder`), ayrı numaratörle: `Prc.PurchaseRfq` (RFQ00001) ve `Prc.PurchaseOrder` (P00001). Sözleşme `Prc.PurchaseAgreement` (BO00001).
- **Tedarikçi başına bir teklif belgesi.** Aynı ihtiyaç için açılan belgeler bir ihaledir: `TenderGroupId` ihalenin kök (ilk) belgesinin Id'sidir. Alternatif tedarikçiler **Alternatif Oluştur** modalında (`Prc.PurchaseRfqAlternativeSupplier`: ihalede belgesi olmayan aktif kontaklar) ListForm'un çoklu seçimiyle seçilir, **Seçilenler İçin Oluştur** butonu seçili her kontak için o anki kalemleriyle birlikte kopya belge açılır (fiyat tedarikçinin fiyat listesinden, para birimi ve koşullar kontak kartından). Bir tedarikçi ihalede bir kez bulunur.
- Talep kalemleri teklif talebine yalnız **Satınalma › Talepler › Planlama**'dan gelir (Satınalma kararı; bkz. Talepler): kalem tedarikçinin aynı şube ve depodaki taslak teklif talebine eklenir, yoksa yeni taslak açılır. Bir teklif birden fazla malzeme talebinden oluşabilir. Teklif ve siparişteki eski Talep Kalemleri sekmesi ve Talepten Aktar butonu 2026-10-13'te kaldırıldı (karşılama kararı satınalmanındır, kalem iki yoldan iki kez karşılanmasın). Talep ilişkisi kalem düzeyindedir (`MaterialRequestItemId`); teklif kalemi silinir ya da teklif iptal edilirse miktar Planlama'ya döner.
- Popup (Yeni/Düzenle) formu yalnız belgenin kendi alanlarını taşır; alternatif, fiyat girişi ve durum işlemleri liste araç çubuğundaki butonlardadır (sekmelerden de yapılabilir). Vergi hariç / KDV / toplam kalemlerden hesaplandığı için formda değil listede görünür.
- Hızlı fiyat girişi: **Fiyat Karşılaştırması** sekmesi toplu düzenleme modundadır; ihalenin bütün tedarikçilerinin birim fiyat, teslim tarihi ve Seçili değerleri tek tabloda satır içinde yazılıp birlikte kaydedilir. Aynı ekran liste araç çubuğundaki ayrı**Fiyat Girişi** butonuyla modalda da açılır. Satır kaydı`Prc_P_PurchaseRfqComparisonSave`'dir: batch kaydı satırları eşzamanlı istekle gönderdiği için yordam önce ihalenin kök teklifini kilitler (`UPDLOCK`/`FOR UPDATE`, `TenderGroupId`), sonra satırı günceller ve teklifi yeniden hesaplar; grid ihaledeki bütün tedarikçi tekliflerinin satırlarını taşıdığı için kilit ihale düzeyindedir ve satırlar sırayla işlenir. `IX_Prc_T_PurchaseRfqLine_PurchaseRfqId` yeniden hesabın tablo taraması yapıp başka tekliflerin satırlarını kilitlemesini önler.
- Fiyat Girişi'nde birim fiyatı 0'dan büyük kaydedilen teklif, yanıtı`Waiting` ise kendiliğinden `Quoted` olur; boşsa Teklif Tarihi kayıt anı, Teklif Geçerliliği sipariş son tarihi (`OrderDeadline`) yazılır (`Prc_P_PurchaseRfqComparisonSave`). Elle girilmiş tarih ve `NotQuoted` yanıtı değişmez.
- Teklif durumları: Taslak (Teklif Talebi) › Teklif Talebi Gönderildi (tedarikçiye e-posta kuyruğa alındı) › Satınalma Siparişi (dönüştürüldü) / İptal Edildi. Sipariş durumları: Taslak › Onaylandı / İptal; tekliften dönüşen sipariş onaylı açılır.
- **Kıyas (Fiyat Karşılaştırması):** fiyat `Sas_H_Currency.Rate` ile TL'ye çevrilir (kur = 1 birimin TL karşılığı). Puan = Fiyat ağırlığı× (en düşük TL fiyat / TL fiyat) + Termin ağırlığı× (en kısa termin günü / termin günü); termin günü = teslim tarihi − ihalenin açılış günü (en az 1). Ağırlıklar ihale genelinde tektir, varsayılan %70 fiyat / %30 termin, toplamı 100 olmalıdır. En yüksek puan **Önerilen**'dir. Fiyatı 0, terminsiz, "Teklif Verilmedi" ya da iptal edilmiş belgenin satırı puanlanmaz. Kalemin teslim tarihi boşsa belgenin Beklenen Geliş'i kullanılır.
- **Siparişe Dönüştür kalem bazındadır** (ihale genelinde, ihaledeki herhangi bir belgeden): kalemin **Seçili** satırı varsa o, yoksa Önerilen satır kazanır. Kazanan her teklif belgesi için ayrı satınalma siparişi açılır ve sipariş teklifin şubesini, operasyon türünü ve deposunu taşır; en az bir kalem kazanan teklif Satınalma Siparişi, hiç kazanamayan teklif İptal Edildi olur.
- **Kaynak** kolonu: teklifte kalemlerin talep numaraları; tekliften dönüşen siparişte teklif talep no; doğrudan yazılan siparişte talep numaraları.
- Durum butonları (Gönder, İhaleyi Gönder, Siparişe Dönüştür, Siparişi Onayla, İptal, Taslak olarak ayarla) onay sorar, işlemi gizli `PendingAction` alanına yazıp ekranın kendi güncelleme ucuyla (`list-form-data/update`) kaydeder; kayıt sonrası yordam işlemi `Prc_P_*SetStatus` ile çalıştırır ve alanı temizler. Alan formda görünmez.
- E-posta, bildirim kuyruğundan (`Adm_T_Notification`, kanal Mail) tedarikçinin kontak e-postasına gider; teklif e-postası fiyat içermez (ürün, miktar, istenen termin, teklif son tarihi), sipariş e-postası fiyatlı. Kuyruk mesajı 2048 karakterle sınırlıdır; çok kalemli belgede tablo kısalır.
- SQL tarafında açılan belgelerin (alternatif teklif, dönüşen sipariş) numarası numaratörden `Adm_P_SequenceNext` ile alınır; biçim `Sequence.GetNextSequence` ile aynıdır.
- Kullanıcı kararıyla kapsam dışı: tedarikçi portalı (fiyatı satınalma girer), Alınan/Kalan/Faturalanan ve Fatura Yükle. Firma kolonu açılmadı (kiracı kapsamı). Demo veri girilmedi.
| Teklif Talepleri | `Prc.PurchaseRfq` | tüm durumlar; sekmeler Ürünler, Tedarikçi Teklifi, Diğer Bilgiler, Teklifler (Ekle = alternatif), Fiyat Karşılaştırması (toplu düzenleme) |
| Satınalma Siparişleri | `Prc.PurchaseOrder` | tüm durumlar; ekle/sil (yalnız teklifsiz taslak); sekmeler Ürünler, Diğer Bilgiler, Teklifler |
| Sipariş Ürünleri | `Prc.PurchaseOrderProduct` | sipariş × kalem, her satır bir kalem; tüm durumlar, kalemsiz sipariş yok; salt okunur; satırdaki Siparişi Aç siparişin detay sayfasını açar (`/admin/form/Prc.PurchaseOrder/@PurchaseOrderId`) |
Menüsüz alt formlar: teklif tarafında `Prc.PurchaseRfqLine`, `Prc.PurchaseRfqQuote`, `Prc.PurchaseRfqOther`, `Prc.PurchaseRfqAlternative`, `Prc.PurchaseRfqAlternativeSupplier` (yalnız Alternatif Oluştur modalında), `Prc.PurchaseRfqComparison`; sipariş tarafında `Prc.PurchaseOrderLine`, `Prc.PurchaseOrderOther`, `Prc.PurchaseOrderAlternative`; sözleşmede `Prc.PurchaseAgreementLine`.
- Görünümler: `Prc_V_PurchaseRfqComparison` (kıyas ve puan), `Prc_V_PurchaseRfqAlternative` (ihalenin belgeleri; teklif ve sipariş için `BaseId`), `Prc_V_PurchaseRfqAlternativeSupplier` (açık teklif × ihalede belgesi olmayan aktif kontak, `Id` = teklif|kontak), `Prc_V_PurchaseAgreementLine` (sözleşmenin sipariş edilen miktarı), `Prc_V_PurchaseOrderLine` (Sipariş Ürünleri: silinmemiş sipariş × silinmemiş kalem, `Id` kalemin Id'si; vergi hariç ve KDV kalemin KDV dahil tutarından ayrıştırılır, Talep No kalemin malzeme talebinden).
- Teklif kaydı ve Tedarikçi Teklifi / Diğer Bilgiler sekmesindeki kayıt sonrası`Prc_P_PurchaseRfqAfterSave`: ağırlık toplamı 100 kontrolü; boş ödeme/teslimat koşulu ve Incoterm konumu tedarikçinin Satınalma sekmesinden (alıcı yalnız ilk kayıtta); yanıt Bekleniyor dışına alınınca boş teklif tarihi; ağırlıkların ihalenin diğer belgelerine yazılması; sözleşme kalemleri (yalnız kalemsiz belgede); tutarlar; buton işlemi (`PendingAction`).
- Planlama'dan gelen kalem (`Prc_P_MaterialRequestPlan`): fiyat tedarikçinin fiyat listesinden (`Stk_T_ProductSupplier`, en düşük minimum miktar) › 0, KDV ürünün alış oranı, teslim tarihi talebin termini; aynı kalem aynı taslakta varsa miktarı artar.
- Alternatif (`Prc_P_PurchaseRfqCreateAlternative @Key, @UserId`, `@Key` = teklif|kontak, seçilen her satır için): belge teklif aşamasında olmalı; tedarikçinin ihalede iptal olmayan belgesi varsa hata.
- Kalem Tutarı KDV dahildir: Tutar = yuvarla(yuvarla(Miktar × Birim Fiyat) × (1 + Oran/100)); Vergi Hariç = Σ yuvarla(Miktar × Birim Fiyat); KDV = Σ(Tutar − kalemin vergi hariç tutarı); Toplam = Vergi Hariç + KDV = Σ Tutar. Formdaki script ve `Prc_P_Purchase{Rfq,Order}Recalc` aynı formülü kullanır; kalem her eklenip/değişip/silindiğinde yeniden hesaplanır.
- Teklif işlemleri: E-posta ile Gönder (taslak ya da gönderilmiş; kalem ve tedarikçi e-postası şart; Taslak → Gönderildi) · İhaleyi Gönder (ihalenin bütün taslak belgeleri) · Siparişe Dönüştür (taslak ya da gönderilmiş; ihale daha önce dönüştürülmemiş olmalı) · İptal (siparişe dönüşmüş teklif iptal edilemez) · Taslak olarak ayarla (yalnız iptalden; ihale siparişe dönüşmüşse olmaz).
- Sipariş işlemleri: Siparişi Onayla (taslak, kalemli) · E-posta ile Gönder (iptal dışında) · İptal · Taslak olarak ayarla (yalnız iptalden). İptal: taslak ya da onaylı sipariş; yapılmış alımı olan sipariş iptal edilemez.
- Araç çubuğu butonları seçili belgenin durumuna göre aktif/pasif olur (`VisibleExpression`): teklifte Alternatif Oluştur, Fiyat Girişi, E-posta ile Gönder, İhaleyi Gönder, Siparişe Dönüştür ve İptal yalnız Teklif Talebi / Gönderildi'de, Taslak olarak ayarla yalnız İptal'de; siparişte Siparişi Onayla yalnız Taslak'ta, E-posta ile Gönder ve İptal Taslak / Onaylandı'da, Taslak olarak ayarla yalnız İptal'de. Satırdan okunamayan şartları (kalem, alım, ihale durumu) sunucu denetler.
- **Alım:** Siparişi Onayla ve Siparişe Dönüştür (onaylı açılan sipariş) siparişin operasyon türünde taslak alım açar (`Stk_P_TransferFromPurchaseOrder`): konumlar operasyon türünden, satırlar envanter takipli kalemlerin alınmamış miktarı, Kaynak Belge = sipariş no. Siparişin iptal olmayan alımı varsa yenisi açılmaz. Alım satırı sipariş kaleminin talep kalemini taşır: alımın Doğrula'sı talep kaleminin teslim edilen miktarını yazar, bütün kalemleri teslim edilen talep Tamamlandı olur (iade geri alır). Yapılmış alımı olan sipariş iptal edilemez; iptal edilen siparişin yapılmamış alımları da iptal olur.
- Siparişe Dönüştür tek transaction'dır: bir teklif ya da alım açılamazsa hiçbir sipariş açılmaz. Teklif talebi ya da sipariş silinince talep durumları yeniden hesaplanır (`Prc_P_MaterialRequestSyncStatus`).
- Siparişe dönüşmüş ya da iptal edilmiş teklif ve kalemleri değiştirilemez; iptal edilmiş siparişin kalemi değiştirilemez. Gönderilmiş ya da dönüşmüş teklif silinemez; yalnız teklifsiz yazılmış taslak sipariş silinebilir.
- Fiyat Karşılaştırması sekmesinde birim fiyat, teslim tarihi ve Seçili düzenlenir (ilgili teklifin toplamı yeniden hesaplanır). Siparişe dönüşte kazanan satırlar Seçili olarak işaretlenir.
- Sözleşmede bitiş tarihi başlangıçtan önce olamaz; sözleşme seçilen boş teklif kalan (siparişe dönüşmemiş) miktarlarla dolar.
Yetki ağacı: `Prc`›`Prc.Orders`› teklif ve sipariş listeleri, `Prc`›`Prc.PurchaseAgreement` (+ Create/Update/Delete/Export/Import/Note). Her alt formun yetkisi kendi listesinin altındadır: teklif sekmeleri `Prc.PurchaseRfq`, sipariş sekmeleri `Prc.PurchaseOrder` altında; sekmeler ekranlar arasında paylaşılmaz. Teklif kullanıcısına Fiyat Karşılaştırması'nın Update yetkisi de verilmelidir (fiyat ve seçim buradan girilir). Yetkiler hiçbir role otomatik atanmaz. Kiracı kapsamlı; Teklif Talepleri ve Satınalma Siparişleri şube yetkilidir (`IsBranch`, 2026-10-14 kararı): kullanıcı yalnız atandığı şubelerin belgelerini görür, formda yalnız onları seçer ve şube seçilince kullanıcının o şubedeki varsayılan deposu gelir (yeni belge kullanıcının şube listesindeki ilk şube ve o şubedeki deposuyla açılır). Bir kullanıcı hiçbir şubeye atanmamışsa bu iki listede satır görmez.
2. Satınalma Planlama'da iki talebin kalemlerini Satınalma kararıyla tedarikçi "3K Kutu"ya ayırır; ilk karar 3K Kutu için taslak teklif talebi açar, ikincisi aynı taslağa eklenir. Teklif Talepleri'nde belgenin Teklifler sekmesinde Ekle ile "5 Mutlu Gıda" ve "Kartela"yı ekler. RFQ00001 (3K) kalemleriyle, RFQ00002 ve RFQ00003 kopya olarak aynı ihalede açılır; Kaynak = MT-2026-00015, MT-2026-00016.
3. Araç çubuğunda İhaleyi Gönder: üç tedarikçiye fiyatsız teklif e-postası kuyruğa alınır, belgeler Gönderildi olur.
4. Tedarikçilerin dönüşleri Fiyat Karşılaştırması sekmesinde tek tabloda birim fiyat ve teslim tarihi olarak yazılıp bir kez kaydedilir; her ürün için en yüksek puanlı satır Önerilen işaretlenir. Kullanıcı bir üründe daha pahalı ama güvendiği tedarikçiyi Seçili yapar.
5. Siparişe Dönüştür butonu: kazanan iki tedarikçiye P00007 ve P00008 açılır (Kaynak RFQ00001 / RFQ00003), RFQ00002 İptal Edildi olur.
6. Satınalma Siparişleri'nde E-posta ile Gönder butonuyla siparişler tedarikçiye gider; mal gelince Varış girilir.
- **Butonlar nerede?** Listede bir belge seçilir; işlemler araç çubuğundadır (detay sayfasının araç çubuğunda da görünür). Belgenin durumunda yapılamayan işlemin butonu pasiftir. Buton yetkisi: durum işlemleri ekranın Update, Alternatif Oluştur Teklifler ekranının Create yetkisi.
- **Alternatif ekledim, kalemleri eksik?** Alternatif, açıldığı andaki kalemleri kopyalar; sonradan eklenen kalem yalnız eklendiği belgededir.
- **Önerilen neden boş?** Satırın fiyatı ve teslim tarihi (ya da belgenin Beklenen Geliş'i) girilmiş olmalı; Teklif Verilmedi yanıtlı ya da iptal edilmiş belge kıyasa girmez.
- **E-posta gitmedi?** Tedarikçinin kontak e-postasını, Bildirim Kuralları'nda ilgili tipin Mail kuralını ve Bildirimler ekranındaki satırı (IsSent) kontrol edin; NotificationWorker aktif olmalı.
- **Farklı para birimindeki teklif nasıl kıyaslanıyor?** Para Birimleri ekranındaki kurla TL'ye çevrilerek; kur güncel değilse kıyas yanıltır.
- Geri alma: önce ana ekranlar (`Prc_PurchaseRfq`, `Prc_PurchaseOrder`, `Prc_PurchaseAgreement`), sonra alt formlar `delete_wizard` ile silinir; tablolar yalnız açık onayla düşürülür.
| Açıklama | Planlama — satınalma ekibi onaylanmış her talep kaleminin nasıl karşılanacağına karar verir: satın alınır (teklif talebi) ya da stoktan taşınır (iç transfer). |
| Kaynak | `Prc_V_MaterialRequestPlan` · filtre `"IsDeleted" = 'false'` |
| Açıklama | İç Transfer — Planla diyaloğunun İç Transfer sekmesi: talep kaleminin ürününün stoğu olan iç konumlar. Ürün lot/seri numarasıyla takip ediliyorsa her konumun her lotu (seri takipte her seri) ayrı satırdır; miktarla takip edilen üründe konum başına tek satır vardır. |
| Açıklama | Satınalma — Planla diyaloğunun Satınalma sekmesi: bütün aktif kontaklar; ürünün fiyat listesindeki tedarikçiler fiyatıyla önce, diğerleri fiyatsız sonra gelir. |
| Kaynak | `Prc_V_MaterialRequestPlanVendor` · filtre `"IsDeleted" = 'false'` |
| Açıklama | Teklif Talepleri — her tedarikçi için ayrı satınalma belgesi; aynı ihtiyaç için açılan belgeler bir ihale oluşturur ve siparişten önce kıyaslanır. |
| Alt formlar | `Prc.PurchaseRfqLine` (Id → PurchaseRfqId), `Prc.PurchaseRfqQuote` (Id → Id), `Prc.PurchaseRfqOther` (Id → Id), `Prc.PurchaseRfqAlternative` (Id → BaseId), `Prc.PurchaseRfqComparison` (Id → BaseId) |
| Açıklama | Satınalma Siparişleri — tedarikçilere verilen siparişler; teklif talebi ihalesinden dönüştürülür ya da teklif toplamadan doğrudan yazılır. |
