Интеграција со ERP систем. Интеграција на ERP систем во логистиката: како да поврзете ERP, TMS и WMS? Интеграција на erp системи во претпријатието

Кратенката ERP доаѓа од англискиот израз Планирање на ресурси на претпријатието, што буквално значи планирање на ресурси на претпријатието. Теоретски, ваквиот систем ја претставува целокупната стратегија на компанијата, која ги зема предвид следните области:

• Управување со финансиски ресурси - даночно известување, сметководство, планирање на буџетот;
• Управување со човечки ресурси;
• Управување со средства;
• Интеракција со партнерите и евидентирање на историјата на трансакции со клиентите.

Од практична страна, кога се зборува за ERP деловни системи, тие подразбираат софтвер за автоматизирање на секоја од наведените области, како и други процеси на активностите на компанијата за нивно внесување во заедничка меѓусебно поврзана база на податоци неопходна за работењето на претпријатието.

Со едноставни зборови, ERP системите се комплекси на активности кои вклучуваат: модели за управување со тековите на информации во претпријатието, опрема за складирање и обработка на истите, софтвер, ИТ оддел и специјалисти за техничка поддршка, како и самите корисници.

Изградба на систем за планирање на ресурси на ИТ претпријатие

Како комплексен софтвер, ERP системот се состои од следниве елементи:

• Платформа- главната средина (јадро), која обезбедува работа на програмските компоненти, како и основната функционалност (референтни информации, функции) на компанијата. Ова е основата на системот, без кој неговото функционирање е невозможно.
• Алатки за управување со податоци- ова вклучува складирање на серверот, програми за обработка на информации и нивно пренесување за работа на модули.
• Приклучоци- програми независни една од друга кои се поврзуваат со платформата и ги користат главните бази на податоци во својата работа. Тоа е присуството на независни модули кои можат да се исклучат и да се поврзат без да се наруши работата на целиот комплекс што ги разликува ERP системите од другите видови софтвер што се користат за автоматизирање на деловните процеси.

Модулите поврзани со главната платформа на системот за планирање на производствените ресурси се поделени во три групи:

1. Домашни- програми кои се користат во рамките на претпријатието, до кои вработените имаат пристап.
2. Надворешен- програми до кои клиентите и партнерите имаат пристап (на пример, лична сметка на посредник dropshipper).
3. Конектори- програми за поврзување со други софтверски производи кои не се дел од ERP системот, а ги користи компанијата во своите активности. Тие вршат размена на податоци.

Каде да добиете ERP систем за претпријатие

Постојат три начини да купите софтвер за планирање ресурси:

1. Создавање сопствен производ. Честопати излегува дека е ирационален метод, бидејќи недостатокот на професионален пристап може да доведе до ситуација да се земе предвид само една насока, што нема да даде опиплив ефект. Во исто време, системот имплементиран на овој начин обично е тешко да се замени или дополни.
2. Набавка на готова платформа и нејзина имплементација во работата на претпријатието. Овде треба да го направите вистинскиот избор во согласност со активностите на вашата компанија. Висококвалитетните и добро познати производи се прилично скапи и бараат постојана поддршка од развивачот.
3. Професионален развој на ERP системи поединечно за компанијата. Само 20% од програмите креирани на домашниот пазар се успешно интегрирани во работата на претпријатијата. Ова значи дека ризикот на компанијата да добие производ со низок квалитет по надуени трошоци е доста голем.

Како да изберете и имплементирате ERP систем

Не постои универзален систем за планирање на ресурси погоден за сите компании. За секое производство се избира неговиот најоптимален производ, кој потоа се прилагодува во текот на процесот на имплементација.

Видови ERP системи за претпријатија

Класификацијата на системите за планирање на ресурси на претпријатието се врши според неколку параметри, земајќи ги предвид кои ќе ви помогнат при изборот на соодветниот производ. Така, според нивната намена, тие можат да бидат секторски или општи. Првата опција е погодна за многу големи компании, како и за претпријатија кои произведуваат уникатен производ или користат нестандардни деловни методи.

Според видот на организацијата, се разликуваат системи од следниве формати:

• Јавно- многу корисници имаат пристап до општата функционалност на програмата, но вашите податоци се достапни само за вработените во вашата компанија.
• Приватен- програмата е изолирана и може да се менува и модифицира за да одговара на задачите на компанијата.
• Хибрид- комбинација од два вида.

Според типот на складирање информации:

• Облак- базите на податоци се наоѓаат на надворешни сервери.
• Домашни- податоците се чуваат на сопствениот сервер на компанијата.

Според формат на кориснички интерфејс:

• Стационарно (десктоп)- софтверот за поврзување со бази на податоци е инсталиран на компјутер и може да работи автономно од Интернет, користејќи само внатрешни комуникации.
• Прелистувач (работи само онлајн)- пристапот до системот се обезбедува преку веб-страницата на компанијата и личната сметка на вработен, клиент или партнер.

Според архитектурата на софтверот:

• Модуларен- се состои од многу компоненти (модули) дизајнирани да решаваат различни проблеми.
• Монолитен- унифицирани сеопфатни програми.

По класа на лиценца:

• Сопственост- затворен софтвер кој бара надомест за лиценца за користење.
• Отворен извор- бесплатни програми со отворен код.

Грешки при изборот на систем за планирање на ресурси

Погрешниот избор на ERP систем за управување со претпријатието не само што ќе повлече дополнителни трошоци, туку може и негативно да влијае на работењето на претпријатието. За да избегнете грешки, треба да ги знаете главните:

