Внедряване на 1s upp в предприятието. Изпълнение на upp. Интеграция с други софтуерни продукти и системи

  • 06.05.2020

    1C UPP 1.3 0 rub

    1C ERP управлениепредприятие 2.0 0 rub

    1C ERP + Workflow + 100 лиценза 0 RUB

Списък с решения, базирани на 1C SCP за производствено счетоводство:

Продуктът е проектиран като ефективен инструмент за оперативно управление, контрол и планиране на материални и финансови ресурсипроизводствено предприятие. Списък на задачите за решаване програма " 1C: Управление на производствено предприятие" съдържа: управление на финансите и в брой, и планиране, управление на персонала на предприятието (включително заплати), управление на производството, доставки и контрол на инвентара, управление на взаимоотношенията с клиенти, управление на дълготрайни активи, продажби, управление и регулаторно отчитане.

Съставът на подсистемите 1C UPP

Конфигурационната структура "1C SCP 8.3 (8.2)" също съдържа няколко подсистеми, които позволяват оперативно управление и счетоводство в производствена организация, а именно: подсистема за управление на персонала, парични средства, счетоводство и др. Основните компоненти на програмата са насочени към такива процеси:

  • Данъчно счетоводство;
  • Финансово планиране;
  • Счетоводство по МСФО;

Конфигурацията "1C: SCP" е разработена съответно за производствени предприятия, основната му цел е да реши следните задачи:

  • Намалено време за престой на специалисти и оборудване;
  • Изключване на нарушаване на плана за продажби поради претоварване на производствените ресурси;
  • Намаляване на времето за изпълнение на задачите;
  • Оптимизиране на движението на складовите наличности и материали;
  • Намалете производствените разходи;
  • Направи производствения процес управляем и прозрачен;
  • Подобряване на качеството на произвежданите продукти.

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

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

SCP днес

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

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

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

Ако сравним 1C ERP с функционалността на 1C SCP, тогава можем да отбележим голям пробив във функционалността на производственото и финансовото счетоводство. Благодарение на функционалността на 1C Trade Management 11, блокът от продажби, CRM и покупки се е повишил в качеството на моменти.

Вече програмата 1C ERP 2.0 (8.3) е доста мощен и иновативен продукт, който е събрал наистина интересен набор от функции.

Въпреки факта, че програмата е нова, нейните модули вече са използвани и отстранени грешки в други програми (UT 11, BP 3.0, ZUP 3.0), което предполага, че продуктът не е навлязъл веднага на пазара в "сурова" форма, а тестван и наистина готов за внедряване "1c управление на производствено предприятие".

Съдейки по опита от внедряването на 1C SCP 8.3, нашите клиенти почти винаги се нуждаят от помощ при стартиране на системата. Списъкът с етапи на внедряване включва: обучение на потребителите, зареждане на първоначални данни, адаптиране към характеристиките на предприятието, инсталиране на системата в инфраструктурата и други работи.

След внедряването и конфигурацията на 1C SCP 1.3, програмата изисква правилна поддръжка. За правилната работа е необходима поддръжка. Включва: актуализиране на отчетни форми, архивиране, потребителски консултации, финализиране на отчети.

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

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

1C: SCP действа като цялостно приложно решение, което покрива основните области на счетоводството и администрацията. Софтуерният продукт ви позволява да създадете система, която отговаря на корпоративни, домашни и международни стандартиосигурява ефективната икономическа и финансова работа на дружеството.

Предимства

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

Системни характеристики

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

Счетоводство

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

Използване на продукта

Въвеждането на 1C: SCP днес вече не се счита за нещо ново. Много компании вече активно използват този продукт в своите дейности. Характеристика на това решение е използването на съвременни компютърни технологии в процеса на управление. Въвеждането на 1C: SCP допринася за формирането на ефективна административна система в компанията. Но за да се осигури работа с максимална ефективност, е необходимо софтуерният продукт да се адаптира към спецификата на компанията. В същото време е необходимо да се действа компетентно, внимателно, като се използват механизми за обработка на информация.

Автоматизация

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

  1. Увеличаване на натоварването на служителите.
  2. Разходи за закупуване и внедряване на SCP в производствена експлоатация. Трябва да се отбележи, че възвръщаемостта на продукта ще се появи само след определен период.
  3. Временна липса на интегритет в картината на дейността на фирмата в новата база данни до завършване
  4. Възможни допълнителни разходи за модернизация (например за закупуване на нови компютри) и др.

Внедряване на SCP

