За отразяване на получаване Парив 1C 8.3 използваме раздела Каса - Касови документи - Входящ касов ордер (ПКО).Създайте паричен поток, като щракнете върху бутона Касова бележка:

IN Входящ касов ордер(PKO) можете да създадете следните видове операции:

Плащане от купувача.Отразява се получаването на средства от купувача в касата на предприятието. Нека попълним табличната част на документа:

• дата– дата на документа PQS;
• Номер – генерира се автоматично, обикновено не се редактира;
• контрагент- купувач, внасящ депозит в брой;
• Сума- сумата на паричния депозит;
• Позиция на договор/паричен поток- посочете договора, позицията на паричния поток. Начин на авансово плащане;
• Ставка и размер на ДДС.Ако е издадена фактура за плащане, тогава трябва да посочите фактурата, въз основа на която се извършва плащането;
• При осчетоводяване на документ се генерира осчетоводяване Dt 50 Kt 62:

Печатната форма на PKO се оформя с натискане на бутон

Приходи от търговия на дребно.С този тип операция в 1C 8.3 показваме приходите на търговския обект. В заглавката трябва да посочите склада и сумата на приходите, с подробности за ДДС:

В 1C 8.3 този документ се съставя, когато средствата се връщат от отговорното лице в касата на предприятието. Генерира окабеляване DT 50 KT 71:

Издава се при прекратяване на договора или в резултат на промени в цените по договорите. Документът генерира осчетоводявания DT 50 KT 60:

– издава се в случай, че трябва да изтеглите пари от банката:

• Тази транзакция се отразява само в касови операции;
• Документът генерира осчетоводявания DT 50 KT 51;
• Транзакцията не е отразена в банката:

– отразяват се операции по получаване и издаване на заеми от трети страни, с изключение на банки. Видът на договора е посочен Друго:

Посочена е и сметката за сетълменти с контрагенти:

– използвани за получаване на заем от банка. Вид договор - Друго с посочване на сметката за сетълмент:

Документът генерира публикации:

– служи за получаване на заем, издаден на други контрагенти. Задайте вида на договора - Друго и сетълмент сметката, по която се записва заемът:

Отразяване на парични постъпления за погасяване на заем, издаден на служител:

При осчетоводяване на документ се генерират осчетоводявания DT 50 Kt73:

Други доходи -операция се използва в други случаи. Формуляр за печат -осигурява се отпечатване на Приходен касов ордер по образец (КО-1).

Пример за попълване и процедурата за попълване на входящи и изходящи касови ордери в 1C 8.3 се разглежда в

Касова гаранция по сметка

Разходът на средства в 1C 8.3 се документира от документа Разходен касов ордер (RKO), като щракнете върху бутона Проблем:

Помислете за попълване на документ в 1C 8.3, когато отразявате основните видове бизнес транзакции.

Плащане към доставчикаотразяват се транзакции на разплащания с доставчици на стоки, работи и услуги. Генерира осчетоводявания Dt 60 Kt 50. По същия начин попълнете типа операция и всички полета на документа, както в PKO:

Печат на касови апарати чрез бутон Печат:

Формата за печат в 1C 8.3 е предоставена за формиране на разходен касов ордер във формата (KO-2):

• – предвидени в случай на прекратяване на договора и промяна на цените.
• Издаване на отговорно лице -предвидени за издаване на средства на отговорно лице. Форми окабеляване DT 71 KT 50.
• Изплащане на заплати по извлечения- предвидени при изплащане на заплати на служителите, чрез отговорното лице за заплати.
• Изплащане на заплати на служителизплащане на заплати на конкретен служител.
• Депозит в брой в банкатае предназначен за получаване и по-нататъшно внасяне на средства по разплащателната сметка. Форми окабеляване Dt 51 Kt 50.
• Разплащания по кредити и заеми– предназначени за издаване и изплащане на заеми и заеми, както получени, така и издадени на трети страни. Използваме типа договор Друго и сметката за сетълмент.
• Колекция -е предназначен за инкасиране на постъпленията на дребно, инкасиране на пари в брой по разплащателна сметка. Генерира осчетоводяване на преводи по пътя Dt 57.01 Kt 50. Банковата операция не се регистрира отделно.
• Изплащане на депозирани трудови възнаграждения– операцията е предназначена за издаване на депозирана заплата по разплащателни ведомости, в която се посочва разплащателната ведомост, в която е депозирана заплатата.
• Други разходи -операция е предвидена за други операции.

Нюансите, свързани с времето на PKO и RKO в 1C 8.2 (8.3) и попълването на подробностите на статията DDS, се обсъждат в нашия видео урок:

Предварителен отчет

Касовите документи също включват документа :

Попълваме всички полета на заглавката на документа. при което:

• В раздела Авансипопълват се авансово получените суми;
• раздел Стоки- посочва се списък на закупените от отговорното лице стоки и материали;
• раздел други – се вземат предвид услугите, заплатени от отговорното лице;
• раздел Плащане- се формира, ако доставката е документирана като отделен документ, генерира осчетоводявания Dt 60 Kt 71:

Предаваме документа и го отпечатваме:

Плащане с платежни карти

Документ Плащане с платежни карти в 1C 8.3 можете да намерите:

В този документ ще разгледаме следните видове транзакции: Плащане от купувача и Приходи на дребно.

Плащане от купувача- важи при плащане с кредитна карта. Попълнете полетата на документа:

• Тип операция;
• контрагент,от кого е получено плащането;
• Вид на плащането Договор и размер на плащането.

Въз основа на този документ можете да генерирате фактура и:

Приход по разплащателна сметка генерира осчетоводяване на касови бележки и банкова комисионна. След публикуване на документа се генерират осчетоводявания:

Приходи от търговия на дребно -плащане, прието от неавтоматизирана точка на продажба, прието на ден с банкови карти:

Документът генерира публикации:

При плащане в автоматизирани пунктове банкови картив 1C използват документ. Особеността на тази операция е, че парите идват не от купувача, а от приемащата банка. С акаунт 57.03.

За да отчитате плащания по банкови кредити и разплащателни карти в указателя, трябва да създадете тип плащане:

• Банков заем;
• Разплащателна карта.

Посочваме банката от указателя на контрагентите, които предоставят или издават заем, посочваме споразумението и сметката за сетълмент:

Операции с фискален регистратор

Фискалният регистратор в 1C 8.3 е предназначен за регистриране на търговски транзакции и отпечатване на разписки за продажби директно от програмата 1C 8.3. За да направите това, трябва да направите настройки на всяка работна станция: Свързано оборудване, раздел Администриране. Отпечатването се извършва от документ Приходен касов ордер чрез натискане на бутона Печат на разписка:

В края на смяната на касата има възможност за отпечатване на отчети:

• Отчет без забележки (X-отчет);
• Празен отчет (Z-отчет).

Ние отпечатваме отчети в 1C 8.3 от формуляра Управление на фискален регистраторВ глава Банка и каса.

Здравейте скъпи читатели на блога. В следващата статия ще говорим за отразяване на процедурата, която е най-приятна за служителите и сърцераздирателна за ръководството - изплащане на заплати в 1C ZUP. Програмата предвижда автоматизиране на две опции за плащане: чрез касата и чрез банката. Съществува и възможност за опростено счетоводно отчитане на плащанията, при което касовите нареждания (разходен касов ордер) или платежни документи през банката изобщо не се въвеждат, а заплатата се счита за изплатена при осчетоводяване на документа "платим". Писах за тази възможност за опростено счетоводство в статията в раздела за настройката „Опростено счетоводство на взаимни разплащания“.

Днес ще говорим за документа "Изплатена заплата", за „Касов ордер по сметка“при отразяване на плащания през касата и около няколко документа « Платежно нарежданеизходящ” + “Банково извлечение за превод на заплата”, които регистрират плащането на суми през банката. Ще говорим и за лични сметки и банки в 1C ZUP.

Изплащане на заплати през касата в 1C ZUP

✅

✅

✅

Като начало ще приемем, че в "Опции за счетоводство" в раздела "Изплащане на заплата" отметката е премахната „Опростено счетоводно отчитане на взаимни разплащания“(Писах повече за това). Сега, за да се счита заплатата в системата за изплатена, няма да е достатъчно да осчетоводите само документ "платим"и е необходимо да се въведе документ въз основа на него „Касов ордер по сметка“. Нека създадем нов документ "Заплатена заплата". Като цяло писах за това как да работя в този документ в статия от поредица от прегледни публикации за последователността на изплащане на заплати в 1C ZUP:. И така, в новия документ трябва да попълните следните полета:

• Месец на начисляване- посочете периода, за който се изплаща трудовото възнаграждение. Ако в счетоводните параметри е зададена настройката „Взаимните разплащания на заплатите се извършват по месеци на тяхното начисляване“, тогава при попълване на този документ ще бъдат взети предвид само сумите, начислени в посочения период на начисляване. Ако този параметър не е настроен на активна позиция, тогава документът се попълва според принципа на баланса на дълга към служителя в края на посочения месец на начисляване. Можете също да прочетете повече за определената настройка на счетоводните параметри в статията, която вече споменах малко по-рано -.
• Метод на изплащане– може да има две състояния „чрез каса” и „чрез банка”. Изборът определя набора от документни полета, прикачените форми за печат, както и определя документа, който ще бъде създаден „на базата” на текущия: „Изходящ касов ордер” или „Изходящ платежен ордер”. Избираме стойността "чрез касата".
• Поле за изплащане- определя откъде програмата ще взема данни при попълване на този документ. Ще изберем стойността „Заплата“, като табличната част на документа ще бъде попълнена с всички неизплатени начисления. Има и стойностите „Планиран аванс“ и „Авансово плащане за първата половина на месеца“, за които писах в статията. Има и стойности за извършване на междуселищни плащания: „надбавки за отпуск по болест”, “отпуск по майчинство”, “отпуск”, “командировъчни” - при избор на тези стойности при попълване се изискват начислените суми само за съответните видове начисления. Това са основните опции за попълване на това поле.