• Недостаток на правилно избрана и јасно формулирана цел. Важно е да се разбере дека ERP треба да ги подобри перформансите на компанијата, усвојувајќи позитивни аспекти и компензирајќи за негативните. Затоа, при изборот, неопходно е точно да се одреди каков ефект треба да се добие од имплементацијата. Ако вашата цел е да го оптимизирате вашиот бизнис како целина, нема да ги добиете резултатите што ви се потребни. Сите задачи мора да бидат наведени во техничките спецификации (TOR). Во исто време, системот мора да се прилагоди на компанијата, а не обратно. Грешка е целосно да се обнови бизнисот, особено ако е профитабилен, под ERP систем.
• Неправилен избор на методологија за решавање проблеми. Секој ERP систем е изграден за одредена деловна област. Може да се прилагоди за производниот сектор или исклучиво за трговија.
• Едностран поглед на изборот на системот. Тимот специјалисти кои ги составуваат техничките спецификации, го избираат и контролираат процесот на имплементација на системот треба да вклучува претставници од различни сектори на компанијата (ИТ, продажба, персонал, производство). Во спротивно, финалниот производ ќе биде избран од гледна точка на практичноста на само една група корисници и нема да ја донесе потребната ефикасност на претпријатието како целина.
• Недоволни квалификации на инвеститорот и специјалисти кои ја спроведуваат имплементацијата. Процесот на креирање и интегрирање на систем за планирање на ресурси е скап и многу компании, во обид да ги намалат трошоците, се обраќаат кон компании со мало искуство или користат бесплатни ERP системи, што е доста ризично.
• Ниско ниво на контрола врз процесот на интеграција на програмата во системот.
• Комплексност на интерфејсот. Ако програмата е премногу сложена за да биде интуитивно разбрана, може да се соочите со предизвикот да морате да го обучите персоналот да ја користи. Ова исто така го зголемува ризикот од случајни грешки при внесување на податоци, што повлекува неправилно планирање и сите последователни последици.

Какви функции треба да обезбеди системот за планирање на ресурси?

Главната алатка во деловното планирање која ви овозможува да донесувате одлуки е документацијата за известување. Токму тоа е основата на работата на ERP, која пак треба да обезбеди можност за анализа на податоците од извештаите од различни позиции. Затоа, ефективен ERP систем треба да има голем број од следниве функции:

• Обезбедување удобен проток на документи. Главната цел на ERP системите е да обезбедат брзо извршување на документацијата (фактури, фактури, извештаи, ценовници), како и последователни операции со нив (пребарување, пристап, препраќање, уредување).
• Планирање. Системскиот алгоритам, особено за производство, треба да овозможи планирање на плаќања, испораки, магацинско работење, сезонски промени и обем на производство. За секоја компанија, планирањето на производството е индивидуално и е поврзано со стратегијата за обем-календар.
• Транспарентност на информации. Програмата треба да ги евидентира сите трансакции, страни, обеми и датуми на нивното спроведување, што ќе ја направи работата на компанијата потранспарентна за анализа.
• Контрола на пристап за различни нивоа. Бидејќи системот покрива многу голема количина на информации за работата на компанијата, од кои повеќето мора да останат затворени за вработени, клиенти и партнери од пониско ниво, тој мора да дозволи некои податоци да бидат затворени за корисници со различен пристап.
• Унифицирана податочна мрежа. ERP системот мора да обезбеди можност за следење на сите поединечни процеси (на пример, трансакции) на сите нивоа од купување суровини и производство, до регистрација на продажба и плаќање даноци.
• Кадровско сметководство. Програмата треба да обезбеди можност за контрола на бројот на персоналот, планирање на распоредот за излез и работни часови, да го земе предвид нивото на квалификации на вработените и да подготви распоред за одмор и напредни курсеви за обука. Ефективниот систем за планирање предвидува и можност за пресметување на платите и бонусите, земајќи ја предвид формата на наградувањето.
• Работете со провајдери. Функционалноста на системот треба да ви овозможи да складирате и обработувате база на добавувачи, да испраќате барања за достапност, да планирате формирање на нарачки, ослободување на обртни средства и плаќање на фактури, да го контролирате процесот на испорака, а исто така да одржувате известување за набавките.
• Работа со клиенти. Системот треба да овозможи целосна евиденција на податоци за секој клиент, без оглед на тоа колку правни лица се вклучени во структурата на последниот. Ова подразбира не само способност да му се дозволи на клиентот да работи преку неговата сопствена сметка, туку и складирање на податоци за извршените трансакции, побарувања, планирање на снабдување, обработка на фактури и историја на соработка. Ова ви овозможува да ја проучите побарувачката и нивото на профит добиен од секој клиент.
• Сервис и поправка. Ако зборуваме за производство, овој дел од програмата треба да обезбеди планирање за технички преглед на опремата, распоред за закажани поправки, модернизација или замена на опремата на претпријатието. За трговските претпријатија, системот треба да обезбеди можност за сметководство за сервисно одржување на продадените стоки и поправки под гаранција.

Карактеристики на имплементација на ERP

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

• Важно- информации кои се основа на активностите на претпријатието. Ова се податоци за управувањето со работата и производството, известување од одделот за продажба и персоналот. Тие мора да се користат во системот ERP.
• Се чести- информации кои се важни за одредена компанија, кои не се користат од страна на компанијата на редовна основа, но се исто така важни. Овие податоци се додаваат во системот по потреба или на барање на раководството на компанијата.

Идеален ERP треба да обезбеди можност за користење на сите видови податоци, но во пракса, за да се поедностави процесот на имплементација, прво се земаат предвид важните, а потоа општите постепено се интегрираат.

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