Етапите на автоматизация изискват специална концентрация от всички участници в процеса. Въпреки пускането на нова информационна система, счетоводните принципи в дружеството остават същите. Въвеждането на SCP в предприятието, разбира се, не освобождава счетоводния отдел от част от работата. Този отдел поддържа и основната документация. въпреки това нова системаизбягва много проблеми. Това се постига с доста прост метод. Всеки служител въвежда данните, за които носи персонална отговорност. Не много служители веднага започват да правят всичко както трябва. В тази връзка трябва да отделите време за тяхното обучение. За счетоводството преминаването към тази възможност за въвеждане на данни е много важно. Служителите на отдела трябва да разберат принципите, по които се формира себестойността в информационната система. Освен това счетоводителите трябва да се научат как да идентифицират и коригират грешките, направени от други служители. Като цяло този етап отнема около три месеца.

Предимства на прехода

Въпреки факта, че служителите трябва да свикнат с иновациите, предимствата на системата са неоспорими. По-специално, въвеждането на SCP позволява:

  • Разработвайте отчети, които предоставят информация за представянето на служителите.
  • Използвайте нови инструменти, когато съпоставяте информацията, която е влязла в базата данни 1C: 8 SCP.

Внедряването на софтуерния продукт дава възможност и за съпоставяне на стандартни и реални производствени разходи.

Трудности

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

Разход на суровини

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

"Производствена поръчка"

В производството може да възникне ситуация, когато няма да е възможно да изпълните всички входящи поръчки навреме. В този случай всеки отговорен служител ще прехвърли вината на друг. За да се нормализира текущата ситуация, началникът на цеха трябва да попълни "Задача за производство". Служителите се позовават на този документ в докладите си. Това от своя страна се превръща в още една мотивация за служителите. Въвеждането на SCP 8.2 позволява всяка машина, участваща в производствен процес, в техническите операции посочете причината за престоя, ако е възникнал. Тези обстоятелства са обективни, не зависят от служителите, ръководителят на производството може да намали обема на задачите за смяната.

Обобщаване на данните

Въвеждането на PPM позволява на ръководителите на смени и участъци да се запознават с показателите директно в една база данни. За служителите ползите също са ясни. Платежната ведомост става по-прозрачна, тъй като служителите въвеждат информация в отчетите за производствените смени за всеки подчинен. Освен това отговорните лица посочват коефициента на участие на служителите в производствения процес в съответствие с тяхната специализация, реален принос в производството на продукти. В края на месеца всеки служител получава допълнителен отчет за смените и приходите. След преглед документът се връща в счетоводството.

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

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

Бюджет, отчет за загубата и печалбата

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

  1. Разработване на продукти.
  2. Производствена цена.

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

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

Разходи за ремонт

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

Заключение

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

В този раздел започваме серия от статии за преглед, които ще ви помогнат да овладеете конфигурацията на „1C: Управление на производствено предприятие“.

Въведение

"1C:Manufacturing Enterprise Management 8" е цялостно приложно решение, което обхваща основните контури на управление и счетоводство в производствено предприятие. Решението ви позволява да организирате цялостна информационна система, която отговаря на корпоративните, руските и международните стандарти и осигурява финансовата и икономическата дейност на предприятието.

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

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

Фактът на стопанска операция се записва еднократно и се отразява в управленското и регулираното счетоводство. Няма нужда от повторно въвеждане на информация. Средството за регистриране на бизнес транзакция е документ и за ускоряване на работата широко се използват механизми за заместване на данни „по подразбиране“, като се въвеждат нови документи въз основа на въведени преди това.

В приложеното решение е прието следното съотношение на данни от различни сметки:

  • независимост на управленските, счетоводните и данъчните счетоводни данни;
  • съпоставимост на управленски, счетоводни и данъчни счетоводни данни;
  • съвпадение на сбор и количествени оценкиактиви и пасиви по управленско, счетоводно и данъчно счетоводство, при липса на обективни причини за тяхното несъответствие.

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

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

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

Освен управленско и регулирано счетоводство, можете да водите счетоводство в съответствие с Международните стандарти за финансови отчети (МСФО). За да се намали сложността на счетоводството по МСФО, то се извършва неоперативно, като се използва превод (преизчисляване) на данни от други видове счетоводство.

