Računovodske informacije. Računovodske informacije BP 3.0 nadzor negativnih stanj

Ta članek je namenjen izvajalcem 1C - še posebej tistim, ki se pripravljajo na certifikacijo 1C: Specialist za platformo.

Danes bomo pogledali 2 načina za nadzor stanja - ne samo stanja v skladišču, ampak tudi npr. medsebojne obračune ("Kolikšen je trenutni dolg stranke in ali mu je mogoče blago odpremiti?")

Obe metodi se uporabljata v standardnih konfiguracijah in pri nalogah certificiranja. In ker sta dva od njih - jasno morate razumeti, kdaj je uporabna "nova" tehnika in kdaj samo "stara"..

To je osnovno znanje za programerje 1C; priporočamo, da na takih področjih ne puščate vrzeli. Moralo bi te odpeljati do študija 15 minut :)

Oblikovanje problema

Vzemimo preprosto konfiguracijo z dokumentoma »Prejem blaga« in »Prodaja blaga«:

Za obračun stanj se uporablja akumulacijski register "Prosta stanja":

Pri knjiženju dokumenta "Prejem blaga" se izvedejo naslednji premiki:

Postopek obdelave (napaka, način)

Za vsak TechStringProducts From Products Cycle
Gibanje = Movements.FreeRemains.Add();
Movement.MovementType = AccumulationMovementType.Incoming;
Movement.Period = Datum;
Movement.Nomenclature = TechStringProducts.Nomenclature;
Movement.Quantity = TechStringProducts.Quantity;
EndCycle;

Konec postopka

Obdelava knjiženja dokumenta »Prejem blaga« je bila izvedena s pomočjo oblikovalca gibanja in ni zanimiva, saj ko prispe v skladišče, kontrola stanja ni potrebna.

Včasih se nadzor stanja izvaja tudi za dokument »Prejem blaga« - tako da se ob preklicu ali ponovnem knjiženju dokumenta ne oblikuje negativno stanje.

Na primer, v skladišče je prispelo 10 novih televizorjev LG, 6 jih je bilo prodanih. Če dokument o prejemu vsebuje 10 kosov. pritrdite s 5 kos. – nastane negativno stanje »minus 1 kos«.

V standardu UT 11 je takšen nadzor omogočen s funkcionalno možnostjo »Kontrola blaga organizacij pri stornaciji računov«.

Pri knjiženju dokumenta »Prodaja blaga« je treba organizirati nadzor ostankov. Če izdelka ni dovolj, se dokument ne knjiži in izda se diagnostično sporočilo. To je problem, ki se rešuje.

Namenoma se ukvarjamo s preprostim problemom, kjer stroški odpisa niso izračunani. To nam bo omogočilo, da se osredotočimo posebej na nianse nadzora ostankov.

Opomba– spodaj predstavljeni algoritmi so namenjeni usposabljanju in morajo biti čim bolj jasni.
Lahko jih optimiziramo, vendar bo potem "koeficient razumevanja" nižji, zato se o tem v tem članku ne bomo zadrževali.

Seveda jih lahko optimizirate sami ali pa se udeležite našega tečaja o pospeševanju in optimizaciji 1C :)

Kot ste že razumeli, lahko težavo rešite na dva načina. Začnimo s tehniko, ki se uporablja že od časov 1C:Enterprise 8.0.

Stara metoda nadzora ostankov

Načelo stare tehnike nadzora ostankov je naslednje: Preverimo, ali je ostalo blago v zahtevani količini. Če je, jo odpišemo, če ne, sporočimo napako..

Algoritem v stari metodi je sestavljen iz več blokov:

Zahteva pridobi stanja izdelkov in podatke o dokumentih
Cikel spremlja zadostnost blaga
Če blaga ni dovolj, se dokument ne knjiži
Če je blaga dovolj, se izvedejo premiki porabe

Tako izgleda programska koda:

// 1. Brisanje premikov starega registra
Movements.FreeRemainders.Write = True;
Premiki.Zapis();

// 3. Prelet rezultatov poizvedbe