Постојат три стратегии за имплементација на систем за планирање на ресурси на претпријатието:

1. Чекор-по-чекор интеграција- прво се ставаат во функција главните модули (на пример, финансиско сметководство, книговодство и проток на документи), а потоа, по дебагирање на нивната работа, останатите постепено се воведуваат. Овој метод одзема многу време и не може веднаш да покаже резултати. Често се користи од страна на компаниите кога развиваат сопствени системи.
2. Сеопфатна имплементација- системот се применува веднаш во сите правци и во целост, а потоа работата постепено се дебагира. Овој метод ви овозможува брзо да го интегрирате системот за планирање на ресурси на претпријатието. Се користи при купување готов софтвер.
3. Комбиниран метод- имплементацијата на ERP системите се случува веднаш во сите области на активност, но во фази. Оваа стратегија ви овозможува да го минимизирате времето на имплементација со најмала загуба на квалитетот на работата. Најчесто, оваа техника ја користат приватни компании кои нудат сопствени услуги за развој на софтвер.

Како функционира ERP системот и кому му е потребен

Со оглед на сложеноста и високата цена, имплементацијата на ERP ќе биде препорачлива само за големите компании, каде што обемот на сметководствени податоци е многу голем и бара систематизација. Ваквите системи покажуваат висока ефикасност за големо производство во различни корпорации и стопанства. Ако компанијата не произведува широк асортиман или произведува мали серии, нема потреба од толку сериозен систем за планирање на ресурсите и тоа само ќе го забави процесот и ќе доведе до неоправдани загуби.

Единствен исклучок, според специјалисти од консултантски агенции, е употребата на ERP системи од мали компании кои работат во услови на многу висока конкуренција, каде автоматизацијата на сите процеси создава дополнителна предност.

За да разберете дали ви треба таков систем, треба да ја пресметате економската ефикасност на неговата имплементација. Може да се определи со различни параметри (намалување на залихите, брзина на производство, намалување на персоналот, зголемување на продуктивноста на трудот) и како резултат на тоа, треба да донесе дополнителен профит за самото претпријатие или, барем, да ги намали трошоците.

Краток преглед на популарните ERPs

Најчесто, главните ERP системи на компаниите се готови производи прилагодени на активностите на претпријатието. Тие можат да бидат платени или бесплатни. Со соодветна имплементација, можете да постигнете ефикасност и во двата случаи.

Популарни бесплатни производи:

• ERPNext- минималистичка програма за работа на приватен претприемач (ИП). Главниот недостаток е ограничен простор на дискот, кој може да се зголеми за дополнителен надомест.
• Galaxy ERP- дизајниран за домашниот пазар и ви овозможува да ги земете предвид честите промени во законодавството.

Платени програми:

• SAP ERP- еден од најпопуларните системи кој нуди широка функционалност и лесен интерфејс.
• 1C: Претпријатие- прилично популарен и достапен систем кој нуди голем број специјализирани решенија.
• OpenBravo ERP- програма за просечно ниво со практично скалирање и прифатлива цена.

Предности и недостатоци на ERP

Најголем дел од недостатоците на ERP системите произлегуваат од неговите основни квалитети, бидејќи главните проблеми со кои се соочуваат компаниите при имплементација на програма се поврзани со правење грешки при одлучувањето за потребата од користење и директно избирање на софтвер.

Недостатоци на Системската интеграција на планирање на ресурсите

И покрај фактот дека целта на ERP системите е да го подобрат процесот на производство, тие имаат свои недостатоци. Меѓу најновите:

• Комплексност на програматаи, како последица на тоа, високите трошоци за купување и имплементација.
• Зголемени барања за опрема за складирање и обработка на податоци, вклучувајќи сервери за складирање на резервни копии. Мора да биде сигурен и брз, што ја одредува неговата висока цена.
• Потребата од дополнителна заштита на податоците, внимателно следење на безбедносниот систем и поставување хиерархија за пристап. Складирањето информации во електронски формат, а особено со пристап преку мрежата, го зголемува ризикот од кражба или уништување (намерно или случајно) на важни документи.
• Зависност од снабдувањето со енергија на компанијата. Доколку има проблем со електричната мрежа во канцелариите, магацините или продажните места на компанијата, работењето на компанијата може целосно да запре.

Практични предности на ERP систем

Спроведувањето на стратегија и софтвер за сметководство и планирање на ресурси е ефикасен начин за постигнување подобрувања во перформансите на компанијата, што ги има следните предности:

• Можност за интеграција во различни видови на производство и брзо прилагодување на широк опсег на активности на претпријатието. ERP системот е погоден за индустриски комплекси, банкарски организации, трговски претпријатија и услужниот сектор.
• Поддршка на методи на планирање за различни области од активностите на компанијата.
• Можност за градење виртуелно претпријатие.
• Висококвалитетно финансиско сметководство за сите одделенија.
• Способност за управување со корпорации со голем број меѓународни поделби и вработени од далечина.
• Приспособливост и флексибилност за имплементација во претпријатија со различни големини.
• Способност за работа со други програми и апликации што се користат во претпријатието.
• Интеграција на податоците во единствен систем, правејќи ги достапни за многу одделенија.

Разбирање на карактеристиките на ERP системот, што е тоа со едноставни зборови и како да изберете за вашето претпријатие, ќе можете да се спречите погрешно да купите скап производ што не ви треба, со избирање на најефикасниот, да може компетентно да го спроведе, да постигне зголемена ефикасност и профит за компанијата.

