Odlučili smo nekako vratiti red u konfiguraciju UT verzije 11. I eto... Stanja robe se ne poklapaju sa bilansima organizacija (koristi se nekoliko organizacija), a sa pošiljkama robe nisu nimalo bliske, a uz redovnu se koristi čak i komisiona trgovina. Ukratko, sve je toliko zapušteno da je lakše krenuti od nule, ALI... Ne možete početi od nule - postoji veza sa računovodstvom preduzeća 3.0 (imenici, dokumenti), a tu je izvještaj već dostavljen. Odlučili smo da posložimo stvari u računovodstvu posebno, a posebno u računovodstvu. Konkretno za UT smo odlučili: nultiramo sve što se tiče robe (roba u magacinu, roba organizacija, pošiljke robe organizacija, plus registri povezani sa provizijom), zatim napravimo fiktivni račun (uključujući i za proviziju), a međusobna obračuna korigujemo usklađivanjem međusobnih obračuna. Prvo sam počeo da pišem obradu za određene registre, dok sam pisao, razmišljao sam da napišem univerzalni za otprilike isto vreme, ali bi bio pogodan za sve registre, da ne bih morao da ga prepisujem deset puta kasnije . Također bi trebao biti prikladan za Retail 2, Complex i druge konfiguracije za upravljane forme. Testirano na UT11.

Kako koristiti. Prvo, ručno kreiramo prazan dokument „prilagođavanje registra“, postavljamo datum i vreme (ja sam postavio 23:59:59 na kraju kvartala), bilansi registra će biti odvedeni tačno na ovu poziciju (poziciju dokumenta), u generalno, iz dokumenta nam treba samo pozicija i potrebna. Zatim biramo koje registre trebamo da nulimo i kliknemo “Generiraj”. Otvaramo prilagođavanje, gledamo, provjeravamo registre pomoću izvještaja i/ili univerzalnog izvještaja. Bilansi su zatvoreni za sve dimenzije i za sve resurse. Takodje u obrascu postoji izbor po organizaciji i skladištu (povratak na originalnu verziju, ali radi), druge selekcije nisam dodavao (pošto mi uopšte nije trebao), kome treba, može dodajte sami, sve je jasno napisano u modulu, a nisam ja počeo da ga koristim jer, na primjer, ako napravite selekciju po organizaciji, onda će za registar “Dobra organizacija” odabir raditi, ali za registar “ Roba u magacinima” neće (nema takvog mjerenja), pa sam ga podesio na nulu bez odabira.

Prošlo je neko vrijeme...

Objavljena je nova verzija, sada je obrada naučila (ranije je davala grešku - to jest, zapravo je radila samo sa registrima bilansa) da preokrene kretanja u registru akumulacije u cirkulaciji. Štaviše, pokreti su obrnuti, tj. ako pogledate registar, recimo, “Prodaja” u UT11, onda se nakon storniranja prodaja uopće neće prikazati, tj. kao da uopšte nije bilo prodaje - promet u celini za period će biti prazan. Još jednom - ispada, na primer, imali smo prodaju za period od 1. do 30. januara, 31. napravim preokret, nakon toga ako pogledam izveštaj od 1 do 30 - videću prodaju, od 31 do 31 - vidjet ću preokretne pokrete, od 1- 31 - će se prikazati prazno. Recimo, preokrenuo sam kretanje “Blagajne” u UT11 i Maloprodaji 2.2 kada sam morao da dovedem u red “Blagajnu” (50 račun, ko zna).

Da, zaboravio sam da kažem, pojavilo se polje "Datum početka" - koristi se za postavljanje datuma početka perioda za registre prometa (za stanja, naravno, ne važi), pozicija dokumenta "Podešavanje registra" se koristi kao datum završetka perioda (za registre prometa) - tj. što se tiče registra stanja (balansa se uklanjaju na poziciju dokumenta). Za registre prometa “Datum početka” može ostati prazan - u ovom slučaju se percipira kao najraniji datum koji može postojati, a za registar prometa to će značiti da su sva kretanja od početka obračuna do pozicije “ Prilagođavanje registara” dokument se poništava.

Dobre vijesti - cijena u bodovima je smanjena.

Učenje rada sa registrima (1C: Računovodstvo 8.3, izdanje 3.0)

2016-12-08T13:50:45+00:00

Dragi čitatelji, u ovoj lekciji želim se dotaknuti izuzetno važne teme kada radite u 1C: Računovodstvo 8.3 - Registri.

Odmah ću vam na malom primjeru pokazati zašto je ovo toliko važno.

