В днешно време е трудно да се справим с производителите на определени продукти по отношение на развитието на техните възможности, следователно, често използвайки това или онова нещо, потребителят дори не знае за някои функции. Същото може да се каже и за софтуерните продукти. Олга Клепцова, водещ консултант във vdgb CONSULT, говори за полезните функции, включени в 1C:Enterprise 8.0, и как те могат да спестят време и пари.

След почти шест месеца от една година от закупуването на новата ми кола, бях приятно изненадан да открия, че се оказва, че има функция за отопление на страничните огледала, което може значително да улесни живота на шофьор в мразовито време. Шест месеца по-късно съвсем случайно се оказа, че скромният ми градски "хечбек" може (ето го!) да отваря багажника със специален бутон, без да отключва ключалките на останалите четири врати. Това е невероятно удобно, когато ровите в багажника, почти се гмуркате стремглаво в него и следователно лесно можете да пропуснете натрапник до шофьорската врата. Продължавам да правя своите открития и до днес, което много забавлява моите приятели и познати - по-опитните шофьори. Друг пример. Лично познавам няколко души, които при закупуването на мобилен телефон не са имали пълна представа за всички налични функции в него и едва тогава са открили какви огромни ползи могат да бъдат получени от тази прекрасна благословия на цивилизацията.

До какво водя? Дългогодишният опит в областта на информационните технологии ми позволи да съставя някои статистически данни за това доколко потребителите на софтуер са запознати с реалните възможности на софтуерния продукт, който използват. Статистиката е следната: по-голямата част (а именно повече от 80%) от компаниите, когато купуват този или онзи софтуер, първоначално имат представа само за общата концепция на решението, в най-добрия случай познават отделни функционални блокове (повечето често това е функционалността, за която действителният продукт се закупува). Всичко останало „остава зад кадър“.

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

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

В резултат на това има ситуации, когато след като е инвестирала N-та сума средства в проект за внедряване на информационна система, след завършването на проекта, компанията използва възможностите на системата далеч не сто процента, а, да кажем, шестдесет процента . Ами останалите четиридесет? Може би с тяхна помощ компанията ще може да получи необходимите данни от информационната система, които влияят върху приемането (или неприемането) на стратегически важно решение за компанията. Цената тук е много висока.

Страничните огледала на колата, без да знам за бутона за включване на отоплението, мога доста да изчистя скреж с шпатула. Ако не бързам. Ами ако закъснея и нямам време за допълнителни жестове? И ако навън е минус 30, но все още имам ръкавици вкъщи? Така се оказва, че в състояние на дълбоко измръзване пристигам на работа с един час закъснение. Въпреки че можете да натиснете само един бутон. Но трябваше да знаеш точно къде да натиснеш.

Превеждайки темата по-близо до темата на статията, ще ви информирам, че "бутони, където да натиснете" в "1C: Enterprise 8.0." (а именно тази система ще бъде обсъдена днес) невероятна сума. Темата на тази статия е "Отчитане на управлението в 1C: Enterprise 8.0. "Позволява на автора си да разкрие знанията си в тази област в мащаб на цяла книга (и евентуално в няколко тома). Но знаейки колко трудно е за ключовите потребители на системата да намерят време за четене на литература (недостигът на време вече беше споменат по-горе и затова ще действаме последователно), днес ще изберем само една тясна тема за обсъждане - „Сметки вземане“.

Компаниите, които работят със своите купувачи и клиенти изключително на авансово плащане, днес в Русия са малцинство и следователно въпросът за управлението на вземанията все още е актуален. Каква е общата сума на вземанията и от какво се състои? Колко голяма или малка е тази цифра в сравнение с предходния месец, същия период на миналата година? Каква е структурата на "вземанията" по дата на възникване? Кои купувачи и клиенти не плащат за нашите продукти? Какви поръчки (приложения), пратки не се заплащат? Какви са причините за неплащане и кога да очакваме плащания? Какви действия предприемат служителите на компанията за събиране на вземания и колко ефективни са те? Ето може би тези въпроси, на които ръководителите на компании биха искали да знаят отговорите.

