Knjiženje izvoda računa. Izvod iz banke. Izvod sa tekućeg računa

3.7.1 Opis koraka procesa Knjiženje izlaznih uplata vrši se u procesu naknadne obrade prenesenog bankovnog izvoda putem transakcije FEBAN.

Izvod primljen od banke sadrži brojeve i datume naloga za plaćanje generiranih u SAP ERP sistemu u stavkama rashoda.

Prilikom knjiženja odlaznih uplata, program uspoređuje odlaznu uplatu sa prethodno kreiranim zahtjevom za plaćanje (TP ili TAP). Vrste odlaznih plaćanja: postpaid, akontacija, direktno zaduženje Novac(bankovne provizije).

U sistemu se kreiraju sljedeći dokumenti:

izlazna uplata - Dt 60*,66*,67* 76*,70*,71*,75* Kt 5*2 (tehnički);
izlazni avans - Dt 60*, 76* (avansi) Kt 5*2 (tehnički);
direktan otpis provizije - Dt 91 * Kt 5 * 2 (tehnički).

Automatski se u takvim dokumentima na zaduženje prepisuje određeni broj konto iz TAP-a (broj ugovora, PDV šifra, profitni centar).

Odlazne uplate su detaljnije prikazane u Prilogu 6 "Mapa transakcija".

Za knjiženje dokumenata u drugom području, postavljate pravila bankovnog knjiženja.

Pravilo bankovnog knjiženja je vrsta platnu transakciju(šablon se održava u sistemskim postavkama), koji se dodjeljuje svakoj poziciji bankovnog izvoda prilikom učitavanja izvoda. Pravilo knjiženja specificira ključeve knjiženja (debitna i kreditna) i zamjene računa na koje se knjiže iznosi stavki izvoda. Pravilo knjiženja je šema za automatsko knjiženje na računovodstvene račune u korespondenciji sa gotovinskim bankovnim računima.

3.7.2 Karakteristike uloga

Uloga „računovođe“ odgovara izvršenju operacija naknadne obrade bankovnog izvoda: kontrola učitanih podataka, u nedostatku obaveznih parametara – njihov unos; knjiženje odlaznih uplata.

3.8 Šema procesa "Raspoređivanje ulaznih uplata"

Šema poslovnog procesa FI07.01.05.00 Knjiženje ulaznih uplata prikazana je u Prilogu 7.

3.8.1 Opis koraka procesa

Prilikom učitavanja bankovnog izvoda, sistem automatski određuje dužnika od kojeg se primaju sredstva (na osnovu njegovog bankovni detalji navedene u imeniku ugovornih strana). U zavisnosti od specificirani tip operacije u drugoj fazi obrade iskaza se odražavaju u računovodstvu sledeće vrste dokumenti: pristigli avansi ili pristigla plaćanja.

Dolazne uplate za operacije:

Poravnanja sa veleprodajnim kupcima i kupcima;
Operacije pribavljanja;
Potrošački krediti;
Collection;
Novac u tranzitu za operacije prenosa sredstava sa računa na račun.

Prilikom prodaje pravna lica By bezgotovinsko plaćanje Iz modula SD (Prodaja) kreira se zahtjev za učešće (DPR). Kreiranje TAP-a iz SD-a detaljnije je opisano u CP LO16 “Maloprodaja i Internet prodaja i vraćanje.” Prilikom knjiženja bankovnog izvoda, dolazna uplata se automatski usklađuje sa TAP-om; prilikom učitavanja bankovnog izvoda, prepoznavanje se vrši po nalogu broj. Primjer knjiženja u sistemu: Dt 51 * 1 Kt 62 * Dužnik sa naznakom ugovora, ako je to naznačeno u svrhu plaćanja.

Unosi ulaznih uplata za operacije:

Pribavljanje: Dt 51*1 Kt 76* dužnik Banka akvajder, ukupan iznos plaćanja umanjen za proviziju. Preuzimanje registra sa razvrstavanjem transakcija Dt 76 * dužnik Banka sticalac Kt 5704010000 (sa naznakom BIC banke i 4 cifre kartice klijenta i pin broja) iznos bez provizije. Jedan registar odgovara jednom nalogu za plaćanje. Za prepoznavanje plaćanja koristit će se broj naloga za plaćanje i posljednje 4 znamenke kreditna kartica. Provizija po odbitku Dt91* Kt 76* dužnik Iznos bankovne provizije sticaoca;
Internet nabavka (7614020000), fakturisanje (7614040000), elektronski novac(7614050000): Dt 51*1 Kt 76* dužnik Banka preuzimatelj, plaćanje na ukupan iznos minus provizija. Zatim dolazi registar - dešifrovanje transakcija i njegovo učitavanje Dt 76 * dužnik preuzimalac banke Kt76 * iznos minus provizija. Registar odgovara jednom nalogu za plaćanje. Narudžba korisnika (matični broj i posljednje 4 cifre kreditne kartice) će se koristiti za prepoznavanje plaćanja. Odbitak provizije Dt 91* Kt 76* dužnik Banka preuzimatelj.
Potrošački krediti: Dt 51 * 1 Kt 76 dužnik Banka preuzimatelj, uplata za ukupan iznos umanjen za proviziju. Registar učitava Dt 76* dužnik Banka preuzimatelj Kt 7614010000 puni iznos. Proces je detaljnije opisan u CP FI06 “Integracija sa jednim platnim sistemom”.
kolekcija: nalog za plaćanje dolazi sa naznakom vreće za preuzimanje u svrhu plaćanja. Po broju torbe za prikupljanje možete odrediti trgovinu kroz tabelu podudaranja. Prilikom objavljivanja izvoda, generirat će se dokument Dt 5 * 1 Kt 5705010000 (Transferi na putu Cash-Bank. Rublji);
Povrat dobavljača Dt 51*1 Kt 60*,76* dužnik.

Dolazna plaćanja su detaljnije prikazana u Prilogu 6 "Mapa transakcija".

3.8.2 Karakteristike uloga

Uloga „Zaposlenog u Sektoru za trezor“ odgovara izvršavanju operacija obrade bankovnih izvoda: kontrola učitanih podataka, u nedostatku obaveznih parametara – njihov unos; knjiženje odlaznih uplata.

Obično se rad sa bankovnim izvodima postavlja automatski kroz sistem klijent-banka, ali mogućnost integracije klijent-banka i 1C nije uvijek dostupna. U tom slučaju, posao sa bankom morat će se obaviti ručno. Pogledajmo kako se formiraju potrebna dokumenta.

Kreiranje naloga za plaćanje

Da biste sa tekućeg računa organizacije prebacili novac za plaćanje dobavljača, plaćanje poreza i drugih doprinosa, potrebno je kreirati nalog za plaćanje. Na kartici "Banka i blagajna" odaberite stavku "Nalozi za plaćanje":

Otvara se lista naloga za plaćanje. U gornjem lijevom dijelu dokumenta kliknite na dugme "Kreiraj", otvara se obrazac za novi nalog za plaćanje. Popunjuju se sljedeća polja:

Vrsta operacije - bira se sa predložene padajuće liste prema vrsti izvršenog plaćanja;
Primalac - tražena druga strana se bira iz imenika ugovornih strana, račun primaoca i ugovor se popunjavaju automatski iz podataka druge ugovorne strane;
Iznos plaćanja;
PDV - podrazumevano se postavlja iz podataka druge strane;
Iznos PDV-a – obračunava se automatski;
Svrha plaćanja.

Važno je pravilno odrediti vrstu operacije, jer će se u zavisnosti od odabrane operacije mijenjati detalji dokumenta.

Na primjer, prilikom odabira vrste operacije „Plaćanje poreza“ morat ćete popuniti polje „Vrsta obaveze“, možete promijeniti CCC i OKTMO kod (oni se popunjavaju ažurnim podacima od zadano). Nalog za plaćanje dobavljaču izgleda ovako:

Nakon kompletiranja završenog naloga za plaćanje dobavljaču, u 1C se ne generišu knjiženja, ovo je samo informativni dokument koji ispravlja potrebu za generiranjem sličnog naloga za plaćanje u sistemu klijent-banka (podsjetimo, riječ je o ručnom radu) .

Drugi način za ručno generisanje naloga je putem dugmeta „Plati“, koje se, kao i dugme „Kreiraj“, nalazi iznad liste naloga za plaćanje. Klikom otvara se lista iz koje možete birati željeni pogled plaćanje: "Obračunati porezi i doprinosi" ili "Roba i usluge":

