Prekoračeno operativno skladišno stanje u skladištu. Greška. Premašeno stanje besplatnih zaliha! Negativna stanja po knjižicama stavki

Glavni registri koji se koriste za obračun stavke u konfiguracijama UT11, KA2, ERP. Čemu sve služe ovi registri, koji su od njih glavni, a koji pomoćni. Glavne pogreške u računovodstvu robe i obračunu troškova. Kako je lako pronaći i ispraviti greške u računovodstvu.

U ovom trenutku, u tipičnim 1C konfiguracijama UT11, KA2, ERP, obračun stavki se vrši na potpuno isti način. U starijim konfiguracijama na konvencionalnim obrascima (UT10, KA, UPP), računovodstvo je nešto drugačije, ali opća ideja je ista. Na prvi pogled, računovodstvo je prilično komplicirano. Na primjer, u popularnom tipična konfiguracija UT11 za obračun stavki koristi se više od 40 akumulacijskih registara. Pokušajmo shvatiti čemu služe, kako se koriste, koji su od njih glavni, a koji pomoćni.

1. Obrisi robnog računovodstva

Za početak napominjemo da u UT11 postoji vrlo jasna podjela na skladišno i financijsko knjigovodstvo. To su dva neovisna kruga, od kojih svaki koristi svoje akumulacijske registre za pohranjivanje podataka o stanju robe i vlastiti tijek rada za unos podataka.

financijski pregled koristi dokumente koji su povezani s financijskim i računovodstvo a unose ih računovođe ili voditelji ("Primitak robe i usluga", "Prodaja robe i usluga", "Kretanje robe", "Otpis manjkova robe" itd.). Ti dokumenti sadrže podatke o tome koja roba, u računovodstvenom smislu, treba biti u našem skladištu, kome pripada, koliko košta. obris skladišta koristi dokumente koji odražavaju stvarno stanje robe u fizičkim skladištima. Te dokumente unose skladištari koji vide stvarnu zalihu robe na skladištu, bez obzira čiji je proizvod, zašto ga imamo i koliko košta. Do skladišni dokumenti uključuju "Ulazni nalog za robu", "Izlazni nalog za robu", "Preračun robe" itd.

Naravno, konfiguracija ima pojednostavljeni način rada bez podjele na mjerne krugove. Koristi se kada je onemogućeno obračunavanje naloga. Korištenje nacrta skladišta konfigurira se zasebno za svako skladište. Sukladno tome, možemo postaviti korištenje zasebnog radnog tijeka naloga skladišta za samo nekoliko potrebnih skladišta. Postavka se izvodi u obliku imenika "Skladišta". Za svako skladište također možemo odrediti različite datume početka korištenja zasebnog skladišnog knjigovodstva i potrebe obračuna robe po zalihama.

2. Glavni registri za računovodstvo stavke

Pogledajmo sada pobliže pohranu podataka o stanju robe u UT11. Postoji više od 40 registara u konfiguraciji koja se koristi za obračun nomenklature i vrlo ih je teško odmah razumjeti.

Međutim, unatoč velikom broju računovodstvenih rezova, Glavni robni registri akumulacije s podacima o nomenklaturi su samo 4:

"Roba u skladištima" je glavna knjiga skladišnog kruga. Pohranjuje podatke o stvarnoj količini robe u fizičkim skladištima. Podaci u ovom registru se mijenjaju kada skladištari unose skladišne ​​dokumente.

"Proizvodi organizacija" je glavna knjiga za kvantitativno bilježenje podataka financijske petlje. Ovaj registar pohranjuje informacije o tome koja organizacija posjeduje robu na zalihama. Podaci u ovom registru se mijenjaju prilikom unosa financijskih dokumenata.

"Pošiljke robe organizacija" i "Cijena robe" to su dva glavna registra financijskog kruga odgovorna za troškovno računovodstvo robe. Glavna razlika između ovih registara je u tome što registar partija pohranjuje trošak robe u kontekstu svake serije. Zbog toga je prilikom prodaje / otpisa / potrošnje robe moguće ispravno uzeti u obzir njen trošak, uzimajući u obzir trošak određene serije primitka. Podaci u očevidniku "Pošiljke robe organizacija" popunjavaju se prilikom knjiženja financijskih dokumenata. Registar "Troškovi robe" sadrži grupirane podatke o robi bez uzimanja u obzir serija. Također sadrži informacije o dodatnim troškovima za robu. Obračun podataka ovog registra je složeniji, kvantitativni podaci se popunjavaju prilikom knjiženja financijskih dokumenata, a zbrojni podaci se popunjavaju u posebnom dokumentu "Obračun troška robe"

