Podrobnosti o zavazadlech php id. Očekávání a realita v CRM projektech. Tvrdá realita: Střet zájmů

Marine Voskanyan
Olga Mělník

První věc, na kterou si IT manažer při automatizaci prodeje vzpomene, je implementace CRM systému. Po celém světě byly nashromážděny rozsáhlé zkušenosti s používáním CRM systémů v prodejním procesu. Ne vždy jsou však zkušenosti pozitivní. Snažíme se analyzovat pozitivní a negativní aspekty

projekty implementace CRM systémů.

klientská základna Odborníci z poskytovatele IT služeb Sputnik Labs vyzdvihují právě tyto situace jako nejtypičtější pro Rusko a zároveň konstatují, že více než polovina zákazníků nemá jednotný rejstřík klientů. V obecný případ

Zákaznická firma od implementace CRM očekává minimálně obnovení pořádku, snížení závislosti na konkrétních manažerech a maximálně zvýšení tržeb, nejlépe exponenciálně. Ano, úspěšně fungující CRM systém umožňuje systematizovat informace o klientech a protistranách, stávajících i potenciálních (obr. 1), a vytvořit tak jednotný informační prostor a zabránit ztrátám a únikům zákaznických dat v důsledku propouštění a rotace zaměstnanců. Zde je názor šéfa jedné z ruských společností: „CRM je naprosto nezbytné a užitečná věc pro jakékoli obchodní oddělení. Dokonce a vytvoření základního pořádku v zákaznické základně přináší ekonomický efekt a činí podnikání transparentnějším a udržitelnějším.

Pokud je možné implementovat složitější marketingové, analytické a řídící funkce CRM, společnost výrazně zvyšuje svou efektivitu.“ Pokud však jde o vliv CRM na růst tržeb, není to tak jednoduché. Samozřejmě, že hodnocení

  • možný návrat
  • investice do CRM přímo souvisí s efektem růstu tržeb. Některé světové statistiky naznačují, že implementací CRM je dosaženo následujícího:
  • snížení prodejního cyklu v průměru o 10-15%;
  • zvýšení procenta vyhraných transakcí o 5–10 %; zvýšení míry udržení ziskových klientů o 5 %; zkrácení doby provedení
  • rutinní operace
  • o 25-30 %;
  • zvýšení průměrné ziskovosti transakcí o 15-20%;
  • zvýšení přesnosti prognóz prodeje na 99 %;
  • snížení nákladů na prodej, marketing a následnou zákaznickou podporu o 10-15%;

zvýšení procenta křížového prodeje, včetně prostřednictvím oddělení zákaznické podpory, o 5–10 %;

zvýšení efektivity marketingových kampaní o 5-7 %. Výsledkem takové statistiky je příjemné číslo: „ziskovost průměrného CRM projektu je od 200 do 400 % během dvou až tří let.“ Ne všichni s tím však souhlasí. Šestileté zkušenosti generálního ředitele Vipro Olega Skovorodnikova s ​​různými CRM poskytují trochu jiný obrázek. Podle jeho názoru neexistuje přímá souvislost mezi zlepšením prodeje a implementací CRM. Oleg Skovorodnikov uvádí následující účinky jako očekávané, ale neobjevené.

1. Zvýšení prodeje.„Nebyla nalezena žádná přímá souvislost. Nepřímo se zvýšil prodej díky tomu, že manažeři pracují efektivněji a rychleji, ale nebylo možné to prokázat.

2. Zlepšení kvality služeb. „Přímé propojení jsme nezaznamenali ani zaměstnanci, kteří sloužili a prodávali dlouho před implementací CRM, bezradní a nepozorní zůstali i po implementaci CRM vyhozen - v těchto případech je CRM prostě nenahraditelné, nezlepšuje kvalitu, ale vytváří samotnou možnost služby.“ 3. Zvýšení počtu opakované nákupy, zvýšení loajality zákazníků, nákup
Pokud jde o další palčivý problém – bezpečnost dat, ten neřeší ani samotná implementace CRM systému. „Například ředitel vývoje byl vyhozen,“ komentuje Oleg Skovorodnikov „Měl přístup k databázi klientů. poštovní schránka. Obecně platí, že pokud se ve vašich řádových řadách objeví neloajální zaměstnanec, CRM mu může pomoci udělat pro vás něco špatného.“ Nesmíme zapomínat, že výskyt CRM ve firmě nesnižuje, ale zvyšuje počet možných hrozeb a vyžaduje adekvátní a pokud možno preventivní opatření ze strany IT služby

Navzdory určité skepsi se poptávka po CRM systémech v Rusku zvyšuje podle různých odhadů o 50–100 % ročně. Působí převážně v sektoru služeb, finančním sektoru, IT, telekomunikacích, obchodní společnosti. Ruské společnosti zpravidla chtějí flexibilní řešení pro své procesy. I když často dochází k případům, kdy se firma, respektující zkušenosti nasbírané renomovaným výrobcem CRM řešení, rozhodla spíše změnit své obchodní procesy než provést zásadní změny ve funkčnosti CRM systému.

Kromě toho jsou žádaná řešení, která poskytují front-office a back-office integraci a integrované ERP/CRM systémy. Faktem je, že až 60 % nákladů na implementaci CRM systému tvoří náklady na integraci se stávajícím CIS.

A není se čemu divit: CRM řešení oddělené od ERP systému zůstává funkčně neúplné. Bez běžného back office vznikají v obchodních procesech firmy mezery – například při převodu příkazu k exekuci nebo vystavení faktury.

Selhání projektu CRM Statistiky (podle Gartner Group, Cap Gemini Ernst & Young a Peppers & Rogers Group) o projektech CRM na Západě jsou smutné – 50 až 80 % implementací nakonec nesplňuje očekávání. Není přesně známo, jaké je toto procento v Rusku, ale je nepravděpodobné, že by to bylo méně. Proč se to děje? Většina těžký případ - nemožnost realizace projektu v podmínkách stávající firemní kultury, chybějící odpovídající úroveň strukturování podnikových procesů pro možnost jejich automatizace (chybějící předpisy, vnitřní ustanovení pro vedení operací). A také nedostatek zpětná vazba mezi pracovní skupina

Častou chybou je upřednostňování technologie před strategií. CRM se implementuje, když ještě nebyly formulovány cíle, procesy a struktury. K dispozici je pouze „poslání“, připomínající historické výzvy Ústředního výboru KSSS k „lepší práci“ k instalaci aplikací CRM, než společnost projde nezbytnými organizačními změnami k zavedení zákaznicky orientovaného přístupu. Navíc mnoho lidí chce realizovat vše najednou. Podle Andrey Pavlova, vedoucího partnera FB Consult, existuje jakýsi mýtus: jaký více funkcí, tím lépe: jak „v záloze“, tak „na ukázku práce“. S tímto přístupem se vytváří „černá díra“ pro peníze a úsilí: zdroje jsou rozptýleny, aby se získalo maximum

funkčnost

a tím vytváří nenárokovanou technologickou nadbytečnost. Namísto postupného přístupu k transformaci je přitom úkolem proměnit celý klientský byznys „v jednom kroku“: strukturování klientské základny, diferenciace nabídek, individualizace komunikace a přizpůsobení realizace. Objevují se i klasické chyby – nedostatek náležité pozornosti ze strany top managementu, chyby při plánování, problémy s koordinací mezi odděleními a odděleními v rámci firmy. V některých případech po implementaci funkčnosti CRM nejsou společnosti schopny zajistit zdroje pro vyvinutou strategii CRM a provést potřebné organizační změny. Společnost Alfastrakhovanie, kde CRM systém SalesLogic funguje, uvádí jak nezbytné podmínkyúspěšnost implementace CRM, silná vůle vedení prodejní jednotky a její dohled nad projektem, dostatek vnitřní zdroje systémová podpora, a navíc - ochota samotných prodejců přijímat nové pravidla hry nebo spíše jejich zapojení do nové „hry“. Je známo, že specifickým a akutním problémem CRM je do značné míry odpor samotných obchodních manažerů. Právem v ní spatřují hrozbu jak v podobě zvýšené kontroly nad svou prací, tak v podobě ztráty vlastní hodnoty jako nositele znalostí o klientech. Často se stává, že manažeři nemají schopnosti nebo čas na seriózní analýzu vztahů s klienty

dostupné nástroje vytvořit „prodejní cestu“.. Tím se místo pracovního nástroje promění v rušivý faktor. Zaměstnanci začnou současně udržovat seznamy svých klientů v souborech Excel nebo jiným způsobem. Podle IT manažera jednoho z velkých ruských zákazníků, který měl zkušenosti s implementací SalesLogix v letech 2001-2003, začíná mnoho ruských poskytovatelů IT služeb spolupracovat s pěkná slova"Řekni mi, co a jak chceš, a my to všechno zautomatizujeme."

Pak začne nával poradenské činnosti a výstupem je pouze papír. A ve výsledku se nabízí buď krabicové řešení (levné, ale rychlé), nebo to nejintegrovanější řešení, s téměř veškerým softwarem dostupným ve firmě (bude to krásné, ale drahé a skončí to?).

Jak se vyhnout neúspěchům?

Andrey Pavlov se domnívá, že při implementaci je velmi důležité usilovat o získání jedinečného obchodního řešení, které by mělo společnosti poskytnout nenapodobitelnou konkurenční výhodu. Musíte zdůraznit funkcionalitu, kterou vaši firemní uživatelé skutečně potřebují, a pokusit se ji implementovat, abyste se vyhnuli funkční redundanci. Úspěch minimalistického projektu zajišťuje viditelnost výsledku s přiměřeným úsilím. Poté se můžete pohybovat ve stejných fázích. To může také pomoci v jedné obzvláště důležité věci – udržení zájmu vedení o projekt, který trvá několik měsíců.„Potřebujeme cílený a pragmatický přístup, ve kterém podnik nejprve vynaloží značné úsilí a čas na to, aby přesně identifikoval ty obchodní procesy, které přinesou výhody, posílí stávající výhody nebo vyřeší ty „front office“.

Redundance funkčnosti, přílišné spoléhání na technologii jako univerzální všelék vede k tomu, že do práce manažerů je vnášena pro ně cizí a nepochopitelná logika jednání. Podle Andrey Pavlova má smysl rozdělit úkol na dva dílčí úkoly: zavést do systému pouze logiku srozumitelnou vrcholovým manažerům s přihlédnutím k probíhajícím organizačním změnám. A všichni ostatní uživatelé by měli být „spokojeni“ aktualizací zjednodušených, ale účinných „doplňků“.

Co se týče práce s prodejním personálem při přechodu na nový systém, pak drtivá většina manažerů pevně zaujímá velmi tvrdý postoj: donutit, potrestat, pokutovat. V každém případě je nutné zajistit, aby lidé každý den pracovali podle nových pravidel. Bez toho se podle Vadima Dozorceva, ředitele poradenské společnosti Berner & Stafford, neobejde. Někdy stále slyšíte o konstruktivnějším přístupu založeném na vlastním zájmu zaměstnanců zvýšit svou produktivitu.

S úspěchem se používají jak čistě technologické metody, tak jejich kombinace s organizačními.

Prodejce dostává mzdu v poměru k počtu realizovaných zakázek. Bez vyplnění určitých formulářů v CRM nelze smlouvu uzavřít. To lze samozřejmě provést hodinu bezprostředně před odesláním smlouvy k podpisu, ale takové věci lze snadno sledovat pomocí systémových protokolů. A už jsou za to pokutováni. Existují další organizační zjištění. Jak ukázala praxe implementace systému MetodiX CRM v Ruské rozvojové bance, uživatelská podpora v době implementace je velmi důležitá. V tomto projektu byl na pracovištích uživatelů každý den po dobu měsíce přítomen tým implementačních specialistů, kteří sledovali provádění procesů a obchodních pravidel, zaznamenávali úzká místa v procesech a přání uživatelů. Na základě toho byly generovány požadavky na změny v procesech. Podle zástupců RBR „Přítomnost takového týmu uživatele šokuje během adaptace na práci v systému.“ minimálně jednou za tři měsíce – o tom všem mluví zákazníci na konferencích jako o cenné zkušenosti získané krví a potem.

A zdálo by se - ABC projektového řízení...

A na závěr něco málo o nákladech na projekty implementace CRM systémů. Podle Insight Technology jsou náklady na projekt CRM rozděleny tak, jak je znázorněno na obrázku 4. Pavel Cherkashin ze Sputnik Labs však varuje: „Podle statistik dosahují skryté náklady 200–500 % počátečních nákladů projektu pokud dostanete poměr ostatní, zkontrolujte, zda jste na něco nezapomněli...“

Tvrdá realita: Střet zájmů Při analýze svých zkušeností s implementací SalesLogix v letech 2001-2003 jeden z velkých ruských zákazníků naznačil střet zájmů v projektu CRM. Pro management zákazníka je CRM software, který „vyřeší všechny naše problémy“, „termín pro implementaci je včera“. Přitom se zcela přehlíží, že CRM řešení není ani tak software, jako spíše koncept nového vztahu s klientem podporovaný softwarem. Management říká: „Budeme sledovat, jak IT implementuje systém. Pokud to nevyjde, za všechno bude odpovědné IT.“ Prodejci si jsou jisti, že systém nepotřebují, „o klientech už víme všechno“, „chtějí nás znovu ovládat“. Analytici chtějí, aby systém umožňoval více zpráv a prodejci by do něj museli zadávat spoustu informací. různé informace . (Je známo, že sbírka velké objemy informace nutně nečiní systém lépe ovladatelný.) A obecný přístup firemního zákazníka se ukazuje jako: „Udělejte, co se vám řekne – my to víme nejlépe a nebudeme měnit stávající obchodní procesy.“ Dodejme k tomu: vlastní IT oddělení společnosti je přesvědčeno, že vše zvládne samo, a obecně systém vlastní vývoj

by bylo mnohem lepší. V důsledku toho je projekt zpomalen pod záminkou nekonzistence softwaru s možnostmi IT, platformou IT, provozními podmínkami, bezpečností a tak dále.

Řekl, jak byla vytvořena ústava Ruska. Ústavní maraton věnovaný 25. výročí ústavy Ruská federace , běží napříč zemí v přeneseném i doslovném smyslu. Obrazně, vezmeme-li v úvahu tolik vzdělávací instituce veřejná sdružení pořádají v prosinci konference, " kulaté stoly


Soči pobočka Všeruské státní univerzity spravedlnosti (RPA Ministerstva spravedlnosti Ruska) si tedy vybrala maraton v této funkci a uspořádala jej 6. prosince.


Studenti – budoucí právníci – věnovali téměř celý den projevům věnovaným 100. výročí Ústavy RSFSR z roku 1918, 40. výročí Ústavy RSFSR z roku 1978 a 25. výročí Ústavy Ruské federace.


Člen Ústavní komise Kongresu lidových poslanců RSFSR, profesor Institutu mezinárodního práva Sergej Aleksandrovič Glotov (na snímku se studenty sočské pobočky RPA Ministerstva spravedlnosti Ruska) řekl studentům a učitelům o jeho vzniku před více než čtvrt stoletím.


7. prosince v Soči státní univerzitě Profesor S.A. Glotov vypracoval zprávu „Ústavní záruky lidských práv v Ruské federaci“, rovněž věnovanou 25. výročí přijetí ústavy Ruské federace lidovým hlasováním.


Této akce se zúčastnil i předseda volební komise. obec letovisko Soči Tkacheva Valentina Viktorovna. Zajímavý rozhovor proběhl o právu ruských občanů volit a být volen do orgánů státní moci a místní samosprávy (čl. 32 Ústavy Ruské federace), jakož i o právu podílet se na řízení státu věcí, tím spíše, že budoucí právníci byli i v univerzitní aule Akademické rady (studenti na fotografii Právnická fakulta Státní univerzity v Soči).

Vzlykat. inf.



Array ( => 49740 => 37 => Řekl, jak byla vytvořena ústava Ruska. => => Array ( => 37 [~ID] => 37 => 03/12/2014 11:19:07 [~TIMESTAMP_X ] = > 03/12/2014 11:19:07 => muinews [~IBLOCK_TYPE_ID] => muinews => cs [~LID] => cs => [~CODE] => => Domů zpravodajský kanál MUI [~NAME] => Hlavní zpravodajský kanál MUI => Y [~AKTIVNÍ] => Y => 500 [~SORT] => 500 => /news/index.php?ID=37 [~LIST_PAGE_URL] => / news/index.php?ID=37 => #SITE_DIR#/news/detail/index.php?ID=#ELEMENT_ID# [~DETAIL_PAGE_URL] => #SITE_DIR#/news/detail/index.php?ID=#ELEMENT_ID # => #SITE_DIR#/news/list.php?ID=#ID# [~SECTION_PAGE_URL] => #SITE_DIR#/news/list.php?ID=#ID# => [~PICTURE] => => [ ~DESCRIPTION] => => text [~DESCRIPTION_TYPE] => text => 0 [~RSS_TTL] => 0 => Y [~RSS_ACTIVE] => Y => N [~RSS_FILE_ACTIVE] => N => 10 [~ RSS_FILE_LIMIT] => 10 => 0 [~RSS_FILE_DAYS] => 0 => Y [~RSS_YANDEX_ACTIVE] => Y => [~XML_ID] => => [~TMP_ID] => => Y [~INDEX_ELEMENT] => Y => Y [~INDEX_SECTION] => Y => 1 [~VERSION] => 1 => 0 [~LAST_CONV_ELEMENT] => 0 => [~EDIT_FILE_BEFORE] => => [~EDIT_FILE_AFTER] => => Sekce [~SECTIONS_NAME] => Sekce => Sekce [~SECTION_NAME] => Sekce => Novinky [~ELEMENTS_NAME] => Novinky => Prvek [~ELEMENT_NAME] => Prvek => L [~SECTION_CHOOSER] => L => N [~BIZPROC] => N => [~LIST_MODE] => => [~SOCNET_GROUP_ID] => => S [~RIGHTS_MODE] => S => [~SECTION_PROPERTY] => => Y [~WORKFLOW] => Y => [~PROPERTY_INDEX] => => [~CANONICAL_PAGE_URL] => => [~EXTERNAL_ID] => => / [~LANG_DIR] => / => lawacademy.ru [~SERVER_NAME] => lawacademy.ru) => /news/index.php?ID=37 [~LIST_PAGE_URL] => /news/index.php?ID=37 => => Pole ( => Pole ()) => Pole () => 10/12 /2018 15:38:52 => /news/detail/index.php?ID=49740 =>)
  • PREVIEW_TEXT- oznámením (filtr masky);
  • PREVIEW_TEXT_TYPE- podle typu oznámení (html|text, String filter);
  • PREVIEW_PICTURE- kód obrázku pro oznámení (filtr čísel);
  • DETAIL_TEXT- podle podrobného popisu (filtr masky);
  • DETAIL_TEXT_TYPE- podle typu podrobného popisu (html|text, String filter);
  • DETAIL_PICTURE- podle kódu detailní obrázek(číslo filtru);
  • CHECK_PERMISSIONS- pokud je nastaveno na "Y", pak budou ve výběru zaškrtnuta přístupová práva k informačním blokům. Ve výchozím nastavení nejsou přístupová práva zaškrtnuta.
  • PERMISSIONS_BY- filtrování podle práv libovolného uživatele. Hodnota je ID uživatele nebo 0 (neoprávněný).
  • CATALOG_TYPE- filtrování podle typu produktu;
  • MIN_PERMISSION- minimální úroveň přístupu, bude zpracována pouze pokud CHECK_PERMISSIONS nastavte na "Y". Výchozí je "R". Seznam oprávnění naleznete v tématu CIBlock::SetPermission().
  • SEARCHABLE_CONTENT- podle obsahu pro vyhledávání. Zahrnuje název, popis oznámení a podrobný popis(maska ​​filtru);
  • TŘÍDĚT- podle řazení (filtr Číslo);
  • TIMESTAMP_X- podle času změny (filtr Datum);
  • DATE_MODIFY_FROM- podle času změny. Budou vybrány prvky změněné po čase zadaném ve filtru. Čas je uveden ve formátu webu. Je možné použít operaci negace "!DATE_MODIFY_FROM";
  • DATE_MODIFY_TO- podle času změny. Budou vybrány prvky změněné dříve, než je čas zadaný ve filtru. Čas je uveden ve formátu webu. Je možné použít operaci negace "!DATE_MODIFY_TO";
  • MODIFIED_USER_ID nebo MODIFIED_BY- podle kódu uživatele, který prvek změnil (filtr čísel);
  • DATE_CREATE- podle času vytvoření (filtr Datum);
  • CREATED_USER_ID nebo CREATED_BY- podle kódu uživatele, který prvek přidal (filtr čísel);
  • DATE_ACTIVE_FROM- podle data zahájení aktivity (filtr data) Formát data musí odpovídat formátu nastavenému na webu. Chcete-li vybrat položky z prázdné pole zahájení činnosti, měli byste hodnotu předat falešný;
  • DATE_ACTIVE_TO- podle data ukončení aktivity (filtr data) Formát data musí odpovídat formátu nastavenému na webu. Chcete-li vybrat položky s prázdným polem konce aktivity, musíte předat hodnotu falešný;
  • ACTIVE_DATE- neprázdná hodnota umožňuje filtr na základě dat aktivit. Pokud hodnota není nastavena, budou vybrány prvky aktivní podle data (. "" ), filtrování podle dat aktivit se neprovádí;
    Chcete-li vybrat všechny prvky, které nejsou aktivní podle data, použijte následující syntaxi: $el_Filter[ "!ACTIVE_DATE" ]= "Y";
  • ACTIVE_FROM- zastaralý;
  • ACTIVE_TO- zastaralý;
  • IBLOCK_ID- podle kódu informačního bloku (filtr čísel);

    Při použití infobloků 1.0 můžete do IBLOCK_ID předat pole identifikátorů, abyste mohli vybírat z prvků několika infobloků:
    $arFilter = array("IBLOCK_ID" => array(1, 2, 3), ...);

    U infobloků 2.0 bude takový výběr fungovat pouze v případě, že nepožaduje vlastnosti prvku.

  • V některých případech může zadání přesného IBLOCK_ID ve filtru urychlit výběr prvků. Vzhledem k tomu, že závislosti jsou složité, je třeba každý konkrétní případ posuzovat samostatně. IBLOCK_CODE
  • - pomocí symbolického kódu informačního bloku (filtr masky); IBLOCK_SITE_ID
  • nebo IBLOCK_LID nebo SITE_ID nebo LID - podle webu (filtr řetězců); IBLOCK_TYPE
  • - podle typu informačního bloku (filtr masky); IBLOCK_ACTIVE
  • - podle aktivity informačního bloku (Y|N, String filter);- podle rodičovské skupiny. Pokud je hodnota filtru nepravda, "" nebo 0, budou vybrány prvky, které nejsou spojeny s žádnými sekcemi. V opačném případě budou vybrány prvky spojené se zadanou sekcí. Hodnota filtru může být také pole. V tomto případě budou vybrány prvky spojené s alespoň jednou ze sekcí zadaných ve filtru. Je možné označit negaci "!". V tomto případě bude podmínka obrácena;
  • SECTION_CODE- symbolickým kódem nadřazené skupiny. Stejné jako SECTION_ID;
  • INCLUDE_SUBSECTIONS- pokud je filtr nastaven rodičovskými skupinami - podle aktivity informačního bloku (Y|N, String filter);, pak budou vybrány také prvky umístěné v podskupinách těchto skupin (to má smysl pouze v případě SECTION_ID > 0);
  • PODSEKCE - podle příslušnosti k podsekcím sekce. Hodnota filtru může být pole dvou prvků definujících levou a pravou hranici stromu oddílů. Operace negace je podporována.
  • SECTION_ACTIVE - pokud je klíč ve filtru, pak se kontroluje aktivita skupin, ke kterým je prvek připojen.
  • SECTION_GLOBAL_ACTIVE - obdoba předchozího, ale je zohledněna i aktivita nadřazených skupin.
  • SECTION_SCOPE – určuje upřesnění pro filtry SECTION_ACTIVE a SECTION_GLOBAL_ACTIVE. Pokud je hodnota "IBLOCK", pak se berou v úvahu pouze vazby na sekce informačních bloků. Pokud je hodnota "VLASTNOST", pak se berou v úvahu pouze vazby na sekce vlastností. "PROPERTY_" - vazby na sekce konkrétní vlastnosti.
  • CATALOG_AVAILABLE- značka dostupnosti produktu (Y|N). Produkt je považován za nedostupný, pokud je jeho množství menší nebo rovno nule, je povoleno kvantitativní účtování a nákup je zakázán, pokud je množství nulové;
  • CATALOG_CATALOG_GROUP_ID_N- podle typu ceny;
  • CATALOG_SHOP_QUANTITY_N- filtrování podle množstevního rozmezí v ceně;
  • CATALOG_QUANTITY- podle celkového množství zboží;
  • CATALOG_WEIGHT- podle hmotnosti zboží;
  • CATALOG_STORE_AMOUNT_ <идентификатор_склада> - filtrování podle dostupnosti zboží na konkrétním skladě (dostupné od verze 15.0.2 modulu Obchodní katalog). Filtr bere jako hodnotu množství zboží na skladě resp falešný.
  • CATALOG_PRICE_SCALE_ <тип_цены> - filtrování podle ceny s přihlédnutím k měně (dostupné od verze 16.0.3 modulu Obchodní katalog).
  • CATALOG_BUNDLE- filtrování podle přítomnosti sady produktů (dostupné od verze 16.0.3 modulu Obchodní katalog).
  • SHOW_COUNTER- podle počtu zobrazení (filtr Number);
  • SHOW_COUNTER_START- podle času prvního zobrazení (filtr data);
  • WF_COMMENTS- komentářem toku dokumentu (filtr masky);
  • WF_STATUS_ID nebo WF_STATUS - podle kódu stavu toku dokumentu (filtr čísel);
  • SHOW_HISTORY- pokud je nastaveno na "Y", pak se jejich archiv (historie) standardně zobrazuje spolu s prvky, zobrazují se pouze publikované prvky; Chcete-li filtrovat podle WF_STATUS_ID SHOW_HISTORY by mělo být v "Y".
  • SHOW_NEW- Kdyby SHOW_HISTORY není nastaveno nebo není rovno Y a SHOW_NEW=Y, pak se ještě nepublikované prvky zobrazí spolu s publikovanými;
  • WF_PARENT_ELEMENT_ID- pomocí kódu nadřazeného prvku v toku dokumentu vybrat historii změn (filtr čísel);
  • WF_NEW- příznak, že prvek nebyl nikdy publikován (Y|N);
  • WF_LOCK_STATUS- stav prvku, který je blokován v toku dokumentu (červená|zelená|žlutá);
  • VLASTNICTVÍ_ > - filtrování podle hodnot vlastností, kde PROPERTY_CODE je kód vlastnosti resp znakový kód. Pro vlastnosti typu "Seznam", "Číslo", "Vazba na prvky" a "Vazba na sekce" - filtr Číslo. Pro ostatní - filtr Maska;
  • VLASTNICTVÍ_< PROPERTY_CODE>_VALUE- filtrování podle hodnot seznamu pro vlastnosti typu "seznam" (filtr masky), vyhledávání bude provedeno podle řetězcové hodnoty seznamu, nikoli podle identifikátoru;
  • KATALOG_ _ - přes pole CATALOG_FIELD od typové ceny PRICE_TYPE(ID cenového typu), kde CATALOG_FIELD může být: PRICE - cena, CURRENCY - měna.
  • VLASTNICTVÍ_ . - filtrovat podle hodnot polí souvisejících prvků. , kde PROPERTY_CODE je ID nebo kód znaku vlastnosti vazby a FIELD je pole prvku určeného ve vazbě. FIELD může nabývat následujících hodnot: ACTIVE, DETAIL_TEXT_TYPE, PREVIEW_TEXT_TYPE, EXTERNAL_ID, NAME, XML_ID, TMP_ID, DETAIL_TEXT, SEARCHABLE_CONTENT, PREVIEW_TEXT, CODE, TAGS, WF_COMMENTS, ID, SHOW_COUNTER, WF_PARENT_TURE_BYUS_ID, CVIEW_TED_BYUS_ID ETAIL_PICTURE, IBLOCK_ID, TIMESTAMP_X, DATE_CREATE, SHOW_COUNTER_START, DATE_ACTIVE_FROM, DATE_ACTIVE_TO, ACTIVE_FROM, ACTIVE_TO, ACTIVE_DATE, DATE_MODIFY_FROM, DATE_MODIFY_TO, MODIFIED_USER_ID, MODIFIED_USER_TED_BY, CID Pravidla filtrování jsou stejná jako výše popsaná.
  • Před názvem filtrovaného pole můžete zadat typ kontroly filtru:
    • "!" - ne rovné
    • "<" - меньше
    • "<=" - меньше либо равно
    • ">" - více
    • ">=" - větší nebo rovno
    • "><" - между
    • atd.
    Filtrovat hodnoty- jedna hodnota nebo pole hodnot. Chcete-li vyloučit prázdné hodnoty, musíte použít falešný.

    Volitelný. Ve výchozím nastavení nejsou záznamy filtrovány.

    Poznámka 1:(nastavením filtru pro vlastnost typu "Datum/Čas"): vlastnost typu Datum/Čas je uložena jako řetězec s datem ve formátu RRRR-MM-DD HH:MI:SS. Podle toho bude řazení podle hodnoty takové vlastnosti fungovat správně, ale hodnota pro filtrování je tvořena zhruba takto: $cat_filter[">"."PROPERTY_available"] = date("Y-m-d");


    Poznámka 2: při použití typu kontroly filtru "><" для целых чисел, заканчивающихся нулем, необходимо использовать тип поля číslo nebo oddělovač "," pro desetinné hodnoty (například 20000,00). Jinak to nebude fungovat správně.

    Naše hrdost a sláva

    Digi Beta PAL, Barva, Stereo, 12:56 min, D 2009
    Natočeno na materiál S8, jehož platnost vypršela, v Burynu (Ukrajina) 2008


    Verleih: Arsenal – Institute für Film und Videokunst e.V.

    kamera/zvuk/střih
    Meggie Schneiderová

    Zvukový mix
    Jochen Jezussek

    Výzkum
    Oleksandra Bienert
    Alesia Kachur
    Juri Katchanow
    Taras Nahirny

    Titulky / překlad

    Z němčiny do angličtiny
    Kristen Allen

    z ruštiny do angličtiny
    Mara Traumane

    Ukrajinština / ruština do němčiny
    Oleksandra Bienert

    Zvláštní poděkování
    Marčenko Hanna Adamovna
    Oleksandr Ihnatenko
    Oksana Kachur
    Anna Kachur
    Viktor Kachur
    Alesia Kachur
    Víra Kudriavská
    Štefan Landorf
    Markus Nechleba
    Uli Kunz / Ralph Niebuhr
    Jac Rubenstein
    Betty Steinbrügge
    Vadim Otto Ursus

    S Leninem ve středu staří hrdinové sovětské éry pozorují každodenní život v ukrajinské vesnici Buryn, která se od své minulosti vzdaluje. Památníky byly postaveny, aby zaplnily prázdnotu města zničeného během druhé světové války, a možná cítí, že v postkomunistickém světě jim chybí smysl.
    osudem rozkladu.
    Až dosud staré vzory v provincii nezaznamenaly žádnou skutečnou konkurenci. Ale v rádiu hlasy volají po obětech hladomoru, aby byly vyznamenány místo partyzánů z druhé světové války. Na stejných okruzích ukrajinský prezident Viktor Juščenko nabádá k obezřetnosti a podporuje usmíření starých a nových hrdinů.
    Zapadající slunce zdůrazňuje popraskané a oprýskané portréty partyzánů a propůjčuje jim zvláštní pozornost skrze stíny rostlin lehce tančících ve větru. Kamera jemně skenuje tváře, aby zjistila, zda dokáže objevit jiný pocit než patos. Orbitální pohyby zachycují centrální náměstí a jeho obyvatele z imaginární perspektivy hrdinů a hrdinek, kteří mizí ve čtyřech symetrických ulicích, které se rozprostírají od středu.

    Text Stefan Landorf a Meggie Schneider
    Překlad Kristen Allen


    NAŠE PÝCHA A SLÁVA

    Unfilm od Meggie Schneider

    Digi Beta PAL, Couleur, Stereo, 13 min, D 2009
    Filmé sur pellicule S8 perimée à Buryn (Ukrajina) 2008

    Avec Lénine en son centre, les vieux héros de l"ère soviétique pozorovatel la vie au jour le jour dans le village ukrajinské de Bouryn, qui se dégage petit à petit de la gangue de son passé. Les monuments ont été érigés vide combler le d"une ville détruite pendant la Seconde Guerre mondiale, et peut-être sentent-ils que, dépourvus de sens dans un post-communiste monde, is sont condamnés à l'avenir à unne décéepitude annoncépitude.
    Jusqu"à présent, les anciens héros de la provincie n"onnu connu aucune réelle concurrency. Mais, à la radio, des voix se font entendre, et appellent à čestné oběti de l'Holodomor, l'extermination par la faim, plutôt que celles de la Seconde Guerre Mondiale. Par ces mêmes canaux, le president ukrajinský Viktor Iouchtchenko pozvat instamment
    à la prudence et prêche nalít une réconciliation des hrdinů, anciens et nouveaux.
    Le soleil couchant met l"accent sur les portraits craquelés and écaillés de la guérilla and leur confère une attention particulière, à travers les ombres des plantes dansant légèrement dans le vent. La caméra balaie reed doucement les visa que le pathos.

    Text od Stefana Landorfa a Meggie Schneider
    Překlad Nicolase Heimburgera


    Dobrý den, milí čtenáři. Tento článek bych rád věnoval Nastavení CNC v internetovém obchodě bitrix na produktových kartách a sekcích, protože to je velmi důležité pro . Protože O Bitrixu toho moc nevím, musel jsem dlouho brouzdat po fórech a dokumentaci, než jsem pochopil, jak změnit odkazy, stejně jako nastavit přesměrování ze starých např. z /shop/category/detail.php? ID=384 do /obchod/kategorie /název-produkt. Pro vás, milí čtenáři, jsem se rozhodl úkol zjednodušit a říct vám, jak jsem v Bitrixu změnil typ odkazů na vnořené pro člověka čitelné. Také chci poznamenat, že tato metoda nebude fungovat, pokud stránky s produkty a kategoriemi nebudou mít vyplněno pole se symbolickým kódem. Pokud vím, tak se to obvykle provádí automaticky - pokud ne, musíte buď vygenerujte symbolický kód nebo jej zadejte ručně pro každou sekci a každou produktovou kartu.

    Takže vše, co musíte udělat, není mnoho, ani málo - 3 akce:

    Vytvořte pravidlo pro zpracování adresy

    To je nutné, aby stránka právě otevřeno na URL potřebujeme /shop/category/nazvanie-tovara.

    Přejděte do administrativní části Bitrixu zde Plocha > Nastavení > Nastavení produktu > Zpracování adresy > Pravidla zpracování

    A stiskněte tlačítko " Nový záznam“, výběrem požadovaného webu, pokud jich máte několik. Dále vyplňte pole:

    • Stav:~/shop/category/(.*?)$~ - Podmínka, podle které je adresa zpracována
    • Komponent: bitrix:catalog.element – ​​Komponenta, která se zpracovává ( tuto součást zobrazí produktovou kartu)
    • Soubor:/shop/category/detail.php - Soubor, který se zpracovává (soubor je obvykle vidět na naší staré URL /shop/category/detail.php?ID=384)
    • Pravidlo: ELEMENT_CODE=$1 – Pravidlo, podle kterého je odkaz zpracován

    Naše adresa URL se nyní stala /shop/category/nazvanie-tovara, ale stránka kategorie stále zobrazuje odkazy na staré adresy URL. Chcete-li to opravit, musíte přejít k dalšímu kroku.

    Změna adresy URL v bitrixu na CNC v informačním bloku (na stránce kategorie)

    Tato akce je nezbytná naše nové odkazy na CNC byly zobrazeny na stránce kategorie.

    Jdeme do administrativní části Bitrixu a jdeme na Plocha > Obsah > Infobloky > Typy infobloků > Infoblok-vaší-kategorie

    Otevřete informační blok požadované kategorie

    Zajímají nás obory:

    • Adresa URL stránky informačního bloku:#SITE_DIR#/shop/category/index.php?ID=#IBLOCK_ID#
    • Adresa URL stránky sekce:#SITE_DIR#/shop/category/index.php?SECTION_ID=#SECTION_ID#
    • Adresa URL stránky zobrazení podrobností:#SITE_DIR#/shop/category/detail.php?#ELEMENT_ID#

    Myslím, že není třeba vysvětlovat, za co je každá adresa URL zodpovědná. Pro implementaci plného CNC v Bitrixu budete muset provést 3 akce popsané v tomto článku - 3x (pro každou z URL (sekce, podsekce, produktová karta), ale nadále budu ukazovat příklad implementace CNC na produktu karta.

    Proto musíme změnit odkaz na stránku zobrazení podrobností. To je docela jednoduché - napravo od těchto polí jsou „elipsy“, pokud na ně kliknete, intuitivně pochopíte, jak vytvořit adresu URL. Potřebujeme vytvořit adresu URL jako je tato #SITE_DIR#/shop/category/#ELEMENT_CODE#

    Uložte změny a uvidíte, co se stane. Voila - na stránkách kategorií všechny odkazy na karty produktů úspěšně získaly lidsky čitelný vzhled.

    Zdálo by se, že v této fázi můžeme dokončit implementaci CNC na bitrixu, ale pro ty, kteří se SEO zabývají nebo spolupracují se SEO specialisty, je potřeba udělat ještě jednu důležitou věc.

    Zavádíme přesměrování ze starých odkazů na CNC

    To je nezbytné pro lepení duplicitních stránek a také pro ty, kteří si koupili nebo mají odkazy na staré adresy.

    Potřebujeme přidat malý kód do souboru result_modifier.php prvku directory. Tento soubor můžete otevřít několika způsoby:

    • Ze strany úprav webu přejděte na kartu produktu, vyberte komponentu, klikněte na rozbalovací nabídku vedle „ozubeného kola“ > podrobně prvek katalogu (bitrix:catalog.element) > upravte soubor result_modifier.php
    • Přes FTP: /bitrix/templates/.default/components/bitrix/catalog.element/your-catalog/result_modifier.php
    • Prostřednictvím administrativní části: Plocha > Obsah > Struktura webu > Soubory a složky > bitrixtemplates > .default > komponenty > bitrixcatalog.element > your-catalog > result_modifier.php

    Otevřete soubor a před zavřením?> přidejte

    //přesměrování k odstranění duplikátů, pokud (($arResult["DETAIL_PAGE_URL"] != $APPLICATION->GetCurPage(false)) a (($arResult["IBLOCK_ID"]==10) nebo ($arResult["IBLOCK_ID"] ==11) nebo ($arResult["IBLOCK_ID"]==12))) LocalRedirect($arResult["DETAIL_PAGE_URL"],false,"301 Trvale přesunuto");

    Doufám, že pro vás byl článek užitečný, pokud máte nějaké dotazy, napište do komentářů.



    
    Nahoru