При разработването на решението 1C: Manufacturing Enterprise Management 8 бяха взети предвид както съвременните международни методи за управление на предприятието (MRP II, CRM, SCM, ERP, ERP II и др.), Както и натрупаният опит от успешна автоматизация на индустриални предприятия от 1C и партньорска общност. В проектирането и разработването на конфигурацията участваха специалисти от ITRP (управление на производството) и 1C-Rarus (счетоводство по МСФО). Световноизвестната одиторска и консултантска компания PricewaterhouseCoopers предоставя консултантска подкрепа по методологически въпроси на прилагането на управленско и финансово счетоводство и отчетност в съответствие с МСФО.

Решението "1C:Manufacturing Enterprise Management 8" е разработено на съвременната технологична платформа "1C:Enterprise 8". В допълнение към платформата, софтуерният пакет включва конфигурацията „Manufacturing Enterprise Management”.

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

Компанията 1C финализира и разработва конфигурацията „Управление на производствено предприятие“, за да отрази промените в законодателството и да разшири функционалността. Осигурява се бърза актуализация на инсталираните приложни решения. 1C и неговите партньори предоставят многостепенна система за техническа поддръжка.

1C: Manufacturing Enterprise Management 8 е водещото приложно решение на 1C с най-широк набор от функционалности. Общата концепция на решението е илюстрирана с диаграма.

Всички механизми за автоматизиране на приложно решение могат да бъдат разделени на два големи класа:

  • механизми за поддържане на оперативната дейност на предприятието механизми за поддържане на неоперативно счетоводство.
  • Областите, принадлежащи към оперативни дейности, могат да бъдат идентифицирани във всеки вид счетоводство (с изключение на счетоводството по МСФО).

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

Последната версия на конфигурацията "Manufacturing Enterprise Management", на която е присвоен номер 1.3, ясно демонстрира предимствата на новата версия 8.2 на платформата 1C:Enterprise. Конфигурацията може да се използва в нормален режим на приложение, който е познат на потребителите на предишни издания.

"1C: Manufacturing Enterprise Management 8" може да се използва в редица отдели и услуги на производствени предприятия, включително:

  • управление (генерален директор, финансов директор, Търговски директор, Производствен директор, Главен инженер, директор Човешки ресурси, директор ИТ, директор развитие); отдел за планиране и икономика;
  • производствени цехове;
  • производствено-диспечерски отдел;
  • отдел на главния дизайнер;
  • отдел главен технолог;
  • отдел на главния механик;
  • отдел продажби;
  • отдел логистика (снабдяване);
  • маркетингов отдел;
  • складове за материали и готова продукция;
  • счетоводство;
  • Отдел човешки ресурси;
  • отдел по организация на труда и заетостта;
  • ИТ услуги;
  • административно-стопански отдел;
  • отдел капитално строителство;
  • информационно-аналитичен отдел;
  • отдел за стратегическо развитие.

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

"1C: Manufacturing Enterprise Management 8" осигурява:

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

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

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

Производственото счетоводство е сложна и интересна технология, със свои собствени методи и техники. Задачата на производственото счетоводство е да вземе предвид целия ход на трансформацията на разходите: разходите променят своя характер, сливат, разделят, трансформират различни начинипо време на производството, т.е. предмет на производственото счетоводство са динамично изменящите се обекти. Например производственото счетоводство дава отговор на въпроса: каква е себестойността на даден продукт, ако за неговото производство е необходим определен размер на направените разходи № 4, състоящ се от частиразходи #1 и #2 и напълно отчетени разходи #3. Защо части? Защото например се закупуват материали с определен голям обем и първо трябва да се изчисли каква част от този общ обем материали е отишла за единица продукция. Същото важи и за много други разходи - ток и т.н. В същото време е необходимо да се вземе предвид цялата история на преминаването на разходите през производството - от момента на възникване на себестойността в счетоводството до включването й в себестойността и продажбите като част от продукта и възникването в счетоводството и включването в себестойността може да е в различни отчетни периоди.

Монтаж и пускане на софт стартер

За да работим, се нуждаем от платформата 1C 8.2. Версията на SCP може да бъде взета от всяко последно издание на 1.3.
Ще работим с демо базата данни. В базовите настройки за основния режим на стартиране изберете „Дебел клиент“. Останалите настройки могат да бъдат оставени по подразбиране.

