[BüroWARE] Belge numaraları düzenlenmesi

Genel işlemler tarafında Firma kartında verilen fatura belge numaraları ile muhasebe tarafında Firma kartında verilen Mal Giriş - Çıkış belge numaraları farklı seriden olmalı.
Aynı seri verirseniz program muhasebe tarafından manuel yeni mal giriş belgesi kaydı yapıldığında genel işlemler tarafındaki belgenin varlığını kontrol etmediğinden çakışma olacaktır. Veya önce manuel olarak muhasebeden kayıt yapıp sonra Genel işlemler tarafında belge kestiğinizde bu belgeleri muhasebeye aktaramamak gibi bi problem çıkacaktır.

bunun için Belge numaraları düzenlenirken - ki sadece sene başında bir kez -
Genel işlemler-> Firma Kartı -> Belgeler sekmesindeki Fatura numaraları serisi ile
Muhasebe -> Firma Kartı -> Temel Bilgiler Sekmesinde ki Mal Giriş Belgeleri , Mal Çıkış Belgeleri serisi farklı olmalıdır.

[BüroWARE] Muhasebe kayıt ekranı boyut belirleme v4.3x

Standart olarak kayıt ekranı maksimum olarak geliyor.
Maksimum değilde belgeler gibi küçük ekran gelmesi için

Ayar yetkileri -> Kayıt işlemleri [FI2100] -> 45- Tüm kayıt diyaloglarını ekranda maksimum olarak göster seçeneği seçilmemiş olmalıdır

[BüroWARE] Belge girişi maske de standart değerler

Belge tasarımında cariden veya projeden devralınan alanları A- pasif yapsanızda belge girişinde o alanlar aktif oluyor. Örneklemek gerekirse Vergilendirme , parabirimi, kur alanlarını tasarımda pasif yapsanızda belge girerken bu alanlar aktif oluyor ve hesaplamalara rağmen aktif kalıyor.
Bu alanların aktif kalması
Ayar yetkileri -> Belge işlemleri -ek ilave [1211V30] -> 38 - Belge açımında standart satırları serbest bırak seçeneği pasif yapılarak sağlanabilir.

[BüroWARE] Belgelerde proje kodu değişimi uyarısı

Belge girişinde proje kodu girildiğinde veya değiştirildiğinde uyarı mesajı veriyor
bu ayarı değiştirmek için (mesaj vermesi için)
Ayar Yetkileri ->Belge İşlemleri Ek ilave [1211V32] -> 14 - Proje kodunda sorgusuz veri yükle seçeneği pasif olmalı , mesaj vermemesi için aktif olmalı

[BüroWARE] protokol değerlendirme

Muhasebe -> Raporlar -> Ayarlar -> ...
bölümünden protokol raporlarına ulaşılabilir. ama orda belli hareketlerin protokolüne göre ayarlanmış raporlar. fmtfiaus.052 (Silinenler) raporunu değiştirip seçenekli hale getirdim. ekteki raporla farklı kombinasyonlar kurulabilir. Ayrıca bu rapordan hareket tiplerinin kodları alınıp bwprot20.dat dosyası herhangi bir metin editörü ile açılıp inceleme yapılabilir.

[BüroWARE] 4.3 üstü versiyonlara Tekdüzen muhasebe entegrasyonu.

Yevmiye , kebir raporları ve mahsup fişi geçici olarak veya nihai olarak alınabilir.
Geçici raporların indeksi programın otomatik atadığı kayıt numarasıdır (FBU_11_10), Nihai raporların indeksi ise kayıt numaralama ve kapama raporu (FMTFIAUS.981) raporu sonucu oluşan numaradır.
Bu anlamda geçici raporlar girildiği sırada indenkslenmiştir , nihai raporlar resmi anlamda istendiği gibi tarihe göre indekslenmiştir şerhini koyabiliriz.Amaca göre istenilen alınabilir. Yevmiye raporlarında Hızlı raporlarda şeklen gruplama gibi sorunlar olabilir. Diğerleri yavaş olmakla beraber bi takım gruplama sorunlarının olmadığı raporlardır. Bu raporlarda aslında içiçe iki rapor çalışır bunun içinde WF Script çalışır.
Geçici yevmiye hesabı için ISO022
nihai yevmiye hesabı için ISO021

