Računovodstveni podaci. Računovodstvene informacije BP 3.0 kontrola negativnih stanja

Ovaj je članak namijenjen implementatorima 1C - a posebno onima koji se pripremaju za 1C certifikaciju: Specijalist za platforme.

Danas ćemo pogledati 2 načina za kontrolu stanja - ne samo stanja u skladištu, već i npr. međusobne obračune (“Koliki je trenutni dug klijenta i je li mu moguće poslati robu?”)

Obje se metode koriste u standardnim konfiguracijama iu zadacima certifikacije. A pošto ih je dvoje - morate jasno razumjeti kada je primjenjiva "nova" tehnika, a kada samo "stara"..

Ovo je osnovno znanje za programere 1C; preporučujemo da ne ostavljate praznine u takvim područjima. Trebao bi te odvesti na studij 15 minuta :)

Formulacija problema

Uzmimo jednostavnu konfiguraciju s dokumentima "Primitak robe" i "Prodaja robe":

Za obračun stanja koristi se akumulacijski registar „Free balances“:

Prilikom knjiženja dokumenta „Primitak robe“ vrše se sljedeća kretanja:

ProcessingProcedure(Greška, Način)

Za svaki TechStringProizvodi iz ciklusa proizvoda
Kretanje = Kretanja.Slobodni Ostaci.Dodaj();
Movement.MovementType = AccumulationMovementType.Incoming;
Kretanje.Razdoblje = Datum;
Kretanje.Nomenklatura = TechStringProducts.Nomenklatura;
Movement.Quantity = TechStringProducts.Quantity;
EndCycle;

Kraj postupka

Obrada knjiženja dokumenta „Primitak robe“ izvršena je pomoću dizajnera kretanja i nije od interesa, jer kada stigne na skladište nije potrebna kontrola stanja.

Ponekad se kontrola stanja provodi i za dokument „Primitak robe” - tako da se ne formira negativno stanje kada se dokument poništi ili ponovno knjiži.

Na primjer, 10 novih LG televizora stiglo je u skladište, 6 ih je prodano. Ako dokument o primitku sadrži 10 kom. popraviti po 5 kom. – formira se negativno stanje “minus 1 kom”.

U standardu UT 11 takva kontrola je omogućena pomoću funkcionalne opcije „Kontrola robe organizacija prilikom storniranja računa“.

Prilikom knjiženja dokumenta “Prodaja robe” potrebno je organizirati kontrolu rezidua. Ako nema dovoljno proizvoda, dokument se ne knjiži i izdaje se dijagnostička poruka. To je problem koji se rješava.

Namjerno radimo na jednostavnom problemu gdje se ne izračunava trošak otpisa. To će nam omogućiti da se posebno usredotočimo na nijanse kontrole rezidua.

Bilješka– algoritmi predstavljeni u nastavku osmišljeni su za obuku i trebaju biti što jasniji.
Mogu se optimizirati, ali tada će "koeficijent razumijevanja" biti niži, pa se u ovom članku ne zadržavamo na tome.

Naravno, možete ih sami optimizirati ili pohađati naš tečaj o ubrzanju i optimizaciji 1C :)

Kao što ste već shvatili, problem se može riješiti na dva načina. Počnimo s tehnikom koja se koristi od dana 1C:Enterprise 8.0.

Stara metoda kontrole rezidua

Princip stare tehnike kontrole rezidua je sljedeći: Provjeravamo ima li robe u traženoj količini. Ako postoji, otpisujemo, ako nema, javljamo grešku..

Algoritam u staroj metodi sastoji se od nekoliko blokova:

Zahtjev dohvaća stanje proizvoda i podatke o dokumentu
Ciklus prati dostatnost robe
Ako nema dovoljno robe, dokument se ne knjiži
Ako robe ima dovoljno, vrše se kretanja potrošnje

Ovako izgleda programski kod:

// 1. Brisanje starih registarskih pomaka
Movements.FreeRemainders.Write = True;
Pokreti.Zapis();

// 3. Prelazak rezultata upita