И така, нека видим как една компания, използваща софтуерната система 1C:Enterprise 8.0, може да получи отговори на поставените въпроси.

Кои са нашите длъжници и колко ни дължат?

На фиг. 1 представя отчет, който предоставя информация за размера на дълга на контрагентите към компанията към определена дата (в нашия пример в края на деня на 31 юли), в избраната валута (в нашия пример това е USD) .

Справката е детайлизирана по контрагенти - купувачи и клиенти на дружеството.

Видно от справката, общата сума на вземанията към 31.07.2005г. е 93 310,83 USD. В списъка на длъжниците фигурират 13 контрагенти, като особено се "отличиха" две организации - "Заря" и "Искра", които дължат много повече на дружеството от останалите контрагенти. Това означава, че на тези два контрагента трябва да се обърне специално внимание на първо място.

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

В случая сме избрали вида на диаграмата - "пай обем", а като етикети на данните - "процент". От диаграмата ясно се вижда, че дълговете на двете организации Заря и Искра наистина дават заедно над 80% (40,81% + 40,93%) от общия размер на вземанията, докато всички останали длъжници на дружеството са едва 20%. (Този пример изглежда отговаря на добре познатия принцип на Парето: 20% от купувачите - 80% от вземанията).

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

В 1C:Enterprise 8.0 е възможно да се посочи родителска организация за всеки контрагент (като по този начин се указва, че контрагентът принадлежи към холдинг) и след това да се генерира необходимата аналитична отчетност по холдинги. Тази възможност е показана на фигури 3 и 4.

Така, след като получихме справка за вземанията, групирани по основни контрагенти, видяхме, че длъжниците Заря и Искра наистина дават 80% от сумата, но останалата част от дълга изобщо не е "разпръсната" между останалите контрагенти. , но се пада основно на Търговски център Снежинка. Търговски център Снежинка, представляван от няколко юридически лица, има 13,45% от вземанията.

Имайте предвид, че групирането на информация в отчетите по основни контрагенти е точно една от онези функции на 1C:Enterprise 8.0, за които не всички потребители на системата знаят.

Много ли е или малко? Броих, плаках...

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

Фигура 5 е отчет, който сравнява вземанията към три различни дати - 1 август 2005 г., 1 февруари 2005 г. (преди шест месеца) и 1 февруари 2004 г. (преди година и половина). За референтен период от време (тази, с която ще се направи сравнението на другите две) е избрана най-ранната от трите дати - 1 февруари 2004 г. Другите два периода се сравняват с референтния.

Отчетът се генерира във валутата на управленското счетоводство (в нашия пример - USD) и е детайлизиран по контрагенти. Такава детайлизация дава възможност да се види динамиката на промените в обема на "вземанията" за определен период от време за всеки длъжник, който ни интересува поотделно. В нашия случай тревожен е длъжникът "Заря", чийто размер на дълга се е увеличил драстично през последните шест месеца. Леко увеличение на дълга (с 21,056% - спрямо февруари миналата година) се наблюдава при индивидуалния предприемач Бобров А.П. Почти напълно (с 99,983%) изплати дълга си "Нева ТД". Долните осем реда на отчета са контрагенти, чийто дълг е възникнал сравнително наскоро - в периода от февруари до юли на текущата година, т.к. нито на 1 февруари на текущата година, нито на 1 февруари на миналата година "вземания" за тях не е имало. Това е относително "свеж" дълг.

