Perbandingan Saleor dan SAP Commerce – Fleksibilitas vs Kontrol Enterprise

D i era digital yang bergerak cepat ini, pemilihan platform e-commerce yang tepat menjadi krusial bagi keberlangsungan dan pertumbuhan bisnis. Keputusan ini bukan hanya tentang teknologi, melainkan fondasi strategis yang memengaruhi kecepatan inovasi, pengalaman pelanggan, dan efisiensi operasional Anda. Dua pemain utama yang sering menjadi sorotan dalam diskusi ini adalah Saleor dan SAP Commerce. Masing-masing menawarkan filosofi dan pendekatan yang sangat berbeda dalam membangun dan mengelola solusi perdagangan digital.
Saleor, dengan arsitektur headless yang GraphQL-first, memposisikan dirinya sebagai pilihan bagi mereka yang mengutamakan fleksibilitas pengembang, kecepatan iterasi, dan kemampuan untuk menciptakan pengalaman pelanggan yang sangat personal dan unik. Sementara itu, SAP Commerce, sebagai solusi enterprise yang telah teruji dan berbasis Java, menarik perhatian bisnis besar yang membutuhkan kontrol penuh, integrasi mendalam dengan ekosistem SAP yang lebih luas, serta kemampuan untuk menangani volume transaksi dan kompleksitas operasional tingkat tinggi.
Memilih di antara keduanya ibarat menavigasi persimpangan jalan: apakah Anda akan memilih jalur inovasi yang gesit dan adaptif, atau jalan tol yang stabil dan terintegrasi dengan baik? Artikel ini akan mengupas tuntas perbedaan fundamental antara Saleor dan SAP Commerce, mulai dari arsitektur inti, strategi API, fleksibilitas kustomisasi, hingga kapabilitas enterprise dan ekosistem integrasinya. Kami akan membantu Anda memahami di mana masing-masing platform unggul, tantangan apa yang mungkin Anda hadapi, dan pada akhirnya, menentukan fondasi mana yang paling sesuai untuk ambisi dan kebutuhan spesifik bisnis Anda di lanskap commerce modern.

Fondasi Arsitektur Commerce: Saleor vs SAP Commerce Cloud V2

Perbedaan arsitektural antara Saleor dan SAP Commerce Cloud V2 merupakan inti dari filosofi mereka dalam membangun solusi commerce modern. Pilihan ini akan memengaruhi segala aspek, mulai dari kecepatan pengembangan, kapabilitas kustomisasi, hingga skala operasional jangka panjang.

Arsitektur Inti: GraphQL-First vs Monolith Berbasis Java

Saleor dibangun di atas fondasi Python dan Django, mengadopsi pendekatan GraphQL-first. Arsitektur ini memungkinkan aplikasi untuk meminta data spesifik yang dibutuhkan saja, secara signifikan mengurangi masalah over-fetching data yang sering terjadi pada API tradisional. Ini menciptakan fondasi yang ringan dan efisien, ideal untuk pengembangan cepat dan skalabilitas horizontal yang fleksibel. Bagi tim pengembangan, kemudahan ini berarti iterasi fitur yang lebih cepat dan kemampuan untuk bereksperimen dengan desain frontend yang inovatif tanpa terbebani oleh struktur backend yang kaku.

Sebaliknya, SAP Commerce Cloud V2 dibangun dengan arsitektur monolit berbasis Java. Meskipun sering dianggap kurang lincah dibandingkan arsitektur mikroservis modern, pendekatan monolit ini menawarkan stabilitas dan keandalan yang telah terbukti di lingkungan enterprise. Sistem ini berjalan di Microsoft Azure, dengan Kubernetes menangani skalabilitas dan deployment otomatis. Struktur monolit ini dilengkapi dengan logika bisnis yang komprehensif, kapabilitas personalisasi yang kuat, dan kemampuan pemrosesan transaksi bervolume tinggi yang andal, menjadikannya pilihan solid untuk operasi skala besar yang membutuhkan kontrol ketat.

Tumpukan Frontend: Next.js dan JAMstack vs Angular dengan Spartacus