çalışır.
Ön planda
FMTFIAUS.856 ve FMTFIAUS.836
Bu WF lerin arka planında da
FMTFIAUS.857 ve FMTFIAUS.837 raporları çalışır.

Mizan komple raporunda ise ön planda doğrudan ISO028 WFS çalışır. Arka planda FMTFIAUS.861, FMTFIAUS.862, FMTFAAUS.861 raporları çalışır.

WFS kullanan tüm raporlar DBK97 veri tabanını ara veri olarak kullanmaktadır.


Tekdüzen uyarlaması için temel şartlar :
1. anahesaplarda kısa adı (FBU_26_10) bölümü kategori olarak kullanılmalı.
100
100A
1000B
gibi
Eldeki anahesap planı FIBINDIV.DEF veritabanı reorganizasyon modülünden import edilerek oluşturulabilir.

2. Tekdüzen kodu (FBU_1120_20) alanı manuel veya otomatik olarak doldurulmalı (Yoksa designer modülünden oluşturulabilir). FMTFIAUS.840 ile otomatik doldurulabilir.
3. Nihai raporları almak için kayıt numaralamsı yapılmalıdır.
4. İlgili WFS ler sisteme entegre edilmiş olmalıdır.
S86*.* dosyaları kopyalanarak veya WFS de export import seçenekleri kullanılarak entegre edilebilir

5. Ara veriler entegre edilmelidir. S97*.* dosyaları firma klasörünün altına kopyalanarak veya ilgli dta dosyaları import edilerek entegre edilebilir.

6. İlgili raporlar fmt klasörüne kopyalanmalıdır.
Gerekli tüm dosyalar sistemin çalıştığı konfigürasyonlardan temin edilebilir.
Sitem 4.2 sonrası tüm versiyonlara uygundur, test edilmiştir.

[BüroWARE] Yıl geçişinde maliyetin çalıştırılması

Maliyet tasarımında gider kartları yıllara göre ayrı tasarlanmadığında aynı anda birkaç yılın verileri için maliyet çalıştırmada sıkıntılar mevcut.
Gider kartlarında belirlenen öngörü değerleri maliyet için maksimum zaman aralığını belirler.
Yani öngörü değerleri 1 yıl için girilmişse maliyeti 1 yıllık çalıştırabilirsiniz. 2 yılsa 2 yıl . 6 aysa 6 ay. Öngörü rakamlarının değiştiği tarihe kadar maliyetleri tamamlayıp rakamları değiştirip sonraki dönemi ayrı yapmalısınız.
Yani:
Öngörü maliyetleri için :
Saruhanda 2005 yılı için belirli öngörü rakamları belirlendi. Bu rakamlar reçete maliyetlerine ilave gider olarak ekleniyor.
01.01.2005 - 31.12.2005 tarih aralığı veya bu aralık içinde bir tarih aralığı belirlersem hiçbir sorun yok.
2006'da yeni öngörü rakamları belirlendi. (Üretim bölümünün yaptığı maliyet çalışmaları ve geçmiş dönemin incelenmesi vs. vs. ile )
2005 öngörü rakamlarıyla 2006 yılı için maliyet yaparsam reçetelere gelen ek maliyet 2005 e göre olacaktır. Dolayısıyla 2006 için YM ve M maliyetlerini yanıltacaktır.

2006'da yeni öngörü rakamları gider kartlarına girildikten sonra 2005 için maliyet yapılırsa doğal olarak 2005 maliyetleri yeniden hesaplandığında yanlış olacaktır.

Çözüm ise 2005 yılı tamamen kapatıldıktan sonra son bir kez 01.01.2005 - 31.12.2005 için maliyet yapılmalıdır. Daha sonra gider kartlarında yeni öngörü rakamlarını girmek ve 01.01.2006-31.12.2006 için maliyet yapılmalıdır. Bu tarihten itibaren hiçbir şekilde 2005 için maliyet yapılmamalıdır.

( Öngörü rakamları 6 ayda bir değişseydi. 01.01.2005 - 31.06.2005 dönemi tamamen kapatıldıktan sonra son birkez maliyet yapılıp daha sonra gider kartlarında öngörü rakamlarını güncellemek ce 01.07.2005 - 31.12.2005 tarih aralığında maliyet yapmak gerekirdi. Ayrıca her dönem başında envanter kayıtlarıyla stok maliyetlerini sabitlemek gerekirdi. )