Ova 4 registra jezgra su sustava robnog knjigovodstva. Sadrže sve osnovne podatke o proizvodima tvrtke.

Međutim, kao što je gore spomenuto, u konfiguraciji postoji više od 40 registara nomenklature. Zašto su drugi potrebni?

3. Dopunski knjigovodstveni registar zaliha

Za pravilno knjiženje robe vrlo je važno da dogovoreni su podaci u glavna 4 registra i biti s njom pogodan za korisnika. Također, ovisno o zadacima, ponekad je potrebno dodatni rezovi matični podaci (stavke spremnika, stavke pošiljke....)

Za rješavanje ova 3 zadatka koriste se svi ostali registri.

Osigurati dosljednost registara "Roba u skladištima" i "Proizvodi organizacija" koristi se cijela skupina dodatnih očevidnika: "Roba za otpremu", "Roba za prijem", "Roba za evidentiranje primitka", "Roba za evidentiranje viškova i manjkova". Ostaci u tim upisnicima znače da je isprava knjižena na jednoj od kontura, ali nije knjižena na drugoj. Na primjer, kod knjiženja prodajnog dokumenta bit će stanja u šifrantu "Roba za otpremu", što znači da postoji dokument knjižen samo duž financijskog kruga. Ova će se stanja zatvoriti kada unesete izdavanje za robu.

Pomoćni registri koji olakšavaju korištenje konfiguracije uključuju registre "Rasipni ostaci","Kretanje robe","Kretanja serije proizvoda" i "Nomenklatura kretanja - Nomenklatura". Ne sadrže jedinstvene informacije i proizlaze iz podataka iz drugih registara. Osnovna namjena ovih registara je praktičnije generiranje različitih izvješća, popunjavanje podataka u pomoćnim obrascima i provjera raspoloživosti robe.

u registre, pružanje dodatnih rezova podataka, uputio bih "Roba u ćelijama","Roba prenesena za proviziju".

Također možete odabrati posebne registre s podacima u posebne skupine planirano računovodstvo po nomenklaturi("Nalozi za prijenos", "Narudžbe dobavljačima", "Narudžbe kupaca" itd.) i dodatne registri serija("Dijelovi troškova proizvodnje", "Dijelovi troškova proizvodnje", "Dijelovi izdataka za troškove robe" itd.)

4. Konzistentnost nomenklaturnih registara

Za ispravno knjiženje vrlo je važno pratiti da su dokumenti uneseni za oba računovodstvena kruga (financijski i skladišni). 1C to ne provjerava automatski, jer tehnički to nije pogreška i situacija s privremenim odstupanjem podataka je apsolutno točna. Razmak od nekoliko dana između obrade podataka od strane računovođa i skladištara sasvim je logičan. Međutim, važno je da se na kraju mjeseca podaci u konturama računovodstva konvergiraju. Najjednostavniji način takve provjere je jednostavan upit prema dvama akumulacijskim registrima s ispisom različitih podataka. Ukoliko postoje odstupanja jednostavno pregledamo dokumente prema nomenklaturi s odstupanjem i dopunimo dokumente koji nedostaju.

Kao ilustraciju, uzmimo demo bazu UT11.2 i usporedimo je po registrima "Roba u skladištima" i "Proizvodi organizacija" stanja organizacije "Trgovačka kuća "Kompleks"". Prilikom provjere jasno je da se stanja ne podudaraju na 7 pozicija. Pri prelasku na kretanja po dokumentima nedvosmisleno je jasno da za prvo različno stanje nije unesena izdavanje u konturu skladišnice prema prodajnom dokumentu u financijskom krugu, a za drugo financijski dokument za evidentiranje viškova. za skladišno brojanje robe nije upisano. Kako bi se ispravno izračunao trošak i ispravno računovodstvo u narednim mjesecima potrebno je dopuniti dokumente koji nedostaju prije zatvaranja mjeseca i obračuna troška.

(Snimka zaslona usklađenja stanja u tipičnoj demo bazi podataka UT11.2 iz izvješća "Sveobuhvatna provjera računovodstva")