// 4. Preverjanje zadostnosti blaga
Primanjkljaj = SampleProducts.Quantity - SampleProducts.Remaining;
Če je primanjkljaj>0, potem
Zavrni = Res;
Message.Text = "Produkt "+SelectionProducts.NomenclaturePresentation+" ni dovolj v količini "+Shortage+" kos.";
Sporočilo.Sporočilo();
endIf;

// 5. Pojdite na začetek zanke, če so bile napake
Če neuspeh Potem
Nadaljuj;
endIf;

// 6. Izvajanje gibov v registre
Movement.Period = Datum;

EndCycle;

// 7. Nastavitev zastavice za beleženje premikov ob koncu transakcije
Movements.FreeRemainders.Write = True;

Konec postopka

Komentirajmo ključne točke algoritma.

1. Brisanje premikov starega registra

Spodaj v algoritmu bo zahteva do preostalega dela registra.

Če je bil trenutni dokument že objavljen, potem obstaja verjetnost prejema starega gibanja dokumentov v zahtevku– to je resen problem.

Kdaj je možna taka situacija? Kdaj je datum dokumenta premika naprej.

S primerom pokažimo, kaj bo to vodilo:

Ostale namizne svetilke 10 kom.
Dokument z dne 16.02.17 je v obdelavi, odpisujemo 6 svetilk
Datum v dokumentu je spremenjen na 17.02.17 (datum je mogoče premakniti naprej za vsaj 1 sekundo), ponovno objavimo dokument.

Če ne počistite premikov, bo sistem javil pomanjkanje 2 kosov. Zakaj? Da, ker so stari dokumenti odpisali 6 od 10 obstoječih svetilk. Nato poskuša sistem odpisati še 6 kosov, vendar ostanejo le še 4.

Problem je rešen v 3 vrsticah kode:

Nabor zapisov se čisti (morda je bil prebran na obrazcu ali v prejšnjih obdelovalcih)
Nabor zapisov ima nastavljeno zastavico »Write«.
Posnamejo se vsi nizi, ki imajo nastavljeno zastavo »Snemanje«.

Strogo gledano lahko nadzorujemo čiščenje premikov pri objavljanju dokumentov:

Priporočljiva je možnost brisanja gibov ob preklicu izvedbe - sami nadzorujemo, kdaj je potrebno gibe dejansko izbrisati.

2. Prejem podatkov o dokumentih in stanja v registru na zahtevo

Zahtevek je sestavljen iz dveh paketov:

V prvem se pridobijo združeni podatki iz tabelarnega dela - izdela se začasna tabela
Pri drugi zahtevi se podatki o listini pripišejo ostanki iz registra.

Na kaj morate biti pozorni pri tej zahtevi:

Pri ustvarjanju začasne tabele je polje, na katerem bo izvedeno združevanje, indeksirano - to se naredi za optimalno delovanje
Trenutek prejema stanja – ustreza položaju dokumenta na časovni osi
V registru morda ni ostankov - zato se izvede levo združevanje in za vir "Količina" se uporabi funkcija "ECTNULL" - vrednost NULL se zmanjša na nič.

3. Obhod rezultatov poizvedbe

Razvita zahteva vsebuje združene dokumentne podatke in stanja po postavkah.

V zanki gremo skozi rezultat te zahteve.

4. Preverite zadostnost blaga

Ugotavljamo primanjkljaj blaga.

Če je primanjkljaj večji od nič, to pomeni, da primanjkuje blaga:

Izdamo diagnostično sporočilo
Nastavite parameter »Zavrnitev« za obdelavo knjiženja na »True«

Če je »Zavrnitev« enako »True«, rezultat transakcije knjiženja dokumenta ne bo zabeležen. Preprosto povedano, to je ukaz sistemu, naj ne obdela tega dokumenta.

5. Pojdite na začetek cikla, če so bile napake

Če je prišlo do napak v tem ali prejšnjih korakih cikla (Napaka = True), potem nima smisla oblikovati gibov. Vseeno pa ne bodo zabeleženi v bazi podatkov.

6. Izvajanje gibov v registrih

Če je bilo preverjanje stanja uspešno, ustvarimo gibanje stroškov.

7. Nastavitev zastavice za snemanje gibanja na koncu transakcije