Pilihan teknologi frontend juga menunjukkan perbedaan filosofi yang jelas. Saleor secara alami berpasangan dengan Next.js, framework berbasis React yang dikembangkan oleh Vercel. Next.js memungkinkan server-side rendering (SSR) dan static site generation (SSG), menghasilkan performa aplikasi yang luar biasa melalui rendering otomatis di server dan pemartisian kode yang cerdas. Ini ideal untuk membangun pengalaman pengguna yang sangat cepat dan responsif, yang merupakan kunci dalam perdagangan modern.

Di sisi lain, SAP Commerce Cloud V2 menggunakan Angular dengan Spartacus sebagai kerangka frontend-nya. Spartacus adalah aplikasi web berbasis JavaScript yang dirancang khusus untuk SAP Commerce, mengikuti model single-page application (SPA). Angular, yang didukung oleh Google, menawarkan kerangka kerja yang terstruktur dan teruji, namun mungkin memiliki kurva pembelajaran yang lebih curam karena kompleksitasnya, seperti penguasaan TypeScript dan konsep MVC. Pilihan ini cocok untuk tim yang sudah memiliki keahlian Angular atau yang lebih menyukai kerangka kerja pengembangan yang terstruktur.

Strategi API: API Headless Penuh vs API Berbasis Template

Perbedaan paling mendasar antara kedua platform terletak pada strategi API mereka. Saleor sepenuhnya mengadopsi model headless commerce melalui strategi API GraphQL-only. Ini berarti frontend dan backend benar-benar terpisah, memberikan kebebasan mutlak kepada pengembang untuk merancang pengalaman pengguna yang unik tanpa batasan templat. Frontend hanya akan meminta data yang benar-benar dibutuhkan, mengurangi transfer data yang tidak perlu dan meningkatkan efisiensi.

SAP Commerce Cloud V2 menyediakan API berbasis REST melalui lapisan OCC (Omni-Commerce Connect) mereka, dengan dukungan GraphQL tersedia melalui integrasi middleware. Pendekatan ini lebih selaras dengan pengembangan berbasis templat, di mana backend dan frontend memiliki integrasi yang lebih erat. Hasilnya adalah adanya panduan dan batasan yang lebih kuat, namun dengan kebebasan kreatif yang lebih terbatas. Setiap pendekatan memiliki keunggulannya; Saleor cocok untuk tim yang memprioritaskan inovasi frontend dan pengalaman pelanggan yang berbeda, sementara SAP lebih disukai oleh organisasi yang membutuhkan proses terstandardisasi dan pola integrasi yang telah terbukti.

Fleksibilitas Kustomisasi dan Ekstensibilitas

Kemampuan untuk menyesuaikan dan memperluas fungsionalitas adalah faktor penentu lainnya dalam memilih platform commerce. Perbedaan arsitektural Saleor dan SAP Commerce menghasilkan pengalaman yang sangat berbeda dalam hal ini.

Sistem Plugin: Webhooks dan Pub/Sub di Saleor

Filosofi ekstensibilitas Saleor berpusat pada peristiwa (events) daripada modifikasi kode inti. Sistem webhook platform ini mendukung penanganan peristiwa secara sinkron maupun asinkron. Ini memungkinkan pengembang untuk merespons perubahan sistem tanpa harus mengubah kode dasar. Pendekatan ini sangat berharga bagi bisnis yang perlu berintegrasi dengan berbagai layanan eksternal, seperti sistem CRM, analitik, atau layanan pengiriman pihak ketiga.

Implementasi teknis Saleor mencakup semua protokol pesan utama. Untuk pemrosesan asinkron, Saleor mendukung protokol HTTP(S), Google Cloud Pub/Sub, dan AWS SQS. Fitur yang membuat sistem ini sangat andal di lingkungan produksi adalah kemampuan platform untuk mencoba ulang pengiriman yang gagal hingga lima kali dengan penundaan eksponensial (exponential backoff), memastikan integrasi Anda tetap terhubung bahkan ketika endpoint target mengalami gangguan sementara. Arsitektur berbasis peristiwa ini memberdayakan bisnis untuk membangun ekstensi kustom dalam bahasa pemrograman apa pun—Python, Node.js, Go, atau lainnya—tanpa perlu mem-fork kode inti platform. Hal ini memberikan kebebasan dan efisiensi yang luar biasa dalam mengembangkan fitur tambahan yang spesifik untuk kebutuhan bisnis.

Jalur Peningkatan: Peningkatan Modular vs Rilis Berversi