Za razliku od ranijih razlika u registrima, nedosljednosti u registrima "Proizvodi organizacija" i "Pošiljke robe organizacija" to je uvijek greška. Glavni razlog ove razlike je pogrešan redoslijed unosa dokumenata. Oni. retroaktivni unos ranijih dokumenata, kada se nomenklatura u njima otpisuje budućim dokumentima. U tom će slučaju budući dokument biti ponovno objavljen prema registru "Proizvodi organizacija", ali neće formirati kretanja po serijama. U većini slučajeva takva se pogreška može lako ispraviti ponovnim knjiženjem dokumenata s ponovnim punjenjem vrsta inventara. Oni. Morate poništiti knjiženje kasnijeg od sukobljenih dokumenata kako biste očistili vrste zaliha i ponovno ga knjižili.

Registrirajte nedosljednosti "Pošiljke robe organizacija" i "Cijena robe" u većini slučajeva nastaje zbog nedosljednosti prethodnog para ("Proizvodi organizacija" i "Pošiljke robe organizacija"). Većina pogrešaka nastaje zbog toga što iz raznih razloga (retroaktivni unos, ručni ispravak podataka) stavka nije ispravno otpisana u očevidniku serija, već je otpisana u troškovniku. U tom slučaju sustav ne može ispravno izračunati trošak otpisane robe, a iznos s nultom količinom može ostati u troškovniku. Takve pogreške sustav već prati. Upravo kod njih poruka oblika "Prema nomenklaturi -HHHHH- u očevidniku "Troškovi robe" pronađeno je netočno stanje: Količina = 0, Trošak = H.HH, Trošak bez PDV-a = H.HH, CostRegl = H.HH.

Odstupanja između ovih registara također su moguća ako se nakon izračuna troška nešto promijenilo u izvornim dokumentima ili je vraćeno grupno računovodstvo. U tom slučaju potrebno je ponovno knjižiti dokument troška kako bi se pravilno izvršio obračun u narednim mjesecima.

5. Negativna stanja po stavkama očevidnika

Druga grupa grešaka je negativna stanja na robnim knjigama. Za glavne registre to je uvijek pogrešna situacija. Uglavnom se povezuje s nedostatkom kontrole negativnih stanja, a može se javiti i kod izmjene isprava o primitku, po čijoj su nomenklaturi rashodne isprave već unesene. Takva se pogreška otkriva jednostavnim zahtjevom za negativna stanja na kraju razdoblja. Rješava se analizom i ispravkom dokumenata koji su doveli do negativnih stanja.

Za pomoćni registri("Roba za otpremu", "Roba za prijem", "Roba za evidentiranje primitka", "Roba za evidentiranje viškova i manjkova") negativna stanja nisu uvijek pogreške. U tim registrima, sva stanja su jednostavno informacije o transakcijama na čekanju (unos dokumenta u samo jednom računovodstvenom krugu). To je sasvim normalna situacija sredinom mjeseca. Međutim, na kraju mjeseca sva stanja u pomoćnim knjigama obično su pogrešna, bilo negativna ili pozitivna. U većini slučajeva do kraja mjeseca ti bi registri trebali ići "na nulu". U tom slučaju možete biti sigurni da su sve transakcije usklađene u oba računovodstvena kruga.

6. Ispravak grešaka u obračunu troškova.

Glavne pogreške koje prati mehanizam za obračun troškova:

1. Nedostatak robe na skladištu. U ovom slučaju, poruka obrasca "Nomenklatura:<НаименованиеНоменклатуры>, zaliha:<Наименование>, organizacija:<Наименование>utvrđeno je negativno stanje u očevidniku "Troškovi robe": 1". Ova poruka znači da je na kraju mjeseca roba više otpisana nego što je ostalo. Glavni mogući razlozi: nema unesenih dokumenata o primitku; dokumenti o primitku su uređeni, za koje je već upisan trošak; pogrešno upisana troškovna isprava. Da biste to ispravili, potrebno je provjeriti kretanja na stavci s minusom i pratiti na kojem je dokumentu pogreška nastala.