Če ta zastavica ni nastavljena, se premiki NE bodo zabeležili.

Na koncu transakcije knjiženja dokumenta se zapišejo samo tisti nizi zapisov, ki imajo nastavljeno zastavico »Zapiši«.

Po pravici povedano ugotavljamo, da je nastavitev lastnosti »Zapis« niza zapisov smiselna pod enim pogojem - v lastnosti dokumenta »Zapis premikov med izvajanjem« je treba določiti vrednost »Zapis izbran«:

Vendar pa je dejanski standard vrednost »Izbrani zapis«:

Uporablja se v standardnih rešitvah
Privzeto nastavljeno pri ustvarjanju novih dokumentov.

Druga vrednost lastnosti – »Zapiši spremenjeno« – je zastarela in se praktično nikoli ne pojavlja v sodobnih konfiguracijah.

Nova metoda za nadzor ostankov

Nova metoda uporablja načelo: odpišemo potrebno blago, nato preverimo, ali so za blago dokumenta oblikovana negativna stanja. Če je odgovor pritrdilen, potem morate dokument vrniti nazaj.

Kot lahko vidite, obstaja bistvena razlika v trenutku nadzora bilanc:

Star način je, da najprej preverite stanje, nato pa ga odpišete
Nova tehnika - najprej odpišemo, nato preverimo stanje.

Posledično bo programska koda videti takole:

Postopek obdelave (napaka, način)

// 2. Oblikovanje gibov - registrska poraba
Movements.FreeRemains.Clear();
SelectionProducts = Query Result.Select();
Medtem ko SelectProducts.Next() Loop
Premiki = Premiki.Prosti preostanki.DodajStroške();
Movement.Period = Datum;
Movement.Nomenclature = SelectionProducts.Nomenclature;
Movement.Quantity = SampleProducts.Quantity;
EndCycle;

// 3. Beleženje premikov v bazo podatkov
Movements.FreeRemainders.Write = True;
Premiki.Zapis();

Nadzorna meja = Nova meja(TimePoint(), BorderView.Include);
Request.SetParameter("TimePoint", Control Boundary);
RequestResult = Request.Execute();

// 5. Prikaz sporočil o pomanjkanju blaga
Če ne QueryResult.Empty() Potem
Zavrni = Res;
ErrorSelect = QueryResult.Select();
Medtem ko SelectErrors.Next() Loop
Sporočilo = Novo sporočiloUporabniku;
Message.Text = "Izdelek "+SampleErrors.NomenclaturePresentation+" ni dovolj v količini "+SampleErrors.Deficiency+" kos.";
Sporočilo.Sporočilo();
EndCycle;
endIf;

Konec postopka

Oglejmo si ključne točke algoritma.

1. Prejem podatkov o dokumentih na zahtevo

Ta poizvedba je potrebna za združevanje podatkov v tabelarnem delu dokumenta.

Upoštevajte, da prva poizvedba v paketu ustvari začasno tabelo - uporabljena bo v naslednji poizvedbi. To je mogoče zaradi začasnega upravitelja tabel, ki je ustvarjen za to poizvedbo.

2. Oblikovanje gibov - registrska poraba

V ciklu se podatki iz dokumenta zapišejo v register - torej se izvede brezpogojni (brez preverjanja) odpis blaga.

3. Evidentiranje gibanja v bazo podatkov

Da se stanja v registru spremenijo, je treba premike evidentirati.

4. Poizvedba za prejemanje negativnih ostankov iz registra

Zdaj z enostavno zahtevo izberemo negativna stanja za dokumentno blago.

Tu se uporabi začasna tabela, ki je bila ustvarjena v prvem koraku - elementu je naložen pogoj (za to ne ustvarimo novega objekta tipa "Zahteva", ampak uporabimo prej ustvarjenega).

Bodite pozorni na to, kako se prenaša trenutek v času - uporablja se podatkovni tip "Meja". Preostala stanja je treba prejeti v trenutku takoj PO trenutnem dokumentu.

Ali je bilo mogoče dobiti stanja brez obrobe, na primer z dodajanjem 1 sekunde datumu dokumenta?