Като цяло от доклада следва, че през последната година и половина обемът на вземанията от купувачи и клиенти към компанията е нараснал от 13 421,65 USD на 93 310,83 USD. В процентно изражение ръстът е 595% (т.е. дългът е нараснал почти 7 пъти). Нормална ли е тази ситуация? Да, тази ситуация може да се счита за нормална, ако през анализирания период приходите на компанията също са се увеличили 7 пъти. Най-общо казано, обемът на вземанията е много по-интересен за оценка не сам по себе си, а във връзка с обема на приходите на компанията. Този показател се изчислява, като размерът на вземанията в края на периода се раздели на размера на приходите за периода и се изразява като процент. Нека да видим каква е стойността на индикатора в нашия случай. Изчисляването на индикатора е показано на фигура 6. Стойността на индикатора е повече от 70%. Много компании смятат стойността на показателя в рамките на 10% за норма. От тази гледна точка нашите 71,55% са катастрофални цифри и, разбира се, компанията трябва да предприеме някакви действия, насочени към намаляване на обема на вземанията. И за това е необходимо да разберем причините за такъв обем и тогава ще формираме в "1C:Enterprise 8.0." редица аналитични доклади, които ще ни помогнат в това.

Но преди да продължим, нека се върнем към фигури 5 и 6 и да видим как успяхме да влезем в "1C:Enterprise 8.0." доклади точно от този тип (подозирам, че това не е очевидно за всички потребители на "1C:Enterprise 8.0").

Как получихме правилните числа в правилната форма или няколко думи за подсистемата "Бюджетиране".

Отчетите представени на фигури 5 и 6 всъщност се получават от подсистема "Бюджетиране". Подсистемата е част от основното решение на платформата "1C:Enterprise 8.0" - "Production Enterprise Management" (съкратено "UPP"). Комплексното решение "UPP" съдържа няколко подсистеми: управление на производството, управление на продажбите, управление на доставките, управление на парични средства, бюджетиране, управление на персонала, управление на оборудването, счетоводство, МСФО. Не винаги е целесъобразно да се внедряват абсолютно всички подсистеми, поради което решението кои SCP възможности ще се използват от компанията се взема индивидуално във всеки конкретен случай, в зависимост от спецификата на дейността на компанията и целите на въвеждане на информационна система, базирана на на SCP. Решението за въвеждане на подсистема "Бюджетиране" като правило се взема въз основа на факта, че основната характеристика на подсистемата е бюджетирането. Нека обаче да видим какво още може да направи подсистемата "Бюджетиране" по отношение на генерирането на управленски отчети. С помощта на подсистемата "Бюджетиране" е възможно:

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

Използвахме последните две от изброените възможности, за да генерираме нужните ни отчети, представени на фигури 5 и 6.

За да получим данни за сумите на вземанията за три различни дати и да сравним сумите помежду си (Фигура 5), използвахме отчета на подсистемата „Бюджетиране“, който се нарича „Сравнителен анализ на балансите по сметки за бюджетиране“. В настройките на параметрите за генериране на отчет (извиквани чрез натискане на бутона "настройки", намиращ се в горния панел на отчета), посочете вида на данните и датите в раздела "общи", както е показано на Фигура 8.

За да получите подробности за контрагентите-длъжници в справката, в раздела "Групи" добавете групировка "Контрагенти". След като направихме всички горепосочени настройки и щракнете върху бутона "Генериране", ще получим отчет в точно същата форма, както на фигура 5. Разбира се, в оперативния контур на системата "1C: Enterprise 8.0" (по-специално, в подсистемата „управление на продажбите“), можете да получите информация и за вземания, както и в различни аналитични раздели. Но за красиво сравнение на данни от няколко периода "с един бутон" възможностите, предоставени от подсистемата "Бюджетиране", са по-подходящи.

Сега да се върнем на Фигура 6. Формата, показана на фигурата, също се получава чрез подсистемата "Бюджетиране" и по-конкретно - с помощта на така наречените "финансови изчисления". Финансовите изчисления са гъвкав инструмент в системата "1C:Enterprise 8.0", който позволява на потребителя на системата да изгражда произволни финансови отчети. Потребителят на системата самостоятелно задава структурата на финансовото изчисление - посочва кои редове и показатели ще присъстват в отчета и какви формули ще се използват за изчисляване на стойностите на тези показатели (Фигура 9). В същото време данните могат да бъдат "изтеглени" във финансовото изчисление както от подсистемата "бюджетиране", така и от други подсистеми - например "управление на производството" или "управление на персонала". Основното нещо тук е да знаете откъде да получите необходимите данни, а всъщност писането на формулите е много просто. В нашия пример взехме данни от подсистемата "бюджетиране", тъй като всички действителни данни (включително данни за приходите за периода и вземанията в края на периода) в нашия случай се отразяват в тази подсистема.