2. Viseća zbrojna stanja s nultom količinom. U ovom slučaju, poruka poput „Prema nomenklaturi<Наименование>, zaliha:<Наименование>, organizacija:<Наименование>pronađeno je netočno stanje u registru "Troškovi robe": Količina = 0, Trošak = XXX,XX, Trošak bez PDV-a = XXX,XX". Ova se pogreška pojavljuje samo kada se koristi grupno računovodstvo. Znači da sustav nije mogao ispravno odrediti cijenu koštanja za otpisanu robu po lotu. Obično se to događa u slučaju nedosljednosti stanja u registrima "Troškovi robe" i "Pošiljka robe organizacije". Da bi se problem otklonio, potrebno je provjeriti povijest dokumenata u kojoj fazi su se stanja po tim registrima raspršila. U većini slučajeva, ovo je problem povijesnog ispravljanja i rješava se knjiženjem i ponovnim knjiženjem prethodnog dokumenta kako bi se ponovno popunila vrsta inventara.

3. Transferi između organizacija. Poruka poput "" Prijenos robe od pošiljatelja nije izdan:<Наименование>, po primatelju:<Наименование>, po zalihama:<Наименование>"" . Ova se pogreška pojavljuje samo kada se koristi mehanizam Intercampaign. Zapravo, nije čak ni greška. Ovo je obavijest da na prodanom artiklu nije izvršen prijenos na drugu tvrtku. S tehničkog gledišta, sustav utvrđuje ovu grešku prisutnošću stanja u pomoćnom registru "Roba organizacija za prijenos". Prijenosi se moraju izvršiti putem radno mjesto"Evidentiranje prijenosa i povrata" i ponovno izračunati cijenu koštanja.

4. Roba na proviziju. Poruka poput „Izvješća povjereniku o otpisima za organizaciju nisu izdana:<Наименование>, obvezan:<Наименование>"" . Ova se pogreška pojavljuje samo pri korištenju provizijskog trgovanja. Zapravo, ovo nije greška. Ovo je obavijest da izvješća pošiljatelju nisu izdana. S tehničkog gledišta, sustav utvrđuje ovu grešku prisutnošću stanja u pomoćnom registru "Roba za prijavu pošiljatelju". Potrebno je izdati izvještaje pošiljaocima i preračunati cijenu koštanja.

5. Radovi. Poruka poput „Potvrda nije prikazana <Количество> KOM. djela" <Номенклатура> "na pododjel" <Склад> "organizacije" <Организация> " . Ova se pogreška može pojaviti kada koristite stavku tipa "Posao". Ovo je obavijest da je implementirano / otpisano / iskorišteno više posla nego što je stvarno primljeno. S tehničkog stajališta, sustav utvrđuje ovu grešku prisutnošću negativnih stanja u pomoćnom registru "Materijali i rad u proizvodnji". Potrebno je provjeriti kretanja na pogrešnom radu i evidentirati propušteni primitak ili ispraviti korištenje rada. Ponovno izračunajte nakon ispravka.

7. Rezultati

Zapravo, robno računovodstvo u UT11 provodi se jednostavno. Dovoljno je razumjeti osnovna načela i povremeno pratiti status računovodstva. U ovom slučaju, svaka greška može se lako ispraviti. Glavni problem je što se greške često otkriju tek nekoliko mjeseci nakon što se pojave, kada su već utjecale na rezultate prošlih razdoblja i nije ih uvijek moguće ispravno ispraviti, budući da je cijena koštanja već izračunata i odobrena te prenesena na druge računovodstveni sustavi će se promijeniti. U ovom slučaju, ponekad postoji preporuka da se jednostavno otpiše nerazumljiva stanja prilagođavanjem registara. Ovo je vrlo loša odluka, jer u većini slučajeva podešavanje registara ne rješava problem, ali samo uklanja poruke o greškama obračun troškova. Pogreška se opet pojavljuje. Ili u razlikama u podacima u izvješćima koja prikazuju iste informacije, ali koriste različite registre za različite dijelove; ili tijekom držanja, kada sustav zabranjuje držanje zbog nedostatka robe, iako se prema izvješću čini da postoji; ili pri obračunu cijene koštanja sljedeći mjesec.

Ako je moguće, uvijek trebate doći do dna uzroka pogreške i ukloniti ga. Ako je to iz nekog razloga potpuno nemoguće (na primjer, politika tvrtke ne može mijenjati prošla razdoblja), tada prilikom ručnog podešavanja registara trebate uštedjeti barem dosljednost podataka u povezanim registrima. Barem u glavnim ("Roba u skladištima", "Roba organizacija", "Pošiljke robe organizacija" i "Troškovi robe"), a bolje u svim onima koji sudjeluju u prometu. Istodobno, poželjno je pratiti ispravnost računovodstva ne samo činjenicom pojave pogrešaka u obračunu troškova i zatvaranju mjeseca, već i samostalno dodatno provjeriti dosljednost glavnih registara na kraju mjesec. Time će se sačuvati točnost podataka i izbjeći korekcije za prošla razdoblja.