// 4. Provjera dostatnosti robe
Deficit = SampleProducts.Quantity - SampleProducts.Remaining;
Ako je deficit>0 Onda
Odbiti = Istina;
Message.Text = "Proizvod "+SelectionProducts.NomenclaturePresentation+" nije dovoljan u količini "+Shortage+" kom.";
Poruka.Poruka();
završi ako;

// 5. Idi na početak petlje ako je bilo grešaka
Ako Neuspjeh Onda
Nastaviti;
završi ako;

// 6. Izvođenje stavaka u registre
Kretanje.Razdoblje = Datum;

EndCycle;

// 7. Postavljanje oznake za bilježenje kretanja na kraju transakcije
Movements.FreeRemainders.Write = True;

Kraj postupka

Komentirajmo ključne točke algoritma.

1. Brisanje starih registarskih kretanja

Ispod u algoritmu nalazit će se zahtjev prema ostatku registra.

Ako je trenutni dokument prethodno proknjižen, onda postoji vjerojatnost primanja starih dokumenata u zahtjevu– ovo je ozbiljan problem.

Kada je takva situacija moguća? Kada je datum dokumenta kreće naprijed.

Pokažimo na primjeru do čega će to dovesti:

Preostale stolne lampe 10 kom.
Dokument od 16.02.17 je u obradi, otpisujemo 6 lampi
Datum u dokumentu promijenjen je u 17.02.17. (datum se može pomaknuti unaprijed za najmanje 1 sekundu), ponovno objavimo dokument.

Ako ne očistite pokrete, sustav će prijaviti manjak od 2 komada. Zašto? Da, jer su stari dokumenti otpisali 6 od 10 postojećih svjetiljki. Zatim sustav pokušava otpisati još 6 komada, ali ostala su samo 4.

Problem je riješen u 3 reda koda:

Skup zapisa se briše (možda je pročitan na obrascu ili u prethodnim rukovateljima)
Skup zapisa ima postavljenu oznaku "Write".
Snimaju se svi skupovi koji imaju postavljenu zastavu "Record".

Strogo govoreći, možemo kontrolirati čišćenje kretanja prilikom postavljanja dokumenata:

Preporuča se mogućnost brisanja pokreta prilikom otkazivanja izvršenja - sami kontroliramo kada je potrebno stvarno brisati pokrete.

2. Zaprimanje podataka o dokumentima i evidencija stanja na zahtjev

Zahtjev se sastoji od dva paketa:

U prvom se dobivaju grupirani podaci iz tabelarnog dijela – izrađuje se privremena tablica
U drugom zahtjevu, ostaci iz očevidnika se prilažu podacima dokumenta.

Na što treba obratiti pozornost u ovom zahtjevu:

Prilikom izrade privremene tablice indeksira se polje na kojem će se izvršiti spajanje - to se radi za optimalnu izvedbu
Trenutak primitka stanja – odgovara položaju dokumenta na vremenskoj osi
U registru možda neće biti ostataka - stoga se izvodi lijevo spajanje i koristi se funkcija "ECTNULL" za resurs "Količina" - vrijednost NULL smanjuje se na nulu.

3. Zaobilaženje rezultata upita

Izrađeni zahtjev sadrži grupirane podatke dokumenata i stanja po stavkama.

U petlji prolazimo kroz rezultat ovog zahtjeva.

4. Provjerite dostatnost robe

Utvrđujemo manjak robe.

Ako je deficit veći od nule, to znači da postoji manjak robe:

Izdajemo dijagnostičku poruku
Postavite parametar "Odbijanje" za obradu knjiženja na "Istina"

Ako je "Odbijanje" jednako "Istina", rezultat transakcije knjiženja dokumenta neće biti zabilježen. Jednostavno rečeno, ovo je naredba sustavu da ne obrađuje ovaj dokument.

5. Idite na početak ciklusa ako je bilo grešaka

Ako je bilo pogrešaka u ovom ili prethodnim koracima ciklusa (Neuspjeh = Istina), tada nema smisla formirati pokrete. Svejedno, neće biti zabilježeni u bazi podataka.

6. Izvođenje kretnji u registrima

Ako je provjera stanja bila uspješna, kreiramo kretanje troškova.

7. Postavljanje oznake za snimanje pokreta na kraju transakcije