Resmi maliyet için :
Temelde resmi maliyette YM ve M reçeteleri maliyetlerine gelen ek maliyetler muhasebeden çekildiği için toplamda değişmeyecektir. Ancak öngörü rakamlarının farklı oranlarda değişmesi nedeniyle dağılım farklı olacaktır. Dolayısıyla yine YM ve M maliyetleri yanlış olacaktır.

HM-A için dönem sınırlaması sorunu yoktur. Çünkü gider kartlarıyla HM-A ların doğrudan bir ilişkisi yoktur.

[BüroWARE] Üretim reçetesinde fiyat çekme durumu

Üretim reçetelerinde yeni reçete açıldığında maliyet hesabı için fiyat seçimi opsiyonu var. Fiyat seçimi ortalama baz fiyat üzerinden veya stok son alış fiyatı üzerinden olabilir.
Seçim yapıldıktan sonra alt stoklar girilirken fiyatlar bu seçeneğe göre belirlenir.

Ortalama baz fiyatları stok kartında bulunan SBM (Stok birim maliyet) TL (ART_3764_12)ve SBM ADöv (ART_3776_10) alanlarından çekilir.
Firma kartında Sistem para birimi 0 - TL ise ilki , 1-Adöv ise ikincisi kullanılır.

Bu alanlar maliyet yaptıktan sonra hesaplanmaktadır.
Son alış fiyatları Stok katında bulunan son alış fiyatı (ART_865_10) alanından çekilir.
Bu alan stok alış faturası girilirken hesaplanmaktadır.

Reçeteye çekilen bu değerler öngörü maliyeti yapıldıktan sonra (Maliyette stok kartını güncelle opsiyonu seçilmişse ) fiyat seçimi ne olursa olsun SBM değerleriyle değiştirilir.


Sonuç 1. Yeni bir reçeteye yeni bir Hammadde veya Ambalaj (HM-A) girilirse fiyat manuel girilmelidir.
Sonuç 2. Yeni bir reçeteye alışı olan (SG-Fatura) bir HM-A girilirse ortalama baz fiyat çekilemez , son alış fiyatı çekilebilir.
Sonuç 3. Yeni bir reçeteye Envanter veya alışı olmayan bir HM-A girilirse ortalama baz fiyatı hiçbir durumda çekilemez.
Sonuç 4. Yeni bir reçeteye Envanter veya üretimi olmayana bir yarımamül (YM) girilirse ortalama baz fiyatı çekilemez. ()
Sonuç 5. Yeni bir reçetede bu değerleri görmek anlık olarak fikir verir. Maliyet yaptıktan sonra SBM değerleriyle değişecektir.
Sonuç 6. Reçete yeni de olsa eskide olsa maliyet rakamlarını reçete maliyetleri raporundan (fmtfaaus.724 -fmtfaaus.737) kontrol etmek daha sağlıklı olacaktır.

[BüroWARE] planlama

Planlama fonksiyonu temelde kullanım veya satış ihtiyaçlarına göre hammadde ihtiyaçlarını belirler.
Standart bir döngüde satış siparişleri dönemsel olarak girilir ve bu siparişlere binaen hammaddeler temin edilir. Bu temin içinde doğal olarak alım siparişleri oluşturulur.
BüroWARE nin standart döngüsünde üretimler f- üretim siparişi belgesi ile yapılır. (PPS menüsünden ulaşılabilir.) Burada imalatın kim tarafından ne zaman yapılacağı ve yapıldıktan sonraki fire vs. miktarları, ne zaman yapıldığı bilgileri girilir.
Bu bilgiler tamamen istatistik ve bilgi amaçlıdır.

Planlama yapılırken f-üretim siparişleri , A - satış siparişleri ve güncel stok durumuna (hesaplanan stok) bakılarak ihtiyaç tespiti yapılır. Üretim reçetesi olan stokların alt kalemleri için sanal üretim yapılır ve ihtiyaç tespiti yapılır.

Bu tespitin düzgün yapılabilmesi için stok kartında ana satıcının (ART_138_8) kesin girilmesi, Min mevcudun (Emniyet mvcd- ART_1727_10) , sipariş mevcudunun (beyan mevcd - ART_749_10), tedarik süresi ( ihtiyaç krş. Süresi - ART_1737_3 ) bilgilerinin mümkün olduğunca girilmesi gerekir.