Za zgodnu analizu ispravnosti podataka o nomenklaturi preporučam Cjelovitu provjeru knjigovodstvenog izvješća. Ima prilično velik blok provjera za računovodstvo robe (uključujući besplatnu verziju), koji vam omogućuje prepoznavanje glavnih problema: odstupanja u podacima u povezanim registrima, negativna stanja zaliha, zaglavljena zbrojna stanja s nultom količinom.

Pokazali smo problem koji se javlja u nizu slučajeva prilikom obračuna serije robe u konfiguraciji "1C: Upravljanje trgovinom 8" (rev. 11.3), uz opciju računovodstvene politike "Vođenje stanja serije".

Naime: kod dokumenta “Prodaja roba i usluga” program ne kontrolira stanja po serijama, dok je moguć unos novih serija roba u dokument. Postaje moguće slati robu s "nepostojećim" serijama.

Kako bi se tijekom knjiženja dokumenta vršila online kontrola stanja po serijama, potrebne su određene postavke.

NSI i administracija / NSI / Skladišta i trgovine

Otvorimo karticu skladišta iz kojeg će se roba prodavati i idemo na karticu "Shema i struktura narudžbi". Ovdje postavljamo oznaku "Kontrola operativnih bilanci". On je taj koji uključuje kontrolu stanja po serijama, uključujući i skladišta bez naloga.

Skladište ćemo snimiti i zatvoriti.

Postavite seriju računovodstvenih politika

Druga postavka mora biti napravljena za računovodstvenu politiku serije.

Politika je navedena u kartici vrste artikla na kartici "Osnovno" (za sva skladišta ili za svako skladište). Tip nomenklature dostupan je u istoimenom imeniku ili u imeniku nomenklature.

NSI i administracija / NSI / Klasifikatori nomenklature / Vrsta nomenklature

NSI i administracija / NSI / Nomenklatura

Otvorimo pregled stavki zaliha i računovodstvenu politiku serije.

Da biste mogli kontrolirati stanje robe po serijama, za računovodstvenu politiku serija tipa "Upravljanje stanjem serija" morate odabrati jednu od dvije opcije za redoslijed navođenja serija:

1. "Prilikom planiranja pošiljke" ili
2. "Pri planiranju selekcije."

Varijanta naloga određivanja serije "Nakon odabira" podrazumijeva da će dokument naznačiti seriju one robe koja je već odabrana za otpremu. U ovom slučaju nije predviđena kontrola rezidua po serijama.

U primjeru označavamo “Prilikom planiranja odabira” zapisujemo i zatvaramo policu.

Kontrola rezidua po serijama tijekom provedbe

Pokušajmo prodati proizvod s "nepostojećom" serijom i provjerimo radi li kontrola.

Kreirajmo dokument za prodaju roba i usluga.

Prodaja / Veleprodaja / Prodajni dokumenti (svi)

Na kartici “Osnovno” među glavnim parametrima označit ćemo skladište za koje smo omogućili funkciju praćenja poslovnih stanja. (Za isto skladište, u našem primjeru, konfigurirana je serijska računovodstvena politika).

Na kartici "Proizvodi" odaberite proizvod za koji vrijedi ista politika.

Klikom na gumb "Navedi seriju" otvorit ćemo prozor za prijavu serije proizvoda i unijeti novi broj (ručno ili generiranjem), zatim kliknuti "Završi".

Naveli smo u provedbenom dokumentu potpuno novi serijski broj roba. Roba ove serije nije stigla u skladište tvrtke.

Sada pokušajmo objaviti dokument. Međutim, program će izdati upozorenje o nemogućnosti provedbe.

Nakon zatvaranja prozora upozorenja pojavit će se poruka s dekodiranjem pogreške: prekoračeno je operativno skladišno stanje robe određene serije.

Pitanje: Prekoračenje slobodnih ostataka robe u skladištu

Dobar dan!