За тези, които все още не са запознати с платформата 8.2, ще дадем кратка информация за термина "дебел клиент".
Богат (Rich) клиент в архитектура клиент-сървър е приложение, което предоставя (за разлика от тънък клиент) разширена функционалност, независимо от централен сървър. Често сървърът в този случай е само склад за данни и цялата работа по обработката и представянето на тези данни се прехвърля на клиентската машина.
Предимства на дебел клиент
Дебелият клиент има широк набор от функции, за разлика от тънкия клиент.
Многопотребителски режим.
Осигурява възможност за работа дори при прекъсване на връзката със сървъра.
Има възможност за свързване с банки без използване на интернет.
Висока производителност.
недостатъци
Голямо разпространение.
Голяма част от работата на клиента зависи от това за каква платформа е разработен.
При работа с него има проблеми с отдалечен достъп до данни.
Доста сложен процес на инсталиране и конфигуриране.
Сложността на актуализирането и свързаната с това неуместност на данните.

Когато стартирате инсталираната демо база данни, изберете потребителя "Abdulov", той има пълни права. Не е необходимо да въвеждате парола.

За да проучите SCP, при първото стартиране предефинирайте потребителския интерфейс "Абдулов" на "Пълен": меню "Потребители - Потребители - Администрация - Абдулов - щракнете двукратно, за да отворите формата на Абдулов - поле "Основен интерфейс" - Пълен - бутон Запиши и затвори". След това в лентата с инструменти щракнете върху бутона „Превключване на интерфейс“ и изберете опцията „Пълен“.

За понятията "Предприятие" и "Организация", "Регулирано" и управленско счетоводство.Предприятието е съвкупност от всички организации, за които се съхраняват записи в базата данни. « Регламентирано счетоводство» се обуславя от факта, че правилата за неговото поддържане са определени със закон. " Управленско счетоводство» Всяко предприятие може да има свое собствено, правилата за неговото поведение не се регулират от нищо и се определят от ръководството на конкретно предприятие. Конфигурацията на SCP съдържа определена визия за това как най-добре (по-удобно, по-ясно, по-рационално) да се поддържа управленско счетоводство, но всяко конкретно предприятие може да има своя собствена визия за неговото поддържане поради факта, че няма единни правила и стандарти , като в този случай ще трябва да се финализира. В типична PRM конфигурация управленското счетоводство всъщност се основава на изискванията предимно на счетоводството, докато отчитането в управленското счетоводство е насочено към посрещане на необходимостта от планиране на покупки, разходи и т.н. При прилагането на управленското счетоводство не се използва принципът на двойното записване, т.е. например можете да капитализирате нещо „от нищото“ и в същото време няма да има дълг и т.н. Регламентирано счетоводствопровежда се за всяка организация поотделно. управленски- частично в цялото предприятие.

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

Използвани термини, обозначения на обекти, с които работи 1C и които трябва да се разбират при работа с база данни

  • Справочници
  • Изброявания
  • Константи
  • Планове от калкулационен тип
  • Планове на типове характеристики
  • Информационен регистър
  • Документ
  • Регистър за натрупване
  • Сметкоплан
  • Докладвай
  • Лечение

Справочници

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

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


Да предположим, че трябва да въведете в базата данни данни за следващото получаване на стоки и услуги. Вместо да изписвате името на контрагента "LLP" InnoTrade "" на съответното място и да посочите всички негови характеристики, които може да са необходими за издаване на разписка, ще бъде достатъчно да изберете съответния елемент от директорията "Контрагенти".

Или, например, има такава директория - "Валути":

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

Информационни регистри

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

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

Изброявания

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

Константи

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

Планове от калкулационен тип

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

Планове на типове характеристики

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

Документите

Документът е средство за въвеждане на данни, обработка на въведени данни с възможност за отчитане на съществуващи данни и преобразуване на съществуващи данни, като се вземат предвид входните данни, в информационна база.

Документите могат да бъдат разделени на няколко вида:

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

Регистри за натрупване

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

  • дълготрайни активи
  • производство
  • Наличност

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

От гледна точка на метода на съхраняване на информация, регистрите за натрупване са остатъчени по договаряне.

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

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

Сметкоплан

Типичната конфигурация на SCP съдържа четири сметкоплана (и съответно 4 счетоводни регистъра - физически информацията от сметкоплановете се съхранява в съответните счетоводни регистри):

  • Бюджетиране
  • Международен
  • Данък
  • самоподдържащ се

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

SCP съдържа информация, която се съхранява само в сметкоплана (например информация за 80-90 сметки, данни за първоначалната цена на нематериалните активи, придобиване на нематериални активи (сметка 08.05), Научноизследователска, развойна и технологична работа (сметка 08.08 ), разходи за научноизследователска и развойна дейност, част от разходите на 29-та сметка и т.н.), има и информация, която се съхранява само в натрупващи регистри (всичко свързано с планиране, поръчки, резервации и т.н.) и има информация, съхранявана както на в сметкоплана и в натрупващия регистър (складово счетоводство, разходно счетоводство и др.). Забележка. Примери в скоби са дадени в раздел "счетоводство". Същите характеристики съществуват и в други видове счетоводство.