Ako ova zastavica nije postavljena, pokreti se NEĆE bilježiti.

Na kraju transakcije knjiženja dokumenta zapisuju se samo oni skupovi zapisa koji imaju postavljenu oznaku "Pisanje".

Da budemo pošteni, napominjemo da postavljanje svojstva "Zapis" skupa zapisa ima smisla pod jednim uvjetom - u svojstvu dokumenta "Zapis kretanja tijekom izvođenja" mora biti navedena vrijednost "Zapis odabran":

Međutim, vrijednost "Odabrani zapis" je de facto standard:

Koristi se u standardnim rješenjima
Postavljeno prema zadanim postavkama prilikom izrade novih dokumenata.

Još jedna vrijednost svojstva - "Zapiši modificirano" - je zastarjela i praktički se nikada ne pojavljuje u modernim konfiguracijama.

Nova metoda za kontrolu rezidua

Nova metoda koristi princip: otpisujemo potrebnu robu, zatim provjeravamo jesu li za robu dokumenta formirana negativna stanja. Ako da, onda morate vratiti dokument.

Kao što vidite, postoji temeljna razlika u trenutku kontrole stanja:

Stara metoda je prvo provjeriti stanje, a zatim otpisati
Nova tehnika - prvo otpisujemo, a zatim provjeravamo stanje.

Kao rezultat toga, programski kod će izgledati ovako:

ProcessingProcedure(Greška, Način)

// 2. Formiranje kretnji - potrošnja registra
Kretanja.SlobodniOstaci.Očisti();
SelectionProducts = Query Result.Select();
Dok SelectProducts.Next() Petlja
Kretanje = Kretanja.Besplatni ostaci.DodajTroškove();
Kretanje.Razdoblje = Datum;
Kretanje.Nomenklatura = OdabirProizvodi.Nomenklatura;
Movement.Quantity = SampleProducts.Quantity;
EndCycle;

// 3. Zapisivanje kretanja u bazu podataka
Movements.FreeRemainders.Write = True;
Pokreti.Zapis();

Kontrolna granica = Nova granica(TimePoint(), BorderView.Uključujući);
Request.SetParameter("Vremenska točka", Kontrolna granica);
RequestResult = Request.Execute();

// 5. Prikaz poruka o manjku robe
If Not QueryResult.Empty() Then
Odbiti = Istina;
ErrorSelect = QueryResult.Select();
Dok SelectErrors.Next() Petlja
Poruka = Nova porukaKorisniku;
Message.Text = "Proizvod "+SampleErrors.NomenclaturePresentation+" nije dovoljan u količini "+SampleErrors.Deficiency+" kom.";
Poruka.Poruka();
EndCycle;
završi ako;

Kraj postupka

Pogledajmo ključne točke algoritma.

1. Zaprimanje podataka o dokumentima na zahtjev

Ovaj upit je potreban za grupiranje podataka u tabelarnom dijelu dokumenta.

Imajte na umu da prvi upit u skupu stvara privremenu tablicu - ona će se koristiti u sljedećem upitu. To je moguće zahvaljujući privremenom upravitelju tablica koji je stvoren za ovaj upit.

2. Formiranje kretnji - registarska potrošnja

U ciklusu se podaci iz dokumenta upisuju u registar - odnosno vrši se bezuvjetni (bez provjere) otpis robe.

3. Evidentiranje kretanja u bazu podataka

Da bi se stanja u registru mijenjala potrebno je evidentirati kretanja.

4. Upit za primanje negativnih ostataka iz registra

Sada jednostavnim zahtjevom biramo negativna stanja za dokumentnu robu.

Ovdje se koristi privremena tablica stvorena u prvom koraku - stavci se nameće uvjet (za to ne stvaramo novi objekt tipa "Zahtjev", već koristimo onaj koji je ranije stvoren).

Obratite pozornost na to kako se prenosi trenutak u vremenu - koristi se vrsta podataka "Granica". Preostala stanja moraju biti primljena u trenutku neposredno NAKON trenutnog dokumenta.

Je li bilo moguće dobiti stanja bez okvira, na primjer, dodavanjem 1 sekunde na datum dokumenta?