Ne znate u čemu je problem, postoji stanje na skladištu, ali se RTC dokument ne knjiži zbog viška slobodnog stanja. Rezerve nema, nisam unosio nalog od klijenta.

Narudžba dobavljača:

Dolazak robe:

Odraženo dodatno troškovi:

Ostalo je besplatno, nije rezervirano:

Pokušavam prenijeti, kao rezultat, odbijanje:

Možda zato što je baza demo?

Odgovor:

Hvala, već sam shvatio. Skladište je bilo naručeno.

Pitanje: Prijenos stanja u skladištima s BP 3.0 na UT 11.3

Dobar dan.
Nisam se susreo s takvim zadatkom, mislim da bi se ovaj prijenos trebao izvršiti standardnom sinkronizacijom odabirom potrebnih dokumenata.

Odgovor:

slimuz je rekao:

Dobar dan.
Postoji zahtjev da je potrebno jednom prenijeti dokumente iz BP u prazan UT koji utječu na stanja u skladištima. Zadatak se ne može detaljnije formulirati. Molim vas, recite mi koje dokumente treba poslati u UT? Prijem robe i usluga, prodaja robe i usluga, narudžbe kupaca?
Nisam se susreo s takvim zadatkom, mislim da bi se ovaj prijenos trebao izvršiti standardnom sinkronizacijom odabirom potrebnih dokumenata.

Kliknite za otkrivanje...

svi dolazni i odlazni dokumenti, osim već navedenih, ovo je kretanje i montaža / demontaža najmanje. plus postoji i mješovita roba.

Pitanje: Kontrola stanja robe u maloprodaji

Dobar dan.
Dečki, recite mi, postoji li u BP 3.0 mogućnost kontrole stanja robe prilikom prodaje u maloprodaji pomoću dokumenta "Maloprodaja (čekovi)"?
Znam da je u BP 2.0 to bilo moguće uz pomoć dodatnih korisničkih prava “Kontrola stanja robe tijekom promptnog izvršenja KKM čeka”.

Odgovor:

Ja, sad, ne kužim - čemu u maloprodaji kontrola ostataka robe.?

Odnosno, kupac (ili sam prodavač) uzme košaricu s robom, pokuša staviti prodaju u RMK, ali 1C mu ne da, govoreći: "prema našoj jebenoj evidenciji, nemate ostataka ovog proizvoda - stavite ga tamo gdje ste ga dobili" ?

Ili – zašto je tako?

Pitanje: UNF: prilikom unosa početnih stanja roba iz carinske deklaracije leti nigdje

Dobar dan!
Počeli smo raditi u UNF-u, verzija 1.6.15.44 (nepromijenjena), unosimo početna stanja.
Ovo radimo prvi put, kod unosa robe vidjeli smo 2 taba - "Stoci" i "Stoci u kontekstu CCD-a".

Budući da imamo dosta uvozne robe, a u kartici "Stocks" carinske deklaracije nema gdje upisati domaću robu u "Stocks", a uvezenu - u "Stocks in context of carin deklaration" .

Ali problem je sljedeći:
- na kartici "Zalihe" nalazi se polje "strukturna jedinica" (skladište), te možete izabrati na koji će proizvod pasti skladište.
- na kartici "Zalihe u kontekstu plinskoturbinskog motora" ovo polje ne postoji, a sada smo unijeli i vidimo zalihe u izvještajima, ali one nisu navedene u skladištima i stanjima i ne možemo raditi bilo što s njima.

Ovako izgleda unos, nema gdje navesti skladište.

Ovdje možete vidjeti sve rezerve po plinskom turbinskom motoru, u izvještaju "Rezerve po plinskom turbinskom motoru" također možete vidjeti sve:

Ali nema ga u nomenklaturi, a izvješće o skladištima također ne prikazuje uvezenu robu:

Pitanje:
1) Jesam li učinio nešto krivo i je li to konfigurirano negdje drugdje?
2) Ako se radi o softverskoj pogrešci, je li moguće nekako ručno povezati zalihe sa skladištem?

Hvala unaprijed!

Odgovor: Razumijem.
Ispada da uvezenu robu također treba unijeti u "Zalihe", a onda će to korelirati sa stupcima iz "Zalihe u kontekstu carinske deklaracije"

Pitanje: Istovar stanja zaliha s 10.3 na 11.2?