Dajte nam platni spisak za januar:

Početkom februara sa kase kreiramo platni list i kliknemo na dugme „Popuni“:

I dobijamo sledeće:

Ali za januar:

• Obračun od 50.000 rubalja
• Porez na lični dohodak 6.500 rubalja
• Ukupno plativo 43.500 rubalja

Gdje se uvukla greška? Nešto je pošlo po zlu? Da li je zaista moguće da se sada ručno unese iznos koji treba platiti?

Iskusni računovođa će odmah napraviti bilans stanja za račun 70:

A on će biti još više u nedoumici, jer prema izvještaju još uvijek dospijeva istih 43.500! A odakle dodatnih 5.000 rubalja?

Štaviše, takva situacija (sa bilo kakvim proračunima) može se dogoditi i u „trojci“ i u „dvojci“.

Danas ću pokušati da podignem veo tajne - zašto se ponekad program ponaša tako čudno. Reći ću vam kako pronaći i popraviti grešku u takvim slučajevima. Pred kraj članka shvatit ćemo odakle je došlo ovih 5.000 rubalja.

Dakle, idemo!

Naučiti vidjeti registre

Prilikom knjiženja dokumenata, 1C: Računovodstvo 8 vrši unose u računovodstvene račune (dugme DtKt za bilo koji dokument):

Na osnovu ovih transakcija se grade svi računovodstveni izvještaji: analiza računa, kartica računa, bilans stanja...

Ali postoji ogroman sloj podataka koji program piše paralelno sa knjiženjima i koristi se za sve ostalo: popunjavanje KUDIR-a, knjige nabavki i prodaje, regulisano izveštavanje... plate koje se isplaćuju, konačno

Kao što ste verovatno već pretpostavili, ovaj sloj se zove registri, evo ga:

Sada neću ulaziti u detalje opisa samih registara, kako vas ne bih dodatno zbunio.

Reći ću samo da nam je jednostavno od vitalnog značaja da postepeno naučimo da „vidimo“ kretanja u ovim registrima kako bismo bolje razumjeli i, kada je potrebno, ispravili ponašanje programa.

Pogledajmo pobliže registar "Dospjele plaće" - to je ono što ima smisla za rješavanje našeg problema sa dodatnih 5.000:

Vidimo dva upisa u ovom registru napravljena u dolasku, odnosno u plusu. Ako skrolujemo desno od ekrana, videćemo u prvom redu iznos koji treba platiti “-6.500”, au drugom “50.000”.

Stanje u ovom registru -6.500 + 50.000 je jednako 43.500, što treba da bude uključeno u dokument „Izvod za uplatu iz kase“ kada kliknemo na dugme „Popuni“.

Ponavljam još jednom - izvod o uplati utvrđuje naše zaostale plate prema zaposlenom ne po računu 70, već prema registru „Dospele plate“.

Ispada da znamo da se plaća koja se isplaćuje popunjava na osnovu ovog registra, ali ni gledajući upise u registar ne možemo shvatiti šta nije u redu.

Najvjerovatnije ne vidimo cijelu sliku (možda postoje i drugi zapisi za ovaj registar) i naslućuje se neki alat za analizu registra, sličan računovodstvenim izvještajima.

Naučiti analizirati registre

I postoji takav alat, zove se " Univerzalni izvještaj".

Idite na odjeljak "Izvještaji" i odaberite "Univerzalni izvještaj":

Odaberite vrstu registra “Registar akumulacije”, registar “Doplatu plata” i kliknite na dugme “Generiraj”:

Ispostavilo se da nije baš informativno:

To je zato što je potrebno preliminarno podešavanje izvještaja, kliknite na dugme “Prikaži postavke” i na kartici “Grupiranje” dodajte polje “Zaposleni”:

Na kartici “Izbori” vršimo odabir za našu organizaciju:

Kliknite na dugme "Generiraj":

Sada je ovo zanimljivije. Vidimo da je stanje koje treba isplatiti našem zaposleniku istih 48.500 rubalja!

Idite ponovo na postavke izvještaja i dodajte novo polje “Rekorder” na karticu “Indikatori”:

Ponovo generišemo izveštaj:

Sada se jasno vidi da se 5.000 pojavilo kao rezultat operacije (očigledno unošenje bilansa) 31. decembra 2014. godine.

I trebamo ili promijeniti ovu operaciju ili ručno prilagoditi registar „Dospjele plaće“ i zatvoriti ovih 5.000 rubalja, na primjer, 31. decembra 2015.