Saleor mengambil pendekatan yang berbeda secara fundamental terhadap evolusi platform. Alih-alih memaksa bisnis melalui siklus peningkatan yang komprehensif, platform ini merangkul peningkatan modular yang dapat diadopsi secara bertahap. Ini sangat kontras dengan pendekatan rilis berversi tradisional SAP Commerce, yang biasanya memerlukan pengujian ekstensif dan peningkatan sistem secara terkoordinasi. Arsitektur modular Saleor memungkinkan tim teknis untuk menyesuaikan komponen secara independen di frontend maupun backend. Ketika fitur baru tersedia, Anda dapat mengevaluasinya secara terpisah daripada sebagai bagian dari pembaruan platform besar-besaran. Modularitas ini secara signifikan mengurangi risiko peningkatan dengan membatasi perubahan pada area sistem tertentu, tidak seperti platform monolitik di mana pembaruan dapat memicu masalah kompatibilitas berjenjang.

Fleksibilitas Frontend: UI Kustom vs Templat Terdefinisi

Di sinilah perbedaan filosofis Saleor dan SAP Commerce paling terlihat. Arsitektur headless Saleor memberikan kebebasan kreatif penuh kepada pengembang untuk membangun etalase unik menggunakan Next.js, JAMstack, dan teknologi frontend modern lainnya. Fleksibilitas ini datang dengan trade-off: tema kustom menghasilkan kode yang lebih bersih dan pengalaman pengguna yang superior, tetapi membutuhkan investasi pengembangan awal yang lebih tinggi. Ini sangat cocok untuk merek yang ingin menciptakan identitas digital yang sangat berbeda dan pengalaman pelanggan yang imersif.

SAP Commerce mengambil jalur yang lebih terstruktur dengan pengembangan berbasis templat. Pendekatan ini memberikan panduan yang lebih kuat dan implementasi awal yang lebih cepat, namun membatasi kemungkinan kreatif. Templat platform menawarkan pola yang telah terbukti yang bekerja dengan baik untuk skenario commerce tradisional. Meskipun tema kustom biasanya membutuhkan 5-6 minggu untuk implementasi desain, mereka dapat memberikan ROI jangka panjang melalui performa superior dan diferensiasi merek. Pilihan ini mencerminkan kapabilitas tim Anda dan prioritas bisnis. Saleor menghargai keahlian teknis dengan kustomisasi tak terbatas, sementara SAP Commerce menawarkan solusi terstruktur yang meminimalkan risiko implementasi awal.

Kapabilitas dan Kasus Penggunaan Enterprise

Perdagangan enterprise menuntut platform yang mampu menangani skenario bisnis kompleks di berbagai model, pasar, dan saluran. Saleor dan SAP Commerce mengatasi persyaratan ini melalui pendekatan yang berbeda secara signifikan.

Dukungan B2B dan B2C: Fleksibilitas Multi-Model

SAP Commerce Cloud sangat menonjol di lingkungan enterprise dengan fitur B2B khusus, termasuk pesanan tingkat unit, manajemen penawaran harga, dan alat organisasi commerce yang menyederhanakan proses bisnis yang kompleks. Platform ini mendukung model B2B, B2C, dan B2B2C secara bersamaan, menghilangkan beban operasional untuk memelihara sistem terpisah. Ini sangat menguntungkan bagi perusahaan besar yang beroperasi di berbagai segmen pasar, memastikan konsistensi dan efisiensi operasional.

Saleor mengatasi perdagangan multi-model melalui sistem manajemen salurannya, di mana setiap saluran merepresentasikan konteks penjualan spesifik yang dikonfigurasi untuk model bisnis yang berbeda. Arsitektur ini memungkinkan bisnis untuk menyatukan operasi commerce sambil mempertahankan komposabilitas—tim dapat mengelola katalog, logistik, dan aplikasi terpisah di tingkat saluran. Pendekatan ini sangat cocok untuk bisnis yang mencari agilitas dan kemampuan untuk cepat beradaptasi dengan model bisnis baru tanpa perlu melakukan perombakan sistem yang besar.

Lokalisasi: Penanganan Multi-Bahasa dan Multi-Mata Uang

Operasi global menunjukkan perbedaan arsitektur lain antara kedua platform ini. Saleor mengimplementasikan lokalisasi melalui objek terjemahan khusus yang dapat diakses melalui dashboard atau API. Platform ini memerlukan saluran terpisah untuk wilayah dengan mata uang yang berbeda, karena setiap saluran hanya mendukung satu mata uang. Pendekatan ini memungkinkan lokalisasi yang terperinci, termasuk deskripsi produk, metode pembayaran, dan opsi pengiriman per saluran. Hal ini memberikan kontrol granular yang tinggi bagi bisnis yang beroperasi di pasar yang sangat spesifik.

SAP Commerce mengambil pendekatan yang lebih terintegrasi dengan kapabilitas multi-bahasa, multi-mata uang, dan multi-situs native yang dirancang khusus untuk deployment enterprise global. Pendekatan terpadu ini menyederhanakan ekspansi internasional untuk organisasi besar, terutama yang menavigasi persyaratan regulasi yang kompleks. Integrasi yang erat dengan solusi PIM (Product Information Management) enterprise seperti Akeneo atau inRiver, memastikan data produk yang kaya dan konsisten disalurkan ke berbagai saluran penjualan melalui SAP Cloud Integration Suite. Untuk informasi lebih lanjut tentang perbedaan dan solusi keamanan akses istimewa, Anda dapat membaca artikel kami tentang PIM vs PAM: Panduan Lengkap Perbedaan & Solusi Keamanan Akses Istimewa.

Keamanan dan Kepatuhan: Kelas Enterprise vs Tata Kelola Sumber Terbuka

Keamanan adalah pertimbangan utama untuk setiap platform commerce. SAP Commerce menghadirkan keamanan kelas enterprise dengan standar kepatuhan komprehensif yang dibangun ke dalam platform. Pendekatan closed-source ini mengikuti model tata kelola perangkat lunak enterprise tradisional, di mana pembaruan keamanan dan perbaikan kerentanan dikelola secara internal oleh SAP. Ini seringkali memberikan rasa aman bagi organisasi besar yang terbiasa dengan solusi berpemilik dan memiliki kebutuhan kepatuhan yang ketat.

Model keamanan open-source Saleor seringkali menimbulkan pertanyaan di kalangan perusahaan yang terbiasa dengan solusi berpemilik. Namun, pendekatan ini menawarkan keuntungan yang berbeda—kode yang tersedia secara publik berarti lebih banyak mata yang meneliti kerentanan dan mengembangkan solusi. Ketika masalah keamanan muncul dalam kode open-source, perbaikan biasanya tiba dalam hitungan hari daripada bulan, berkat kontribusi komunitas yang aktif. Model ini mendorong transparansi dan responsibilitas yang cepat, yang bisa menjadi keuntungan signifikan dalam menghadapi ancaman siber yang terus berkembang.

Performa pada Skala: Merchandising Real-time vs API Ringan

Strategi performa juga sangat berbeda antara kedua platform ini. SAP Commerce mencakup kapabilitas merchandising real-time dengan rekomendasi berbasis perilaku dan pengujian A/B, mendukung hingga 208.000 pesanan per jam dan 2 juta tampilan halaman per jam. Ini menunjukkan kapasitasnya untuk menangani volume transaksi yang sangat besar dan memberikan pengalaman belanja yang dinamis dan dipersonalisasi. Fitur-fitur ini sangat penting untuk kampanye pemasaran yang kompleks dan optimasi konversi di skala enterprise.

Saleor, dengan arsitektur reaktif dan API-first, menyediakan API ringan yang terhubung secara mulus ke layanan eksternal. Fondasi GraphQL-nya menghilangkan masalah over-fetching, mengurangi transfer data yang tidak perlu selama transaksi. Ini berarti respons yang lebih cepat dan efisiensi sumber daya yang lebih tinggi, terutama untuk implementasi headless yang mengandalkan API-driven. SAP biasanya unggul dalam skenario merchandising kompleks, sementara Saleor menawarkan keunggulan performa untuk implementasi headless yang gesit.

Integrasi dan Keselarasan Ekosistem

Tidak ada platform commerce yang beroperasi secara terisolasi. Ujian sebenarnya datang ketika Anda perlu menghubungkan platform pilihan Anda dengan sisa tumpukan teknologi Anda. Ini adalah area di mana Saleor dan SAP Commerce menampilkan perbedaan signifikan dalam strategi integrasi mereka.

Kompatibilitas CMS dan PIM: Contentful, Strapi vs Alat Native SAP

Saleor berintegrasi dengan berbagai platform CMS headless melalui aplikasi CMS khusus. Integrasi ini memungkinkan sinkronisasi data produk satu arah ke Contentful, Strapi, DatoCMS, dan platform lainnya. Setiap item yang disinkronkan merepresentasikan varian produk unik dalam sistem CMS, memberikan fleksibilitas konten yang luar biasa. Pendekatan ini memungkinkan Anda untuk memilih solusi CMS terbaik yang sudah dikenal dan disukai oleh tim konten Anda, mengoptimalkan alur kerja dan pengalaman pengelolaan konten.

SAP Commerce mengambil pendekatan yang berbeda, berintegrasi dengan solusi PIM enterprise seperti Akeneo dan inRiver melalui antarmuka standar yang disetujui SAP. Koneksi ini menghadirkan pengalaman produk yang konsisten dengan merutekan data yang diperkaya langsung ke saluran penjualan melalui SAP Cloud Integration Suite. Perbedaan ini penting: Saleor memberi Anda kebebasan untuk bekerja dengan solusi CMS terbaik di kelasnya, sementara metode SAP menyediakan integrasi yang lebih ketat tetapi membatasi opsi Anda ke ekosistem yang disetujui. Untuk solusi terkait dengan data dan perangkat lunak bisnis, ada baiknya mempertimbangkan implikasi dari Penghentian Visio Data Visualizer Excel – Panduan Lengkap & Alternatif Terbaik.

Integrasi OMS dan ERP: Fluent Commerce vs SAP ERP

Manajemen pesanan menunjukkan perbedaan fundamental lain antara kedua platform ini. Fluent Commerce bekerja dengan Saleor melalui API GraphQL dan REST yang fleksibel untuk mengoptimalkan permintaan ke platform. Pendekatan ini memungkinkan integrasi yang disederhanakan dengan sistem manajemen gudang, layanan operator pengiriman, dan berbagai platform commerce lainnya. Fleksibilitas ini sangat penting untuk membangun rantai pasokan yang lincah dan responsif.

SAP Commerce terhubung secara mulus dengan SAP S/4HANA, menyatukan data penjualan, inventaris, dan keuangan di seluruh ekosistem. Pembaruan inventaris secara otomatis disinkronkan antara saluran online dan offline, mencegah penjualan berlebih dan memastikan akurasi data. Bagi bisnis yang sudah berinvestasi dalam ekosistem SAP, integrasi ini terasa sangat alami dan menguntungkan, karena menciptakan pandangan terpadu tentang operasi bisnis. Namun, bagi yang tidak, ini bisa terasa membatasi pilihan integrasi.

DevOps dan Hosting: Vercel/Netlify vs Infrastruktur Cloud SAP

Opsi deployment dengan jelas menunjukkan filosofi masing-masing platform. Saleor biasanya di-deploy ke platform yang berfokus pada frontend modern seperti Vercel atau Netlify. Vercel, yang dioptimalkan khusus untuk aplikasi Next.js, unggul dalam server-side rendering dan fungsi edge. Ini memungkinkan waktu loading yang sangat cepat dan pengalaman pengguna yang responsif secara global, mendukung filosofi headless dan JAMstack.

SAP Commerce Cloud V2 mengandalkan infrastruktur cloud-nya sendiri yang berbasis Microsoft Azure dengan Kubernetes untuk skalabilitas dan deployment otomatis. Ini menyediakan keandalan kelas enterprise tetapi membatasi pengalaman dan fleksibilitas pengembang. Pilihan hosting ini memengaruhi segala sesuatu mulai dari kecepatan deployment hingga performa global. Pendekatan Saleor menarik bagi tim pengembangan yang familiar dengan alur kerja deployment modern, sementara infrastruktur SAP menawarkan keandalan enterprise yang telah terbukti dengan fleksibilitas yang lebih sedikit.

Perbandingan Platform Saleor dan SAP Commerce Sekilas

Untuk memudahkan pemahaman, mari kita rangkum perbedaan utama antara Saleor dan SAP Commerce berdasarkan beberapa faktor keputusan kunci:

• Arsitektur Inti: Saleor didasarkan pada Python dan Django, dengan pendekatan GraphQL-first. SAP Commerce adalah monolit berbasis Java yang berjalan di Microsoft Azure dengan Kubernetes.
• Teknologi Frontend: Saleor idealnya berpasangan dengan Next.js yang mendukung server-side rendering. SAP Commerce menggunakan Angular dengan framework Spartacus.
• Strategi API: Saleor mengadopsi API headless sepenuhnya dengan GraphQL-only. SAP Commerce menggunakan API berbasis REST (lapisan OCC) dengan dukungan GraphQL opsional melalui middleware.
• Sistem Ekstensi: Saleor menggunakan sistem webhook dengan penanganan peristiwa sinkron/asinkron. SAP Commerce mengandalkan pengembangan berbasis templat dengan framework terstruktur.
• Pendekatan Peningkatan: Saleor mengutamakan peningkatan modular dan bertahap. SAP Commerce mengikuti siklus rilis berversi tradisional.
• Dukungan B2B/B2C: Saleor menggunakan sistem manajemen saluran untuk berbagai model. SAP Commerce memiliki kapabilitas B2B khusus dan dukungan terpadu untuk B2B/B2C/B2B2C.
• Lokalisasi: Saleor memerlukan satu mata uang per saluran dengan objek terjemahan. SAP Commerce menawarkan kapabilitas multi-bahasa, multi-mata uang, dan multi-situs native.
• Performa: API ringan Saleor menghilangkan over-fetching. SAP Commerce mendukung hingga 208.000 pesanan/jam dan 2 juta tampilan halaman/jam.
• Model Keamanan: Saleor memiliki model open-source dengan pengawasan komunitas. SAP Commerce menyediakan model closed-source kelas enterprise.
• Integrasi CMS: Saleor kompatibel dengan Contentful, Strapi, DatoCMS. SAP Commerce berintegrasi dengan alat native SAP dan antarmuka yang disetujui.
• Hosting/Deployment: Saleor umumnya di-deploy pada Vercel/Netlify. SAP Commerce Cloud V2 menggunakan infrastruktur cloud-nya sendiri di Azure.

Perbedaan-perbedaan ini bukan sekadar detail teknis—mereka secara langsung memengaruhi jadwal pengembangan Anda, biaya operasional, dan kemampuan untuk beradaptasi dengan perubahan kebutuhan bisnis.

Pertanyaan yang Sering Diajukan (FAQ)

Kesimpulan

Pada akhirnya, pilihan platform antara Saleor dan SAP Commerce merefleksikan prioritas organisasi yang lebih dalam. Saleor menarik bisnis yang mengutamakan kecepatan pengembangan dan kebebasan kreatif. Arsitektur GraphQL-first-nya memberdayakan tim untuk membangun persis seperti yang mereka bayangkan, tanpa terikat pada templat yang telah ditentukan. Sebaliknya, SAP Commerce menarik organisasi yang membutuhkan kapabilitas enterprise yang telah terbukti dan proses terstruktur di berbagai model bisnis yang kompleks.
Keputusan ini bukan tentang menemukan platform “terbaik” secara universal, melainkan tentang menemukan kecocokan yang tepat untuk kebutuhan spesifik Anda. Startup yang digerakkan oleh teknologi dan merek asli digital seringkali berkembang pesat dengan fleksibilitas Saleor. Desain headless-nya memungkinkan pengembang untuk bereksperimen dengan teknologi frontend mutakhir, sementara model open-source-nya memastikan perbaikan bug dan peningkatan fitur yang cepat.
Perusahaan yang sudah mapan biasanya menemukan lebih banyak nilai dalam fitur komprehensif SAP Commerce. Platform ini menangani persyaratan B2B yang canggih, operasi multi-mata uang, dan integrasi yang mulus dengan sistem SAP yang ada. Ini menjadikannya sangat berharga bagi organisasi dengan persyaratan regulasi yang kompleks atau proses bisnis yang sudah mapan yang tidak dapat dengan mudah diubah. Kedua platform ini terus berkembang untuk memenuhi permintaan pasar yang berubah, dan kunci keberhasilan terletak pada keselarasan dengan kemampuan teknis organisasi Anda, kompleksitas model bisnis, dan visi perdagangan strategis Anda. Memilih platform yang tepat adalah investasi dalam masa depan digital Anda.