Planlama çalışıtırılmadan önce mamüller ve ticari mallar için üretim siparişleri ve satış siparişleri girilmelidir.
Siparişler girilirken sevk tarihinin doğruluğuna dikkat edilmelidir.

Planlama çalıştırılırken girilecek opsiyonlar gayet açıktır.
Üst bölümde planlaması yapılacak belgeler ve stoklar için aralık girilir. (Mamüller veya hammaddeler veya ticari mallar)
Alt bölümde tüketim planı oluşturulacak stoklar için (hammaddeler veya ticari mallar) aralık girilir.

Sadece yeni poz. Seçeneği işaretlenirse daha önce planlama yapılırken kullanılmış bir sipariş için yeniden hesaplama yapılmaz. Bu opsiyon kullanılacaksa her sipariş için ayrı planlama yapılmalıdır ve stok miktarı göz önünde bulundurulamamalıdır.
Eksi Amb. Doldur seçeneği işaretlenirse eksiye düşen stoklar için tedarik hesaplanır.
Toplam ambar seçeneği işaretenirse tedarik hesabı için tüm ambarlardaki miktar hesaba katılır . işaretlenmezse siparişin geçilidiği ambar için ihtiyaçlar hesaplanır.
En az mevcut ve sipariş adedi alanları işaretlenirse stok kartında ki bu bilgiler dikkate alınır ve ihtiyaç ona göre hesaplanır.
Fonksiyon çalıştırılır.
Planlama çalıştırıldıktan sonra planlama tablosunda ilgili stoklar ve ihtiyaçlar listelenecektir.
+ tuşuna basarak planlama yapılacak stoklar seçilir. (listede kırmızı olacaktır)
Üretimi olan stoklar için UE Uret (F11) e
Sipariş edilecek stoklar için BE Uret (F12) e tıklanır
Her stok için onay ekranı açılacaktır. Gelen ekranda programlanan tedarik adedi değiştirilebilir. F10 ile kaydedilir ve belge oluşturulur.
Belge oluşmadıysa stokla veya planlama verisiyle ilgili ön veriler eksik demektir.
Bu aşamada tüm stoklar tek tek elendikten sonra "sipariş önerisi oluştur " çalıştırılır.
Sağ tuşla istenen opsiyon seçilir ve sonuç değerlendirilir. (Alernatifdeğerler girilir)
Dispo belgelerinden siparişler oluşturulur.
Standart üretim planlamasında her stok için tek tek onay vermek ve sipariş oluşturmak gerekiyor.
Onun yerine daha basit bir şekilde şu şekilde sonuca ulaşılabilir. (Saruhan onfigürasyonu için )
1. SÇ siparişler (A01) ile planlanan üretim adetleri sevk tarihleri belirtilerek dahili cariye (120999) girilir.
2. HM , YM ve Mamülleri kapsayacak şekilde planlama çalıştırılır.
3. Sipariş oluşturma raporu çalışırılır (fmtfaaus.875)
Bu şekilde stokları tek tek incelemeden doğrudan alış siparişleri (320999) oluşacaktır.

[BüroWARE] planlama verierinin otomatik siparişe dönüştürülmesi II

Büroware 4.3 te planlama yaptıktan sonra oluşan verilerin siparişe dönüştürülmesi birkaç kademe .
Ekteki rapor planlama verilerini doğrudan siparişe çeviriyor.
Raporun düzgün çalışması için :
Stok kartında stoğun giriş ambarı tanımlanmalı .
Cari stok kartında stoğun fiyatı ve pb. Tanımlanmalı (şu an için sadece küme fiyatı 1i çekiyor.)
Not: Planlama esnasında fonksiyonun cari seçimini yapabilmesi için planlama yapmadan önce stok kartında standart satıcısı belirlenmiş olmalı. Aksi durumda planlama verisinde cari tahsis edilmez. Bu durumda cari olmadığından raporda işe yaramaz. Firma kartında belge numarası güncelleme fonksiyonunu ekledim. Önceki ekin yerine bunu kullanın.

[BüroWARE] Planlama verilerinin otomatik siparişe dönüştürülmesi