След това натиснете бутона "Напълни"и табличната част на документа се попълва от всички работници и служители, на които не е изплатено трудовото възнаграждение през посочения начислителен месец. Можете да попълвате служители по определено условие "Избор по условие" или списък "Избор по списък", както и да добавяте ръчно.

Обикновено на практика се прави по следния начин. Калкулаторът създава документи "Заплатена заплата" за всички служители. Документът записва, но не публикува. Един от формулярите (T-53 или T-49) се отпечатва от документа и се дава на касата.

Ако някой служител не е получил заплата, тогава стойността се задава "депозиран".

Освен това, въз основа на осчетоводения документ „Платима заплата“, се създава и осчетоводява документ „Касов ордер по сметка“. Ако това не е направено в 1C ZUP, тогава заплатата няма да се счита за изплатена и организацията ще остане длъжна на тези служители. И така, нека създадем документ. "Разходен касов ордер" на база "Заплатена заплата". В създадения документ всички задължителни полета се попълват автоматично. Ръчно трябва само да въведете полето за номер на касата, тъй като програмата не може да знае кой номер е свободен в счетоводството в момента на изплащане на заплатата. Също така имайте предвид, че сумата се различава от размера на депозираната печалба.

След паричното уреждане заплатата на тези служители ще се счита за изплатена. В този случай документът "Изплащане на работна заплата" ще бъде затворен за редакция. Можете да го промените само след анулиране на "Разходен касов ордер".

Също така, въз основа на документа „Изплатена заплата“ се създава документ "Депозитни организации"за внесени суми.

Изплащане на заплати чрез банка в 1C ZUP

✅ Семинар "Лайфхакове за 1C ZUP 3.1"
Анализ на 15 счетоводни лайфхака в 1s zup 3.1:

✅ ЧЕК ЛИСТ за проверка на заплати в 1C ZUP 3.1
ВИДЕО - месечна самопроверка на счетоводството:

✅ Ведомост за заплати в 1C ZUP 3.1
Инструкция стъпка по стъпказа начинаещи:

Сега, използвайки примера на същите служители, ще разберем как плащането чрез банката се отразява в 1C. Също така в счетоводните параметри отметката трябва да бъде премахната. „Опростено счетоводно отчитане на взаимни разплащания“.Преди да отразите плащането чрез банката, трябва да попълните информация за личните сметки на служителите. По правило организацията сключва споразумение с определена банка за изплащане на заплати на своите служители по пластмасови карти на тази банка. И за всеки служител се регистрира личен акаунт. Тези акаунти трябва да бъдат въведени в програмата. За да направите това, отворете формата на едноименния информационен регистър. В пълния интерфейс достъпът до регистъра може да се получи от елементите на главното меню "Заплати за организации" -> "Касиер и банка" -> „Лични акаунти на служители на организацията“.

Нека само двама от тримата служители, които участват в примера, имат лични акаунти. В този случай е необходимо да създадете банка в съответната директория и да попълните информация за нея.

След това натискаме бутона „Попълване“ и табличната част се попълва от тези служители, които имат начислени и неизплатени суми, както и тези, на които сме посочили сметки малко по-рано за същата банка (Иванов не получи, въпреки че организацията има дълг към него).

Осчетоводяваме документа и въз основа на него създаваме документа „Изходящо платежно нареждане“. Всички полета на този документ ще бъдат попълнени автоматично, но ще трябва да попълните номера на платежното нареждане ръчно, тъй като ZUP не знае кои номера са заети и свободни в 1С Счетоводство. Обърнете внимание и на двете полета за резултат. Горният показва номера на редовната сметка на организацията, открита в тази банка. За автоматично попълване трябва да е посочен в директорията „Организации“ за нашата организация. Но в полето по-долу е посочена така наречената „сметка за заплати“, която се открива при сключване на договор за изплащане на заплати чрез банка. Средствата за изплащане на заплати на служителите постъпват по тази сметка в кумулативен размер. В програмата този акаунт е посочен в елемента директория "Изпълнители: Банки". Използвахме банката от тази директория, когато попълвахме информация за личните сметки на служителите малко по-рано.

Извършваме документ "Изходящо платежно нареждане". Бих искал да отбележа, че докато заплатата не се счита за изпълнена.

Качване на платежни нареждания в 1C ZUP с помощта на обработката "Импортиране / експортиране на операции по лични сметки"

✅ Семинар "Лайфхакове за 1C ZUP 3.1"
Анализ на 15 счетоводни лайфхака в 1s zup 3.1:

✅ ЧЕК ЛИСТ за проверка на заплати в 1C ZUP 3.1
ВИДЕО - месечна самопроверка на счетоводството:

✅ Ведомост за заплати в 1C ZUP 3.1
Инструкции стъпка по стъпка за начинаещи:

Сега трябва да качим това платежно нареждане в XML формат, за да го изпратим чрез някой от клиентите на банката за изпълнение в банката. За това програмата има специална обработка "Импортиране / експортиране на операции по лични сметки". Той може да бъде достъпен по същия път като регистъра с лични акаунти, с който работихме малко по-рано. Отворете обработката и отидете на отметката „Експортиране на заплати“. В полето "Експортиране на директория" посочваме пътя, където искаме да запазим XML файла. Номерът на „Клон“ и „Номерът на договора“ на банката също ще трябва да бъдат посочени ръчно, по някаква причина програмистите на 1C не са внедрили съхранението на тези данни в някаква директория. Табличната част трябва да отразява нашето платежно нареждане. Поставете отметка пред него и щракнете върху бутона "Разтоварване".

В резултат на това в посочената директория ще бъде генериран XML файл. Този файл се изпраща на банката чрез банката клиент. Всъщност той гласи, че определена сума трябва да бъде преведена от текущата сметка на организацията към сметката за заплати на организацията и разпределена между личните сметки на посочените служители.

След като банката изпълни тази поръчка, е необходимо да създадете документ в 1C ZUP въз основа на документа "Платежно нареждане". Банково извлечение за превод на заплата.

Изпълняваме този документ и сега заплатата на служителите се счита за изплатена. Оказва се, че за плащането е необходимо да се попълни верига от 3 документа:

Това е всичко за днес! Скоро ще има нови интересни материали.

За да научите първи за нови публикации, абонирайте се за актуализациите на моя блог:

Отчитането на касовите операции се регулира от индикация Централна банка Руска федерацияот 11 март 2014 г. N 3210-U „За реда за извършване на касови операции от юридически лица и опростената процедура за извършване на касови операции от индивидуални предприемачи и малки предприятия“. Препоръчваме на главните счетоводители, касиери и други служители на финансовата служба на предприятието, които работят с касови документи, да го четат безпроблемно. Също така си струва да се запознаете с инструкцията на Централната банка на Руската федерация от 7 октомври 2013 г. N 3073-U „За извършване на плащания в брой“.

Получателите на бюджетни средства допълнително вземат предвид разпоредбите, свързани с регулирането на касовите операции с бюджетно финансиране.

Индивидуалните предприемачи не могат да водят записи за парични транзакции в 1C, те не трябва да определят лимит на пари в брой. В същото време документи като KUDR трябва да се пазят безпроблемно, т.к. не се отнася за пари в брой.

Малките предприятия не са длъжни да определят паричен лимит (броят на служителите е до 100 души и крайните приходи са до 800 милиона рубли, включително микропредприятия - организации с до 15 служители и приходи до 150 милиона рубли ). Останалите предприятия определят касов лимит, над който парите трябва да бъдат депозирани в банката. Изключение правят средствата, чиято цел е изплащане на заплати и подобни плащания. В дните за изплащане на заплати до 5 работни дни (точният срок за плащане се определя от ръководителя на предприятието и се посочва във ведомостта за заплати) е разрешено надвишаване на паричния лимит със сумите, предназначени за изплащане на ведомости за заплати, обезщетения и други подобни плащания.

Получаването на средства в касата се обработва Приходен касов ордер(съкратено PKO), плащания - Разходен касов ордер(съкратено RKO). За изплащане на заплати и др. трябва да бъдат предварително оформени ведомост за заплатиили справка за заплати,дори ако плащанията се извършват на едно лице. Документооборотът може да се осъществява на хартиен или електронен носител. В последния случай документите трябва да бъдат подписани с електронен цифров подпис. В края на деня въз основа на ПКО и РКО се формира касова книга. Ако през деня не е имало движение на средства в касата, не е необходимо да се формира касова книга за този ден.

Ultimate лимитпарични сетълменти между контрагенти по един договор е 100 000 рубли.Разплащанията с физически лица се извършват без ограничения в сумата.

Средствата, получени от касата на предприятието чрез продажба на стоки, предоставяне на услуги, като застрахователни премии, могат да се изразходват само за следните цели:

• Плащания на заплати и обезщетения;
• Изплащане на застрахователни обезщетения физическилица, които са платили застрахователни премии в брой;
• Плащане на стоки, работи, услуги;
• Издаване на пари в брой под отчет;
• Възстановяване на средства за стоки, работи, услуги, платени преди това в брой.

За други цели трябва да се теглят пари в брой от банкова сметка.

Нарушаването на процедурата за извършване на касови операции може да доведе до глоба (член 15.1 от Кодекса за административните нарушения на Руската федерация):