Ne! Uostalom, u jednoj sekundi može biti veliki broj dokumenata. Stoga je jedina ispravna opcija koristiti vrstu obruba "Uključujući".

5. Prikaz poruka o manjku robe

Ako rezultat upita nije prazan, tada postoje negativni ostaci - u ovom slučaju dokument se ne obrađuje i prikazuju se poruke o svim pogreškama.

Prednosti kontrole rezidua novom metodom

Dakle, oba algoritma rješavaju isti problem.

Razlika između algoritama je vidljiva, ali prednosti nisu očite.

Pa istaknimo ih:

Nema potrebe za brisanjem starih dokumenata. U biti, ovo je operacija upisivanja praznog skupa kretanja u bazu podataka i brisanja postojećih kretanja - to su operacije koje zahtijevaju dosta resursa
Upit koji dohvaća podatke o negativnim saldima pristupa samo jednoj tablici - nema potrebe raditi lijevo spajanje s podacima dokumenta i koristiti funkciju “ISNULL()”.

Osim toga, tijekom normalnog odvijanja poslovnih procesa korisnik označava količinu koja ne prelazi stanje na skladištu.

U tom slučaju drugi zahtjev neće vratiti nikakve podatke i obrada dokumenta bit će najbrža moguća.

Jesu li te milisekunde doista toliko važne?

Na bazama s malom količinom podataka i korisnika razlika se neće primijetiti. Ali u prometnim sustavima s desecima korisnika, cijena svake milisekunde je visoka.

Osim toga, tijekom ispita 1C:Platform Specialist svakako morate koristiti novu metodu kontrole stanja, ako to dopušta određeni zadatak.

Ok, znači uvijek biste trebali koristiti novu tehniku, zar ne?

Ne, to nije istina!

Nova tehnika se može koristiti samo ako se svi potrebni podaci za obradu dokumenta nalaze u samom dokumentu.

Odnosno, za dobivanje podataka ne morate pristupati upisnicima koji kontroliraju stanja.

Tako, na primjer, ako je iznos uzet u obzir iu registru "Free Salda", tada bi se morala koristiti stara metoda kontrole.

Usput, u standardu "1C: Upravljanje trgovinom 11" kontrola stanja provodi se novom metodom, au "1C: Računovodstvo 8" - prema staroj metodi.

Ali to nije sve!

Gore prikazani algoritmi mogu se koristiti samo u obrazovne svrhe. Poanta je da ne uzimaju u obzir kontrolirane brave, koji se mora koristiti ako postoji više od jednog korisnika na sustavu.

Raspravljaju se blokovi za obje metode kontrole rezidua. Također u ovom članku rješavamo složeniji problem - osim kontrole stanja, izračunavamo trošak otpisanih stavki. Preporučujemo da ga pažljivo proučite.

I za početak, recimo to instaliranje brave u novom načinu je vrlo jednostavno– i to je još jedna prednost nove metode kontrole rezidua.

Rezultati

Rezimirajmo ukratko.

Proučili smo dvije tehnike kontrole rezidua, od kojih se svaka koristi u modernim tipičnim konfiguracijama.

Ključna razlika između tehnika u trenutku kontrole stanja:

Stara tehnika - kontrola prije upisa kretanja u registre
Nova tehnika - kontrola nakon upisa kretanja u registre

Općenito, nova tehnika je učinkovitija, ali nije uvijek primjenjiva.

Kriterij primjenjivosti– ako nema potrebe za pristupom podacima iz kontroliranog registra za generiranje kretanja, može se koristiti nova tehnika.

Ako govorimo o kontroli stanja proizvoda, tada je moguća uporaba nove tehnike kada se podaci o troškovnim i skladišnim stanjima pohranjuju u različite registre.

I na kraju primjeri iz tipične konfiguracije:

U UT 11 postoje 2 glavna registra za računovodstvo stavki: Slobodna stanja (količina) i Trošak robe (podaci o troškovima) - koristi se nova metodologija
U BP 3,0 podaci o troškovima i stanjima pohranjuju se u jedan knjigovodstveni registar – koristi se stari način kontrole stanja.