Мојот тим и јас работиме на ERP систем, имаме многу модули (HR, Сметководство, итн.)

Проблемот со кој се соочуваме е дека помеѓу два модула (HR, Accounting) како што се вработените има неколку заеднички објекти

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

Лични информации, информации за виза, известување до, извори, обука, итн

Сметководствениот персонал има малку информации

Лични податоци, банкарска сметка, сметка на вработен (тоа е тоа)

1) Претпоставете дека секој модул ќе работи како самостојна верзија (ова е завршено)

2) Да претпоставиме дека 2 модули ќе работат заедно, така што вработените ќе се рефлектираат во двата модула, дури и ако имаат различни нишки во секој систем.

Што ми треба кога дефинирам нов вработен во модулот за човечки ресурси за да му овозможам на сметководствениот модул да ја почувствува оваа промена и што се случува во двата модула дека тие мора да имаат ист предмет?

Ве молиме имајте предвид дека овој вработен е поврзан со други организации, како што е компанијата со која е поврзан, и овој ентитет на компанијата е различен во двата модула (на пример, има многу детали во модулот за човечки ресурси, но во компанијата само за сметководство таму има некои гранки под него)

Забелешка.Секој модул има посебна база на податоци (не сакав да ја зголемиме базата на податоци во самостојната верзија)

Кој е правилниот начин да се дизајнираат двата модула за да работат заедно? или колку автономно???

Дали е доцна и дали од почеток треба да го дизајнираме како заеднички објекти?

И ако користев заеднички ентитети, тоа значи дека треба да направам заедничка деловна логика и слој за пристап до податоци?

Се обидувам да зборувам многу за ова, но таквите информации ќе дојдат само од вистинска имплементација и животно искуство.

Технологии: Asp.net + Mysql

2 одговори

Не правете грешка да ги поврзете сите ваши модули на ниво на база на податоци.

Вашиот модуларен дизајн треба да вклучува и објекти и податоци. Корисничкиот објект мора да има свои податоци. Сите клиенти на кои им е потребен пристап до него мора да поминат низ субјектот што го поседува.

Размислете како предмети без да одлучувате како ќе бидат распоредени. Можеби сакате да биде објект во меморијата; тоа може да биде дистрибуирана компонента што ќе ја изберете да консумирате SOAP или REST или CORBA или XML од далечина преку HTTP. Но, поентата е да се разложи проблемот на компоненти без да се дели колото.

Ако го направите ова, можете да ја промените шемата без да влијаете на клиентите. Само сопственикот треба да знае.

Во моментот кога клиентите влегуваат во базата на податоци, сите тие се поврзани на ниво на база на податоци. Ова може да доведе до кршење на срцето подоцна.

Само љубопитно - зошто би напишале ERP систем од нула кога има толку многу комерцијални достапни? Скапи се и сложени, ама така си пишуваш. Каква беше дискусијата за компромис?

Во врска со објавувањето/ажурирањето на овие производи, како и развојот на технологијата за веб-услуги, специјалистите на 1C имплементираа беспрекорна интеграција, 1C ERP и 1C управување со документи (во натамошниот текст „DO“).

Оваа статија ќе ја опише не само шемата и конфигурацијата на интеграцијата, иако ова ќе биде целосно опфатено, туку ќе се разгледаат и неколку можни типови на интеграција.

За да ја спроведеме оваа интеракција помеѓу двете програми, ќе ни требаат:

• 1C "DO" 2.0 (CORP верзии)

  Веб-сервер Apache.

Нема потреба да се опишува инсталацијата и конфигурацијата на овие софтверски производи; ајде да преминеме директно на конфигурацијата.

Значи. Деловниот процес е како што следува: треба да се договориме за договори за продажба. Шемата за координација ќе биде како што следува:

За да се имплементира таква шема, ќе додадеме корисници на 1C ERP и 1C DO.

- Безбедност

- Адвокат

- Економист

- Службеник

Сега да преминеме на поставувањето

Ајде да одиме на 1C DO во режимот „Конфигуратор“ и да ја објавиме нашата база на податоци на веб-серверот.

Име - адреса на ресурс, т.е. http://localhost/DocCorp/

Директориум - Локацијата на веб-услугата.

Ја проверуваме работата.

Сега ајде да ги направиме поставките во 1C DO.

1) Направете нов тип на документ: „Договор за продажба“

Одете во „NSI и администрација“ - „Видови документи“

Ајде да создадеме група документи „Договори“

Создавање нов приказ

Ајде да одиме во табулаторот "Шаблони за документи" - "Детали за документи".

Ајде да создадеме папка за складирање на сите договори за продажба на едно место.

Одете во „Процеси на шаблони“ и креирајте нов образец.

Ќе се отвори формуларот за избор на шаблон „Одобрување“, креирајте ја папката „Нестандардни процеси“, потоа креирајте го процесот „Одобрување на договор за продажба“.

Ајде да го снимиме процесот.

Да преминеме на темите на процесот, бидејќи Имаме условно рутирање, кое зависи од висината на договорот, ни треба предмет на анализа, ајде да го создадеме.

Да се ​​вратиме во табулаторот „Поставки за процесот“ и да додадеме одобрувачи.

Потоа ја менуваме насоката на рутирање и го поставуваме редоследот на координација:

Сега ајде да поставиме адресирање на фаќање, кликнете на копчето „Употреби услови“. *(Само во верзијата CORP).

Ајде да создадеме нов услов за рутирање: Износ на договорот > 100.000 руб.