Idemo drugim putem. Dakle, naš zadatak je da se pobrinemo da početkom 2016. godine ne bude dugovanja prema zaposlenom u registru „Dospjelih plata“.

To se radi ručnim radom.

Učenje podešavanja registara

Idite na odjeljak "Operacije" i odaberite "Operacije unesene ručno":

Kreiramo novu operaciju krajem 2015. godine:

Iz menija "Više" odaberite "Odaberi registre...":

Navedite registar "Plata koja se isplaćuje" i kliknite OK:

Idite na karticu registra koja se pojavi i napravite trošak za 5.000 rubalja:

Na taj način mi, takoreći, oduzimamo 5.000 rubalja iz registra po zaposlenom da bismo do početka 2016. došli do nule.

Izvodimo operaciju i regeneriramo univerzalni izvještaj:

Sve je uspjelo! Vidimo da je naša ručna operacija od 31. decembra 2015. dovela stanje na nulu i da je plata koja se isplati nakon obračuna jednaka očekivanim 43.500.

Nevjerovatno. A sada ćemo to provjeriti na izvodu plaćanja.

Ali prvo želim da vam skrenem pažnju na još jednu važnu tačku:

Imajte na umu da stanja na početku i na kraju grupe „Zaposleni“ pokazuju besmislicu. Ovo nije greška, to je nijansa koju treba uzeti u obzir u vezi sa arhitektonskim karakteristikama 1c.

Zapamti. U slučaju da se prikaže univerzalni izvještaj sa detaljima sve do dokumenta (registratora), stanja po grupisanju će pokazati besmislicu.

Ako zahtijevamo stanja po grupisanju zaposlenika, prvo moramo ukloniti indikator “Registar” koji smo dodali iz postavki.

Postoje situacije kada se prilikom obračuna usluge metodom obračuna „Prema očitanjima brojila“ unese jedno očitanje, a kada se usluga naplati, trošak se ispostavi potpuno drugačijim. Takve situacije mogu nastati u slučajevima kada korisnik ručno mijenja podatke u dokumentima “Unos očitanja brojila” i “Usluge naplate”. Pogledajmo primjer.

• Unesimo očitanja brojila za uslugu "Snabdijevanje toplom vodom" za januar:

• Naplatimo uslugu:

U ovom slučaju proračun je bio tačan.

Za pohranjivanje potrošnje po mjernim uređajima koristi se registar akumulacije „Proračun mjernih uređaja“. Otvorimo ovaj registar pomoću menija „Operacije – Registri akumulacije – Obračun mjernih uređaja“. Registar se može otvoriti i iz dokumenata „Unos očitanja brojila“ ili „Obračun usluga“ klikom na dugme „Idi – Obračun mjernih uređaja“.

Postavimo selekciju po ličnom računu i servisu u registru akumulacije:

Registar pokazuje da trošak u dokumentu „Obračun usluga“ za mjesec januar odgovara očitanju unesenom u dokument „Unos očitanja brojila“ za isti mjesec. Za ispravan proračun, potrošnja mora odgovarati unesenim očitanjima u svakom mjesecu.

• Otvorimo dokument "Unos očitanja brojila" za januar i promijenimo ručno uneseno očitanje:

Istovremeno, nećemo dopunjavati dokument „Obračun usluga“ za januar.

• Unesimo očitanja brojila za februar:

• Naplatimo uslugu za februar:

Vidi se da je dokument sadržao netačan trošak. Otvorimo registar akumulacije "Obračun mjernih uređaja" i postavimo izbor po ličnom računu i servisu:

Registar pokazuje da upisana očitanja i troškovi međusobno ne odgovaraju.

U ovom primjeru možete, naravno, dopuniti i ponovo objaviti dokumente „Obračun usluga“, ali ovo je jednostavan primjer, u stvarnosti može biti puno dokumenata, dopunjavanje može samo pogoršati situaciju.

U ovom slučaju, potrebno je koristiti obradu “AOB_Resetiranje bilansa akumulacijskih registara”.

NAPOMENA: Prije korištenja obrade, preporučuje se da napravite rezervnu kopiju baze podataka.

Kako bismo ispravili ovu situaciju, izvršit ćemo sljedeće korake:

1. U režimu „1C:Enterprise” otvorite obradu „AOB_Resetovanje bilansa akumulacionih registara” koristeći meni „Datoteka – Otvori”;

2. U polju „Dokument kretanja“ izaberite dokument „Obračun usluga“ za januar.

NAPOMENA: odabran je dokument koji prethodi dokumentu u kojem treba da dobijete ispravne podatke. U tom slučaju ćemo ispraviti dokument „Obračun usluga“ za februar, pa je dokument „Obračun usluga“ za januar izabran kao dokument kretanja.