• За длъжностно лице - от 4000 до 5000 рубли;
• За юридическо лице - от 40 000 до 50 000 рубли.

Данъчните власти на Руската федерация се занимават с проверка на правилността на извършването на касови операции (член 23.5 от Кодекса за административните нарушения на Руската федерация).

Касови документи в 1C

Горната методика за счетоводно отчитане на касовите операции не е изчерпателна и съдържа основните правила за работа с пари в брой.

Избор на елементи от менюто Банка и каса => Каса => Касови документи

Фигура 1. Избор на касови документи

В зависимост от версията на програмата, настройките на менюто може да се различават леко, но във всеки случай в секцията Банка и касаще имате достъп до основните касови документи - PKO и RKO.

Фигура 2. Бутони за въвеждане на PKO и RKO

Входящ касов ордер

1C предлага десет вида PKO, в зависимост от въведената операция. Те са следните:

1. Плащане от купувача;
2. Приходи от търговия на дребно;
3. Връщане от отговорно лице;
4. Връщане от доставчика;
5. Получаване на пари в брой от банката;
6. Получаване на заем от контрагент;
7. Получаване на кредит от банка;
8. Погасяване на заем от контрагент;
9. Погасяване на кредит от служител;
10. Други доходи.

Фигура 3. Варианти на PQS документа

Имената на документите отразяват тяхната същност и имат подходящи настройки, напр Отчетно връщанепо подразбиране ще има кореспонденция със сметка 71.

PKO вариант Друга енорияизглежда универсален, защото ви позволява да изберете всяка сметка от сметкоплана и да извършите всяка операция. Но методолозите от 1C съветват да го използвате само в краен случай, за нестандартни операции, опитвайки се, ако е възможно, да изпълнявате документи с типове операции № 1-9.

По-долу има три опции за формуляра за въвеждане на PKO. Общи правила – задължителните полета са маркирани с червена линия.

Фигура 4. PKO - Възстановяване от отговорно лице

Глава Подробности за отпечатания формулярможе да се разшири или свие при щракване.

Фигура 5. PKO - пари в брой от банката. Показани са подробности за формуляра за печат

Ако документът включва избор на контрагент, който не е физическо лице, попълването на полето е задължително споразумение.

Фигура 6. PKO - Плащане от купувача

Ако трябва да посочите повече от един договор, използвайте функцията Разделете плащанетокоето ви позволява да попълните данни за няколко договора. В този случай, след като изберете контрагент, трябва да отворите табличния раздел Разбивка на плащанията, да изберете договори и да посочите сумите за всеки. Общата сума ще бъде отразена в PCP.

Фигура 7. Настройки на PKO - плащане в контекста на договори

Стойност на полето Член DDSпопълнени от указателя. Това ръководство ви позволява да добавяте Имечлен DDS, и тук е смисълът Вид движениене е достъпно за редактиране. Ако има твърде много имена и искате да ги групирате в папки, трябва да използвате бутона "Създаване на група". Попълнената стойност на полето ще бъде взета предвид в бъдеще при генериране на отчетна форма № 4 „Отчет за паричните потоци“.

Фигура 8. Директория - елементи на паричния поток

Ние ще попълним PKO за касова бележка от банката.

Фигура 9. Пример за завършен PQS

Фигура 10. PKO публикации

Трябва да се отбележи, че в този случай движението на парите се отразява не само на касата, но и на текущата сметка. За да се предотврати двойно дебитиране на пари от банкова сметка, осчетоводяванията на формуляр Dt 50.01 - Kt 51 се формират от парични средства, а не от банкови документи.

Касова гаранция по сметка

Касовата заповед за сметка или RKO до голяма степен се формира според същите правила като PKO. В 1C има следните видове RKO:

1. Плащане към доставчика
2. Връщане на купувача
3. Издаване на отговорно лице
4. Изплащане на заплати по извлечения
5. Изплащане на заплати на служител
6. Заплащане на служител по договор
7. Депозит в брой в банката
8. Погасяване на заем към контрагент
9. Погасяване на банков кредит
10. Издаване на заем на контрагент
11. колекция
12. Изплащане на депозирани трудови възнаграждения
13. Издаване на заем на служител
14. Други разходи

За плащания № 4-5 ведомостите трябва да се изготвят предварително, дори ако плащането се извършва на един служител.

Фигура 11. Опции за CSC документ

Ние ще издадем услуги за парично сетълмент за издаване на средства на отговорно лице.

Фигура 12. Попълнен CSC документ

След като публикувате документа, можете да прегледате осчетоводяванията.

Фигура 13. Транзакции за сетълмент в брой

Обмислете процедурата за извършване на плащания на заплати в 1C. Нека създадем ведомост. Ако всички служители са получили заплата за това, можете да използвате бутона "Извлечение за заплати" (в долната част на формата), автоматично ще се генерира CRS.

Фигура 14. Варианти на касови документи въз основа на ведомост