Prilikom odabira jedne od stavki, analizirat će se dug same organizacije i formirati listu dokumenata za koje je potrebno plaćanje:

Za kreiranje naloga za plaćanje za više kreditora odjednom, možete označiti potrebne dokumente na listi i kliknuti na dugme „Kreiraj naloge za plaćanje“.

Nove uplate će se odraziti na listi. Podebljane su i nisu objavljene jer ih treba provjeriti. Nakon provjere ispravnosti popunjavanja i ispravnosti iznosa, nalog se izvršava. U ovom slučaju, takođe morate da duplirate nalog u sistemu klijent-banka.

Nakon što banka to potvrdi ovu uplatu preneseno primatelju, kretanje sredstava na računima mora se odraziti u 1C i naplatiti s tekućeg računa organizacije.

Iz istog naloga za plaćanje možete otpisati tekući račun. U njemu trebate postaviti status na "Plaćeno" i kliknuti na hipervezu "Unesite dokument zaduženja sa tekućeg računa".

Dokument "Zaduživanje s tekućeg računa", za razliku od naloga za plaćanje, generira knjiženja u 1C.

Objave možete vidjeti klikom na dugme "Prikaži objave":

Sve je ispravno popunjeno: sredstva su prebačena sa računa za poravnanje organizacije na račun za poravnanje dobavljača, što se ogleda u knjiženju Dt60.01 - Kt51. U listi naloga za plaćanje u prvoj koloni nasuprot plaćenih dokumenata pojavljuje se kvačica:

Primanje uplata od kupaca

Da bi se prikazao prijem sredstava na račun za poravnanje organizacije, stavka "Izvodi iz banke" koristi se u odjeljku "Banka i blagajna":

Kada se izabere ova stavka, otvara se dnevnik u kojem su prikazana sva primanja i zaduženja sa tekućeg računa:

Za unos podataka o priznanici koristite dugme "Priznanice". Otvara se dokument „Priznanice na tekući račun“ u kojem se popunjavaju polja:

Vrsta operacije - u našem slučaju je postavljeno "Plaćanje od kupca";

Platilac - iz imenika se bira druga strana od koje je novac došao;

Stopa PDV-a, ugovor i artikal kretanja DS se popunjavaju iz prethodno utvrđenih vrednosti.

Nakon popunjavanja svih podataka, dokument se vodi:

Nakon provođenja, možete provjeriti ožičenje:

Knjiženje Dt51 - Kt62.02 pokazuje da je novac primljen od kupca na naš račun.

Lista bankovnih izvoda prikazuje ažurne informacije o stanju tekućeg računa za tekući dan:

Daju se informacije o iznosu na početku dana, o primicima i otpisima za dan, stanju na kraju dana.

Ako trebate razjasniti informacije za bilo koji drugi dan, možete koristiti kalendar da odaberete željeni datum:

Za izabrani dan će biti generisana lista koja će takođe prikazati sve informacije o statusu naloga.

Registar dokumenata

Za zbirne informacije o poslovanju na bankovnom računu koristite izvještaj "Registar dokumenata", istoimeno dugme za njegovo kreiranje nalazi se u dnevniku bankovnih izvoda. Nakon klika na dugme, generiše se dokument za štampanje:

Već završeni dokument je kreiran, ostaje samo da se izvrši nakon verifikacije:

Dug druge ugovorne strane za ovu implementaciju se gasi, račun automatski spada u podređenu strukturu implementacije:

Slično, nalozi za plaćanje se izdaju na osnovu kupovine i prijema usluga.

Provjera statusa tekućeg računa

Status tekućeg računa možete provjeriti kako u dnevniku bankovnih izvoda, tako i putem "Početne stranice" na početna stranica 1C:

Također možete provjeriti svoj račun. bilans po računu (51 račun za transakcije u rubljama, 52 za valutne transakcije).

Izvod iz banke - finansijski dokument izdaje banka klijentu, a koji odražava stanje računa i kretanje sredstava na njemu za određeni vremenski period.

Članom 9. Saveznog zakona "O računovodstvu" od 21. novembra 1996. godine broj 129 utvrđeno je da se poslovi koje obavlja preduzeće, u bez greške su definitivno potvrđene. Ovaj dokaz je izvod iz banke.

Dokument se mora čuvati u preduzeću i u finansijskoj instituciji najmanje 5 godina i predočiti predstavnicima regulatornih organa koji proveravaju računovodstvo u kompaniji.