Потопете се в анализите

И така, време е да проучим причините за вземанията. За да направим предположения за причините за „вземанията“, ще се опитаме да „завъртим“ тези цифри в различни аналитични раздели. Само като се анализира една и съща ситуация (число, проблем) от няколко различни ъгъла, могат да се направят относително правилни изводи. От какви страни можем да разгледаме "вземанията" в информационната система "1C:Enterprise 8.0"? Може да се види поне в следните аналитични раздели:

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

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

Тази възможност е ясно илюстрирана на Фигура 11 - при генериране на отчета въведохме нова опция за интервали (месец, тримесечие, година, повече от година) и веднага получихме данни за вземанията в контекста на тези условия.

Както показва практиката, вероятността за изплащане на дълга от длъжника е толкова по-голяма, колкото по-кратък е периодът на възникване на този дълг. Разбира се, може да има изключения, но във всеки случай, при равни усилия, изразходвани от компанията за погасяване на дълга, "пресните" дългове обикновено се връщат с много по-голям успех.

Нека направим малко изчисление въз основа на това предположение. Нека оценим шансовете за получаване на дълг за период от не повече от 30 дни на 90%, от 31 до 90 дни - на 80%, от 90 дни до 1 година - 60%, и над 1 година - само 20% . Резултатите от изчислението са показани на фигура 12. От тях следва, че е препоръчително да се работи на първо място с контрагента Iskra, а на второ място със Zorya и Fresh Wind. И има смисъл просто да отпишете дълга на такива организации като Мир Света, Главспецстрой и Нева ТД. Приоритизирането е необходимо, тъй като ресурсите, които една компания може да отдели за работа с длъжници, не са безкрайни. (Всъщност всички служители на компанията от сутрин до вечер не могат да се занимават само с този проблем).

Описаното по-горе изчисление и заключенията, които направихме върху него, са само един пример за това как можете да използвате отчетите, генерирани в 1C:Enterprise 8.0, за анализ и вземане на решения.

Следващият въпрос, който ще разгледаме, е анализът на вземанията в контекста на договори и поръчки.

Анализ на вземанията в контекста на договори и поръчки (заявления) на купувачи

Най-общо казано, информация за вземанията в контекста на договори и клиентски поръчки в "1C:Enterprise 8.0" може да бъде получена от няколко вида отчети, а именно: "Разплащания с контрагенти", "Дълг по контрагенти", "Вземания-диаграма “, освен Освен това някои универсални форми също ще работят. Въпреки това умишлено ще продължим да използваме само една справка „Задължения по контрагенти“, благодарение на която ще проучим възможностите на системата по отношение на различни групи и селекции на данни. С други думи, ще видим как на базата на един и същ шаблон за отчет могат да се получат няколко различни формуляра.

Нека започнем с факта, че не цялата информация може да бъде включена във всеки отчет, а само информация, която отговаря на определен критерий (или няколко критерия). Какво ще направим сега, като избрахме в отчета за договора само онези договори, които са сключени с четири конкретни организации-длъжници - Заря, Търговски център Снежинка, Свеж вятър и Морозко. За да направите това, в условията за избор по контрагент (вижте Фигура 13), в горната част на отчета, посочете вида на условието - „В списъка“ и след това добавете към списъка онези контрагенти, които ни интересуват.

Групирането на данни в отчетите може да се извърши както вертикално (по редове), така и хоризонтално (по колони) - Фигура 14.

В нашия случай групирането по хоризонтала се извършва по контрагенти, а по вертикала - по договори на контрагенти.

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

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

В системата има такава възможност. Договорите в "1C:Enterprise 8.0" могат да бъдат разделени по типове, като се използва например аналитичният атрибут "Тип взаимни разплащания" (вижте Фигура 15).