Svaka organizacija mora pratiti stanja zaliha. I često se dogodi situacija kada je proizvod zapravo dostupan, ali nije u programu. A onda je računovođa prisiljen donijeti odluku:

dopustiti da se proda;
odgoditi dok se ne razjasni zašto je došlo do ove situacije.

Odluka se, u pravilu, donosi na temelju politike koja se vodi u organizaciji u vezi s računovodstvenim bilancama. Ponekad možete ostaviti proizvod sa strane i reći kupcu da ga sada nije moguće prodati. Ponekad je to nemoguće učiniti. Na primjer, kada kupac vidi ovaj proizvod ili ga već drži u rukama.

Možete, naravno, jednostavno generirati prodajni dokument i ne knjižiti dokument, ali to ne dopuštaju sve organizacije. Stoga je u programu 1C 8.3 (kao u 8.2) moguće onemogućiti kontrolu negativnih stanja.

Ako je uključena kontrola stanja, tada će prilikom prodaje artikla koji nije na skladištu (ili na traženom računu) program izdati sljedeće upozorenje:

Stupac “Količina” u retku 1 liste “Proizvodi” nije ispravno popunjen.
Navedena količina premašuje ravnotežu. Preostalo: 18; Nestalo: 111.093

Besplatno nabavite 267 video lekcija o 1C:

Onemogućavanje kontrole negativnih stanja u 1C 8.3

Da biste onemogućili ili omogućili kontrolu ravnoteže u 1C, morate otići na "Glavni" izbornik, a zatim u odjeljku "Postavke" odabrati " ".

U nekim verzijama 1C računovodstva ove se postavke nalaze u izborniku "Administracija - Postavke knjiženja dokumenata".

U "Računovodstveni parametri" trebate otići na karticu 1C "Zalihe" i označiti potvrdni okvir "Dopusti otpis zaliha ako nema stanja prema računovodstvenim podacima":

Zatim sve što trebate učiniti je kliknuti gumb "Spremi i zatvori". Sada se pri otpisu stanja neće kontrolirati.

Ali takva metoda neizbježno će dovesti do pojave negativnih stanja u skladištu (što znači u programu). Pogledajmo kako se nositi s tim.

Izvješće “Kontrola negativnih stanja”

U najjednostavnijem slučaju, trebate samo odabrati razdoblje i kliknuti gumb "Generiraj". I tu me čekalo prvo iznenađenje.

Posebno sam u testnom programu simulirao situaciju u kojoj sam prodao više robe nego što je imam na zalihama. Štoviše, ovu je prodaju izvršio 2013. godine. Logično, i sada, 2016., imam isti proizvod u minusu. Stoga nisam ni dirao to razdoblje, već sam odmah kliknuo “Generiraj”. Nije mi išlo. Ispada da izvješće može prikazati podatke o negativnim saldima samo za odabrano razdoblje.

U svojim video tutorialima često govorim o činjenici da se baza podataka 1C mora pripremiti za zatvaranje razdoblja i izvješćivanje. A jedna od važnih točaka takve pripreme je kontrola negativnih bilanci robe, materijala i gotovih proizvoda. Koja izvješća trebate koristiti za provjeru stanja računa zaliha u 1C: Računovodstvo? Pogledajmo neke od njih.

1. Izvješće "Stanje računa"

Mnogi računovođe navikli su raditi s bilancama računa. Ovo izvješće doista se može koristiti za kontrolu stanja zaliha, samo trebate biti sigurni da su postavke postavljene za prikaz kvantitativnih pokazatelja.
Kliknite gumb "Prikaži postavke" i idite na karticu "Indikatori".

Zatim pažljivo pregledavamo izvješće i analiziramo uočene greške

Bilanca je prikladna jer vam omogućuje procjenu ne samo prisutnosti negativnih kvantitativnih bilanci, već i otkrivanje drugih problematičnih situacija:
- količinsko stanje zaliha bez iznosa;
- ukupni saldo bez količine;
- negativno stanje.
Međutim, ako je veliki broj stavki uključen u računovodstvo, tada takva provjera može biti prilično naporna. Osim toga, SALT će se morati generirati posebno za svaki računovodstveni konto (10, 41, 43), što također donekle komplicira proces rada.