Lijep pozdrav!
Kada koristim standardnu ​​obradu, ne mogu istovariti ostatak predmeta.
Najvjerojatnije zbog toga -
Uočen je negativan saldo u skladištu "Glavno skladište" za proizvod "K ......" prilikom istovara prema pravilu: "Vlastita roba u skladištima"

Kako se to može zaobići?

Odgovor:

nomad_irk je rekao:

Navedite željenu seriju proizvoda prilikom otpisa sa skladišta i ponovno pošaljite dokument.

Kliknite za otkrivanje...

našao način!!!
Dokument - Prilagodba serije i karakteristika proizvoda. Ja to radim 31.12., ali 01.01 nema minusa!

Hvala svima!

Pitanje: Prikaz stanja robe u koloni Stanje PM Dokumenta

Molim vas da mi pomognete u kojem smjeru da se krećem kako bih programirao stupac Količina dokumenta PM (u modulu OnChange), tako da kada unesete količinu robe u PM dokumenta, ostatak ovog proizvoda bude prikazan u stupcu zaliha Preostalo PM dokumenta Pitanje: postoje li funkcije koje vraćaju vrijednost ostatka robe na skladištu ili se to mora učiniti putem zahtjeva. Upravo sam prikazao stvarnu cijenu robe kroz Registre podataka.Cijene robe.GetLast(ActualDate, Selection);. Možda postoji slična funkcija za prikaz Preostalog u Preostalo PM stupcu dokumenta.

Odgovor: Ovako izgleda PM, Korisnik ne može promijeniti polje Preostalo

Pitanje: Ostatak robe na stanju

Pišem svoju konfiguraciju, a zadatak je u principu standardan, roba....dolaz....izlaz....skladišta.....i kod otpisa treba provjeriti stanje robe na skladištu . Razumijem da je u idealnom slučaju potrebno stvoriti globalnu varijablu, pohraniti je u datoteku .... ali za sada ne radi s ostatkom robe u skladištu. Možda će netko reći?

Odgovor: Hvala, već sam shvatio. Sada shvaćam kako otpisati robu iz reda Fifo, Lifo ...

Pitanje: Pomozite mi u donošenju odluke o strukturi registra(a) stanja robe