Büroware 4.3 te planlama yaptıktan sonra oluşan verilerin siparişe dönüştürülmesi birkaç kademe .
Ekteki rapor planlama verilerini doğrudan siparişe çeviriyor.
Raporun düzgün çalışması için :
Stok kartında stoğun giriş ambarı tanımlanmalı .
Cari stok kartında stoğun fiyatı ve pb. Tanımlanmalı (şu an için sadece küme fiyatı 1i çekiyor.)
Not: Planlama esnasında fonksiyonun cari seçimini yapabilmesi için planlama yapmadan önce stok kartında standart satıcısı belirlenmiş olmalı. Aksi durumda planlama verisinde cari tahsis edilmez. Bu durumda cari olmadığından raporda işe yaramaz.

[BüroWARE] Planlama ve ayar yetkiler hakkında

Saruhanın mevcut verileriyle planlamayı çalıştırmak istediğimde program "ayar yetkileri çakışması vs. vs." diye bi hata verdi.
Ayar Yetkilerinde PPS_ALLGEMEIN, PPS genel ayarlarda 121,122,123 . seçenekleri (veri kitlemeyele alakalı) kaldırdığımda çalıştı.

[BüroWARE] Açılış , kapanış kayıtları. 2005 - 2006

BüroWARE nin standart açılış fonksiyonunda anahesap ve carihesaplar'ın her biri için bir kayıt atılır ve döviz ayrımı yapılmaz. Ekteki raporlarla birkaç kayıtta açılış kapanış kayıtları her bir döviz için ayrı ayrı atılabilir.
FMTFIAUS.883 - Carihesap açılış kapanış kayıtları
Kapanış kaydı için:
Muhasebe modulünde dönem değiştirme fonksiyonu ile kapatılacak dönemegidilir. (2005)
Raporda 01.01.2005-31.12.2005 tarih aralığı seçilir.
Maksimum cari aralığı seçilir.
Kapanış/açılış seçeneği seçilir.
Ara hesap girilir. (80000001)
Kayıt tarihi girilir . (31.12.2005)
Açıklama girilir ve rapor çalıştırılır.
Bu rapor bw ana dizini altına carikapanis.dta adı altında ara veri oluşturacaktır.
Açılış kaydı için:
Muhasebe modulünde dönem değiştirme fonksiyonu ile açılış yapılacak dönemden önceki döneme gidilir. (2006 açılışı için 2005 dönemi seçilir.)
Raporda 01.01.2005-31.12.2005 tarih aralığı seçilir.
Maksimum cari aralığı seçilir.
Kapanış/açılış seçeneği boş bırakılır (işaretsiz).
Ara hesap girilir. (80000001)
Kayıt tarihi girilir (01.01.2006)
Açılış için başlangıç belge no girilir. (2006 için 60000000)
Açıklama girilir ve rapor çalıştırılır.
Bu rapor bw ana dizini altına cariacilis.dta adı altında ara veri oluşturacaktır.
Ara verileri import etmek için 2005 dönemindeyken
Kayıt -> Kayıtları devral -> standart arayüz
Seçilir.
Gelen ekranda carikapanis.dta dosyası seçilir ve fonksiyon başlatılır. (Test et seçeneği boş - işaretsiz olmalı)
Açılış kaydı girilecek döneme (2006) geçilir.
Kayıt -> Kayıtları devral -> standart arayüz
Seçilir.
Gelen ekranda cariacilis.dta dosyası seçilir ve fonksiyon başlatılır. (Test et seçeneği boş - işaretsiz olmalı)
FMTFIAUS.884 - Anahesap açılış kapanış kayıtları
Kapanış kaydı için:
Muhasebe modulünde dönem değiştirme fonksiyonu ile kapatılacak döneme gidilir. (2005)
Raporda 01.01.2005-31.12.2005 tarih aralığı seçilir.
Maksimum anahesap aralığı seçilir.
Kapanış/açılış seçeneği seçilir.
Ara hesap girilir. (80000001)
Kayıt tarihi girilir . (31.12.2005)
Açıklama girilir ve rapor çalıştırılır.
Bu rapor bw ana dizini altına ahkapanis.dta adı altında ara veri oluşturacaktır.
Açılış kaydı için:
Muhasebe modulünde dönem değiştirme fonksiyonu ile açılış yapılacak dönemden önceki döneme gidilir. (2006 açılışı için 2005 dönemi seçilir.)
Raporda 01.01.2005-31.12.2005 tarih aralığı seçilir.
Maksimum anahesap aralığı seçilir.
Kapanış/açılış seçeneği boş bırakılır (işaretsiz).
Ara hesap girilir. (80000001)
Kayıt tarihi girilir (01.01.2006)
Açıklama girilir ve rapor çalıştırılır.
Bu rapor bw ana dizini altına ahacilis.dta adı altında ara veri oluşturacaktır.
Ara verileri import etmek için 2005 dönemindeyken Kayıt -> Kayıtları devral -> standart arayüz Seçilir.
Gelen ekranda ahkapanis.dta dosyası seçilir ve fonksiyon başlatılır. (Test et seçeneği boş - işaretsiz olmalı)
Açılış kaydı girilecek döneme (2006) geçilir.
Kayıt -> Kayıtları devral -> standart arayüz
Seçilir.
Gelen ekranda ahacilis.dta dosyası seçilir ve fonksiyon başlatılır. (Test et seçeneği boş - işaretsiz olmalı)
Araveriler oluşturulmadan kayıtlar import edilmemelidir. Zira kapanış kaydını import ettikten sonra tüm hesapların bakiyesi 0 olacaktır.
Dolayısıyla açılış verisi oluşturulamaz.
Cari ve anahesapların tamamı için açılış, kapanış kayıtları atıldığında arahesap (80000001) bakiyesi 0 olacaktır.