Нека разгледаме един пример. Отворете документа "Получаване на стоки и услуги" - меню "Документи - Управление на доставки - Получаване на стоки и услуги". Отворете например първия документ. Вижте неговите транзакции, като използвате иконата. Обърнете внимание какъв вид аналитичен акаунт има 10: т.е. след осчетоводяване на разписката информацията за артикула и склада ще се съхранява в сметкоплана.

Сега погледнете движенията на документа, като използвате бутона "Отиди - Движения на документа по регистри":

Ще се отвори отчет за движението на документа. Можете да свиете дървото на групата, като щракнете върху полето за отчет и след това едновременно натиснете клавишната комбинация "Ctrl + Shift + бутон МИНУС в раздела на клавиатурата NumLock". Разгледайте (разширете) групата „Натрупващ регистър „Пратки със стоки в складове (счетоводство)““:

Обърнете внимание на детайлите, оградени от рамката - този анализ не беше в сметкоплана. Но е в този регистър за натрупване.

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

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

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

Доклади

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

Примери за съществуващи отчети:

  • Справки, генерирани по сметкоплан:
  • Оборотна ведомост
  • лист за шах
  • Анализ на сметки и др.

  • Регламентирани отчети

В конфигурацията на SCP версия 1.3.7.1 извикването на инструмента за работа с регулирани отчети не е налично в „пълния интерфейс“. Следователно, за да го намерите, преминете към интерфейса Счетоводство и Данъчно счетоводство:

В този интерфейс инструментът за работа с регламентирана отчетност се намира в менюто "Счетоводство":

  • Справки за данните от регистри за натрупване, информационни регистри, указатели и др. (Продукция, производствени планове, производствени дефекти, анализ на наличността на стоки в складовете, анализ на наличността на средства и др.). Обикновено, ако отчетът се генерира по данни от един регистър, в заглавието му присъства думата „извлечение“. Ако се генерира отчет за отчет въз основа на данни от няколко различни регистъра, тогава думата „анализ“ обикновено се използва в името на отчета.

  • Персонализирани отчети.

За напреднали потребители има механизъм за създаване на собствени отчети. Повече за тях ще бъде обсъдено малко по-късно.

Обработка

Обработката е инструмент на 1C:Enterprise, който извършва някои програмно определени трансформации на данни. За разлика от отчетите, обработката записва тези конвертирани данни в базата данни. Например в справочника "Номенклатура" трябва да замените лицето, отговорно за закупуването му, с Чугунова С.Г. на Убейкин В.Я. За да направите това, можете да използвате обработката "Групова обработка на директории и документи":

Попълнете полетата за обработка, както следва:

И щракнете върху бутона Избор. След това отидете в раздела "Обработка":

Изберете „Действие“ и нова стойност. И кликнете върху бутона "Изпълнение". В резултат на това цялата номенклатура, която е възложена на отговорния ръководител по снабдяването Чугунов С.Г. ще има нов отговорен мениджър покупки.

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

Принципи на работа с документи

В този раздел ще разгледаме основните принципи на работа с документи: създаване, запис, публикуване (оперативни и неоперативни, отложени), маркиране за изтриване, изтриване на документи.

Създаване на документи

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

Метод 1 - използване на инструмента "Добавяне (Ins)".Създаването на нов документ става чрез натискане на иконата "Добави" от списъка с документи, който се отваря директно от главното меню на програмата. Да предположим, че искате да създадете документ "Получаване на стоки и услуги". От главното меню на програмата можете да отворите списък с тези документи:

След това в списъка с разписки, който се отваря, изберете един от методите, оградени на фигурата в рамката (те са еквивалентни, прави се същото):

В резултат на това ще се отвори нов документ „Получаване на стоки и услуги“ и след това ще трябва да попълните последователно всичките му полета (и не забравяйте за различните раздели на този документ - оградени):

Метод 2 - използване на механизма за копиране.Създаването на нов документ може да стане чрез щракване върху иконата "Добавяне чрез копие":

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

Разбира се, този метод често е много по-бърз. просто създаванедокумент.

