Какво е партидно счетоводство в 1s. Счетоводна информация. Поддържане на директория с игри
За да настроите партидно счетоводство в 1C 8.3, трябва:
1. В настройките на счетоводните параметри: Администриране - - Настройки на сметкоплана, в Отчитане на запасите поставете отметка в квадратчето По партиди (приходни документи):
2. В настройките на счетоводната политика: Основна - Счетоводна политика, в раздел Инвентаризация задайте метода за оценка на материалните запаси - по FIFO. Този метод предполага, че стоките пристигат в отделни партиди и всяка партида от един продукт се отчита отделно:
След тези настройки се появява ново подконто на Партията в сметките за инвентаризация:
Важно! При посочване на ставка на ДДС от 0% и Без ДДС в документите за получаване и продажба, както и при кандидатстване опростена системаданъчно облагане в счетоводната програма 1C 8.3, партидно счетоводство се поддържа, независимо от настройките на програмата.
Получаване на партиди в склада
В документите за получаване на стоки, материали попълването на документа не се променя и остава типично, както за всички други разписки:
Променят се само анализите в публикациите, попълва се ново подконто на Партията:
Важно! Ако в базата данни 1C 8.3 е въведена друга организация, която не води записи на партиди, тоест отписванията са определени на средната цена в счетоводната политика, тогава в документите получаването ще бъде отразено и в осчетоводяването на партидата , но отписването става на средна цена.
Изпълнение на партиди
Отписване на партиди, независимо как - чрез продажба или пускане в производство и т.н. разходите се отписват във FIFO.
Нека да разгледаме пример за изпълнение.
За отразяване на партиди в табличната част на документа е необходимо да добавите колоната Осчетоводяване на документ чрез бутона Още - Промяна на формата:
По подразбиране в 1C 8.3 документът за публикуване се вмъква автоматично, но може да бъде въведен ръчно:
За да покажете всички налични игри, щракнете върху Генериране. Отразени са документи за осчетоводяване, за които има салда към датата на периода:
При осчетоводяване на документи себестойността се формира по принципа FIFO:
Важно! Ако в базата данни 1C 8.3 е въведена друга организация, която не поддържа партидни записи, тоест отписването е определено на средната цена в счетоводната политика, тогава ще има едно осчетоводяване в документите за отписване за отписване цената и нейната сума се изчисляват средно. Анализът на играта няма да бъде попълнен:
Важно! При използване на партидно счетоводство в 1C 8.3, цената се формира само при отписване и не се коригира в края на месеца, както при метода „средна цена“.
Късно подаване на разписки
Ако документите за получаване не бъдат въведени навреме, тогава може да възникне ситуация, когато страните не бъдат отписани съгласно принципа FIFO. За да се възстанови коректността на отписване на партиди в 1C 8.3, е необходимо повторно публикуване на документите. Възстановяването на последователността на документите се осъществява чрез командата за групово повторно публикуване на документи в раздела Операции:
Или използвайте обработването на документи за повторно публикуване за месеца в края на месеца:
Информация за партиите
Информация за партидите в 1C 8.3 може да се намери в отчета Оборотен баланспо сметката от раздел Справки - Баланс за сметката:
За да могат страните да бъдат отразени в отчета, е необходимо да поставите отметка в квадратчето Party в настройките на програмата 1C 8.3:
За да разберете къде се намират кои документи и директории, какви действия програмата предприема автоматично и кои трябва да направите сами, как да настроите програмата „за себе си“, каква процедура за обработка на документи и регулаторно отчитане действа в програмата - можете да научите всичко това от. За повече информация относно курса вижте следното видео:
Оценете тази статия:
Физиците имат вечен двигател, алхимиците имат философски камък, 1C архитектите винаги имат актуално партидно счетоводство. Това е такава реализация на алгоритъма за групово разпределение, когато не е необходимо да се възстановява границата на последователността и пакетното разпределение остава релевантно за всякакви промени в документите със задна дата.
Толкова много копия са разбити по тази тема, но идеалът все още не е намерен. Добавяне към привлекателността на темата е интуитивното усещане, че методът трябва да съществува.
Така че ми се струва, че най-накрая намерих решение на този древен проблем. За съжаление не мога да преведа идеята в код, т.к няма свободно време. Затова давам лаврите на изпълнителя на друг програмист, оставяйки си скромна роля на идеологически вдъхновител.
Алгоритъмът се оказва по-сложен от обичайния пакетен алгоритъм, но не с порядък по-сложен, а няколко пъти, напълно по силите на един амбициозен разработчик да го приложи.
Идеята беше позволена да бъде реализирана само от нови механизми, които се появиха в 1s8. Това са регистри на информация и работа с тях чрез набори от записи в базата данни.
Използвани регистри
Фигурата показва два регистъра, използвани за партидно отчитане - класически и предложен:
Демонстрация
Нека разгледаме демонстрационен пример, от който ще бъде ясен принципът на новото партидно отчитане. Нека разгледаме малко история на движението на продукта:
1.06 Получени са 100 бр. по товарителница ПНК1
2.06 продадени 20 броя товарителница РНК1
От PNK1 са отписани 20 броя, балансът на PNK1 е 80 броя
3.06 По фактура ПНК2 са получени 30 бр
4.06 продадени 20 броя товарителница РНК2
От PNK1 са отписани 20 броя, балансът на PNK1 е 60 броя.
4.06 продадени 70 броя товарителница RNA3
От PNK1 са отписани 60 броя, балансът на PNK1 е 0 броя.
От PNK2 са отписани 10 броя, балансът на PNK2 е 20 броя.
Как се извършва това отписване? класически подходс регистъра за натрупване всеки знае, значи няма да се подписва.
Отразяване на демонстрацията в регистър
Ето как биха изглеждали записите в информационния регистър в предложения подход:
|
дата на |
Дата до |
документ |
Документ за публикуване |
количество |
Остатък |
|
1.06 |
2.06 |
PNK1 |
PNK1 |
||
|
2.06 |
4.06 |
РНК1 |
PNK1 |
||
|
3.06 |
PNK2 |
PNK2 |
|||
|
4.06 |
4.06 |
РНК2 |
PNK1 |
||
|
4.06 |
4.06 |
РНК3 |
PNK1 |
||
|
4.06 |
РНК3 |
PNK2 |
Полетата Номенклатура, Склад, Цена не се вземат предвид за простота на представяне.
Документът с главни букви е пакетен документ.
Документът е документ, върху който се извършва движение.
Количеството е количеството в документа. Положителен - приходи, отрицателен - разходи.
Остатъкът е остатъкът в партидата след преместването.
Дата - дата и час на движение.
Дата до е датата и часът, до които балансът е валиден. Под безкрайност можете да вземете всяка голяма дата, например 01/01/3000.
Интерпретация на данни в регистъра
За да получите баланса на регистрите за определена дата/час D, трябва да изградите заявка, която ще извлече всички записи на информационния регистър R по условие:
R.Date >= D&D
Може би трябва да помислите по-внимателно относно условията за подбор, като вземете предвид факта, че в 1C може да има няколко документа за една дата.
Съответно ще получим набор от записи в регистъра, които отразяват балансите на партидите към определената дата/час.
Изпълнение на алгоритъм
За осчетоводяване на определен документ с дата D е необходимо да преизчислите всички записи, които са по-късни от D към датата на движение.Това важи за всеки документ – приход или разход, т.к. документът за получаване увеличава броя на наличните партиди, поради което се променя моделът на отписване.
Същото се случва, когато отмените публикуване на документ.
Може да имате въпрос - каква е новостта на алгоритъма? В крайна сметка е възможно да се възстанови границата на последователността веднага след публикуване на документа и в обичайния случай. Вярно е, че никой не прави това, защото отнема много време.
Изводът е, че можем да изберем всички движения след текущия документ с едно четене на набора от записи, бързо да ги преизчислим в паметта и след това да ги запишем в базата данни с едно записване на набора от записи.
Записите в информационния регистър могат да се четат и записват с една операция за четене.
- Заявката ви позволява да сортирате и групирате. Това е особено вярно, ако изпълняваме една заявка за няколко продукта.
- Заобикалянето на заявката може да се извърши с помощта на селекция, която не зарежда всички данни в паметта, така че можете да обработвате произволно големи набори от движения.
Прочетените записи се обработват от алгоритъма за партидно разпределение, изчисляват се ново разпределение, нови салда и дати на влизане в сила.
Записите се записват последователно в набора от записи. Ако наборът от записи е много голям, можете да го запишете на парчета.
Алгоритъмът се оказа бърз. Преизчисляват се само движения след движението на документа. Предишните ходове не се променят, четат или презаписват. Колкото по-назад в миналото се публикува повторно документ, толкова по-дълго е необходимо за възстановяване на партидния модел. Но зависимостта не е експоненциална, разликата в скоростта расте много бавно, т.к винаги има един набор от записи за четене и запис.
Заключение
Моля колегите да изразят мнението си за алгоритъма. Мисля, че това е много ефективен алгоритъм.
В съвременните версии на 1C, които ви позволяват да работите със стоки в складове, можете да използвате функцията за водене на записи на стоки по партиди за получаване. Помислете какво е, кога може да се наложи и как да настроите партидно счетоводство в 1C 8.3.
Отчитането на партиди в 1C е метод за отчитане на стоки в складове, при който програмата присвоява документ за получаване на всяка партида и се появява нов подконто „Партия“.
Всъщност конкретна единица стока има собствена покупна цена, доставчик и други подробности за получаването. Това може да се изисква например за продукти с ограничено времегодност, лекарства или ако в една от партидите се открие дефектен продукт. В този случай можете да зададете на каква цена да се върнете на доставчика. Освен това партидното счетоводство може да действа като аналитичен инструмент за вземане на управленски решения и подобряване на ефективността на продажбите. Също така отчитането на партиди прави свои собствени корекции в данъчните и счетоводните отчети.
Отчитането на партиди влияе върху изчисляването на цената на стоките, която в 1C може да се изчисли по няколко начина:
изчисляване на средната цена за всички партиди. По този начин се изчислява себестойността, когато не се води партидно счетоводство. В този случай общата цена на всички закупени стоки от тази статия се разделя на количеството;
FIFO (партидата, която е закупена първа, се продава първа). Този метод за отписване и изчисляване на разходите е наличен в 1C. Често използвани и логически обосновани в повечето типични ситуации;
LIFO (партидата, която е закупена последна, се продава първа). Методът е приложим при силни колебания на цените, в период на интензивен растеж на инфлацията и други ситуации, когато е изгодно за предприятието да покаже определени резултати за данъчно счетоводство;
RAUZ е усъвършенствано аналитично отчитане на разходите, което ви позволява да анализирате структурата на разходите на предприятието с висока точност. В 1C този инструмент също е достъпен за избор. Ако е зададена тази опция, тогава себестойността ще бъде изчислена като отделен документ.
Ако предприятието не е водило записи на партиди, тогава при преминаване към нов начинсчетоводство, е необходимо да направите необходимите настройки в 1C и е по-добре да предадете повторно документите за получаване и отписване на стоки.
Нека видим как да го направим в . Елементът от менюто, съдържащ настройките, се намира на главната страница на програмата в раздела за настройки. Тук избираме "Организации":
След като отворите списъка с организации в базата данни (може да са няколко, например, ако възложите счетоводство на различни компании или една), трябва да изберете организацията, за която се инсталира новият метод на счетоводство и да отидете на настройките счетоводна политикачрез връзката по-горе. След това изберете "Счетоводна политика". Тук се интересуваме от раздела "Метод за оценка на MPZ":
Тук се установява методът за оценка на материалните запаси, трябва да установите този, който ще се използва във вашето предприятие, след което да запишете и затворите документа.
Неозаглавен документПодготовка за 1C: Professional и SCP специалист за манекени.
Урок 16
Започнахме да изучаваме SCP регистрите. Проучихме регистъра "ДДС представен" и защо е необходим. Сега да преминем към други, като продължим да разглеждаме фактурата за получаване. Нека проучим "Пратки стоки в складове (счетоводство)" и "Пратки на стоки в складове (управленско счетоводство)":
Тези регистри засягат отчета „Списък на пратките на стоки в складове“:
Той показва резултатите от партидно счетоводство на стоки и материали в количествено и общо изражение:
Съответно за регистър „Пратки стоки в складове (счетоводство)” избираме опцията в „Счетоводство” и за „Пратки стоки в складове (управленско счетоводство)” опцията „В управление”.
Какво е партийна сметка? Това е отчитане на наличностите в контекста на документите за получаване (фактури за получаване). Така при получаване на даден продукт документът, според който той пристига, се задава като партиден анализ. Този документ се нарича партиообразуващ документ. И как се определя партията, когато отписваме? Материалът дойде на няколко фактури и лежи на обща купчина в склада. Откъде складовникът знае по каква фактура е дошла частта, пусната от него за производство? И не е нужно да знае! Партията се определя автоматично по метода FIFO или LIFO. В първия случай първо се взимат най-ранните фактури, ако няма достатъчно салдо за тях, тогава се взема от следващата. Този метод се нарича Първи вход, първи изход (First in, first out), съкратено FIFO. В метода Последен вход, първи изход (Last in, first out), всичко е точно обратното: първо, стоките и материалите се отписват от по-късните партиди.
Кой метод се използва зависи от настройките на счетоводната политика; за счетоводно и управленско счетоводство методът на отписване за партиди може да бъде избран по различен начин (независимо един от друг):
Има и "среден" метод. Ако го активираме, документът пак ще бъде осчетоводен в партидно счетоводство, но без анализатора за пакетно формиращи документи. В този случай при отписване себестойността ще се счита за средна.
За да сме сигурни, че партидното счетоводство наистина работи в нашия UPP, нека започнем две фактури (естествено, трябва да имаме FIFO методили LIFO), отпишете част от стоките, пуснете ги в производство и след това вижте какво получаваме в списъка на пратките със стоки в складовете. За да направите това, в настройките на отчета задайте групирането по артикул, документ за разписка и документ за движение:
URL:
Ключови думи: FIFO, LIFO, партидно счетоводство
Въведение
Отчитането на партиди предполага, че определен ресурс пристига под формата на отделни партиди.Тоест този ресурс е хетерогенен, но се състои от различни партии, с различни свойства.
Следователно, когато използвате ресурс, не е достатъчно да посочите ресурса, трябва да посочите и партидата на този ресурс.
Най-простият пример е получаването на стоки.
Всяка партида от един и същ продукт може да се различава в зависимост от доставчика, срока на годност, покупната цена, разходите за доставка и т.н.
При изразходване на партиден ресурс са възможни следните модели за определяне на партиди:
Прякото посочване на страните не винаги е подходящо, т.к. често е невъзможно да се определи от продукта от коя партида е. Понякога партида стоки е маркирана с баркод, но компанията не винаги е готова да поеме такива времеви и парични разходи.
Отчитането на дялове може да се реализира по няколко начина.
например
1. балансов регистър се създава по партиди и отделно по складове
2. създава се регистър, в който има разфасовки както за партиди, така и за складове
Оптимизация на партидно счетоводство
В новата версия на конфигурацията "Производствено управление на предприятие 1.2" от 1C се използва кеширане на движенията по партиди:„В тази конфигурация е внедрен нов модел за осчетоводяване на пакетни счетоводни документи (частично внедрен, само за документите „Получаване на стоки и услуги“ и „Продажба на стоки и услуги“). Основната му разлика от досегашния е отхвърлянето на множествена разпискапартидни салда от регистъра за натрупване за всеки проведен документ. Сега, веднъж получен, остатъкът се съхранява в таблицата със стойности и впоследствие се взема от таблицата със стойности.
Освен това беше променен подходът при осчетоводяване на документи по партиди, които извършват движения към разписката („Получаване на стоки“). Ако по-рано движенията в партидните регистри се формираха веднага при публикуване на документ, сега те, подобно на документа „Продажби на стоки и услуги“, се формират чрез обработка на партидно осчетоводяване. Процедурата за осчетоводяване по партиди, както и преди, се извършва чрез обработка на "Публикуване по партиди", но едва сега основните й действия се прехвърлят към сървъра, към модула Inventory ManagementBatchAccounting (вижте процедурата PostingByBatchesOnServer()). Тази процедура създава таблица със стойности Таблица на оставащите партиди стоки в складове, със структура, която съответства на регистъра за натрупване на партиди стоки в складове. Именно в тази таблица със стойности ще се съхраняват балансите по партиди. За бързо търсене на необходимата партида в тази таблица, за нея се създава индекс от измерванията на регистъра за натрупване. Тази таблица се предава като параметър към процедурата за осчетоводяване на документ за партидно счетоводство - Движение на партиди стоки (). Тази процедура вече генерира не само движения за отписване на партиди, но също и движения на партидни разписки." Описание на конфигурацията на SCP 1.2
Примери за партидно счетоводство
Помислете за основните нюанси на партидно счетоводство.Нека партидният регистър се поддържа в контекста: Стока, партида = количество количество
Нека останалата част от този регистър има следните страни:
Бира Pnk-01 10 100Колкото по-голям е номерът на документа, толкова по-късно се въвежда, толкова по-голяма е датата му.
Бира Pnk-02 50 600
Бира Pnk-03 20 260
Водка Pnk-04 30 600
Водка Pnk-05 20 500
Така че нека помислим за отписване на 40 позиции бира и 30 позиции на водка за различни алгоритми (FIFO, LIFO и средно).
FIFO отписване
Бира Pnk-01 10 100 (оставя цялата партида)
Бира Pnk-02 30 600/50*30=360
Водка Pnk-04 30 600 (оставя цялата партида)
LIFO отписване
Бира Pnk-02 20 600/50*20=240
Бира Pnk-03 20 260 (разпуска се цялата партида)
Водка Pnk-04 10 600/30*10=200
Водка Pnk-05 20 500 (цялата партида излиза)
Средно отписване
При отписване на средна база може да се използва регистър със същата структура, само полето Партида не се попълва, така че балансите на стоките ще бъдат свити:Бира 80 960
Водка 50 1100
Съответно, при отписване ще се използва цена, равна на сумата на стоката, разделена на нейното количество:
Бира 40 40*960/80=480
Водка 30 30*1100/50=660
Трикове за групово счетоводство
Поддържане на директория с игри
Всъщност регистърът на партиите може да има нещо като тази структура:Размери(сладко, партида)=>Ресурси(количество).
Наистина, ако водите справочник на партиите, тогава не е необходимо да съхранявате сумата в регистъра на партиите, т.к. цената на партидата и цената на партидата ще се съхраняват в указателя на партидата. Алгоритмите са опростени, тъй като всички движения се извършват само в количествено изражение, цената се добавя само на етапа на генериране на отчети (взета е от указателя на страните).
Срещнах подобни реализации в 7-ke (справочникът на партидите беше подчинен на справочника на стоките). В 8-ke скоростта на заявките към директории е почти равна на скоростта на заявките към регистри, така че този метод може да се използва още повече.