[BüroWARE] Yıl değişimi

Muhasebe ve genel işlemlerde yıl değişimini yaptım.2006 için belge numarası uyarlamalarını da yaptım.000 kullanıcısı haricinde diğer kullanıcılar şuan 2005 döneminde.
Bütün kullanıcıların genel işlemler ve muhasebe menülerinde " dönem değiştir " fonksiyonu nu kullanarak (llgili dönemi seçip enter veya çif tık) 2006 dönemine geçebilirler. İşlemde olan dönem "Güncel belge dönemi " olarak görülür. Pencere başlığınıda (BüroWARE PPS....) işlemde olan belge dönemi kontrol edilebilir.
Her modülde ayrı ayrı geçilmesi gerekiyor. büroware de irsaliye ve fatura haricindeki belgelerde tarih kontrolü yapılmaz. bu yüzden yeni belge girerken kullanıcıların kendilerini kontrol etmeleri gerekiyor.2005 e belge gireceklerse (geriye dönük ) önceki dönemde kalmaları , 2006 yabelge gireceklerse yeni döneme geçiş yapmaları gerekiyor.Belgeler , pozisyonlar , muhasebe kayıtları haricindeki bütün veriler her iki dönem içinde ortak. Muhasebeye kayıtları mühürlenmediğinden 2005'e kayıt girilebilir (tüm kayıtlar tamamlandığında yapılacak). Muhasebede tarih kontrolü olduğu için kullanıcılar dönem değiştirmeden ilgili yıla veri giremezler.

Belge numaraları 6xx e ayarlandığından geriye dönük belge girildiğinde 2005 döneminde 6xx belge numaraları olacaktır. Sistem açısından mahsuru yok. Hatta geriye dönük girilmiş belgeleri göstereceğinden işe yarayabilir. Dönem değiştirme fonksiyonu haricinde yapılması gereken hiçbirşey yok.

[BüroWARE] Stok birleştirme , miktar , ebat (alternatif miktar ) toplamı alma

Bir belge içinde aynı stoktan iki ayrı kayıt girildiğinde programın bu kayıtları otomatik birleştirmesi ve toplamı alması istendiğinde ;
İlgili belge grubunda (Designer -> Yönetim -> Belge Grupları )
Yönetim sekmesinde " Stokları Birleştir" seçeneği aktif olmalı.
Bu durumda o belge grubundaki tüm belgeler için bu ayar aktif olur.
Bu gruptaki bir belge için birleştirme , başka bir belge için birleştirmeme diye bişey sözkonusu olmaz. Ayrıca belge grubundan bu opsiyon değiştirildiğinde bu değişiklik önceden girilmiş belgeler içinde geçerli olur.
Yani belge grubunda "stok birleştir" seçilmemişse , o belge grubuna girilen bir belgede aynı stoktan iki kayıt girilmişse ,
Daha sonra belge grubunda "stok birleştir" seçilirse , belge pozisyon kaydına girene kadar eski halini korur, pozisyon kaydından çıkılırken stok birleştirilir (belgenin ayarın değiştirilmesinden önce girilmiş olması dikkate alınmaz.). Bu belge grubu ayarı değiştirildiğinde bu belge grubundaki tüm belgelerin otomatik olarak değiştirileceği anlamına gelmez (sadece pozisyon kaydına girilen belgeler değişir).