Метод 3. - използване на механизма за въвеждане на базата.Можете да създадете нов документ от основен документ. Например, "Получаване на стоки и услуги" може да се създаде чрез въвеждане на базата на документа "Получаване на стоки". В този случай, първо, оригиналната поръчка за получаване на стоки ще стане основа за създадения документ "Получаване на стоки и услуги" и второ, така създадената "Получаване на стоки и услуги" ще бъде автоматично попълнена с данни от основния документ . За да извикате механизма за въвеждане на база е необходимо да отворите документа „Входяща поръчка за стоки” и да кликнете върху иконата за въвеждане на база. Освен това, същото може да се направи и без да се отваря самата „Входяща поръчка за стоки“, а директно от списъка с „Входящи поръчки за стоки“, само като предварително се постави курсора върху желан документ. Вижте фигурата, методите за въвеждане на основата са кръгчета:

Създаденият нов документ за получаване ще „вземе“ списъка със стоки от основната поръчка за получаване:

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

Записване на документи

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

Забележка. В момента на записване документът заема своето място в базата данни на времевата линия сред документи от същия тип. Нека обясним по-подробно. Погледнете полето "от" с датата и часа на документа:

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

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

*Списък на документи, които се записват само:

„Акт за съгласуване на сетълменти“, „Пълномощно“, „Документ за сетълменти с контрагент (ръчно счетоводство)“, „Искане за информационно обслужванеданъкоплатец”, “Опис на производствени дефекти” и всички други видове инвентаризация, “Неформализиран документ данъчен орган”, „Неформализиран документ на данъкоплатеца”, „Анкета”, „Доклад за състава на смяната”, „Раздаване на анкетни карти”, „Изчисляване планирана ценапродукти”, „Регламентиран отчет”, „Регистър на фактурите”, „Фактура за плащане към купувача”, „Фактура за плащане на доставчика”, „Транспортна комуникация”.

Съдържание на документи

Както вече споменахме, когато пишете документ, въведените данни просто се съхраняват вътре в документа. Но за повечето видове документи записването не е достатъчно, необходимо е и да се проведе.

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

Тоест могат да се осчетоводяват и документи, които никъде не извършват движения. Обикновено смисълът на тяхното прилагане е да се коригира някаква информация в документа, за да се предотврати по-нататъшното му изменение. В стандартната конфигурация на SCP версия 1.3.7 се осчетоводяват само два вида документи, но не извършват движения: „Заявление за откриване на сметки“ и „Задаване на параметри за осчетоводяване на позиции“.

Оперативна и неоперативна обработка на документи

Документацията може да бъде оперативна и неоперативна.
Оперативното поведение е поведение, при което проверка на осъществимостта на. Какво е?

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

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

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

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

Да предположим, че според програмата в склада има 10 единици от някакъв продукт. Да предположим, че са пристигнали две поръчки за пускане на този продукт: за 7 единици и за 5 единици. Да кажем, че е създаден документ за освобождаване на първите 7 единици, но не е публикуван. След това, след известно време, беше осчетоводен документ за издаване на 5 единици, балансът според програмата след това издаване на стоки е 5 единици. И сега е ред да се издаде документ за освобождаване на първите 7 единици стоки. Ако наистина няма седем единици в склада, тогава е важно да се опитаме да извършим точно оперативното осчетоводяване - само в този случай програмата ще провери и ще подкани потребителя, че стоките не са достатъчни. Но какво ще стане, ако тези 7 единици са физически на склад? Тези. Какво да направите, ако трябва да отразите факта на извършена бизнес сделка? Както вече споменахме, в този случай потребителят трябва да осчетоводи документа неоперативно, няма да се извършват проверки, документът ще бъде осчетоводен, движенията ще бъдат извършени, но според програматаостатъкът ще бъде минус две единици.

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

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

За актуализиране на балансите има механизъм за повторно осчетоводяване на документи. Този механизъм се стартира само в изключителен режим, т.е. потребителите в този момент няма да могат да работят с базата данни. Но колкото повече се отлага това, толкова по-голяма е веригата от документи, които трябва да бъдат възстановени и толкова повече време ще отнеме. Следователно ще бъде оптимално този механизъм да се изпълнява доста често и редовно.

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

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

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

Какво ще се случи по-късно, когато стартираме механизма за повторно осчетоводяване на всички документи, за да актуализираме балансите? Програмата всеки път ще проверява възможността за осчетоводяване и в момента, в който например бъде превишен размерът на вземанията, осчетоводяването спира. И потребителят ще трябва да реши този проблем: или да увеличи сумата на заема, или да кредитира някакво неотчетено авансово плащане, или нещо друго ... ще говорим повече за механизма за повторно публикуване на документи по-късно.

