goc
8 uç · /api/musavir/v1/goc
İstek örnekleri ucun GERÇEK metodu ve yolundan üretilir. 8 ucun elle doğrulanmış gövde örneği henüz yok; o uçlarda iskelet gövdesizdir — uydurma bir alan yazmıyoruz.
GET /karsit/{id}/zincir/rapor?format=json|txt|pdf — KDVİRA tarzı zincir raporu.
idcurl -X GET "https://{slug}.musavir.blesyum.app/api/musavir/v1/goc/<id>" \
-H "Authorization: Bearer <oturum-token>" \
-H "Accept: application/json"{
"data": "…",
"trace_id": "01JC…"
}Cari **kartı** göçü — açılış bakiyesi YAZMAZ (/goc/carinin tersi).
## 🔴 İki uç neden ayrı (ve MÜF24 sınırı)
/goc/cari bir DEVİR işlemidir: kartı açar ve tur='acilis' hareketini dönem başı
tarihiyle yazar. Bu uç ise yalnız KARTI açar — çünkü bakiyesi başka bir yoldan
gelecektir (yevmiye göçü ya da MÜF24'ün sürekli senkronu).
İkisini tek uçta birleştirip "bakiye sütunu varsa yaz" demek, kaynak dosyada bakiye
sütunu bulunan her sürekli-sync göçüne **ikinci kez** açılış bakiyesi yazdırırdı —
yani bakiyeyi İKİYE KATLARDI. Karar kullanıcının UCU SEÇMESİYLE verilir, dosyanın
şekliyle değil.
⚠ **MÜF24 sınırı:** bu uç TEK SEFERLİKtir. Sürekli senkron (aynı kaynaktan periyodik
çekim) MÜF24'ün konusudur ve devir noktası goc_eslemeleri üzerinden kurulur
(BLE22-7106): buradaki eşleme satırları, sürekli-sync'in "bu kaydı zaten biliyorum"
cevabıdır. Eşlemeyi atlayan bir sürekli-sync, göç edilmiş her cariyi yeniden açardı.
curl -X POST "https://{slug}.musavir.blesyum.app/api/musavir/v1/goc/cari-kart" \
-H "Authorization: Bearer <oturum-token>" \
-H "Accept: application/json"{
"data": "…",
"trace_id": "01JC…"
}Tanınan göç kaynaklarının kataloğu — sihirbazın kaynak seçicisi bunu okur.
🔴 Liste SUNUCUDAN gelir. Panelde ikinci bir dizi tutulsaydı yeni bir kaynak eklendiğinde backend kabul eder, ekran göstermezdi — ve hata yalnız o kaynaktan göç etmeye çalışan müşterinin ekranında görünürdü (çekirdek panelin 2026-08-27 vakası).
curl -X GET "https://{slug}.musavir.blesyum.app/api/musavir/v1/goc/kaynaklar" \
-H "Authorization: Bearer <oturum-token>" \
-H "Accept: application/json"{
"data": "…",
"trace_id": "01JC…"
}🔴 Bu göç, HENÜZ VAR OLMAYAN mükellefleri açar — bu yüzden mukellef_ref NULL'dır ve
raporu yalnız büro-geneli görünürlüğe verilir (rapor'un fail-closed kararı).
İzin musavir.mukellef.manage: yeni mükellef açmak, listeleme izninden farklı bir yetkidir.
curl -X POST "https://{slug}.musavir.blesyum.app/api/musavir/v1/goc/mukellef" \
-H "Authorization: Bearer <oturum-token>" \
-H "Accept: application/json"{
"data": "…",
"trace_id": "01JC…"
}🔴 Yevmiye göçünün İKİ ayırt edici kararı:
1. **Satırlar FİŞE gruplanır, satır satır yazılmaz.** Muhasebede kayıt birimi satır
değil FİŞTİR; satır satır yazan bir göç, yarım fiş üretir ve mizanı bozar.
2. **Dengesiz fiş KARANTİNAYA alınır** ([yevmiye_dengeli_mi]): fişin TÜM satırları
hata olur ve HİÇBİRİ yazılmaz. "Sonra düzeltiriz" diye yazılan dengesiz bir fiş,
üzerine kurulan her raporu ve her beyannameyi bozar.
curl -X POST "https://{slug}.musavir.blesyum.app/api/musavir/v1/goc/yevmiye" \
-H "Authorization: Bearer <oturum-token>" \
-H "Accept: application/json"{
"data": "…",
"trace_id": "01JC…"
}