Standart olarak stok kodu ve birim fiyatı aynı olan satırlar birleştirilir.
Farklı fiyatlara sahip aynı stok kodlu iki satırın birleştirilmesi için
Ayar yetkileri -> Fiyat Bulma (PREISF)-> [012] Pozisyonları birleştirmede yeni fiyat oluştur seçeneği seçilmelidir.
Ancak para birimi uyarlaması yapılmış konfigürasyonlarda bu opsiyon sorun çıkarmaktadır. Ayrıca farklı fiyatlara sahip pozisyonların birleştirilmesi tercih edilen bir durum değildir.
Ebat1, Ebat2, Ebat3 alanlarının aktif olarak kullanıldığı konfigürasyonlarda birleştirme uygulanacaksa hesap esası belirlenmelidir. Esasa göre alanların toplanması veya tercihi yapılmalıdır.
Saruhan uygulamasında Ebat1 (POS_134_8) -> Alternatif miktar (Adet, POS_142_8) , Ebat2 -> çevrim oranı olarak kullanılmıştır. Bu durumda pozisyon birleştirmede ebat1 alanları toplanmakta , çevrim oranları sabit kalmaktadır.
Bunun için
Ayr yetkileri -> Belge oluşturması(SAMMEL) -> [001] Pozisyonların birleştirilmesinde Ebat 1 topla Yetkisi seçilmelidir.
Başka bir durumda çıkarma işlemi yapılacaksa
Ayar Yetkileri -> Belge Dönüştürme (BELUMT) -> [008] Ebat1 çıkarma işlemi
Yetkisi seçilmelidir.
Bu yetkilendirilmenin yapılmadığı durumda program baz olarak 1. satırı alacak diğer satırların Ebat bilgilerini silecektir. (Aynı şey AlanA,B,C,D,E,F,G,H için geçerli.)

[BüroWARE] Saruhan konfigürasyonu üretim detayları raporu *.761 kullanımına dair.

Üretim detayları raporu her bir üretimin pozisyonlarını, birim maliyetini , toplam maliyetini verir.
Bu değerler maliyet yapılınca hesaplanır. İlgili rapor hesaplanmış değerleri gösterir.
Öngörü maliyeti sürekli yapılmakta ancak resmi maliyet belirli dönemlerde yapılmaktadır.
Bu durumda maliyet yapılmamış dönemler için rapor sonuç vermeyecektir.
Şu an itibariyle 9. ay sonuna kadar resmi maliyet yapıldı. Dolayısıyla 11-12. aylara ait resmi maliyetleri almak isterseniz sonuç alamazsınız.
Öngörü maliyetini alabilirsiniz. Bunun için raporda öngörü/resmi seçeneğini işaretlemelisiniz. Aynı mantık üretim özetleri raporu (762) içinde geçerlidir.

[BüroWARE] Stok ciro belgeleri

Bazi belge tiplerini uygulamada stok hareketlerine dahil etmek istemedigimizde belge grubu ayarlarindan ciro-miktar ayarini degistiriyorduk.
Yani belge grubunun "yonetim" sekmesinde "belge kayit cinsi" alanini "K- kayit yok" yapiyorduk.
Bu durumda girilen belgeler icin hicbir istatistik tutulmuyor.
Stok miktarlarinin hesaplanmamasi ama ciro istatistiklerinin tutulmasi istendiginde bu alani "1-ciro arti" veya "2-ciro eksi" yapmamiz gerekiyor.
Raporlari duzenlerken manuel stok miktari hesaplamasi yapildiginda bunlara dikkat edilmeli.
Raporlarin ilk halinde "K" opsiyonu dikkate alinirken "1-2" opsiyonlari alinmiyordu.
Bu durumda hesaplmalarda
ITXX = "K" => ..
Satiri
ITXX <=> "12K" => ..
Olarak degistirilmesi yeterli oluyor .