3. U polju “Reset register” izaberite registar “Proračun mjernih uređaja”:

NAPOMENA: Ostaci se mogu odabrati tokom obrade. Kriterijumi odabira su konfigurisani u tabeli.

4. Kliknite na dugme “Run”.
Pritiskom na ovu tipku podaci u registru akumulacije „Proračun mjernih uređaja“ neće se vizualno promijeniti, već će se stanja resetirati na nulu.

5. Popunimo dokument "Obračun usluga" za februar:

Vidi se da je nakon korištenja obrade računica postala ispravna.

Pogrešne vrijednosti u registru akumulacije „Obračun mjernih uređaja“ mogu se formirati i kao rezultat ručne promjene podataka u dokumentu „Obračun usluga“ ili unosa više dokumenata „Unos očitanja brojila“ ili „Obračun usluge” za period.

• Brzo i praktično nuliranje stanja;
• Jednostavna i napredna sučelja;
• Podrška akumulacijskim i računovodstvenim registrima(uključujući uključenu i onemogućenu korespondenciju; sa i bez kontnog plana);
• Podržava većinu konfiguracija;
• Mogućnost rada sa bilo kojim konfiguracijskim registrima, ne samo sa standardnim;
• Fleksibilne postavke odabira(izbor po dimenzijama, detaljima, resursima, kao i po njihovim ugniježđenim poljima. Upotreba grupa “I”, “ILI”, “NE”. Na osnovu ACS-a);
• Mogućnost resetovanja ne svega, ali samo neophodna sredstva;
• Popunjavanje polja ispr. računi za računovodstveni registar (podračun, vanbilansna mjerenja i resursi), kao i sve pojedinosti sa odabranim vrijednostima;
• Mogućnost odabira vrste dokumenta za prilagođavanje (ako vam konfiguracija omogućava prilagođavanje registra sa nekoliko vrsta dokumenata);
• Mogućnost snimanja kretanja u novom ili prethodno kreiranom dokumentu;
• Podrška za više načina radi:
  • Resetirajući račun u Dt (za računovodstvene registre);
  • Resetabilni račun u Kt (za računovodstvene registre);
  • Pozitivne vrijednosti resursa;
  • Negativne vrijednosti resursa.
• Rad u nestandardnim konfiguracijama (ako mu dodate dokument za podešavanje standardne konfiguracije (sa liste podržanih));
• Fleksibilno sučelje: prikazuju se samo ona polja koja su potrebna u trenutnoj konfiguraciji za odabrani registar;
• Povezivanje kao eksterna obrada.

Pregled

Obrada se podrazumevano otvara u jednostavnom interfejsu. Sadrži minimum polja i omogućava vam da resetujete ceo registar. Ako su vam potrebna dodatna podešavanja, potrebno je da kliknete na dugme „Omogući napredni način rada“.

Interfejs naprednog načina rada može se podijeliti na nekoliko dijelova:

1. Polja za odabir predmeta.

Padajuća lista sa nazivima registara uključuje sve registre, osim opticajnih (nemaju stanja).

2. Podesite polja postavki dokumenta.

Ovisno o situaciji, neki od njih mogu biti skriveni.
Posebno treba istaći polje „Izvršite podešavanja u dokumentu...“. U njemu možete odabrati jedan od načina formiranja pokreta:

• Sva kretanja sa prikazom "Dolazni" (režim za registre akumulacije);
• Sva kretanja sa prikazom "Potrošnja" (režim za registre akumulacije);
• Resetirajući račun u Dt (za računovodstvene registre). Dokument usklađivanja će generisati transakcije obrasca Dt<Счет>CT<КоррСчет> ;
• Račun nulte u Kt (za računovodstvene registre). Dokument usklađivanja će generisati transakcije obrasca Dt<КоррСчет>CT<Счет> ;
• Pozitivne vrijednosti resursa (ovaj način je koristan, na primjer, kada se negativni iznosi ne mogu upisati u registar);
• Negativne vrijednosti resursa (ako trebate smanjiti promet prilikom resetiranja).

3. Poništite datum i polja dokumenta podešavanja.

U polju "Poništi stanje od datuma" treba da navedete datum i vrijeme za koje će biti primljena stanja za resetiranje. Prilikom primanja ostataka, pokret se aktivira u posljednjoj sekundi.
Ovisno o vrsti dokumenta prilagođavanja, polja "Komentar" i/ili "Organizacija" će biti dostupna. Vrijednosti ovih polja će se prenijeti u dokument usklađivanja.