Нека симулираме ситуация, при която заплатата се депозира за един служител и се изплаща за останалите. В хартиената версия на справката за внесени суми се поставя съответен знак. В 1C, когато отчитате парични транзакции, трябва да отворите извлечението и да използвате бутона Създайте въз основа натогава Депозит за заплата.За депозитния документ оставяме имената, от които се нуждаем.

Фигура 15. Документ Депозиране на заплата

След осчетоводяване на документа разглеждаме осчетоводяванията.

Фигура 16. Осчетоводявания при депозиране на заплати

Връщаме се в списъка и щракваме върху бутона Създайте въз основа наоформяме документа Теглене в брой. Сумата ще се преизчисли автоматично и ще се намали с депозираните суми.

Фигура 17. Документ за теглене на пари в брой въз основа на ведомост

За двама служители са оформени командировки за издаване на заплати, както е редно.

Фигура 18. Осчетоводявания в документа за теглене на пари в брой

Депозираните суми могат да се съхраняват в касата само ако не надвишават лимита за задържане на средства. В противен случай те трябва да бъдат предадени на банката. Ние формираме RKO Депозит в брой в банката.

Фигура 19. Попълване на документа Паричен депозит в банката

Резултатът от документа.

Фигура 20. Осчетоводявания на документа Депозит в брой в банката

Касова книга в 1C 8.3

Въз основа на PKO и RKO, проведени през деня, ще формираме касова книга (Фигура 21), която е отчет за касовите транзакции.

Малка забележка: понякога, когато автоматизират, програмистите питат потребителите в каква форма да внедрят тази или онази форма - като документ или като отчет. Често този въпрос е объркващ. Позволете ми да обясня разликата с примера на касовите документи. PKO или RKO са отделни документи, за които има формуляр за въвеждане. Сумите в тях по правило се внасят от самия потребител, той може да ги променя при желание. Касовата книга е отчетна, за нея няма входна форма, попълва се автоматично въз основа на въведените данни в документите ПКО и РКО. Ако направите промени в тези документи, отчетът автоматично ще генерира вече променените суми, когато се генерира.

Фигура 21. Бутон за генериране на касова книга

Според този отчет можете да зададете необходимите настройки.

Фигура 22. Настройки на касовата книга

Готов отчет.

Фигура 23. Отчет за касовата книга

Предварителен отчет

Друг документ, включен в блока Касов апаратв програмата 1C - Предварителен отчет

Фигура 24. Път на менюто към документи Предварителен отчет

Помислете за пример за попълване на предварителен отчет.

Фигура 25. Създаване на предварителен отчет

Табличната част съдържа няколко раздела. Попълваме раздела Аванси на базата на издадения паричен сетълмент.

Фигура 26. Попълване на раздела Advances

раздел Стокипопълваме данните за закупените стоки или материали. Ако в документите е подчертано ДДС, ние посочваме тези данни в авансовия отчет.

Фигура 27. Попълване на раздела Продукти

Фигура 28. Раздел Продукти, подробности за акаунта.

В раздела Плащанепокажете плащане за закупени преди това стоки.

Фигура 29. Попълване на раздела Плащане

Научете повече за използването на раздели СтокиИ Плащане.

Ако закупите един артикул в магазин за търговия на дребно, запишете такава покупка в секцията Стоки.Но да приемем, че имате ситуация, в която плащате на един и същ доставчик или в брой, или по банков път. И искате да имате правилни данни за изчисленията, например, за да генерирате отчет за съгласуване. След това фактурите и фактурите, получени от този доставчик в деня на покупката в брой, могат да бъдат осчетоводени отделно от документа за авансово плащане Разписка (актове, фактури),и в авансовия отчет отразете детайлите на ПКО, т.е. платежен документ в раздела Плащане.

След като публикувате документа, можете да прегледате осчетоводяванията. Сумата на авансовия отчет беше 10 180 рубли, т.е. преразход от 180 рубли ще трябва да бъде издаден от касата след одобрението на авансовия отчет.

Фигура 30. Осчетоводявания в авансовия отчет на BU и NU

Фигура 31. АД - ДДС за приспадане

Плащане с платежни карти

Плащане с платежни карти или по друг начин придобиване- метод на плащане за стоки или услуги, който е повсеместен в момента. Помислете за процедурата за такава операция в 1C.

Път на менюто: Банка и каса => Каса => Операции с разплащателни карти.

Фигура 32. Път на менюто - Операции с платежни карти

С бутон СъздавайтеИма три версии на документа. Избирам Плащане от купувачазащото този документ е конфигуриран да отразява плащане от юридически лица и индивидуални предприемачи. Транзакции с разплащателни карти за на дребноса извън обхвата на тази статия.

Фигура 33. Избор на опция за документ

Попълваме документа, тук всичко е съвсем просто.

Фигура 34. Документ за завършени транзакции с платежна карта

Да видим окабеляването. Средствата се отразяват по сметка 57.03.