Освен това в отчета „Дълг по контрагенти“ е достатъчно да групирате данните по този аналитичен атрибут (настройката за групиране е показана на фигура 16.), И веднага ще получим отговор на нашия въпрос.

Справката за вземанията, групирани по видове договори, е представена на фигура 17.

Какво следва от доклада? А от това следва, че вземанията във фирмата съществуват само по два вида договори. Първият е договори, които включват плащане от купувача директно при изпращане на продуктите. Вторият вид са договори, при които плащането се извършва от купувача веднъж месечно в последния ден за продукти, изпратени през месеца.

В същото време дългът по първия тип договори е много по-голям, отколкото по втория. Може би компанията трябва да преразгледа условията на договорите за разплащане, тъй като върху тях възниква значителна сума дълг? И може би има смисъл изобщо да не сключвате такива споразумения, а да работите с контрагентите си при други условия, като по този начин намалявате вероятността от „вземания“ в бъдеще. Въпреки че, честно казано, гледайки нашия доклад, изобщо не е очевидно, че причината за всички проблеми е точно в договорите.

В тази връзка има логика, можете да "разровите" още по-дълбоко и да видите за кои поръчки (приложения) е възникнало задължението. Бих искал да отбележа, че такава възможност съществува в системата само ако в договорите е избран знакът за извършване на взаимни сетълменти „по поръчки“, а не „по договора като цяло“.

За да получим информация за "вземания", ще използваме същата справка "Задължения на контрагенти", но този път в настройките на отчета ще зададем две групировки по редове - "Контрагент" и "Сделка". Под "транзакции" в този случай просто се отнася до поръчките на купувачите. Резултатът е показан на фигура 18.

Контрагентът "Морозко" не ни плати за две поръчки, "Снежинка" и "Свеж вятър" имаха по една неплатена поръчка. Що се отнася до дълга на контрагента на Искра, за съжаление няма да можем да детайлизираме поръчките. Именно поради горната причина договорът с Искра, по силата на който е възникнал дългът, установява знака за извършване на взаимни разчети „по договора като цяло“.

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

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

След като посочихме в поръчките как купувачът оценява качеството на изпратените продукти, стана възможно да получим отчет за вземанията от следната форма - вижте Фигура 20 (фигурата показва както самия отчет, така и неговите настройки по отношение на групирането на данни ):

Според доклада неплащанията на купувачите едва ли са причинени от оплаквания относно качеството на продуктите на компанията. Само в един случай (поръчката за сумата от 1 625,00 USD на купувача „Морозко“) купувачът очевидно не е доволен от качеството на продуктите, което, разбира се, може да е причината за неплащането на това от купувача поръчка. За други поръчки такъв извод не може да се направи.

Тогава защо не плащат?

Тогава защо не плащат? Можете, разбира се, да интервюирате самите длъжници, да отразявате резултатите от проучването в 1C:Enterprise 8.0 и след това да съставите отчет за поръчките, групирани по причини за забавени плащания. Например в тази форма (Фигура 21):

Разбира се, не винаги е възможно да се получат обективни данни чрез проучване, но в нашия пример (Фигура 21) има какво да помислим. В почти половината от случаите длъжниците посочват като причина за неплащане споразумение за отсрочване на плащането с търговския мениджър, докато в условията на договорите с купувачите изглежда не е предвидено отлагане. Отчет, групиран по атрибута „Отговорен“ на документа „Поръчка на купувача“, ще ви помогне да разберете кои служители проявяват неподходяща инициатива (предполага се, че служителят, който е посочен като отговорен, е работил с тази заявка на купувача).

Възможна версия на отчета е показана на фигура 22.

Обобщавайки горното, отбелязваме, че има много възможности за изграждане на аналитична отчетност в 1C:Enterprise 8.0. В нашия пример почти през цялото време работихме с един тип отчет „Дълг на контрагенти“ и дори тогава не изчерпахме всичките му възможности. В "1C:Enterprise 8.0" (ако говорим за комплексното решение "Управление на производствено предприятие") има повече от сто вида форми на управленско аналитично отчитане, освен това има няколко универсални форми ("салда и обороти", "списък \ кръстосана таблица", "универсална диаграма"), както и специален инструмент "конзола за отчети", който ви позволява да направите произволен избор на данни от системата. Благодарение на това компаниите, използващи "1C:Enterprise 8.0", получават на свое разположение мощен аналитичен инструмент, полезен за всички отдели на компанията. Ако се научите как да го използвате правилно. И това изобщо не е толкова трудно, колкото може да изглежда на пръв поглед.