В най-новата версия на 1C: Управление на търговията на платформа 8.2 е внедрен нов метод за контрол на осчетоводяването на документи: „Механизмът за осчетоводяване на документи е напълно преработен в конфигурацията. Оперативният контрол на резултатите от провеждането се извършва след формирането на движенията, за разлика от версия 10.3 (където контролът е извършен преди провеждането). Това решение направи възможно пълното разделяне на логиката на изпълнение и логиката на управление, радикално опростявайки съответните програмен код, което от своя страна е важно за улесняване на подобренията в конфигурацията, намаляване на броя възможни грешки, повишавайки производителността на системата. При необходимост се извършва контрол както при повторно осчетоводяване на документ, така и при отмяна на осчетоводяване на документ. Например, системата няма да ви позволи да отмените поръчката за доставка на стоки в частта, в която тя вече е изпълнена. Може да се очаква, че подобни промени постепенно ще се влеят в новите версии на SCP.

Отложено осчетоводяване и допълнително осчетоводяване на документи

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

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

За да активирате механизма за отложено публикуване, трябва да създадете „Настройка за отложено публикуване“: „Интерфейс за превключване – Мениджър на акаунти – Отложено публикуване – Настройки за публикуване на документи“ – Добавете нов елемент, посочете името и метода, например „изисква само допълнително публикуване" - След това в същото меню "Отложено задържане" - елемент "Списък на организациите на отложено задържане" - добавете нов ред, посочете датата *, организацията и току-що създадената настройка.
*Посочената дата обикновено е редовна, т.е. смени месечно. Тези. за по-ефективна работа е необходимо ежемесечно да го прехвърляте към първия ден на текущия месец - тогава в края на всеки месец потребителят, който работи с документите за края на периода, ще може нормално да попълни необходимите му документи и завършете периода. един. Задържане: движенията се формират по частирегистри
2. Допълнително изпълнение: формира движения по остатъкарегистри.

От концептуална гледна точка последващото захранване е подобно на „офлайн“ публикуване по партиди.

Проследяването се извършва:

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

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

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

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

  • въведени Рядко
  • важно е да незабавноза всички регистри

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

Процедурата за работа с механизма

Механизмът "Отложено осчетоводяване на документи" е по желание. Използването му може да се персонализира според организацията във формуляра. Отложеното провеждане е валидно от посочената дата.

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

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

Допълнителните документи се извършват в съответствие с. Може да се стартира както автоматично по график, така и ръчно.

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

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

Допълнително осчетоводяване трябва да бъде извършено преди началото на рутинните процедури за приключване на месеца (вижте диаграмата на процедурата "приключване на месеца").

След приключване на интензивното въвеждане на документи в периода и документите са окомплектовани е препоръчително началната дата на отложеното командироване да се измести напред - началото на следващия месец.

Описание на механизма

Регистри, движенията по които се формират при осчетоводяване на документ

Ако се използва отложено осчетоводяване, при осчетоводяване на документи движенията се формират по същите регистри, както в режим на „пълно“ осчетоводяване с „Отразяване в пр. счетоводство". По правило тези регистри се използват за вземане на оперативни решения.

Има функции за регистъра "Счетоводство на разходите": движенията се формират само при осчетоводяване на "производствени" документи, документи "Получаване на стоки и услуги", "Авансов отчет". При осчетоводяване на всички останали документи движенията в този регистър не се генерират.

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

    Продадени стоки

    Продажни разходи

    Отложено задържане несъвместимис режими:

    • Отписване на партиди при осчетоводяване на документи

      Определяне на аванси при осчетоводяване на документи.

    Тези режими се използват, когато

      няма проблеми с производителността

      няма задача да се осигури гъвкавост на отразяване в сметките

      по-приоритетно е да получите „точни данни тази минута“.

    Тоест не се изисква забавено провеждане при използване на такива режими.

    Отмяна на изпращане (разпространение) на документи

    След като документът бъде публикуван, той може да бъде отменен чрез иконата

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

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

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

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

    ****************************************************************************************************************************************

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

Неефективното управление и управленските грешки са твърде скъпи за всяко предприятие. Но за предприятие в областта на производството подобни грешки са неприемливи. Производството понякога изисква големи разходи за материали, труд, суровини и енергия. Ако производството е лошо планирано, клиентите и купувачите ще бъдат недоволни, ако има „пропуски“ в планирането на продажбите, компанията рискува да остане на загуба. За да помогне на производствените предприятия, 1C разработи специален софтуерен продукт 1C Manufacturing Enterprise Management 8 (наричан по-долу "1C: SCP 8").