Фигура 35. Осчетоводявания в документа Транзакции с разплащателна карта

За да отразите получаването на средства по текущата сметка, можете да създадете документ въз основа на извършената операция Разписка по разплащателна сметка.

Фигура 36. Създаване на документ Разписка към текущата сметка

Без банкова комисионна е малко вероятно плащанията да бъдат извършени, така че ние разделяме плащането на сумата на плащането и банковата комисионна, посочваме разходната сметка за тази комисионна.

Фигура 37. Попълнен документ Разписка по разплащателна сметка

Да видим окабеляването.

Фигура 38. Осчетоводявания на документа Приход към разплащателната сметка

Операции с фискален регистратор

Фискалният регистратор е техническо средство за отпечатване на чекове, има фискална памет, свързва се към компютър и може да работи в мрежа. Път на менюто за свързване Администриране => Свързано оборудване.

Фигура 39. Меню за свързано оборудване

В глава Фискални регистраторитрябва да посочите драйвера на устройството.

Фигура 40. Избор на драйвер за фискален регистратор

Ако не е наличен истински регистратор, за тестови цели може да се използва емулатор от 1C. Пример за попълване на данните е показан по-долу на Фигура 41.

Фигура 41. Пример за попълнена карта с настройки на фискален регистратор

След свързване на фискалния регистратор става възможно отпечатването на касови бележки, например, от документи PKOили Транзакция с разплащателна карта.

Фигура 42. Отпечатване на чек в програмата 1C

Това завършва нашето разглеждане на темата за отразяване на входящи и изходящи касови нареждания в програмата 1C 8.3.

Касовите документи в 1C 8.3 се съставят по правило в два документа: входящ касов ордер (наричан по-долу PKO) и изходящ касов ордер (наричан по-долу RKO). Предназначен за регистрация в програмата за приемане и издаване на пари в касата (от касата) на предприятието.

Ще започна прегледа с PKO. Както подсказва името, този документ документира получаването на пари в касата.

В 1C Accounting 3.0 следните видове операции могат да бъдат издадени с PKO документ:

• Получаване на плащане от купувача.
• Връщане на средства от отговорно лице.
• Получаване на връщане от доставчик.
• Получаване на пари от банката.
• Възвръщаемост на кредити и заеми.
• Погасяване на кредит от служител.
• Други касови операции.

Това разделение е необходимо за правилна формация счетоводни записванияи книги за приходи и разходи.

Първо, искам да помисля Плащане от купувача, Връщане от купувачИ Разплащания по кредити и заеми,тъй като те са подобни по структура и имат таблични части.

Всички тези три вида PKO в 1C имат един и същ набор от полета в заглавката. Това НомерИ дата(по-нататък за всички документи), контрагент, Проверете счетоводствоИ Сума.

Вземете 267 1C видео урока безплатно:

• Номер- се генерира автоматично и е по-добре да не го променяте.
• дата- Текущата дата. Тук трябва да се отбележи, че ако промените датата на по-малка (например последния ден) от текущата, при печат програмата ще издаде предупреждение, че номерирането на листовете в касова книга, и предлагат да ги преизчислят. Желателно е номерирането на документите през деня също да е последователно. За да направите това, можете да промените времето на документа.
• контрагент– Физически или Обекткойто внася пари в касата. Веднага ще отбележа, че това поле показва точно контрагентза които ще бъдат направени разплащания. Всъщност парите могат да бъдат внесени на касата например от служител Организации - Изпълнител. Избира се от указателя Физически лица в полето Взето от. В този случай пълното име, от кого са получени парите, ще бъде изписано в печатната форма на PKO.
• счетоводна сметка- в публикациите на 1C по правило се използва акаунт 50.1 (повече за настройките в статията -). Прихващащата сметка зависи от вида на сделката и се взема от табличната част на PKO.

Сега искам да обърна внимание на дизайна на сумата на депозираните пари. Плащане от купувача, Връщане от купувачИ Разплащания по кредити и заемине може без договор. Освен това получаването на средства може да се извърши едновременно по няколко договора. За това е електронната таблица. Размер на плащанетосе формира от сумите в редовете на табличния раздел. Също така посочва Разплащателна сметкаИ Авансов акаунт(съответстващи сметки). Тези акаунти са конфигурирани в информационния регистър .

Други видове операции не би трябвало да са трудни. Те нямат таблична част и цялото попълване на PKO се свежда основно до избора на контрагента. Това може да бъде отговорно лице, банка или служител.

Други операции по получаване на средстваотразява всякакви други постъпления в касата на предприятието и генерира собствени осчетоводявания. Произволна компенсираща сметка се избира ръчно.

Касова гаранция по сметка

Регистрирането на касови апарати на касата е практически същото като регистрацията на касови апарати. В 1C Accounting има следните видове теглене на пари в брой от касата:

• Издаване на плащане към доставчика.
• Издаване на възстановяване на сумата на купувача.
• Издаване на средства на отговорно лице.
• Издаване на заплати по извлечение или отделно на служителя.
• Пари в банката.
• Издаване на кредити и заеми.
• Извършване на събиране.
• Издаване на депозирани трудови възнаграждения.
• Издаване на заем на служител.
• Други сделки за издаване на средства.

Отделно бих искал да се съсредоточа само върху издаването на заплати. Този тип операция има табличен раздел, в който трябва да бъдат посочени една или повече ведомости. Общият размер на RKO ще се формира от сумите на отчетите. Без да посочите поне едно твърдение, няма да е възможно провеждането на RSC.

В счетоводството касовите документи в повечето случаи се съставят в 2 документа: (по-нататък RKO) и (по-долу PKO). Те са предназначени за приемане и издаване на пари в касата или от касата на организацията.

Погасяване на кредит от служител;

Други операции, свързани с получаването на финанси.

Такова разделяне е необходимо за правилното създаване на счетоводни записи и разходни книги и.

На първо място, трябва да вземем предвид връщанията от купувача, плащанията от купувача, уреждането на заеми, тъй като те са подобни по структура и също имат таблични части.

Всички посочени 3 вида PQS в заглавката имат един и същ набор от полета. Това са номер и дата (по-нататък за цялата документация), сметка, сума и насрещна страна.

Номер - създава се автоматично и е по-добре да не го променяте.

Дата е текущата дата. Тук трябва да имате предвид, че ако промените датата на по-малка (например предишния ден) от текущата, при отпечатване на касовата книга софтуерният продукт ще предупреди, че номерирането на листовете в касовата книга е нарушено и ще предложи да ги изброи. По-добре е от номерацията задължителни документисъщо беше постоянен през целия ден. За целта може да се промени времето на документа.

Контрагентът е юридическо или физическо лице, което внася определени финансови средства в касата. Веднага отбелязваме, че това поле ще показва точно контрагента, за който ще се извършват взаимни разплащания. Всъщност средствата в касата например могат да бъдат депозирани от служител на Организацията - контрагента. Той е избран от директорията, наречена „Лични лица“ в полето, наречено „Взето от“. В тази ситуация печатната форма на PKO ще посочи пълното име, от когото са получени финансите.

Сметка - в самоподдържащия се сметкоплан това обикновено е "50.1", но по подразбиране е възможно да се конфигурира друга. Прихващащата сметка зависи от вида на самата операция, може да се вземе от табличната част на PKO.

А сега нека насочим вниманието ви към регистрацията на размера на депозираните средства. Важно е да се отбележи, че „Плащане от купувача“, „Връщане от купувача“, както и „Изчисления по заеми и заеми“ не могат да бъдат издадени без посочване на договора. В същото време е възможно да получите финансиране по няколко договора едновременно. За това е електронната таблица. Сумата на плащането се състои от суми в редовете на табличния раздел. Той също така отбелязва сметката за сетълмент и счетоводната сметка за аванси, т.е. кореспондиращите сметки. Тези сметки могат да бъдат конфигурирани в информационния регистър Сметки за сетълменти с контрагенти.

Други видове операции не трябва да създават затруднения. Последните таблични части нямат и цялото попълване на PKO като цяло се свежда до избора на контрагента. Може да бъде банкова институция, служител или отговорно лице.

Други транзакции за получаване на финанси отразяват всички други постъпления в касата на организацията и създават свои собствени транзакции. И произволна компенсираща сметка се избира ръчно.

Касова гаранция по сметка

Като цяло дизайнът на RKO е почти същият като дизайна на PKO. IN софтуерен продукт"1C Accounting" са следните видове издаване на финанси от касата:

Издаване на плащане към доставчика;

Издаване на финанси на отговорно лице;

Издаване на възстановяване на пари на клиент;

Парични средства към банкова институция;

Издаване на заплати отделно на служител или по ведомост;

Издаване на заеми и кредити;

Издаване на депозирани трудови възнаграждения;

Издаване на заем на служител;

Извършване на събиране;

Други сделки за издаване на пари.

Нека разгледаме по-отблизо ведомостта. При този тип операция има табличен раздел, в който трябва да бъдат посочени една или повече ведомости. Общият размер на RKO ще се формира от сумите на информацията. Без да посочите поне едно твърдение, ще бъде невъзможно да се проведе RSC.

При издаване на заплата на служител също е необходимо да се отбележи извлечението, но само едно.

При издаване на депозирани трудови възнаграждения не се изисква посочване на извлечението.

Задаване на лимит на парични средства

За да зададете лимита на паричния баланс в програмата 1C 8.3, трябва да отидете в директорията "Организации" и в раздела, наречен "Напред", изберете елемента с името "Лимит на паричния баланс":

Къде да натиснете клавиша "Добави", къде да посочите от коя дата е валидно ограничението, както и неговия размер.