Izvod sa tekućeg računa

Izvod sa tekućeg računa - primarni knjigovodstveni dokument, što jasno odražava proizvedeno Poslovanje banke i kretanje sredstava po računu.

red ponašanja računovodstvo dozvoljeno primanje bankovnih izvoda papirni mediji ili elektronski. Savezni zakon„O elektronskom potpisu“ od 06.04.11. br. 63 utvrđuje da se priznaju digitalizovani fajlovi potpisani elektronskim digitalnim potpisom elektronski dokumenti jednaka po pravnoj vrijednosti ovjerenom papirnom dokumentu.

Održavanje bankovnih izvoda

Na osnovu bankovnih izvoda, računovođa preduzeća može uskladiti računovodstvene podatke sa poslovima koje obavlja banka. Provjera se mora izvršiti na dan izdavanja dokumenta. Ako se otkriju odstupanja, računovođa mora obavijestiti banku. Izvod se čuva u arhivi preduzeća i služi kao dokaz o transakcijama poravnanja tokom različitih inspekcija od strane regulatornih organa. Nakon što dobije izvod, računovođa obično objavljuje podatke u računovodstvenom programu.

Priprema bankovnih izvoda

Izrada bankovnih izvoda nije regulisana standardima. Dokument mora sadržavati:
- naziv banke;
- rekviziti;
- pečat i potpis zaposlenog finansijska institucija;
- datum izdavanja bankovnog izvoda;
- Broj dokumenta;
- sume zaduženja i računa;
- stanje na računu na početku i na kraju perioda i druge informacije.

Uz bankovni izvod se prilažu dokumenti primljeni od ugovornih strana i koji služe kao osnova za kretanje novca, kao i papiri koje izdaje kreditna institucija.

Kako dobiti bankovni izvod

Finansijske institucije imaju posebnu proceduru za izdavanje bankovnih izvoda. To se obično dešava u određeno vrijeme narednog dana nakon obračuna. Prvi primjerak dokumenta se klijentima izdaje besplatno. Nabavite ako je potrebno bankovni izvod više puta, kreditna institucija može zahtijevati plaćanje za svoje usluge. Na zahtjev klijenta dokument se može primiti elektronskim putem. Odgovornost za dobijanje izvoda je na klijentu banke.

Čuvanje bankovnih izvoda

Izvod iz banke se izdaje u dva primjerka. Prvi se izdaje klijentu, a drugi se čuva u arhivi finansijske institucije. Svi izvodi koje klijenti ne dobiju čuvaju se u banci 4 mjeseca, a zatim se uništavaju. U elektronskim bazama podataka kreditna institucija informacije se čuvaju 5 godina. Na pismeni zahtjev naručioca podaci se izvlače iz arhive, štampaju i izdaju na papiru.

Savjeti Sravni.ru: Prilikom sklapanja ugovora za bankarska usluga, klijent treba obratiti pažnju na proceduru izdavanja bankovnih izvoda.

Razmotrit ću algoritam koristeći primjer upravljanja trgovinom 10.3, mehanizam se može implementirati u gotovo bilo koji od tipične konfiguracije. Dato:

veliki broj faktura/porudžbina
veliki broj pristiglih uplata (optimistički, da). To mogu biti plaćanja, PKO i drugi dokumenti o prijemu.

Potrebno je automatski uskladiti plaćanja sa fakturama i naznačiti ih u dolaznim nalozima. (ili pokušajte to učiniti).

Počnimo sa sastavom metapodataka. Za označavanje takve korespondencije u ulaznim platnim dokumentima postoji poseban tabelarni dio - Raspored plaćanja, gdje je u redovima naznačeno na koje se dokumente ovo plaćanje odnosi, a iznos plaćanja je podijeljen na komponente.

Na formi takvih dokumenata - postoji prekidač Bez razdvajanja / Lista - koji, u stvari, samo prebacuje eksterni prikaz ovog tabelarnog odeljka. Ako odaberete opciju Bez dijeljenja, radimo samo s prvim redom ovog tabelarnog odjeljka. U slučaju odabira druge opcije, radi se o cijeloj tablici.

Kada primimo bankovnu uplatu, na raspolaganju nam je nekoliko detalja za analizu. To su Druga strana, Ugovor sa drugom stranom, Iznos, Svrha plaćanja (komentar u tekstu prilikom plaćanja). Hajde da ih iskoristimo!