Тази програма е цяла система от ценни инструменти за счетоводство, планиране, контрол и управление, които ще бъдат особено полезни за генералния и финансовия директор, главния счетоводител и производствения директор. Програмата "1C: UPP 8" включва управленско и регулирано счетоводство.

Последните включват:

    Счетоводство;

    Данъчно счетоводство;

    Счетоводство по правилата на МСФО.

Въвеждането на SCP 8 ще автоматизира следните области:

    Управление на производството (планиране, разходи и управление на разходите);

    Финансов мениджмънт (Счетоводство по национални и международни стандарти, управление на взаимни разчети и фондове, бюджетиране);

    Управление на покупки и продажби;

    Управление на инвентара;

    Управление на взаимоотношенията с клиенти;

    Оценка на нивото на работа на мениджърите;

    Управление на персонала;

    Аналитични справки и др. други

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

Етапи на изпълнение на SCP 8:

    Експресен преглед и сключване на договор. Както всеки проект, внедряването на "1C: Управление на производственото предприятие" се предхожда от планиране на работата. Преди да пристъпят към автоматизация на управлението, специалистите оценяват мащаба на предстоящата работа, идентифицират основните области, прогнозират възможни затрудненияи начини за премахването им.

    Изготвяне на технически спецификации и предаване на изпълнителя. Често специалистите по Softroom сами измислят техническо заданиевъз основа на интервюта със служители на компанията клиент.

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

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

Успехът на внедряването на SCP 8 в предприятието до голяма степен зависи от:

    Квалификация на специалистите, представляващи фирмата франчайзополучател.

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

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

    Качеството на контрол от висшето ръководство. Хората са склонни да се страхуват от иновациите и отговорността за вземане на решения. Задачата на мениджъра е да упражнява контрол и при необходимост да използва административни инструменти. Освен това в някои случаи ще е необходимо да се мисли за надграждане на уменията на служителите.

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

Разходи за внедряване на SCP 8

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

Освен това, важен фактор- дали преди това е имало в предприятието автоматизирани системии колко добре са били използвани.

Компанията Softroom определя SCP 8 индивидуално за всеки проект, в зависимост от обхвата на задачите и тяхната сложност. Предварителната оценка е безплатна.

График за изпълнение на SCP 8

Може ли едно предприятие да внедри SCP 8 самостоятелно?

Може би. Но не пренебрегвайте помощта на специалисти по автоматизиране на управлението на средно и голямо предприятие.

Само сертифицирани специалисти могат да предоставят положителен ефектот внедряването на системата. И само компетентното управление на проекти ще осигури спестявания от автоматизацията на процесите.

Така че, доверете се на професионалистите и внедряването на "1C: UPP 8" във вашето предприятие ще донесе прекрасни резултати!

08.08.2016

Поставяне на цели за внедряване на 1C: Управление на производственото предприятие (UPP). Как да определите?

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

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

  • Какви проблеми съществуват в момента в предприятието (независимо дали са пряко свързани с автоматизацията или не, понякога отговорът на проблема се крие в пространствените отговори)?
  • Какво трябва да се направи, за да се решат (какви стъпки да се предприемат, на какво да се обърне внимание, какво да се промени и т.н.)?
  • Какви са начините за решаване на проблемите (според интервюирания).

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

Както показва практиката, най-често големите производствени предприятия се сблъскват със следните проблеми, които най-добре се справят с SCP:

  • създаване на единно счетоводство в предприятието и неговите структурни подразделения ( UPP счетоводствопровеждани в единно информационно пространство, независимо от сложността организационна структурапредприятие или холдинг);
  • непрекъснато получаване актуална информацияза потока на бизнес процесите в предприятието под формата на информация аналитични доклади (настройка на мекия стартерпредполага отчитане на всички изисквания за събиране на информация, нейната обработка и предоставяне на ръководството; параметрите и критериите за събиране и анализ на информация се конфигурират и задават ръчно);
  • организация на взаимоотношенията между отделите и структурни подразделенияпредприятие (например версия SCP 1.3ви позволява да създавате и използвате информационни бази за организиране на непрекъснати междуструктурни връзки в предприятието, което няколко пъти повишава ефективността на цялото предприятие и на всеки служител поотделно);
  • ускоряване на бизнес процесите на събиране и движение на първични идентификационни данни ( SCP счетоводствосе извършва на базата на автоматично попълване на първични идентификационни данни).

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