Izveidojiet savu automatizēto piegādes pakalpojumu apstrādātājus. Bitrix: apdarinātāja izveide automatizēta piegādes pakalpojuma Bitrix piegādes aprēķinam
Ar puišiem strādājam jau 2 gadus. Lieliska komanda, lieliska programmētāju izvēle.
Saziņa ar vadītājiem notiek gandrīz jebkurā diennakts laikā. Kritiskus jautājumus var atrisināt pat pulksten 2 naktī (mums kā interneta projektam tas ir ļoti svarīgi).
Laiks, kad sākām sadarbību ar Atlant, tagad atceras ar vieglu smīnu. Un tad viss bija ļoti slikti.
Mēs nolēmām radikāli mainīt vietni - nojaukt veco un pāriet uz 1C-Bitrix.
Mājas lapas izstrāde tika uzticēta ārštata darbiniekam. Viņš darīja visu, veidoja vietni. Bet tieši pirms palaišanas viņam bija dažas grūtības, mēs bijām bez kontakta 2 nedēļas. Es nevaru teikt neko sliktu par viņu, bet tas ir fakts. Mums palika nepabeigta vietnes kopija (vairāk nekā 30 būtiski uzlabojumi).
Mums nebija ne jausmas, kā rīkoties šādā situācijā. Mēs sākām meklēt Bitrix Golden partnerus, kuri varētu mums palīdzēt šajā situācijā.
Mēs uzrakstījām apmēram simts pieprasījumu.
Atlant atbilde izcēlās starp visiem! Izmaksas par darbu izrādījās vienas no zemākajām. Pārliecību deva soli pa solim sniegti norādījumi par to, ko puiši gatavojās darīt ar vietni.
Rezultātā mēs izveidojām vietni, sadarbojamies ar viņiem un nekad neesam to nožēlojuši!
Pirmajos 6 mēnešos pēc sadarbības uzsākšanas mūsu pārdošanas apjomi pieauga 2 reizes. Mēs uzstādām jebkādus uzdevumus, pat vissarežģītākos. Viss tiek darīts.
Ērti, ka viss ir vienuviet: mājas lapas darbs, 1C, hostings, SEO, dizains utt.
Mēs rekomendējam!
Andrejs Rūdijs (Režisors — LEDPremium)
Ar Atlant strādājam jau divus gadus.
Mēs vienmēr likām olas dažādos grozos un strādājām ar vairākiem ārpakalpojumiem vienlaikus.
Gada laikā no 20 līdz 70% vietņu izkārtojuma un 1C iestatīšanas uzdevumu nodevām Atlant.
Gadu no gada esam pārsteigti par uzņēmuma attīstību un progresu un priecājamies par savu veiksmīgo izvēli.
Programmētāju līmenis ir kļuvis augstāks - cenas ir tirgus robežās, vadības reakcija ir tūlītēja.
Kā parasti, kad viss ir labi, jūs pat nezināt, ko izcelt, un nav pamata rakstīt atsauksmi.
Puiši pilnībā izveidoja mūsu resursu www.datakam.ru
Viņi neatstāja nevienu akmeni no standarta, vizuāli nožēlojamā B24.
Mūsu mārketinga speciālisti ikmēneša atskaitēs man kā vadītājai parāda pozitīvo ietekmi, ko rada izmaiņas mājaslapā un dokumentu apstrādes automatizācijā. Ir jēga. Naudā. Rubļos.
Godīgi un atklāti iesakām šo radošo komandu kā uzticamu partneri mūsu darbā.
Smieklīgākais ir tas, ka nevienu no vadības vai darbiniekiem klātienē neesam redzējuši – un tajā pašā laikā esam apmierināti ar uzdevumu izpildes kvalitāti un ātrumu.
Mēs rekomendējam.
Mēs atbildam.
Vladislavs Mehancevs (tehniskais direktors - datakam.ru)
Ar Atlant strādājam vairāk kā 2 gadus, esam apmierināti ar visu: darba ātrumu un kvalitāti. Gadās, ka nav pietiekami daudz programmētāju vai ne vienmēr esam vienisprātis par dizaina jautājumiem, bet visi jautājumi tika atrisināti vairāk vai mazāk ātri.
Diezgan apmierināts ar rezultātu. Paldies.
Dmitrijs (Ģenerāldirektora vietnieks — Souz.com)
Neatkarīgi no tā, cik daudz jūs barojat vilku, cūka garšos labāk
Bitrix: automatizēta piegādes pakalpojuma apdarinātāja izveide
Bitrix piedāvā divu veidu piegādes pakalpojumus: pielāgotus un automatizētus. Šajā rakstā ir aprakstīts, kā izveidot automatizētas piegādes pakalpojuma apdarinātāju.
Kas ir šis automatizētais apstrādātājs?
Visi iepriekš instalētie apstrādātāji atrodas mapē /bitrix/modules/sale/lang/ru/delivery/. Jūsu apstrādātājiem ir jāatrodas mapē /bitrix/php_interface/include/sale_delivery/ (šo ceļu var mainīt tiešsaistes veikala moduļa rekvizītos).
Apdarinātājs ir noteiktas struktūras klase ar savienojuma virkni notikumu piegādes apstrādātājam onSaleDeliveryHandlersBuildList.
Piegādes apstrādātāja klasē ir jābūt vairākām metodēm, kuru darbību veidi ir aprakstīti klases Init metodē.
1. Init - tiek inicializēti galvenie lauki.
2. DBGETSETTINGS - metode parametru vērtību nolasīšanai.
3. DBSETSETTINGS - metode parametru vērtību iestatīšanai.
4. GETCONFIG - iestatījumu konfigurācijas definēšana (tos var iedalīt cilnēs).
5. SADERĪBA - procesora profilu saderības pārbaude ar pasūtījumu.
6. KALKULATORS - piegādes izmaksu aprēķins.
1. SID — unikāls apstrādātāja virknes identifikators.
2. NAME — apstrādātāja vārds.
3. APRAKSTS - apdarinātāja teksta apraksts
4. DESCRIPTION_INNER — apdarinātāja iekšējais apraksts, kas tiek parādīts, konfigurējot apdarinātāju vadības panelī.
5. BASE_CURRENCY — apstrādātāja bāzes valūtas identifikators
6. HANDLER — ceļš uz apstrādātāja failu. Nepieciešams pareizai apdarinātāja automātiskai kopēšanai (vēl nav ieviests). Lielākajā daļā gadījumu pietiek ar vērtību __FILE__
Jānorāda arī vismaz viens piegādes profils.
require_once($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_before.php"); CModule::IncludeModule("sale"); CModule::IncludeModule("iblock"); Class CDeliveryPlain { /** * Описние обработчика */ function Init() { //настройки return array("SID" => "Vienkāršs", // Piegādes pakalpojuma identifikators "NAME" => "Courier Krasnaya Presnya", "DESCRIPTION" => "Apraksts vietnes klientiem", "DESCRIPTION_INNER" => "Apraksts vietnes administratoriem", "BASE_CURRENCY" = > "RUR", "HANDLER" => __FILE__, /* Metožu definēšana */ "DBGETSETTINGS" => array("CDeliveryPlain", "GetSettings"), "DBSETSETTINGS" => array("CDeliveryPlain", "SetSettings"), " GETCONFIG" => masīvs("CDeliveryPlain", "GetConfig"), "COMPABILITY" => masīvs("CDeliveryPlain", "Saderība"), "CALCULATOR" => masīvs("CDeliveryPlain", "Aprēķināt"), /* Saraksta profili */ "PROFILES" => array("all" => array("TITLE" => "Bez ierobežojumiem", "DESCRIPTION" => "Piegādes profils bez ierobežojumiem", "RESTRICTIONS_WEIGHT" => masīvs(0 )) , "RESTRICTIONS_SUM" => masīvs(0),),)); ) /* Iestatīšanas parametri */ funkcija SetSettings($arSettings) ( foreach ($arSettings kā $key => $value) (if (strlen($value) > 0) $arSettings[$key] = doubleval($value ); else unset($arSettings[$key]); ) return serialize($arSettings); ) /* Pieprasīt parametrus */ funkcija GetSettings($strSettings) ( return unserialize($strSettings); ) /* Pieprasīt piegādes pakalpojuma konfigurāciju * / function GetConfig() ( $arConfig = array("CONFIG_GROUPS" => array("all" => "Parameters",), "CONFIG" => array("DELIVERY_PRICE" => array(// "TYPE" => "STRING ", // "DEFAULT" => "200", // "TITLE" => "Piegādes izmaksas", // "GROUP" => "visi")),); atgriezties $arConfig; ) /* Atbilstības pārbaudes pasūtījuma piegādes profils */ funkcija Saderība($arOrder, $arConfig) ( return array("all"); ) /* Piegādes izmaksu aprēķins*/ funkcija Aprēķināt($profile, $arConfig, $arOrder, $STEP, $TEMP = false ) ( // saņemt groza izmaksas // Parādīt pašreizējo grozu pašreizējam lietotājam $arBasketItems = array(); $dbBasketItems = CSaleBasket::GetList(masīvs("NAME" => "ASC", "ID" => "ASC"), masīvs("FUSER_ID" => CSaleBasket::GetBasketUserID(), "LID" => SITE_ID, "ORDER_ID" => "NULL"), false, false, masīvs ("ID", "CALLBACK_FUNC", "MODULE", "PRODUCT_ID", "QUANTITY", "DELAY", "CAN_BUY", "PRICE", "QUANTITY" "")); while ($arItems = $dbBasketItems->Fetch()) (if (strlen($arItems["CALLBACK_FUNC"]) > 0) ( CSaleBasket::UpdatePrice($arItems["ID"], $arItems["CALLBACK_FUNC"] , $arItems["MODULIS"], $arItems["PRODUCT_ID"], $arItems["QUANTITY"]); $arItems = CSaleBasket::GetByID($arItems["ID"]); ) $arBasketItems = $arItems; ) // Izdrukājiet masīvu, kas satur pašreizējo grozu foreach ($arBasketItems kā $num => $item) ( $TotalSumArr = $item["PRICE"]*$item["QUANTITY"]; ) // visu ņemto produktu summa ņem vērā daudzumu $TotalSum = array_sum($TotalSumArr); // atkarībā no summas veikt piegādes uzcenojumu // no 1500 līdz 5000 piegāde 750 rubļi if($TotalSum >= 1500 && $TotalSum<= 5000) $DeliveryCost = 750; elseif($TotalSum >= 5000) $Piegādes izmaksas = 0; return array("RESULTĀTS" => "OK", "VALUE" => $_SESSION["ORDER_DELIVERY_CENA"], "VALUE" => $Piegādes maksa); ) ) AddEventHandler("izpārdošana", "onSaleDeliveryHandlersBuildList", array("CDeliveryPlain", "Init")); ?>
Apdarinātājs satur kodu, kas aprēķina groza saturu un atkarībā no cenas piedāvā dažādas piegādes izmaksas.
Izvades problēmas risināšana tiešsaistes veikala Bitrix v14 automatizētie piegādes pakalpojumi, veicot pasūtījumu vietnē Yandex.Market.
Tas ir tas, par ko mēs runājam, bet izrādās, ka tas nav izdarīts, darbojas tikai pasūtījuma pakalpojumi, šodien mēs to izlabosim.
Šeit es testēju pasūtījuma veikšanu Yandex.Market panelī; pircējam tiks parādīts tas pats, kad viņš veiks pasūtījumu vietnē Yandex.Market.
Automatizēto pakalpojumu izvēle
Vispirms moduļa iestatījumiem jāpievieno automatizētie piegādes pakalpojumi Interneta veikals Nodaļā Iepirkšanās tirgū
Jo pēc noklusējuma tās nav un interneta veikala moduli vairs nevarēsim atjaunināt, rediģēju tieši modulī, jo... manā gadījumā, ja atjaunināsi veikalu, tad klientam viss pārstās darboties, kas tavā gadījumā nezinu ko darīt, padomā, jaunajā Bitrix v16 veikalā varbūt arī tas nedarbosies.
Iestatījumi ir norādīti faila administratīvajā lapā
/bitrix/modules/sale/admin/ymarket.php
Pielāgotie pakalpojumi ir pieejami līdz Pacelt, un zemāk es parādīju automatizētos piegādes pakalpojumus, piemēram, visiem ir vērtība Pasts, manā gadījumā vajadzēja tikai pastu, ja vajag vēl ko, modificēt nebūs grūti, jo princips būs skaidrs, kur un ko darīt, bet tiks parādīti visi automatizētie pakalpojumi, iespējams, ka tie darbosies, es to vienkārši neesmu pārbaudījis.
Tātad, mēs atrodam, kur failā tiek izveidots pielāgoto pakalpojumu $arDeliveryList masīvs, un pievienojam tam automatizētos.
$arDeliveryFilter = array(
"LID" => $arTab["SITE_ID"],
"AKTĪVS" => "Y"
);//STATISKĀ PIEGĀDE
$dbDeliveryList = CSaleDelivery::GetList(
masīvs ("NAME" => "ASC"),
$arDeliveryFilter,
viltus,
viltus,
masīvs("ID", "NAME")
);$arDeliveryList=masīvs();
while ($arDelivery = $dbDeliveryList->Fetch())
$arDeliveryList[$arDelivery["ID"]] = $arDelivery["NAME"];//AUTOMĀTISKĀ PIEGĀDE
$dbRes = CSaleDeliveryHandler::GetList(
masīvs ("NAME" => "ASC"),
$arDeliveryFilter
);
while($piegāde = $dbRes->Fetch())
{
$deliveryId = ($piegāde["ID"] ? $piegāde["ID"] : $piegāde["SID"]);
$arDeliveryList[ $deliveryId ] = $piegāde["NAME"];
}
Tālāk mēs atrodam piegādes izvades bloku un pievienojam sarakstam opciju pastam, manā gadījumā tas tika komentēts, visticamāk, jums būs tas pats.
Šādi izskatās pabeigtā atlase, kas administrēšanas panelī parāda piegādes pakalpojumus
$deliveryName):
$selected = isset($siteSetts["DELIVERIES"][$deliveryId]) ? $siteSetts["DELIVERIES"][$deliveryId] : "";
?>
Viss ir izdarīts ar iestatījumiem, atliek tikai pabeigt skriptu, uz kuru tie nonāk pieprasījumi no Yandex.Market, viņš norāda tirgum, kuras piegādes parādīt pircējam veicot pasūtījumu vietnē Yandex.Market.
Yandex.Market pieprasījumi
Visi pieprasījumi no Yandex.Market uz Bitrix vispirms nonāk šajā failā, tajā ir tikai cita faila savienojums/bitrix/services/ymarket/index.php
Šajā failā pati Bitrix API ir savienota, lai Yandex.Market mijiedarbotos ar jūsu tiešsaistes veikalu
/bitrix/modules/sale/services/ymarket/index.php
Šajā failā mūs interesē metode, kas iet tālāk uz failu, kas mums nepieciešams, lai veiktu izmaiņas, mēs tajā neko nemainām
$rezultāts = $YMHandler->processRequest($requestObject, $method, $postData);
Un šeit ir mūsu fails, kurā darbojas visa Bitrix un Yandex.Market mijiedarbības loģika
/bitrix/modules/sale/general/ym_handler.php
Rakstu nerakstīju uzreiz, kādu laiku tika pārbaudīta funkcionalitāte un izlabotas kļūdas, pat ja kaut ko aizmirsu pateikt, pievienoju failus, varat izdomāt.
Kopumā, ja iepriekš neesat veicis izmaiņas šajā failā savā vietnē, varat izmēģināt visu manu failu, izņemot piegādes, tajā nekas nav mainījies, viss darbojas.
Tātad, kādas bija izmaiņas?CSaleYMHandler klasē
1) Ir pievienots mainīgais, kas glabās pilnīgu informāciju par grozā esošajām precēm, lai aprēķinātu piegādi, izmantojot automatizētās piegādes pakalpojumus.
aizsargāts $basketItems = masīvs();
2) Mainīta metode, kas noklausās grozu tirgū, saņem informāciju par precēm (grozs) un atgriež piegādes pakalpojumus un apmaksas veidus
aizsargātās funkcijas processCartRequest($arPostData)
3) Mainīta metode, kas saņem informāciju par tirgū esošajām grozā esošajām precēm (id, cena, daudzums, svars, izmēri utt.).
aizsargāta funkcija getItemCartInfo($arItem, $currency)
4) Mainīta metode, kas pēc filtra saņem informāciju par pircēja atrašanās vietu, viņam pieejamajiem piegādes pakalpojumiem, aprēķina piegādi un parāda to pircējam tirgū.
aizsargātā funkcija getDeliveryOptions($piegāde, $cena, $svars = 0, $arBasketItems = masīvs())
Šeit šajā metodē tiek aprēķināti pielāgoti un automatizēti Bitrix piegādes pakalpojumi.
Pievērsiet uzmanību šeit!
Manā gadījumā veikals atrodas Maskavā un Maskavai visi automatizētie piegādes pakalpojumi ir atslēgti, pircējam no Maskavas tos nevajadzētu rādīt, tur strādā savākšanas un kurjera piegāde, kodā ir šāds nosacījums (432. lpp.):
if($locationTo == 2691) turpināt;
5) Ir mainīta metode, kas pievieno pasūtījumu jūsu vietnē, paziņo tirgum “Viss ir kārtībā” un atgriež savu numuru Yandex.Market.
aizsargātās funkcijas processOrderAcceptRequest($arPostData)
Konkrēti, 911. līnija, tajā mēs iegūstam Pasūtījuma numurs, tas ir vai nu Pasūtījuma ID, vai Pasūtījuma kods kad ir iespējota pasūtījumu numerācija pēc veidnes
$arResult["pasūtījums"]["id"] = $this->getOrderNumber($orderID);
6) pievienota metode, kas atgriezīs Yandex.Market pasūtījuma numuru jūsu vietnē (pasūtījuma ID vai pasūtījuma kods).
aizsargāta funkcija getOrderNumber($orderId)
Turklāt
Vairāk par augšupielādēto vietni vietas 2.0, es to izdarīju pagājušajā 2015. gadā, atceros, ka bija problēma ar Yandex.Market, Bitrix nepareizi meklēja atrašanās vietas un Yandex.Market ziņoja par kļūdu, es neatceros, kur es to izdarīju, pievienoju ym_location.php failu arhīvs katram gadījumam, ja atrodat, lūdzu, dodiet ziņu, es pievienošu rakstam šo punktu.
Secinājums
Veicot pasūtījumu vietnē Yandex.Market, pircējs šajā veidlapā redzēs piegāžu sarakstu; jūsu veikals tās atgriež.Rakstā izmantotie faili visi ir sadalīti mapēs, kur būs viegli atrast kuru failu.
- Apmācība
Iepriekšējā rakstā mēs apskatījām jauna izrakstīšanās komponenta instalēšanas procesu. Viņš testēja projektu vairākas dienas, un bija pienācis laiks izmantot iespējas, kuru dēļ bija vērts pāriet uz jauno 1C-Bitrix platformu.
Automātiska noklusējuma pilsētas aizstāšana
Šis piemērs noderēs gan maziem reģionālajiem veikaliem, gan lieliem projektiem.Piegādes reģions ir pirmais no galvenajiem pasūtīšanas procesa elementiem. Pieņemsim, ka mums ir jāizmanto automātiska nosaukuma “Kaļiņingrada” aizstāšana, lai palielinātu konversiju un samazinātu problēmas ar pasūtījumu veikšanu.
Tagad, kad pirmo reizi piesakāties, tas izskatās šādi:
Klienti, protams, var noklikšķināt uz pogas “Kaļiņingrada”, pēc kura lauks tiks aizpildīts, taču daudzi vienkārši izlaiž šo darbību, kā rezultātā rodas kļūda:
Šo problēmu atklāja Metrica Webvisor. Protams, pēc tam klients visu aizpilda pareizi, taču paliek pārpalikums, neskatoties uz to, ka daudzos veikalos svarīgs kritērijs ir izņemšana (līdz 80% pasūtījumu), un šajā gadījumā pareizi aizpildot pilsētas nosaukumu. nav kritisks.
Iestatīsim noklusējuma pilsētu un pārbaudīsim, vai aizstāšana darbojas. Dosimies uz veikala administratīvo sadaļu un pēc tam uz īpašuma iestatījumiem:
Un iestatiet noklusējuma atrašanās vietu:
Tagad veiksim pasūtījumu, lai pārbaudītu:
Lieliski, vieta ir aizpildīta, un klientam vienkārši jānoklikšķina uz "Tālāk". Tagad pasūtījums tiks veikts ar minimālām neērtībām klientam, un mēs nodrošināsim maksimālu konversiju. Kas attiecas uz lielajiem veikaliem, viņi var apkopot statistiku par pasūtījumu biežumu no noteiktām pilsētām un veikt ātrās atlases pogas, kā parādīts ekrānuzņēmumā: “Kaļiņingrada”, “Zelenogradska”, “Svetlogorska”.
Populārāko pilsētu var iestatīt pēc noklusējuma, jo to vienmēr ir vieglāk mainīt vai noskaidrot pa telefonu, nekā pazaudēt klientu.
Papildu maksājumu ierobežojumi
Nākamais solis pasūtījuma veikšanā ir maksājumu bloks. Viens no ierobežojumu veidiem var būt aizliegums norēķināties skaidrā naudā, piegādājot ar kurjeru. Tas var noderēt gadījumos, kad karjeras strādā sievietes un kuru veselību viņas nevēlas riskēt, pārvadājot lielas summas.Mēs ieviesīsim ierobežojumu, kas saistīts ar noteiktiem piegādes pakalpojumiem un maksimālo čeka summu. Lai to izdarītu, dodieties uz administratīvo interfeisu uz cilni “Ierobežojumi”, lai iegūtu noteiktu maksājuma veidu:
Šajā gadījumā jums būs jāizveido divas skaidras naudas norēķinu sistēmas:
- vienā ierobežosim izmantošanu saņemšanas punktam, bet bez cenu ierobežojumiem,
- un otrajā aprobežosimies ar kurjerpakalpojumiem un pievienosim summas limitu.
Tagad piegādes ierobežojumi:
Rezultātā mēs iegūstam sekojošo:
Pārbaudīsim pasūtījuma izpildi ar precēm, kuru vērtība nepārsniedz 10 000 rubļu, un piegādi ar kurjeru:
Viss kārtībā, vajadzīgā samaksa ir, pasūtījumu var veikt.
Pārbaudīsim preces, kuru vērtība pārsniedz 10 000 rubļu:
Lieliski, skaidrā naudā nav, var veikt pasūtījumu ar apmaksu citos veidos, neriskējot ar kurjeriem un naudu.
Ieviešot ierobežojumus, klienti neredz “aizliegtos” norēķinu veidus un tāpēc nestrīdēsies ar operatoriem, kuriem pretējā gadījumā būtu nepārtraukti jāskaidro, kāpēc jūsu uzņēmums nepiegādās veikto pasūtījumu.
Papildu piegādes pakalpojumi
Mums bieži tika lūgts nodrošināt iespēju izveidot nepieciešamos pakalpojumus piegādēs. Tas ir ieviests jaunajā platformā. Papildu pakalpojumu priekšrocība ir vidējā pasūtījuma rēķina palielināšanās.Dodieties uz piegādes iestatījumiem:
Interfeisā ir parādījusies atsevišķa cilne ar papildu pakalpojumiem, kas tiks parādīti piegādes blokā. Tiek atbalstīti trīs pakalpojumu veidi:
Apskatīsim, kā šie noteikumi ir konfigurēti:
Visu veidu pakalpojumu iestatījumi ir ļoti līdzīgi: ir divi bloki, kas kontrolē galvenos elementus. Pirmkārt, jums ir jāiestata pakalpojuma nosaukums un apraksts. Pēc tam norādiet, kas var izmantot pakalpojumu:
- Pārzinis - pakalpojums tiks parādīts administratīvajā saskarnē.
- Klients - pakalpojums tiks parādīts pasūtīšanas laikā vietnes publiskajā daļā.
Dinamiska “personas datu ievade”
Piegādes ir pabeigtas, tagad varat pāriet uz vienu no svarīgākajiem elementiem pasūtījuma noformēšanā - datu pieprasīšanu no lietotāja piegādei vai nosūtīšanai. Iepriekšējā komponentā klientam tika pieprasīta tāda pati lauku kopa. Viņam bija jāizvēlas, kurus laukus aizpildīt, kas bija nedaudz neērti.Jaunais norēķinu komponents var pieprasīt dažādas lauku kopas. Biežāk veikalu īpašnieki samazina informācijas apjomu, kas jāievada saņemšanas laikā. Varbūt šajā gadījumā mums pietiks zināt:
- Tālrunis.
- E-pasts. Šo vienumu var arī noņemt, bet dažreiz jūs vēlaties “palutināt” klientu ar jaunumiem par jauniem produktiem.
Mēs saistīsim tikai tos “Piegādes pakalpojumus”, kuriem ir jāparāda šis lauks. Tad ejam uz publisko sadaļu un mēģinām veikt pasūtījumu. Izvēlamies paņemšanu un redzam, ka veikals mums neprasa piegādes adresi.
Šī ir noderīga un apsveicama funkcija. Galu galā, jāatzīst, ka nav īpaši patīkami atbildēt uz klientu jautājumiem: "Kāpēc jums vajadzīga mana adrese, ja es pats paņemšu pasūtījumu?" Tagad jums tas nav jādara.
Pasūtījuma saņemšanas punkts
Nobeigumā vēlos runāt par izmaiņām atlases blokā “Pasūtījuma saņemšanas punkti”. Iepriekšējā versijā galvenās sūdzības bija problēmas ar liela skaita saņemšanas punktu attēlošanu, nelielu karti un automātiskas saņemšanas punkta izvēles trūkumu (ja bija, piemēram, tikai viens).Komponenta jaunajā versijā ir pievienoti iestatījumi pasūtījuma saņemšanas punkta attēlošanai. Ja tas ir vienīgais jebkurā pilsētā, tad mēs uzreiz parādām sabrukušo bloku un parāda visus tā datus ar attēlu, vai arī parāda bloku izvērstu. Pirmajā gadījumā, lai parādītu karti, jums būs jāievada bloks, un otrajā gadījumā karte tiks parādīta nekavējoties.
Īstenosim pirmo iespēju:
Ja bloku parādīsit izvērstu, klients redzēs šādu attēlu:
Ar to mūsu mazā apmācība ir beigusies. Mēs turpināsim jūs iepazīstināt ar mūsu produktu jauno versiju funkcijām, sekojiet mūsu emuāram.
Modulim ir funkcionalitāte automātiski aprēķināt piegādes izmaksas, pamatojoties uz produkta datiem un piegādes adresi.
Lai aprēķinātu pasta sūtījumu piegādes izmaksas, tiek izmantots pakalpojums postcalc.ru. Lūdzu, ņemiet vērā, ka bezmaksas režīmā šim pakalpojumam ir ierobežots pieprasījumu skaits dienā. Ja jums ir nepieciešams vairāk nekā 500 pieprasījumu dienā, jums ir jāveic jaunināšana uz maksas plānu. Detalizētu informāciju par pakalpojuma postcalc.ru lietošanas noteikumiem varat iegūt, noklikšķinot uz saites.
Lai savai vietnei pievienotu Krievijas pasta piegādes pakalpojumu ar iespēju automātiski aprēķināt izmaksas, rīkojieties šādi:
1. Savas vietnes administratīvajā panelī dodieties uz Administrēšana > Veikals > Iestatījumi > Piegādes pakalpojumi.
2. Lapā ar piegādes pakalpojumu sarakstu noklikšķiniet uz pogas "Pievienot". Parādītajā nolaižamajā sarakstā atlasiet veidu - "Automātiskās piegādes pakalpojums".
3. Atvērtajā jauna piegādes pakalpojuma izveides lapā atveriet cilni "Apdarinātāja iestatījumi".
4. Laukā "Piegādes pakalpojums" nolaižamajā sarakstā atlasiet "Krievijas pasts" un saglabājiet atlasi, noklikšķinot uz pogas "Lietot".
5. Pēc izveidotā piegādes pakalpojuma saglabāšanas rediģēšanas lapā parādīsies papildu cilnes:
- Iespējas
- Profili
- Ierobežojumi
Šajā cilnē ir šādi parametri:
- Pievienot cenai - šajā laukā varat norādīt papildu uzcenojuma summu, kas tiks pievienota piegādes izmaksām.
- Noapaļot līdz 10 — atzīmējiet šo opciju, lai iespējotu piegādes izmaksu noapaļošanu.
- Rādīt pasta adresi – ja šī opcija ir atzīmēta, tiks ģenerēta adresāta pasta nodaļas adrese. Nākotnē to varēs parādīt pasūtīšanas lapā.
- Rādīt pasta tālruņu numurus – ja opcija ir iespējota, tiks ģenerēts pasta nodaļas tālruņa numurs, uz kuru sūtījums tiks piegādāts.
Kad ir atzīmētas opcijas "Rādīt e-pasta adresi" un "Rādīt e-pasta tālruņu numurus", tiks ģenerēts mainīgais $arResult["RESULT"]["TEXT"]. Šo informāciju var parādīt publiskajā daļā, ievietojot kodu "echo $arResult["RESULT"]["TEXT"];" komponenta veidnē, kuru izmantojat, lai parādītu informāciju par piegādes izmaksām.
Profilu cilne
Šajā cilnē ir iepriekš instalēti moduļu profili "Krievijas pasts/EMS — aprēķins un izsekošana". Jums ir piekļuve visam standarta darbību komplektam piegādes pakalpojumu profilos: Kopēt, Rediģēt, Dzēst. Darbības ir pieejamas profilu saraksta ierakstu atsevišķu darbību izvēlnē. Šī funkcionalitāte ir standarta Bitrix sistēmā. Sīkāku informāciju varat iegūt attiecīgajā Bitrix sistēmas dokumentācijas lapā.
Cilne "Ierobežojumi".
Šajā cilnē ir ietverti standarta Bitrix funkcionalitātes iestatījumi, kas ļauj ievadīt ierobežojumus pielāgota piegādes pakalpojuma lietošanai.
Lūdzu, ņemiet vērā, ka, lai pareizi aprēķinātu sūtījumu izmaksas, izmantojot pakalpojumu postcalc.ru, ir jāpārsūta dati par sūtījumā iekļauto preču svaru un paredzamo vērtību. Pārliecinieties, ka jūsu vietnes administrācijas panelī šie dati ir pareizi ievadīti kataloga produktiem. Tāpat aprēķiniem nepieciešama informācija par preces piegādes adresi, kā arī sūtītāja adrese. Informācija par sūtītāju tiek ievadīta jūsu veikala administratīvajā saskarnē sadaļā Administrēšana - Iestatījumi - Moduļa iestatījumi - Interneta veikals. Pēc tam veikala iestatījumu lapā atveriet cilni "Veikala adrese". Lai pareizi aprēķinātu sūtījumu izmaksas, aizpildiet lauku "Indekss".
Iespējamas šādas iespējas informācijas iegūšanai par piegādes adresi:
- No lauka "Indekss" reģistrācijas veidlapā - ieteicamā iespēja.
- No pilsētas īpašuma, kas iegūts no laukā Atrašanās vieta norēķinu veidlapā
- No rekvizīta "Pasta indekss", kas iegūts no laukā "Atrašanās vieta" norēķinu veidlapā — ja šis īpašums ir norādīts atrašanās vietai.
Mēs iesakām pasūtīšanas veidlapā norādīt atsevišķu, obligātu lauku “Indekss”. Šajā gadījumā pircējam būs skaidri jānorāda pasta indekss, uz kuru ir nepieciešams sūtījums, kas ļaus izvairīties no iespējamām kļūdām, aprēķinot sūtījuma izmaksas.