Връщайки се към нашия пример по темата "вземания", в заключение ще разгледаме още един малък въпрос. Много искам да знам кога нашите длъжници планират да изплатят дълговете си?

Как да получите данни за планираните парични постъпления от клиенти в 1C:Enterprise 8.0

Подсистемата за управление на парични средства, която е част от решението за управление на производствено предприятие 1C:Enterprise 8.0, позволява да се планират парични постъпления от клиенти, да се отразяват действителните плащания и да се съпоставят фактите с плановете.

Фигура 23 показва пример на отчета за планираните парични потоци. Отчетът е изграден в контекста на контрагентите. Всъщност представената форма е планово-фактологичен анализ на получаването на средства от купувачите. Колоната "получаване" съдържа информация за това колко планираме да получим от купувача през този период (в нашия пример това е 3-то тримесечие на 2005 г.). В колона "разходи" се отразяват действителните парични постъпления от клиенти за същия период. В колоните "начално салдо" и "крайно салдо" можем да видим каква част от планираните постъпления остава да плати купувачът (съответно в началото и в края на периода, в нашия пример - 01.07.2005 г. и 30.09.2005 г.). Ако колоните "начално салдо" и "крайно салдо" съдържат сума със знак минус, това показва колко действителното плащане от купувача надвишава планираното.

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

Така, генерирайки отчета „Планирани парични постъпления“, с необходимите анализи и за необходимия интервал от време (или към момента), ще можем да видим от кого и за какво сме очаквали (или в момента очакваме) парични постъпления . Разбира се, ние ще получим цялата тази информация при условие, че планираните плащания са регистрирани в информационната система.

В допълнение към регистриране на планирани плащания от купувачи в системата, може силно да се препоръча регистриране на събития (преговори) с купувачи за връщане на вземания. Съхраняването на такива данни в системата ще позволи на тяхна база редовно да се анализира какви усилия полагат служителите на компанията за връщане на вземания (и чрез сравняване на обема на преговорите и размера на дълга, върнат на компанията, те също ще оценят резултата от тези усилия). Пример за това как преговорите с длъжник могат да бъдат регистрирани в 1C:Enterprise 8.0 е показан на фигура 25.

Обобщаване

И така, използвайки примера за работа с вземания, се запознахме с някои от възможностите на софтуерната система 1C:Enterprise 8.0 по отношение на генерирането на управленски отчети.

Очевидно тази система наистина може да се превърне в истински помощник в ежедневната работа на анализатори и мениджъри от всички нива в съвременна руска компания. Изграждането на управленски отчети в 1C:Enterprise 8.0 се основава на повече от сто вида шаблони за отчети, обхващащи няколко контура - управление на производството, оборудване, доставки, логистика, управление на запасите, продажби и CRM, управление на персонала, финансово управление: бюджетиране, управление счетоводство , руско счетоводство и МСФО. Всеки от шаблоните може от своя страна да бъде гъвкаво персонализиран от потребителя на отчета за конкретни задачи. Невъзможно е обаче да не забележите, че такъв мощен инструмент изисква адекватни усилия за изучаването му, тъй като не всички възможности на системата са прости и разбираеми на пръв поглед. За да се потопите в темата „Отчитане на управлението в 1C:Enterprise 8.0“, можем да препоръчаме да посетите едноименния семинар, организиран от компанията „vdgb-CONSULT“.

Резултатът от обучението ще бъде забележим - компанията ще открие нови възможности за анализ на дейността си, помагайки за навременно вземане на необходимите управленски решения. Освен това, след като е проучила добре софтуерната система, компанията си осигурява относителна независимост от консултанти.