2. Izvješće "Kontrola negativnih stanja"

Konfiguracija 1C: Enterprise Accounting 8 izdanje 3.0 pruža izvješće koje je idealno za praćenje negativnih kvantitativnih stanja zaliha. Izvješće se nalazi na kartici “Skladište”.

Navodimo razdoblje, organizaciju i generiramo izvješće.

Izvješće uključuje samo one artikle za koje je otkriveno negativno količinsko stanje. Velika prednost je što se analiziraju podaci o svim kontima zaliha. Po mom mišljenju, prikladnije je raditi s izvješćem nego s OSV-om.
Ali postoji i minus - izvješće vam omogućuje praćenje samo negativnih kvantitativnih bilanci, ostavljajući iza scene druge probleme koje SALT omogućuje otkrivanje.

3. Izvješće “Analiza potkonto”

Više sam puta govorio o ovom izvješću. Subconto analiza jedno je od mojih omiljenih izvješća koje vam omogućuje ne samo otkrivanje pogrešaka, već i, u mnogim situacijama, razumijevanje njihovih uzroka.
Idite na odjeljak "Izvješća" - "Analiza potkonto".

Odaberite potkonto „Nomenklatura” i provjerite je li u postavkama izvješća omogućen prikaz kvantitativnih pokazatelja.

Subconto analiza je dobra jer vam omogućuje dobivanje informacija o kretanju stavki zaliha na svim računovodstvenim računima. Na primjer, za praćenje situacija u kojima je proizvod stigao na jedan računovodstveni račun, a prodan je s drugog.

Međutim, s velikim brojem stavki može biti teško analizirati podatke.
Više sam govorio o radu s ovim izvješćem u video tutorialu Kako raditi s izvješćem "Subconto Analysis" u 1C - VIDEO.
Dakle, svako od pregledanih izvješća ima svoje prednosti i nedostatke. U svom radu preporučio bih da ih kombiniram:
- pronalaženje grubih pogrešaka korištenjem izvješća “Kontrola negativnih bilansa”;
- zatim pogledajte SALT za sve račune inventara;
- da biste identificirali razloge netočnog stanja, upotrijebite izvješće "Subconto Analysis".
Također sam raspravljao o zanimljivim primjerima koji se odnose na pronalaženje i ispravljanje pogrešaka prilikom računovodstva zaliha u dva korisna videa:

Kontrola skladišnih stanja obvezni je računovodstveni postupak u svakom poduzeću koje radi s robom. Često se možete susresti sa situacijom da nema proizvoda u programu, ali je zapravo na skladištu. U takvoj situaciji postoje dvije mogućnosti:

Pošaljite na prodaju;
Ostavite ga u skladištu dok se ne razjasne okolnosti ove situacije.

Izbor ovisi o nekoliko čimbenika, kao što su organizacijska politika ili specifična situacija. Ako je proizvod na pultu i kupac je zainteresiran za njega (drži ga u rukama), nije preporučljivo odbiti prodaju.

Neka poduzeća prakticiraju generiranje prodajnog dokumenta bez knjiženja, ali ne koriste sva ovu praksu. U slučaju takvih situacija, program 1C u najnovijim verzijama nudi mogućnost onemogućavanja kontrole negativnih stanja.

Kada je kontrola aktivirana, prodaja robe koje prema programu nema na zalihama korisniku daje upozorenje: „Kolonac „Količina“ u retku 1 liste „Proizvodi“ je pogrešno popunjen. “Navedena količina premašuje ravnotežu. Preostalo: 18. Nedostaje 111.093.”

Onemogućivanje kontrole negativnih stanja u 1C

Operacija uključivanja / isključivanja kontrole stanja u 1C provodi se kroz izbornik "Glavno" - "Postavke" - "Računovodstveni parametri" - "Zalihe". Ovdje je potrebno označiti kućicu “Dopusti otpis zaliha ako nema zaliha prema računovodstvenim podacima.”

Nakon toga radnja se potvrđuje tipkom “Spremi i zatvori”. Zauzvrat, takve radnje zajamčeno će postati osnova za formiranje negativnih bilanci u računovodstvu. Trebat će ih eliminirati.