ne! Navsezadnje je lahko v eni sekundi veliko dokumentov. Zato je edina pravilna možnost uporaba vrste obrobe »Vključno«.

5. Prikaz sporočil o pomanjkanju blaga

Če rezultat poizvedbe ni prazen, so ostanki negativni - v tem primeru dokument ni obdelan in prikazana so sporočila o vseh napakah.

Prednosti nadzora ostankov z uporabo nove metode

Torej oba algoritma rešujeta isti problem.

Razlika med algoritmi je vidna, prednosti pa niso očitne.

Zato jih izpostavimo:

Premikov starih dokumentov ni treba počistiti. V bistvu je to operacija zapisovanja praznega nabora premikov v bazo podatkov in brisanje obstoječih premikov - to so operacije, ki zahtevajo precej virov
Poizvedba, ki pridobi podatke o negativnem stanju, dostopa samo do ene tabele – ni potrebe po levem združevanju s podatki dokumenta in uporabi funkcije “ISNULL()”.

Poleg tega uporabnik med normalnim potekom poslovnih procesov označi količino, ki ne presega stanja v skladišču.

V tem primeru druga zahteva ne bo vrnila nobenih podatkov in bo obdelava dokumenta potekala kar se da hitro.

Ali so te milisekunde res tako pomembne?

Na bazah z majhno količino podatkov in uporabnikov razlika ne bo opazna. Toda v obremenjenih sistemih z desetinami uporabnikov je strošek vsake milisekunde visok.

Poleg tega morate med izpitom 1C:Platform Specialist vsekakor uporabiti nov način nadzora bilanc, če to omogoča določena naloga.

V redu, torej bi morali vedno uporabiti novo tehniko, kajne?

Ne, to ni res!

Novo tehniko je mogoče uporabiti le, če so vsi potrebni podatki za obdelavo dokumenta v samem dokumentu.

To pomeni, da vam za pridobitev podatkov ni treba dostopati do registrov, ki nadzorujejo stanja.

Torej, če bi se na primer znesek upošteval tudi v registru "prosta stanja", bi bilo treba uporabiti stari način nadzora.

Mimogrede, v standardu »1C: Trade Management 11« se nadzor stanja izvaja po novi metodi, v »1C: Accounting 8« pa po stari metodi.

Ampak to še ni vse!

Zgoraj predstavljeni algoritmi se lahko uporabljajo samo v izobraževalne namene. Bistvo je, da ne upoštevajo nadzorovane ključavnice, ki ga je treba uporabiti, če je v sistemu več kot en uporabnik.

Obravnavani so bloki za obe metodi nadzora ostankov. Tudi v tem članku rešujemo bolj zapleten problem - poleg nadzora stanja izračunamo stroške odpisanih postavk. Priporočamo, da ga natančno preučite.

In za začetek povejmo samo to namestitev ključavnice po novi metodi je zelo preprosta– in to je še ena prednost nove metode nadzora ostankov.

Rezultati

Naj na kratko povzamemo.

Ogledali smo si dve tehniki nadzora ostankov, od katerih se vsaka uporablja v sodobnih tipičnih konfiguracijah.

Ključna razlika med tehnikama v trenutku kontrole stanja:

Stara tehnika - kontrola pred zapisom gibov v registre
Nova tehnika - kontrola po zapisu gibov v registre

Na splošno je nova tehnika učinkovitejša, vendar ni vedno uporabna.

Merilo uporabnosti– če ni potrebe po dostopu do podatkov iz nadzorovanega registra za ustvarjanje premikov, se lahko uporabi nova tehnika.

Če govorimo o kontroli stanj izdelkov, potem je možna uporaba nove tehnike, ko se podatki o stroških in skladiščnih stanjih hranijo v različnih registrih.

In končno, primeri iz tipične konfiguracije:

IN UT 11 obstajata 2 glavna registra za obračunavanje artiklov: prosti saldi (količina) in stroški blaga (podatki o stroških) - uporablja se nova metodologija
IN BP 3,0 podatki o stroških in stanjih se hranijo v enem knjigovodskem registru - uporablja se stari način nadzora stanj.