Ајде да го доделиме на „Тип на документ“ - „Договор за продажба“.

Поставувањето на 1C „TO“ е завршено. Ајде да продолжиме со поставувањето 1C: ERP.

Ајде да додадеме корисници, исто како во 1C "DO"

Во полето URL, внесете ја веб-адресата на услугата, проверете ги потребните полиња и продолжете со поставување на интеграцијата.

Ајде да означиме во поставките со кој документ сакаме да го поврземе процесот.

Ова ќе биде „договор со договорна страна“, објект од 1C „DO“ - „Внатрешен документ“

По изборот на врски, ќе се изврши основно поставување на поврзани објекти.

Треба да се конфигурираат голем број полиња.

Вид на документ во 1 „ПРЕД“ - „Договор за продажба“

Кога се внесува тип на документ, 1C ERP го бара во 1C „DO“.

„Папка“ - „Договори за продажба“ (место на складирање на документи)

"Регистарски број"

Стандардниот систем вели дека ова е „Код“, ова е неточно, ајде да ја смениме вредноста.

Ова е бројот на нашиот договор.

Ајде да ги конфигурираме преостанатите полиња

Тоа е сè - зачувајте ја поставката.

Ајде да создадеме договор за продажба во 1C ERP, ќе го создадеме под корисникот „Clerk“

Сега да го создадеме процесот 1C „DO“ врз основа на овој договор. Кликнете на „Повеќе“ во формата на списокот

Во 1C DO, се креира внатрешен документ „Договор за продажба“.

Чие „име“ одговара на податоците од 1C ERP. Системот веднаш не поттикнува да избереме образец за процес. Изберете „Договор за купопродажен договор“ и кликнете „Креирај процес“. Засега нема да го инсталираме полето за избор „Стартувај веднаш“.

Износот на нашиот договор е > 100.000 рубли, затоа, нашето правило за рутирање функционираше, додаден е „Економист“.

Да го започнеме процесот.

Сега ајде да се најавиме во 1C ERP под различни корисници и да го видиме резултатот. Првиот пат кога корисникот се најавува на 1C ERP, ако е конфигурирана интеграцијата со 1C „DO“, од корисникот ќе биде побарано да внесе најава и лозинка за да се поврзе со „DO“.

Потоа ќе одиме во The Economist

Тој нема задачи, бидејќи ... неговото одобрување доаѓа по „Адвокат“, ќе се договориме за договорот од „Адвокатот“ и ќе ги ажурираме задачите на „Економист“

Нашиот договор се пресели во статусот „Важи“.

Мала дигресија. Ова е пример за интеграција од 1C ERP до 1C DO. Но, според мене, има низа недостатоци не во самата интеграција, туку во организацијата на деловниот процес. Да речеме дека имаме голем проток на документи на договори за продажба со договорните страни, сите договори минуваат низ процедурата за одобрување. Затоа, секој пат кога договорот мора да се склучи во 1C: ERP. Но, договорот може да не биде одобрен, тогаш „ѓубрето“ ќе остане во базата на податоци, да не се каже дека тоа во голема мера ќе влијае на работата на системот, но сепак.

Но, постои можност за проширување на врската. „Службеникот“ создава внатрешен документ „Договор за продажба“ во 1C „DO“, документот минува низ фазите на одобрување, а потоа, кога ќе биде одобрен, „Службеникот“ ги внесува веќе одобрените податоци во 1C ERP и ги поставува односот помеѓу објектот во 1C ERP и 1C „DO“ .

Во 1C DO ќе создадеме внатрешен документ „Договор за продажба“

Го регистрираме договорот и го испраќаме користејќи го образецот за одобрување што го создадовме.

Мала неточност во скриншот; износот на договорот подоцна беше наведен како 1.500 рубли.

Го поставив износот на договорот на 1.500 рубли, затоа, Економист не треба да дава одобренија.

Ајде да преминеме на 1C ERP.

Како што можете да видите, дури и без создавање документ во 1C ERP со беспрекорна интеграција, сите кориснички процеси во 1C „ПРЕД“ се прикажани во 1C ERP.

Откако ќе се завршат сите процедури за одобрување и ќе се договори договорот, само треба да го внесете во базата на податоци 1C ERP и да ја поставите врската.

Ние го внесуваме нашиот договор во 1C ERP и воспоставуваме врска со договорениот објект од 1C „DO“

Одете во „Проток на документи“ на овој документ и изберете „внатрешен документ“ 1C DO.

Пребарувањето се одвива според избраните критериуми на страната 1C "DO".

Сега конфигуриравме врска помеѓу два објекти.

Во исто време, не создадовме непотребни документи во 1C ERP; целиот процес на одобрување се одвиваше на страната ERP (со користење на алатки 1C DO). И примено е поврзување помеѓу 2 објекти од различни бази.

Тоа е се за ова. Кои методи да ги изберете зависи од вашите потреби, одлучете сами.

П.С. Кога се интегрирате со 1C ERP, би препорачал да поставите планови за размена на структурата на претпријатието, договорните страни, корисниците и статиите за DDS. Ова ќе ги намали пречките во системот 1C DO и ќе има ажурирани информации за договорното сметководство.

Со текот на времето, OLAP системите станаа вистинска закана за пазарот на ERP. Клиентот често претпочиташе да купува аналитички апликации како алатка за интеграција за нивната „крпеница“ автоматизација. Чувствувајќи го овој опасен тренд, повеќето продавачи на ERP денес имаат развиено свои OLAP апликации или тесно интегрирани со воспоставените OLAP продавачи. Патем, обидите на првите самостојно да го измислуваат тркалото не доведоа до очекуваниот успех. Секој „набрзина склопен“ OLAP сè уште беше инфериорен во функционалноста во однос на системите за индустриска анализа и не можеше добро да се справи со повеќедимензионалните податоци што се способни да ги генерираат врвните ERP системи.

Се чини дека одговорот на прашањето „Од кои компоненти треба да се состои полноправниот информациски систем за управување со претпријатијата?“ доволно очигледно. ERP и OLAP. Сепак, и овде има едно „но“. Како што знаете, трите класични фази на управување - планирање, сметководство и контрола - во некои задачи се вкрстуваат толку блиску што станува тешко да се оддели една од друга. Следствено, невозможна е целосна автоматизација на таквите задачи користејќи само сметководствени алатки или само алатки за анализа. Да ја земеме функцијата за финансиско планирање како пример. За спроведување на оваа задача, потребни се барем следниве податоци за сметките што се плаќаат:

Сметки за плаќање

Отворени позиции (долг од добавувачи)

Договори за набавка

Нарачки за купување

Плаќања (тековни и планирани)

Ставки во буџетот

Плус се бара истото, но од страна на должниците. Сите овие табели нужно содржат услови за плаќање, од кои е неопходно да се изгради распоред на очекувани плаќања и дојдовни плаќања. Задачата е следна. Потребно е од сите овие табели да се изгради распоред за готовински текови за квартал, па дури и еден месец однапред, поделен по недела или дури и по ден. „Коцките“ веднаш ми доаѓаат на ум. Што ако се обидуваме да ги земеме предвид зделките за кои се преговара или ќе ги процениме последиците од промената на условите на еден од постоечките договори? Со помош на каква „комбинација“ на хетерогени системи можеме да ја моделираме идната финансиска состојба на нашата компанија? Најверојатно, тука би помогнал некој вид на интерактивен извештај за коцка. Сакаме да ги внесеме нашите податоци, но не во системот ERP, туку директно во нашиот „образец на коцка-извештај“. Ова ќе ни даде можност да го имитираме овој или оној развој на настаните и однесувањето на финансиските показатели од одреден датум од периодот на предвидување.

Многу финансиски аналитичари го користат добро познатиот Excel за решавање на ваквите проблеми. Сепак, оваа популарна програма е погодна за еден корисник. И само ако овој корисник е доволно искусен во комуникацијата на Excel со надворешни апликации. Во нашиот случај, зборуваме за координирана интеракција на цела група вработени во финансиската служба, од кои секој има свој авторитет да работи со распоредот за плаќање. Да додадеме и менаџери - финансиски контролори и членови на буџетската комисија кои ја контролираат работата на своите подредени. Излегува дека за да се автоматизираат функциите слични на финансиското планирање, неопходно е да се користи апликација која ја има ергономијата на популарните табели, „трансакционалноста“ на ERP системите и аналитичката моќ на OLAP.

Покрај финансиското планирање, има многу повеќе функции кои „приспособуваат“ повеќе од една фаза на управување. Буџетирањето, како процес на поставување, детализирање и договарање на деловните цели на претпријатието, исто така има потреба од механизам кој ги обединува напорите на голем број корисници во еден единствен информациски простор. Навистина, за време на подготовката на буџетот, фазите на планирање (централизирано објавување на буџетските планови), сметководството (внесување детални информации за локалните буџети) и контролата (анализа на реалното спроведување на буџетските регулативи) неизбежно се вкрстуваат една со друга поради итеративната природа на самиот процес на буџетирање. Во исто време, буџетирањето во целина е дел од една фаза на управување - планирање.

Многу продавачи на OLAP, сфаќајќи ја потребата за апликации од ваков вид, почнаа да создаваат верзии специјализирани за автоматизирање на задачите за управување со буџетирање, финансиско планирање, анализа и контрола. Во оваа трка, водечките позиции беа постигнати главно од оние кои почнаа да развиваат и промовираат апликации целосно специјализиран за решавање на проблеми на управување.

Меѓународната компанија IDC, специјализирана за независно следење на пазарот на софтвер, ги комбинираше ваквите апликации во ново семејство - BPM (Business PerformanceManagement, т.е. Управување со деловните перформанси).

Системите BPM ви овозможуваат да ги поврзете концептите како што се мисијата на компанијата, развојната стратегија, цели, долгорочни планови, среднорочни перспективи и конкретни буџети за блиска иднина. Во ова опкружување за соработка, врвните менаџери можат да објавуваат нацрт-буџети на ресорните менаџери (раководители на сектори). Вторите почнуваат да ги дополнуваат овие бројки со своја идеја: дали можат да ги постигнат овие цели, кои ресурси им се потребни за ова. Системот им овозможува да го видат и користат известувањето на сродните одделенија во нивната работа: врз основа на плановите за набавка на суровини, да ги проценат нивните способности во однос на обемот на производство итн. Понатаму, бројките приспособени и дополнети на пониско ниво повторно се собираат на корпоративно ниво. Целиот овој процес на „двонасочно“ буџетирање се повторува постојано додека не се изготви „најреалниот“ буџет.

Непотребно е да се каже дека благодарение на обединетата средина на соработка, секој вработен почнува појасно да ја разбира својата улога во процесот на управување со организацијата. Веродостојноста на буџетот се зголемува со вклучување на обични изведувачи во процесот на неговата подготовка.

Се разбира, изградбата на таков систем не е возможна без моќен механизам за консолидирање на финансиските и квантитативните податоци. Механизам кој овозможува секоја поделба да користи сопствена валута и во исто време да го конвертира агрегатното салдо во корпоративна валута. Дополнително, вистинскиот механизам на консолидација подразбира присуство на функција на „исклучување“ на прометот меѓу компаниите. Консолидацијата во огромна разгранета структура е многу тежок процес за контролирање. Честопати, збирните податоци за билансот на состојба бараат обратна анализа. Кога има потреба да се следи целиот процес на „раѓање“ на одредена фигура, помага „протокол за ревизија“.

Што друго им даваат BPM апликациите на своите корисници? Финансиски менаџер кој се почитува себеси нема да плови низ следниот буџетски период без да земе, покрај главниот, неколку буџети „во резерва“: во случај на негативни или „позитивни“ случувања што не се планирани. Во момент на криза, неопходно е веднаш да се префрли организацијата на „буџет за итни случаи“. Во исто време, се разбира, нема време за прегледување, договарање и објавување на сите буџетски ставки во контекст на сите центри за трошоци. Специјализираните компјутерски системи од класата BPM ви овозможуваат да одржувате неколку верзии на буџетот или финансискиот план на организацијата и, доколку е потребно, брзо да ги префрлите сите структурни единици на нова верзија.

Апликациите BPM го свртеа своето лице кон менаџментот на компанијата. Врвните менаџери кои работат со BPM сега можат самостојно да го приспособат системот за да одговараат на нивните потреби, без да се обратат до специјалисти од одделот за автоматизација. На крајот на краиштата, не секој врвен менаџер ќе сака да им дозволи на другите во стратешките планови, структурата на приходите итн.

Аналитичката функционалност на апликациите BPM обезбедува можност за креирање извештаи „во лет“: кој било елемент од постоечките мерења може да се стави во аналитичкиот прозорец со помош на глувчето и да се создаде сопствена „коцка“ за податоци директно на екранот. Таканаречените „контролни агенти“ на BPM навремено откриваат отстапувања на вистинските индикатори од нивните планирани вредности и известуваат за тоа. Сонот на кој било директор се остварува - кога можете да дојдете на работа наутро, вклучете го компјутерот и веднаш да ги видите сите проблематични области на претпријатието таму и да го фокусирате вашето внимание на оние места каде што се појавиле отстапувања. И ако менаџерот веќе добро соработувал со системот, тогаш тој дури ќе може да му понуди некои можни решенија за проблемите што се појавиле.

Списание „Логистика“ бр.3/2013

Современиот бизнис е сè повеќе фокусиран на намалување на влијанието на кадровските грешки на какви било објави во информациските сметководствени системи на компаниите. Ако зборуваме за WMS, ние постојано се стремиме да осигураме дека сите процеси во складиштето се автоматизирани и контролирани колку што е можно повеќе од самиот систем.

Сериозен проблем за многу компании е недостатокот на ажурирани податоци за пописот на стоката во складиштето во одреден временски период. Треба да се напомене дека огромното мнозинство на компании кои организираат работа во нивните магацини користејќи , имаат корпоративен сметководствен информациски систем наречен. Улогата на системот EPR ја игра софтверот како што се 1C, SAP и други.

ERP е главната основа за работата на различни одделенија: одделот за сметководство ги консолидира билансите и подготвува извештаи, услугата за купување генерира нарачки за купување, одделот за продажба прима и обработува нарачки од клиенти итн. На еден или друг начин, сите овие операции се тесно поврзани со магацинските активности. Како по правило, е-пошта и разни видови на документи за табеларни пресметки се користат за пренос на информации помеѓу канцеларијата за управување и складиштето, кои често се составуваат рачно или полуавтоматски: се преземаат од ERP или се проследени со рачна обработка.

Како пример, можеме да го разгледаме процесот на обработка на податоци за поставена нарачка за испорака од магацин. Кога менаџерот добива нарачка од клиент, тој ја формира во системот ERP, по што треба да ги пренесе потребните информации во магацинот за да започне со подготовка на нарачката. Кога нарачката е итна и многу важна, брзината на пренос на податоци до магацинот е еден од клучните фактори за успешна обработка. Ако беспрекорната интеграција не е конфигурирана помеѓу ERP и WMS, носачот на информации, во најдобар случај, е датотека Excel што се испраќа по пошта. Следно, операторот или рачно ги пренесува податоците на системот или ја поставува датотеката (ако таквата функционалност е обезбедена од WMS), откако претходно ја конвертирал во потребниот формат. Очигледно, процесот не е оптимален, а најмала грешка може да доведе до сериозни последици: неуспех на пратката, одбивање на прифаќање, прифаќање на непријавена стока, неправилно работење на некои магацински процеси поради погрешно внесени информации за производот итн. И ова е само еден пример.

Работата на значителен дел од одделенијата на претпријатието зависи од брз пристап до салда на складиштето, така што постои потреба онлајн процесот на ажурирање на залихите во системот ERP да биде автоматски. Во отсуство на интеграција, такво ажурирање се случува еднаш дневно или поретко, и повторно со користење на човечки ресурси. Таквата одлука тешко може да се нарече рационална.

Кога зборуваме за интеграција, мислиме на размена на податоци во двете насоки: од ERP до WMS, од до ERP. Системите разменуваат директориуми, информации за прием и потрошувачка на стоки, податоци за салда на производи, промени во статусот на производот итн. Значи, што е потребно за размена на податоци помеѓу два системи да се случи автоматски? Како по правило, прашањето за интеграција се сведува на решавање на следните серии на проблеми:

1. Определете ги главните објекти што треба да се пренесат од ERP во WMS.Тоа може да биде:

• податоци за директориумот: стоки, изведувачи, сопственици, корисници итн.;
• податоци за нарачката за купување;
• податоци за нарачки за испорака.

2. Определете ги главните елементи што треба да се пренесат од WMS во ERP.На пример:

• податоци за променета стока (во случај на корекција на податоците во картичката на производот);
• податоци за прифатени испораки (за реално прифатените стоки);
• податоци за испорачани нарачки (физички испорачани стоки);
• податоци за движењата на залихите (записи во залихите за прилагодување на салда, промени во атрибутите на множествата на производите: датуми на истекување, категории на залихи итн.);
• општи информации за салда (слика на акции за усогласување на залихите по категории: достапни и блокирани залихи, залихи во карантин, контрола на квалитетот, неисправни итн.).

3. За секој објект за размена, дефинирајте збир на специфични параметри (полиња) за пренос помеѓу системите.На пример, за нарачка за пратка ова може да биде:

• полиња за заглавие;

Датум на планирана испорака итн.;

• полиња за нарачка на ставки;

Квантитет;

Услови за преостанат рок на траење итн.

За да може системот за примање правилно да ги обработи увезените податоци, многу е важно правилно да го конфигурирате процесорот што ги пренесува овие податоци. По правило, покрај самиот пренос на податоци, процесорот мора да ги избере параметрите неопходни за правилно функционирање на системот за примање. На пример, при пренос на нарачка за пратка од ERP на WMS, процесорот мора да ја избере соодветната „стратегија“ за избор на стоки во овој случај, врз основа на увезените податоци (во зависност од видот на стоката, типот на примачот итн.).

4. За секој параметар, поставете збир на технички карактеристики,како:

• должина на полето;
• тип на податоци (знак, азбучен ред);
• листа на валидни вредности на полињата.

Сетот на потребни податоци се одредува во зависност од принципите на работа и ERP системите.

За директориуми, треба дополнително да го одредите системот во кој ќе се пополни (по правило, податоците од директориумот првично се внесуваат во еден систем, а потоа се пренесуваат во друг за време на процесот на размена). За да се избегне забуна и дуплирање на записите, ERP најчесто се избира како водечки систем, а WMS станува роб. Ова значи дека записот во WMS системот може да се дополни со податоци специфични за складиштето, но не може да се креираат нови записи кои се содржани во директориумите ERP.

5. Определете го начинот на доставување податоци од еден систем во друг.Многу системи ви дозволуваат да разменувате податоци не преку датотеки, туку директно, и со користење на вградени процесори (на пример, интерфејсот за интеграција во SAP), и со користење на процесори создадени од компанијата интегратор, доколку имате пристап до табелите и внатрешните процедури на двата системи (почесто тоа се случува кога WMS е креиран од различни развивачи).

Други методи вклучуваат е-пошта, FTP и директно копирање преку шифриран канал за комуникација (на пример, VPN).

6. Определете го форматот и структурата на датотеките за размена(ако се донесе одлука за интегрирање користејќи датотеки поставени од еден систем и автоматски зафатени од друг). Овие можат да бидат .xml, .txt, .csv и други формати кои се најпогодни за генерирање и обработка. Повторно, изборот на формат може да се определи според спецификите на WMS и ERP системите. Секој систем мора да може и да генерира и да прима датотеки од избраниот формат.

7. Определете ја фреквенцијата и иницијаторите на размена на податоци помеѓу системите.Преносот на информации мора да се случи врз основа на одреден настан во даден временски интервал.

Со други зборови, на овој чекор мора да се утврдат оние настани, документи, статуси и временски рамки за нивна обработка кои единствено го одредуваат моментот кога треба да дојде до размена на податоци. Постојат два начина да се започне процесот на размена:

• Прирачник.Иницијаторот е лице, на пример, оператор на магацин, кој врши одредена акција, на пример, потврдување на завршувањето на прифаќањето на испораката, започнување на процесот на пренос на податоци од WMS до ERP за прифатениот производ.
• Автоматски. Процесот на размена на податоци се иницира со активирач на самиот систем или со активирач на управувачот, кој ги следи промените во посебни полиња во системската база на податоци и, доколку се активира, ја започнува процедурата за пренос на податоци.

8. Утврдете начини за следење на изведбата на процесот на размена на податоци.

Системот на сигнали за успешно завршување на размена, за губење на врската и механизмите за регистрација на настани ќе помогнат да се анализираат причините за проблемите што се појавија - со еден збор, неопходно е да се размисли за систем за справување со дефекти.

И, се разбира, последната фаза во креирањето на интеграцијата е имплементацијата на решението во согласност со горе дефинираните правила. Со правилен дизајн на интеграција и правилно конфигурирана процедура за размена на податоци, механизмот работи без дефекти 24x7. Учеството на ИТ специјалист е потребно само во итни случаи.

Како заклучок, забележуваме дека механизмот за интеграција има голем број непобитни предности.

1. Поради фактот што секогаш кога се менува сликата на залихите, податоците се пренесуваат од ERP системот, станува возможно секогаш да ги имаме најновите информации за залихите во магацинот во. Ова го гарантира идентитетот на системите во однос на билансите.

2. Интеграцијата ви овозможува да ги проширите, менувате и синхронизирате податоците од директориумите на двата системи во реално време.

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

4. Се разбира, правилно завршената задача за интеграција ви овозможува да ги намалите трошоците за работна сила за дуплирање на информации, како и да ја зголемите брзината на обработка на протокот на податоци и да избегнете грешки при нивното пренесување.