Izvješće “Kontrola negativnih stanja”

Ovo izvješće se generira kroz izbornik “Skladište” - “Izvještaji”, gdje se prikazuje dokument. Korisnik je dužan odrediti interval zahtjeva i kliknuti na gumb “Generiraj”. Nedostatak navedenog razdoblja neće vam omogućiti prikaz negativnih stanja, što je značajka sustava koja zahtijeva obavezno popunjavanje stupca "Razdoblje".

Gotov izvještaj ima sljedeći izgled.

Za samo izvješće dostupan je standardni skup filtara, uključujući grupiranje, sortiranje i druge transformacije podataka u skladu sa zahtjevima i potrebama korisnika. Pomoću gumba "Prikaži postavke" možete ručno uključiti dodatne retke u izvješće.

Ovo izvješće pomaže u dobivanju sažetih ili detaljnih informacija o negativnim saldima na 41 računu u bilo kojem trenutku. Rezultat izvješća prikazuje se sa zadanim detaljima (vidi sliku 1)

Jer Budući da je izvješće u potpunosti napisano korištenjem sheme rasporeda podataka, korisniku neće biti teško promijeniti dijelove izvješća iz korisničkog načina rada (vidi sliku 2)

Vanjsko izvješće namijenjeno je konfiguraciji "1C: Enterprise Accounting 8, izdanje 3.0" i "izdanje 3.0 (KORP)", radi na verziji platforme 8.2 u načinu rada "UPRAVLJANA APLIKACIJA".

Razdoblje besplatne podrške: 1 mjesec.

Razlozi za kupnju

Negativni saldi uvijek su glavobolja za svakog računovođu. Negativna stanja na 41 računu dvostruko otežavaju situaciju. Ovo izvješće brzo i jasno pokazuje sve "crvenilo" u 41 točki u zgodnom i vizualnom obliku. Štoviše lSvaki negativni saldo na 41 računu može se dešifrirati korištenjem izvješća "Subconto Analysis" i "Account Card". Istovremeno, kombinacijom korištenja ovih izvješća moguće je spustiti se ravno na razinu evidencionih dokumenata koji su uzrokovali kretanje robe. Da biste to učinili, samo kliknite na traženi broj u izvješću i odaberite izvješće za dekodiranje.

Prema brojnim zahtjevima korisnika, kreirana je zasebna verzija izvještaja „Kontrola minusa na kontima zaliha“ koja je dodala mogućnost kontrole minus stanja, ne samo za 41 konto, već i za ostale glavne konte za kretanje zaliha. stavke:

Konto 07 Oprema za montažu
- Konto 08.04 Nabava dugotrajne imovine
- Konto 10 sve osim 10.07 (Materijali ustupljeni na obradu trećim osobama)
- Konto 21 Poluproizvodi vlastite proizvodnje
- Konto 41 sve osim 41.12 (Roba u trgovini na malo (u NTT po prodajnoj vrijednosti))
- Konto 42.01 Trgovačka marža u automatiziranim maloprodajnim objektima
- Konto 43 Gotovi proizvodi

Također imajte na umu da negativna stanja mogu nastati ne samo na računima zaliha, već i na računu carinskih deklaracija. Ako trebate kontrolirati i ovaj račun, preporučujemo da se upoznate s vanjskim izvješćem

Prednosti

Povezivanje kroz mehanizam vanjske obrade i izvješćivanja. To vam omogućuje korištenje izvješća bez ikakvih promjena u standardnoj konfiguraciji. Također je moguće otvoriti standardni izvještaj preko “Datoteka” -> “Otvori”.
Mogućnost prilagodbe izvješća "za sebe" iz korisničkog načina rada.

Povrat novca zagarantovan

Infostart doo Vam jamči 100% povrat novca ako program ne odgovara deklariranoj funkcionalnosti iz opisa. Novac je moguće vratiti u cijelosti ako to zatražite u roku od 14 dana od dana kada je novac primljen na naš račun.

Program je toliko dokazano da radi da s potpunim povjerenjem možemo dati takvo jamstvo. Želimo da svi naši kupci budu zadovoljni kupnjom.