4. Oznake “Račun i kor. račun”, “Detalji”, “Resursi” i “Crteži”.
Ovisno o odabranom registru, neki od njih mogu biti skriveni.

On kartica "Račun i korespondentni račun" odaberite "Račun" (koji će biti vraćen na nulu). Takođe, ako je potrebno, možete izabrati „Korespondentni račun“, njegov podračun, vanbilansne mere i resurse. Vrijednosti ovih polja biće umetnute u sve transakcije pored „Odgovarajućeg računa“.

On Kartica "Detalji". Možete odabrati vrijednosti detalja koji će biti zamijenjeni u svim pokretima dokumenta prilagođavanja.

On Kartica "Resursi". morate označiti one koje treba resetirati (sve su odabrane po defaultu). Možete, na primjer, resetirati samo "Iznosi" bez promjene "Količina".

On Kartica "Izbori". možete odabrati potrebne uslove. Na primjer, ako trebate resetirati ne sva stanja, već samo ona koja se odnose na određenu organizaciju. Ili samo one sa negativnim saldom.
Prilikom navođenja odabira, možete odabrati ugniježđena polja i grupe “AND”, “OR”, “NOT”.

Bilo koje polje ili registar može biti nedostupan ako nema prava na njih ili su onemogućeni u postavkama programa (funkcionalne opcije).

Da biste saznali koja je obrada dokumenata za prilagođavanje „vidjela“ u trenutnoj konfiguraciji, potrebno je da kliknete na upitnik desno od polja „Dokument za prilagođavanje“.

Kompatibilnost

Obrada je prvenstveno namijenjena za sisteme vođene interfejsom. U sistemima razvijenim u starom interfejsu, takođe će raditi, ali uz neka ograničenja. Detalji u tabeli 1.

Možete resetirati sve registre koji se koriste za kretanje u dokumentima za podešavanje.

Tablica 1. Konfiguracije na kojima je obrada testirana

Konfiguracija	Verzija	Podržani dokumenti za prilagođavanje
ERP 2.4	2.4.5.118 2.4.6.160	Registrirajte podešavanja Prijenos podataka
Državno računovodstvo institucije 1.0 *	1.0.53.4	poslovanje (računovodstvo)
Državno računovodstvo institucije 2.0	2.0.58.23	poslovanje (računovodstvo) Registrirajte podešavanja
Računovodstvo preduzeća 3.0	3.0.37.25	Operacija
Računovodstvo preduzeća CORP 2.0 *	2.0.64.20	Poslovanje (računovodstveno i poresko računovodstvo)
Računovodstvo preduzeća CORP 3.0	3.0.39.67 3.0.65.80 3.0.67.38	Operacija
CORP 2.5 *	2.5.134.1	Prijenos podataka Podešavanje unosa registra akumulacije
Plaća i upravljanje ljudskim resursima CORP 3.1	3.1.7.144	Prijenos podataka
Plaća i upravljanje ljudskim resursima za Bjelorusiju 3.0	3.0.10.109	Prijenos podataka
Sveobuhvatna automatizacija 1.1 *	1.1.107.4	Podešavanje registarskih unosa Prijenos podataka
Sveobuhvatna automatizacija 2.4	2.4.5.118	Operacija (regulisano računovodstvo) Registrirajte podešavanja Prijenos podataka
Upravljanje malim preduzećem 1.6**	1.6.15.65	Registrirajte podešavanja Operacija
Upravljanje proizvodnjom preduzeće 1.3 *	1.3.106.2	Podešavanje registarskih unosa Poslovanje (računovodstveno i poresko računovodstvo) Prijenos podataka
Upravljanje trgovinom 10.3*	10.3.42.1	Podešavanje registarskih unosa
Upravljanje trgovinom 11.4	11.4.5.111	Registrirajte podešavanja
Upravljanje holdingom 1.3	1.3.12.1	Operacija Operacija MSFI
Upravljanje holdingom 3.0	3.0.3.20	Operacija Operacija MSFI
* Sistem sa starim interfejsom. Ne može se povezati kao eksterna obrada. Da biste radili, morate ga ugraditi u konfiguraciju (preporučeno) ili ga otvoriti preko “File” - “Open”, pokrenuvši sistem u upravljanom interfejsu. ** Za UNF 1.6, samo stvarni podaci se mogu resetovati na nulu u registru računovodstva. Za registre akumulacije nema ograničenja.

Tretman je dizajniran za debele i tanke klijente.
Kod je otvoren.