Imamo registar Ostataka robe, sa dimenzijama Roba, Skladište i Preostala sredstva i Količina.
Postojala je potreba za vođenjem evidencije u kontekstu serija i po "ćelijama" (u našem slučaju to je analogija palete. Kreće se između skladišta, teoretski - na jednoj ćeliji - samo jedna vrsta robe, ali različite serije može biti prilično.I jedan proizvod može biti smješten u nekoliko ćelija).
Najjednostavnije rješenje je dodavanje dimenzija, redoslijedom Proizvod, Skladište, Serija, Ćelija, ALI postavlja se pitanje veličine registarskih tablica: imamo tablicu kretanja od 203 MB (2 milijuna zapisa) za 1,5 godinu. - dodao je dimenzije (dobio 265 MB), prerasporedio SAMO dolazne dokumente (za formiranje stranke) i primio 370 MB. (a ovo još nije potrošnja stranaka i ćelije nisu uključene, kojih će biti 2-3k.).
((DBF baza, potrebno je da traje najmanje 5 godina. Prelazak na SKUL u ovaj trenutak nije uzeto u obzir)

Drugo rješenje (koje mi se čini ispravnijim) je podijeliti u nekoliko registara, ALI ne razumijem kako raspršiti mjerenja i međusobno ih povezati!
Ako netko ima slično iskustvo neka mi javi.

Odgovor:() nekoliko stvari nije jasno:
- podređenost ćelije skladištima - imamo ga uvjetno palete kat. voze između skladišta, i to više serija u jednoj ćeliji ili jedna serija u više ćelija - to je redovita situacija.
- doc. Kretanje stranaka - kao što su službena/podređena, kat. radi li se to programski?
- mehanizam pomirenja - najviše interes Pitaj- Nikada nisam vidio niti napravio izvješća o dva registra - mehanizam usporedbe podataka nije jasan.

Pitanje: Postoji li takav izvještaj u UT 11? - Ostatak robe na skladištu po intervalima

Ima li izvještaj u UT 11.4 gdje se vidi trenutno stanje na skladištu i onda raščlamba po intervalima, pa recimo prije 1-7 dana toliko je dodano na ovo stanje, 7-14 dana toliko. I ako se svi ti podaci iz intervala sumiraju, onda bi se trebala dobiti trenutna bilanca.

Odgovor:() Ne govorim samo o ovome, ne o obrtima za intervale, nego o zastoju po intervalu. Na primjer, sada je stanje 5. Moramo vidjeti u kojim intervalima koliko se nakupilo. Morate računati ovako nešto: konačno stanje ovaj interval je potrošnja prethodnog. Nekako mislim da bi trebalo funkcionirati. Pa shvatio sam da standardnog nema, moraš ga sam napisati.

Pitanje: Ostatak robe na skladištu po prijemnim cijenama

Bok svima!
Potrebno je za UT 11.2 napraviti izvještaj, stanje robe u nabavnim cijenama. ALI!
Te ostatke potrebno je prikazati u kontekstu plinskoturbinskog motora. Na primjer:
Nomenklatura1 - GTD1 - 12 kom. - 10 rub.
Nomenklatura1 - GDT2 - 10 kom. - 15 rub.

Tko ima puno iskustva, recite mi koji registri mi trebaju za prikupljanje takvog izvješća?

Odgovor:

Napravio sam ga nalik standardnom izvješću "Provjera brojeva carinske deklaracije robe". Potreban je akumulacijski registar robnih organizacija. Ostaci i prometi, postavite razdoblje na Auto, tada je dostupno polje Registrar i odaberite cijene računa iz njega.

Ova greška se javlja kod knjiženja dokumenta ako skladište nema potrebne količine robe. Vrlo često dolazi do situacije da se traži prodati proizvod koji ne postoji na skladištu, a program to ne dopušta. Kako ga isključiti?

Zašto je prekoračen iznos besplatnih zaliha?

Vrlo često dolazi do situacije da se traži prodati proizvod koji ne postoji na skladištu, a program to ne dopušta. Prilikom promjene statusa narudžbe u kupca „za otpremu“ pojavljuje se greška „Prekoračeno slobodno stanje na skladištu“ ili kod knjiženja dokumenta „Prodaja roba i usluga“. Ova greška se javlja ako na skladištu nema tražene količine robe ili količine koja je već rezervirana. Želim vam reći kako to analizirati pomoću uobičajenih alata programa Trade Management 11.0.

U UT 10.3 onemogućili smo kontrolu stanja za cijelu konfiguraciju u cjelini, u verziji UT 11 to se može učiniti za svako pojedinačno skladište (područje skladišta). Osim toga, verzija 11 ima mogućnost omogućiti ili onemogućiti kontrolu ravnoteže za organizaciju. Ne preporučujemo da poništite ovaj potvrdni okvir, jer ako organizacija ima negativna stanja, tada se izračun troškova neće izvršiti ispravno. Ova je postavka u starijim izdanjima bila u postavkama računovodstva. Sada se nalazi na kartici Administracija, u odjeljku Financije.

Otvorite obradu "Upravljanje zalihama". Ako još niste upoznati s njim, svakako pročitajte pomoć na njemu. Pomoć na dokumentu poziva se klikom na narančasti krug s upitnik, koji se nalazi gore desno. Dakle, gledamo obradu "Upravljanje zalihama" na kartici "Zalihe i nabave", postavljamo željeno skladište u postavkama i kliknemo gumb "Ažuriraj". Ova obrada pokazuje koja roba nedostaje na skladištu, a izravno iz nje možete automatski generirati narudžbe prema dobavljačima. Klikom na ćeliju sa slikom povećala možete otvoriti dokumente u kojima je došlo do prekoračenja.

Drugo izvješće koje vam je potrebno zove se "Analiza dostupnosti proizvoda". Pronađite ga klikom na lijevo, pri vrhu, na natpis "Izvješća o zalihama i kupnji". Tamo također možete pronaći još mnogo korisnih stvari.

Zatim gledamo postavke skladišta iz kojeg prodajemo robu. Obratite pažnju na istaknuta područja. Toplo preporučamo da pročitate pomoć prije nego počnete postavljati postavke. Možete odabrati opciju kontrole ostataka koja vam je potrebna. Ako ne trebate kontrolu, odaberite "Ne kontroliraj".

Tema zalihe u skladištu i kontrole stanja puno je šira i jednostavno nije moguće sve stati u okvir jednog članka. Nadamo se da je ovaj materijal bio koristan za proučavanje programa. I ne zaboravite da postoje stručnjaci koji su uvijek spremni pomoći vam u tome!