Vsaka organizacija mora spremljati stanje zalog. In pogosto pride do situacije, ko je izdelek dejansko na voljo, vendar ga ni v programu. In potem je računovodja prisiljen sprejeti odločitev:

omogočiti prodajo;
odložiti, dokler ne postane jasno, zakaj je prišlo do te situacije.

Odločitev se praviloma sprejme na podlagi politike, ki se v organizaciji vodi v zvezi z obračunavanjem bilanc. Včasih lahko izdelek odložite in kupcu poveste, da ga zdaj ni mogoče prodati. Včasih je to nemogoče narediti. Na primer, ko kupec vidi ta izdelek ali ga že drži v rokah.

Seveda lahko preprosto ustvarite prodajni dokument in dokumenta ne knjižite, vendar vse organizacije tega ne dovoljujejo. Zato je v programu 1C 8.3 (kot v 8.2) mogoče onemogočiti nadzor negativnih bilanc.

Če je omogočen nadzor stanja, bo program ob prodaji artikla, ki ni na zalogi (ali na zahtevanem računu), izdal naslednje opozorilo:

Stolpec »Količina« v 1. vrstici seznama »Izdelki« je nepravilno izpolnjen.
Navedena količina presega stanje. Preostalo: 18; Manjka: 111.093

Pridobite 267 video lekcij o 1C brezplačno:

Onemogočanje nadzora negativnih stanj v 1C 8.3

Če želite onemogočiti ali omogočiti nadzor ravnotežja v 1C, morate iti v meni »Glavni« in nato v razdelku »Nastavitve« izbrati » «.

V nekaterih različicah 1C računovodstva se te nastavitve nahajajo v meniju »Administracija - Nastavitve knjiženja dokumentov«.

V razdelku »Računovodski parametri« morate iti na zavihek 1C »Zaloge« in potrditi potrditveno polje »Dovoli odpis zalog, če po računovodskih podatkih ni stanja«:

Nato morate samo klikniti gumb »Shrani in zapri«. Zdaj pri odpisu stanja ne bodo nadzorovana.

Toda takšna metoda bo neizogibno povzročila pojav negativnih bilanc v skladišču (kar pomeni v programu). Poglejmo, kako se tega lotiti.

Poročilo »Nadzor negativnih stanj«

V najpreprostejšem primeru morate samo izbrati obdobje in klikniti gumb »Ustvari«. In tu me je čakalo prvo presenečenje.

V testnem programu sem posebej simuliral situacijo, ko sem prodal več blaga, kot ga imam na zalogi. Še več, to prodajo je opravil leta 2013. Logično je, da imam isti izdelek v minusu še zdaj, leta 2016. Zato se obdobja nisem niti dotaknil, ampak sem takoj kliknil »Generiraj«. Ni mi uspelo. Izkazalo se je, da lahko poročilo prikaže podatke o negativnih stanjih samo za izbrano obdobje.

V svojih video vajah pogosto govorim o dejstvu, da je treba bazo podatkov 1C pripraviti za zaključek obdobja in poročanje. In ena od pomembnih točk takšne priprave je nadzor negativnih bilanc blaga, materiala in končnih izdelkov. Katera poročila morate uporabiti za preverjanje stanja zalog v 1C: Računovodstvo? Poglejmo jih nekaj.

1. Poročilo »Stanje stanja«

Mnogi računovodje so navajeni delati z bilancami stanja. To poročilo je dejansko mogoče uporabiti za nadzor stanja zalog, le prepričati se morate, da so nastavitve nastavljene za prikaz kvantitativnih indikatorjev.
Kliknite gumb »Prikaži nastavitve« in pojdite na zavihek »Indikatorji«.

Nato poročilo natančno pregledamo in analiziramo odkrite napake

Bilanca stanja je priročna, ker vam omogoča, da ocenite ne le prisotnost negativnih količinskih bilanc, temveč tudi odkrivanje drugih problematičnih situacij:
- količinsko stanje popisnih postavk brez zneska;
- skupno stanje brez količine;
- negativno stanje.
Če pa je v računovodstvu vključenih veliko število postavk, je takšno preverjanje lahko precej delovno intenzivno. Poleg tega bo treba SALT generirati za vsak računovodski konto posebej (10, 41, 43), kar tudi nekoliko oteži proces dela.

2. Poročilo "Kontrola negativnih stanj"

Konfiguracija 1C: Enterprise Accounting 8 izdaja 3.0 zagotavlja poročilo, ki je idealno za spremljanje negativnih količinskih stanj zalog. Poročilo se nahaja na zavihku “Skladišče”.

Navedemo obdobje, organizacijo in izdelamo poročilo.

V poročilu so samo tiste postavke postavk, pri katerih je bilo ugotovljeno negativno količinsko stanje. Velika prednost je, da se analizirajo podatki na vseh kontih zalog. Po mojem mnenju je bolj priročno delati s poročilom kot z OSV.
Obstaja pa tudi minus - poročilo vam omogoča spremljanje samo negativnih količinskih bilanc, za prizori pa pustite druge težave, ki vam jih SALT omogoča zaznati.

3. Poročilo "Analiza subconto"

Več kot enkrat sem govoril o tem poročilu. Subconto analiza je eno mojih najljubših poročil, ki vam omogoča ne le odkrivanje napak, ampak v številnih situacijah tudi razumevanje njihovih vzrokov.
Pojdite na razdelek »Poročila« - »Podkonto analiza«.

Izberite podkonto Nomenklatura in preverite, ali je v nastavitvah poročila omogočen prikaz kvantitativnih kazalnikov.

Subconto analiza je dobra, ker vam omogoča pridobitev informacij o gibanju postavk zalog po vseh računovodskih kontih. Na primer za sledenje situacijam, ko je izdelek prispel na en računovodski račun, prodan pa je bil z drugega.

Vendar pa je pri velikem številu elementov lahko težko analizirati podatke.
Več o delu s tem poročilom sem govoril v video vadnici Kako delati s poročilom »Subconto Analysis« v 1C - VIDEO.
Tako ima vsako od pregledanih poročil svoje prednosti in slabosti. Pri svojem delu bi priporočal njihovo kombiniranje:
- poiščite velike napake s pomočjo poročila »Kontrola negativnih bilanc«;
- nato si oglejte SALT za vse račune zalog;
- za ugotavljanje vzrokov za nepravilno stanje uporabite poročilo “Subconto Analysis”.
Zanimive primere, povezane z iskanjem in odpravljanjem napak pri obračunavanju zalog, sem obravnaval tudi v dveh uporabnih videih:

Nadzor nad stanjem v skladišču je obvezen računovodski postopek v vsakem podjetju, ki dela z blagom. Pogosto lahko naletite na situacijo, ko v programu ni izdelka, vendar je dejansko v skladišču. V takšni situaciji obstajata dve možnosti:

Pošljite v prodajo;
Pustite ga v skladišču, dokler se ne razjasnijo okoliščine te situacije.

Izbira je odvisna od več dejavnikov, kot so organizacijska politika ali specifična situacija. Če je izdelek na pultu in se kupec zanj zanima (ga drži v rokah), ni priporočljivo zavrniti prodaje.

Nekatera podjetja izvajajo ustvarjanje prodajnega dokumenta, ne da bi ga objavili, vendar vsa ne uporabljajo te prakse. V primeru takih situacij program 1C v najnovejših različicah ponuja možnost onemogočanja nadzora negativnih stanj.

Pri aktiviranem nadzoru prodaja blaga, ki ga po programu ni na zalogi, uporabnika izpiše opozorilo: »Stolpec »Količina« v 1. vrstici seznama »Izdelki« je nepravilno izpolnjen. »Navedena količina presega bilanco. Preostalo: 18. Manjka 111.093.«

Onemogočanje nadzora negativnih stanj v 1C

Operacija vklopa / izklopa nadzora stanja v 1C se izvede v meniju »Glavno« - »Nastavitve« - »Računovodski parametri« - »Zaloge«. Tukaj morate označiti polje »Dovoli odpis zalog, če po računovodskih podatkih ni zalog«.

Po tem se dejanje potrdi z gumbom »Posnemi in zapri«. Po drugi strani pa bodo takšna dejanja zagotovo postala osnova za nastanek negativnih bilanc v računovodstvu. Treba jih bo odpraviti.

Poročilo »Nadzor negativnih stanj«

To poročilo se ustvari preko menija “Skladišče” - “Poročila”, kjer je prikazan dokument. Uporabnik mora določiti interval zahteve in klikniti na gumb "Generiraj". Odsotnost določenega obdobja vam ne bo omogočila prikaza negativnih stanj, kar je značilnost sistema, ki zahteva obvezno izpolnitev stolpca »Obdobje«.

Končano poročilo ima naslednji videz.

Za samo poročilo je na voljo standardni nabor filtrov, vključno z združevanjem, razvrščanjem in drugimi transformacijami podatkov v skladu z zahtevami in potrebami uporabnikov. Z gumbom »Pokaži nastavitve« lahko ročno vključite dodatne vrstice v poročilo.

To poročilo pomaga kadar koli pridobiti povzetek ali podrobne informacije o negativnih stanjih na 41 računih. Rezultat poročila je prikazan s privzetimi podrobnostmi (glejte sliko 1)

Ker Ker je poročilo v celoti napisano z uporabo sheme postavitve podatkov, uporabniku ne bo težko spremeniti razdelkov poročila iz uporabniškega načina (glejte sliko 2).

Zunanje poročilo je namenjeno konfiguraciji "1C: Enterprise Accounting 8, izdaja 3.0" in "izdaja 3.0 (KORP)", ki deluje na različici platforme 8.2 v načinu »UPRAVLJENA APLIKACIJA«.

Obdobje brezplačne podpore: 1 mesec.

Razlogi za nakup

Negativne bilance so vedno glavobol za vsakega računovodjo. Negativna stanja na 41 računih to situacijo dvakrat poslabšujejo. To poročilo hitro in jasno prikaže vse "rdečina" v 41 točkah v priročni in vizualni obliki. Še več, lMorebitno negativno stanje na 41 računih je mogoče dešifrirati s poročili »Subconto Analysis« in »Account Card«. Hkrati pa je s kombinacijo uporabe teh poročil možno preiti naravnost na raven evidenčnih dokumentov, ki so povzročili gibanje blaga. Če želite to narediti, samo kliknite na želeno številko v poročilu in izberite poročilo za dekodiranje.

Glede na številne zahteve uporabnikov je bila ustvarjena ločena različica poročila »Kontrola negativnih stanj na kontih zalog«, ki je dodala možnost nadzora negativnih stanj, ne samo za 41 kontov, temveč tudi druge glavne konte za gibanje zalog. predmeti:

Konto 07 Oprema za montažo
- Konto 08.04 Pridobitev osnovnih sredstev
- Konto 10 vsi, razen 10.07 (Materiali preneseni v obdelavo tretjim osebam)
- Konto 21 Polizdelki lastne proizvodnje
- Konto 41 vsi razen 41.12 (Blago v trgovini na drobno (v NTT po prodajni vrednosti))
- Konto 42.01 Trgovske marže v avtomatiziranih maloprodajnih mestih
- Konto 43 Končni izdelki

Ne pozabite tudi, da lahko negativna stanja nastanejo ne le na računih zalog, ampak tudi na računu carinske deklaracije. Če morate nadzorovati tudi ta račun, priporočamo, da se seznanite z zunanjim poročilom

Prednosti

Povezava preko mehanizma zunanje obdelave in poročanja. To vam omogoča uporabo poročila brez spreminjanja standardne konfiguracije. Standardno poročilo je mogoče odpreti tudi preko “Datoteka” -> “Odpri”.
Možnost prilagoditve poročila "zase" iz uporabniškega načina.

Garancija vračila denarja

Infostart LLC vam zagotavlja 100% povračilo, če program ne ustreza deklarirani funkcionalnosti iz opisa. Denar lahko vrnete v celoti, če to zahtevate v 14 dneh od dneva, ko je denar prispel na naš račun.

Program je tako dokazano deloval, da lahko s popolnim zaupanjem damo takšno garancijo. Želimo, da so vse naše stranke zadovoljne z nakupom.