Odmah napominjem - automatsko dijeljenje možete napraviti na najmanje dva načina - obrada koja će analizirati sve dolazne uplate za period, ubuduće to možete staviti u zakazani zadatak. Drugi način - uđimo u modul dokumenta, proceduru OnWrite - metoda je manje dobra, jer ćemo koristiti promjenu konfiguracije.

U ovom članku ćemo razmotriti drugu metodu - čini mi se, jednostavnija je i vizualnija i neće biti teško dovesti je do prve opcije.

Dakle. Razmotrite prijem dolaznog naloga za plaćanje (IPO). Obično se preuzimaju sa klijent-banke, rjeđe se unose ručno. Svi detalji koji su nam potrebni (ponavljam - ovo je Counterparty, Ugovor, Iznos, Imenovanje) upisuju se u PPV. Sada moramo analizirati dostupne informacije i pokušati pronaći jedan ili više potrebnih računa.

Predlažem analizu u proceduri modula Prije snimanja - poziva se prije snimanja i, shodno tome, prije objavljivanja dokumenta i omogućit će nam da popunimo tabelarni dio Dešifriranja plaćanja.

Za početak, hajde da analiziramo, možda smo već naveli odgovarajući redosled i ništa ne treba da se radi. Kriterijuma može biti nekoliko – da li su popunjeni svi redovi u Dešifrovanju plaćanja, da li je popunjen prvi red u ovom PM-u. Kao što je praksa pokazala, dovoljno je analizirati prvi red:

Ako nije ValueFilled(DecryptionPayment.Deal) onda

Tzn = nova tablica vrijednosti; tzn.Columns.Add("Račun"); tzn.Columns.Add("Iznos"); tzn.Columns.Add("Datum računa");

Sada analiziramo svrhu plaćanja i pokušavamo izvući korisne informacije za nas koje će nam pomoći da pronađemo potrebne fakture ili narudžbe. Idemo uzastopno svakih 10 znakova u Odredištu i provjeravamo da li je to datum. Ako je datum, tada dodajemo informacije u našu novu tablicu vrijednosti. Pokrećemo ga dva puta - ponekad računovođe napišu godinu u punom formatu - "2015", a ponekad samo "15". Tražićemo fragmente oblika XX.XX.XXXX i XX.XX.XX. Na kraju provjeravamo da li je pronađeni datum tačan. Ako želite, možete samostalno optimizirati kod za jedno pokretanje petlje.

Odredište = DestinationPayment; za k = 1 po dužini (desc) - 10 ciklusa sk \u003d StrZamijeni (srednji (desc, k, 10), "/","."); dt \u003d avg (sk, 7,4) + avg (sk, 4,2) + lev (sk, 2); ako lav(dt,2)<>"20" zatim nastavite; endif; ndt = datum(2000,1,2); nt pokušaj = datum(dt); izuzetak kraj pokušaja; ako nt<>datum (2000,1,2) i nt<= дата+24*60*60 тогда новстр = тзн.Добавить(); новстр.датасчета = ндт; конецесли; конеццикла; для к = 1 по стрдлина(назн) - 10 цикл ск = СтрЗаменить(сред(назн, к,8),"/","."); дт = "20"+сред(ск,7,2)+сред(ск,4,2)+лев(ск,2); ндт = дата(2000,1,2); попытка ндт = дата(дт); исключение конецпопытки; если ндт <>datum (2000,1,2) i nt<= дата+24*60*60 тогда новстр = тзн.Добавить(); новстр.датасчета = ндт; конецесли; конеццикла;

Pronašli smo datume izdavanja računa. Sada analizirajmo da li postoje takvi računi u bazi podataka i da li njihov iznos odgovara iznosu uplate. Ako se poklapa - bingo! - ispunili smo dešifriranje plaćanja

Pronađeno = lažno; za svaki red iz ciklusa tzn sch = Dokumenti.Faktura za plaćanje kupcu.Odaberi(Početak dana(p.Datum fakture), Kraj dana(p.Datum fakture), nova struktura("Suradna strana", Druga strana)); ako countNext() onda pagecount = countref; str.amount = c.SumDocument; endif; cn = Dokumenti.Narudžba kupca.Odaberi(Početni dan(p.Datum fakture), Krajnji dan(p.Datum fakture), nova struktura("Counterparty", Counterparty)); ako countNext() onda pagecount = countref; str.amount = c.SumDocument; endif; kraj ciklusa; ako je DocumentAmount = cal.total("Iznos") onda plaćanje decryption.clear(); za svaku stranicu iz tzn ciklusa new = PaymentDecryption.Add(); novo. Ugovor sa ugovaračem = Ugovor sa ugovaračem; novo Višestrukost međusobnih obračuna = 1; novo.Stopa poravnanja = 1; novo.Iznos međusobnih obračuna = iznos stranice; new.AmountPayment = str.iznos; nova ponuda = linijski račun; kraj ciklusa; endif;

Tako ćemo, kao što pokazuje praksa, moći ispuniti oko 80% pristiglih uplata i barem osloboditi dosta vremena našem računovođi. Ugovor ne koristimo prilikom pretraživanja, u slučaju netačne naznake odgovarajućeg ugovora u klijent-banci, nećemo moći pronaći potrebne račune. Na pronađenim računima iu samom nalogu za plaćanje možete prikazati upozorenje o različitim ugovorima.

Na primjer, naloge za plaćanje koje su objavili Nalozi u našoj bazi podataka izdvajamo u opći dnevnik - tako da možete odmah vidjeti gdje još trebate raditi svojim rukama:

Kao dodatak, možete naučiti program da odredi mjesec u datumu po imenu - januar, februar... ali u praksi se to dešava prilično rijetko, nisam vidio potrebu.

Hvala svima na pažnji!

Kako voditi bankovni izvod 1s 8.2 1s 8.3?

Procedura za provođenje bankovnog izvoda u 1C verziji 8.2 zaista je donekle promijenjena u odnosu na 1C 7.7. Ali, ako razmislite o tome, očigledna neugodnost novog algoritma zamjenjuje se razumijevanjem njegove logike. Već smo ukratko obrađivali u jednom od naših prethodnih članaka rad sa bankovnim izvodom. Ovaj članak je „Kako prodati valutu? Prodaja valute u 1s 82» |

Danas ćemo detaljnije razmotriti proces rada sa bankovnim izvodom. Dakle,…

na primjer, odrazit ćemo proces bezgotovinskog plaćanja prema ugovoru o nabavci.

Recimo da organizacija Dobro LLC plaća određeni iznos organizaciji UkrPostachSbut. Da biste prikazali ovu radnju, otvorite stavku menija "Banka" i izaberite stavku "odlazni". Isto se može učiniti u kontrolnoj tabli na istoimenoj kartici.

Dodati novi unos u dnevnik naloga za plaćanje. Odlazni nalog izdajemo na odgovarajući način. Sačuvamo ga.

Zatim dodajemo novu izjavu.

U kreiranom izvodu popunite traženi bankovni račun i datum generisanja izvoda.

Nakon popunjavanja svih podataka, automatski će postati dostupan funkcionalni panel na kojem morate kliknuti na "Preuzmi neplaćeno".

U prozoru za odabir označite tražene ili nekoliko potrebnih dokumenata kvačicama i kliknite na "Pošalji odabrano".

Nakon završetka zatvaramo obrazac i iskaz formiran traženim brojem postaje vidljiv.

Iskreno, moramo dodati da takođe možemo generisati odlazne i dolazne bankovne dokumente direktno iz obrasca izvoda. To se radi jednostavnim pritiskom na dugme "+ Dodaj".

U istom prozoru izvoda možete se kretati kroz izvode, pogledati rezultate transakcije, promijeniti status plaćanja dokumenata itd.

Nadamo se da je naš članak dovoljno u potpunosti pokrio odgovore na pitanja: Kako izdati izlazni nalog za plaćanje? Kako izvršiti uplatu? Kako unijeti bankovne izvode u 1C verziju 8.2? Kako napraviti bankovni izvod 1C? Kako objaviti bankovni izvod u 1s? Kako izvršiti bankovni izvod u 1s 8? Izvod iz banke 1C 82″

Ako imate bilo kakvih poteškoća, mi ćemo svakako pomoći.

Možete razgovarati o operaciji i postavljati pitanja o njoj na.

Ako imate bilo kakvih pitanja o članku ili postoje neriješeni problemi, možete o njima razgovarati na

Ocijenite ovaj članak: