Магазин з обліковою системою: ціни, залишки й замовлення без ручної роботи
Інтеграція інтернет-магазину з 1С або BAS починається не з коду, а зі спільного ключа: коду номенклатури чи артикула, за яким позиція на сайті однозначно відповідає позиції в обліку. Немає ключа — немає обміну, і жодна доробка цього не обійде. Далі йде техніка: ціни й залишки на сайт за розкладом, замовлення в облік, статуси назад, журнал збоїв і повторна спроба замість тихої втрати даних. Каталоги, які ми міряли в цьому класі, тримають від 1 848 до 55 321 товарної сторінки, і частота обміну на цих обсягах різна. Вартості тут немає навмисно — спершу дивимось ваше реальне вивантаження.
спільний ключ: код номенклатури або артикул з обох боків
Наш вимір
31.07.2026
Виміряна верхня межа каталогу
55 321 товарна сторінка і 3 868 категорій — 59 189 адрес
Перша відповідь на цьому обсязі
840,5 мс при вазі HTML 454,5 КБ, вимір 31.07.2026
Виміряна нижня межа
1 848 карток у 138 категоріях, 1 992 адреси без дублів
Показники зняті нашим виміром на живих сайтах відповідного масштабу.
після безкоштовного аудиту
Вартість
30
Гарантія
днів після підписання акта
спільний ключ: код номенклатури або артикул з обох боків
З чого все тримається
55 321
Виміряна верхня межа каталогу
товарна сторінка і 3 868 категорій — 59 189 адрес
840,5 мс
Перша відповідь на цьому обсязі
при вазі HTML 454,5 КБ, вимір 31.07.2026
1 848
Виміряна нижня межа
карток у 138 категоріях, 1 992 адреси без дублів
10–25
Строк налаштування
робочих днів від затвердження напрямків обміну
безкоштовний аудит вивантаження, 3–5 робочих днів
Перед кошторисом
Як проходить робота
Прозорі етапи з погодженням на кожному кроці
Загальний строк:10–25 днів
1
Звірка довідників і ключа зіставлення
2–4 робочих дні
Беремо ваше вивантаження й каталог сайту, рахуємо позиції з обох боків і знаходимо спільні артикули. Тут зазвичай і з'ясовується, що на сайті одна кількість товарів, в обліку інша, а спільних артикулів менше за обидві. Список розбіжностей віддаємо вам — закривати його доведеться з боку обліку.
2
Мапінг полів і тестовий контур
2–5 робочих днів
Розкладаємо поля вашого файлу на поля магазину: ключ, назва, ціна, залишок, категорія, одиниця виміру. Піднімаємо копію бази й перший прогін робимо на ній. На живий магазин обмін не заходить, поки на копії не пройде чисто.
3
Ціни й залишки на сайт за розкладом
1–4 робочих дні
Запускаємо перший напрямок і ставимо його на cron. Тут же домовляємось про правила: що робити з нульовою ціною, від'ємним залишком і позицією, яка зникла з вивантаження. Мовчазне ігнорування таких випадків — найдорожча з можливих поведінок.
4
Замовлення в облік і статуси назад
3–6 робочих днів
Другий напрямок: замовлення з покупцем, складом, доставкою й коментарем іде в облік, статус повертається на сайт. Проганяємо наскрізно — від кошика до документа в обліку й назад до сторінки замовлення покупця.
5
Журнал, сповіщення, повторна спроба
1–3 робочих дні
Кожен запуск пише в журнал: час, кількість оброблених позицій, текст помилки. Збій шле повідомлення й повторюється, а не зникає. Окремо перевіряємо, що два запуски не накладаються один на одного, коли попередній не встиг завершитись.
6
Приймання, документація, передача
1–3 робочих дні
Тиждень обмін працює під наглядом на живому магазині. Після цього — документація, інструкція окремо для менеджера й окремо для людини з обліку, передача доступів і початок гарантійного строку.
Технології та інтеграції
На чому будуємо і з чим це з’єднується
Стек
OpenCart 4.x — ставимо за замовчуванням
OpenCart 3.x — коли модуль обміну не має збірки під 4.x; версію фіксуємо до старту
XML стандартного формату обміну — його віддає сама облікова система; обмеження: у дописаній конфігурації структура часто інша
CSV — терпимий до кривих даних; обмеження: не передає кілька складів і типів цін без домовленості про колонки
cron — обмеження: запуски накладаються, тому обмін блокується на час роботи
PHP і MySQL — обмеження: заливання великого каталогу через адмінку падає по таймауту, тому обробка йде порціями
Журнал обміну з часом, кількістю позицій і текстом помилки
Тестовий контур на копії бази — обмеження: копія старіє, перед запуском її оновлюють
Інтеграції
1С
BAS
обмін цінами й залишками
вивантаження замовлень
повернення статусів
Нова Пошта
LiqPay
WayForPay
безготівковий розрахунок з ПДВ
Google Tag Manager
GA4
Що входить
Повний перелік робіт і того, що ви отримуєте на виході
Зіставляємо номенклатуру обліку з каталогом сайту за спільним ключем — після цього кожен товар має однозначну відповідність в обліку, а не «схожу назву»
Налаштовуємо вивантаження цін і залишків за розкладом: щоночі або щогодини, залежно від того, як швидко рухається ваш склад
Зв'язуємо типи цін обліку з групами покупців на сайті — роздріб, опт і дилер бачать свою ціну без ручного перемикання менеджером
Передаємо замовлення з сайту в облік разом із покупцем, складом замовлення, способом доставки й коментарем — менеджер перестає передруковувати
Повертаємо статуси з обліку на сайт, якщо ваш процес цього вимагає: покупець бачить «зібрано» чи «відправлено» без дзвінка в компанію
Ведемо журнал обміну й шлемо повідомлення про збій із повторною спробою — про зупинку ви дізнаєтесь зі сповіщення, а не від покупця
Прописуємо правила для крайніх випадків: товар зник з обліку, ціна нульова, залишок від'ємний, позиція є в обліку й відсутня на сайті
Робимо порційне вивантаження й обмін лише зміненими позиціями — на великому каталозі це різниця між обміном за хвилини й обміном, який не встигає до наступного запуску
Проганяємо перший обмін на копії бази, а не на живому магазині: помилка мапінгу коштує відкату копії, а не дзвінків покупцям
Пишемо документацію обміну: що, куди, коли, за яким ключем і що робити, коли він зупинився
Передаємо роботу двом людям окремо: інструкція для вашого менеджера й інструкція для того, хто веде облік
Умови роботи: передоплата 50%, гарантійний строк 30 календарних днів після приймання
Коли ця послуга не підходить
Що не входить у роботу — щоб не було сюрпризів на здачі
Доопрацювання конфігурації облікової системи — це зона вашого спеціаліста з обліку
Наведення ладу в номенклатурі обліку: дублі, відсутні артикули, неузгоджені одиниці виміру
Ліцензії й оновлення облікової системи
Бухгалтерський супровід
Хостинг, домен, еквайринг
Кому підходить
Ситуації, у яких ця послуга дає результат
Ситуація 1 з 5
Менеджер щоранку переносить ціни з обліку на сайт
Постачальник підняв ціну, в обліку її змінили, на сайті вона стара до вечора — або до понеділка. Кожне замовлення в цьому вікні йде за старою ціною, і різницю платите ви. Обмін закриває саме вікно. Чесна межа: точнішим ваш облік він не зробить — не змінили ціну в обліку, сайт покаже стару.
Розберемо вашу ситуацію на безкоштовному аудиті
Ситуація 2 з 5
Сайт показує «в наявності» те, чого на складі немає
Покупець оплатив, менеджер телефонує з відмовою, гроші повертаються, рекламний клік уже оплачено. Зворотний бік менш помітний: позиція лежить на складі, а сайт пише «немає», і її не купують. Виміряний приклад від протилежного — оптовий магазин білизни на 13 428 карток, де онлайн-оплати немає свідомо: щоб не оплачували товар, якого немає в наявності.
Ситуація 3 з 5
Замовлення з сайту переписують в облік руками
Двадцять замовлень на день — це година копіювання й кілька помилок на тиждень: не той склад, не та кількість, загублений коментар. Вивантаження замовлень знімає перенесення, але додає вимогу до дисципліни: усе, що менеджер міняє в замовленні, має мінятися в одному місці.
Ситуація 4 з 5
Ціни різні для роздробу, опту й дилера
В обліку це різні типи цін, на сайті — групи покупців. Зв'язок задається один раз, і саме тут ховається більшість пізніших скарг: дилер бачить роздрібну ціну, бо його група не зіставлена з типом ціни в обліку.
Ситуація 5 з 5
Каталог виріс, і вантажити його цілком уже довго
На кількох сотнях позицій можна щоночі перезаливати весь каталог. На десятках тисяч це окрема інженерія: порційне вивантаження, обмін лише зміненими позиціями, розведення обміну й пікових годин. У виміряному нами магазині садової техніки карта сайту дала 55 321 товарну сторінку.
Автоматичний обмін проти оновлення прайсу руками
Чим цей варіант відрізняється від «Менеджер оновлює вручну»
Менеджер оновлює вручнуНаш підхід
Затримка між зміною ціни в обліку й на сайтівід кількох годин до тижня — залежить від завантаженості менеджерарозклад, який ви задаєте: година або доба
Залишкионовлюються тоді, коли хтось про них згадавтягнуться з обліку разом із нулями й від'ємними значеннями
Замовленняпереписуються руками, з друкарськими помилкамипотрапляють в облік із покупцем, складом замовлення й доставкою
Запускнічого запускати не треба — робота вже оплачена зарплатою менеджераокремий проєкт на 10–25 робочих днів
Що ламаєтьсяне ламається нічого: дані просто тихо застаріваютьобмін зупиняється й пише в журнал — збій видно того ж дня
Вимоги до данихпрацює на будь-яких даних, бо звіряє людинау кожної позиції має бути унікальний артикул
Безкоштовний аудит перед налаштуванням обміну
Обмін ламається не на коді, а на розбіжності довідників: у обліку одна номенклатура, на сайті інша, і зв'язати їх нічим. Аудит перевіряє саме це — до того, як ми домовляємося про роботу й називаємо суму.
Що міряємо
Ключ зіставленняЧи є в обліку й на сайті спільне поле — код номенклатури або артикул. Без нього обмін неможливий у принципі, і це перше, на що ми дивимось у вашому файлі.
Формат вивантаженняЩо саме віддає ваша система: XML стандартного формату обміну, довільний XML, CSV чи вивантаження руками. Від цього залежить половина трудомісткості проєкту.
Напрямки обмінуЩо і куди має рухатися: ціни й залишки на сайт, замовлення в облік, статуси назад. Кожен напрямок — окремий обсяг робіт і окреме тестування.
Стан номенклатуриСкільки позицій, скільки дублів, скільки без артикула. У виміряних нами каталогах цього класу — від 1 848 до 55 321 товарної сторінки, і на кожному обсязі свої вимоги до частоти обміну.
Частота оновленняЯк швидко рухаються залишки й ціни. Щогодинний обмін і щоденний — це різні навантаження, різні рішення й різні строки.
Хто відповідає з боку облікуЧи є людина, яка налаштує вивантаження на вашому боці. Без неї проєкт зупиниться, і краще знати про це до старту, а не на третьому тижні.
Що ви отримуєте на руки
Висновок, чи можливий обмін на ваших даних і за яким ключем зіставлення.
Опис напрямків обміну з оцінкою обсягу по кожному окремо.
Перелік проблем номенклатури, які треба закрити до запуску обміну.
Розмову на 30–40 хвилин по документу, де показуємо, що критично, а що почекає.
Строк: 3–5 робочих днів — треба подивитися реальне вивантаження, а не його опис
Чому це безкоштовно
Бо обмін — це та задача, де «ми думали, що це просто» коштує найдорожче. Подивитись реальне вивантаження за кілька днів дешевше, ніж виявити на третьому тижні, що в обліку немає артикулів. Документ лишається вам у будь-якому разі — навіть якщо обмін робитимемо не ми.
Що далі
Після аудиту — сума й строк по етапах із датами, договір, рахунок, акт. Якщо обмін на ваших даних неможливий, скажемо це прямо й запропонуємо простіший імпорт прайсу за розкладом.
Форма коротка: контакт і адреса сайту
Не знайшли свій випадок?
Опишіть, як це влаштовано у вас, — відповімо, чи підходить «Інтернет-магазин з обміном з 1С або BAS» і що це означає у вашій ситуації. Без брифу й без дзвінка: одне питання, одна відповідь.
Працюємо офіційно
Договір, акт і рахунок — на кожен проєкт, а не тільки на великий. Без документів у вас немає ні прав на роботу, ні підстави провести витрати.
Договір, акт і гарантія 30 днів
На кожен проєкт письмовий договір: обсяг, строки, сума, порядок приймання. Після здачі — акт і рахунок, а далі 30 календарних днів гарантії: помилки з нашої вини усуваємо безоплатно. Усне з дзвінка дублюємо письмово того ж дня — домовленість, якої немає в тексті, не рахується.
ФОП і безготівковий розрахунок
Виконавець — зареєстрований ФОП. Оплата на рахунок із закривними документами, які бухгалтерія проведе як витрати. Курс для гривневої оплати фіксується договором, а не з’ясовується постфактум.
Права й доступи — ваші
Код, дизайн і матеріали переходять до вас після повної оплати. Домен, хостинг, репозиторій, аналітику й рекламні кабінети оформлюємо на вас — щоб сайт не залежав від підрядника. NDA підписуємо на запит, після завершення свої доступи видаляємо самі.
Портал клієнта замість переписки
На час роботи ви отримуєте доступ до порталу: договори, рахунки, акти й стан проєкту в одному місці. Документи формуються з даних угоди, тому реквізити й суми в них не розходяться, а про оплати й дедлайни нагадує система, а не пам’ять менеджера.
Замовники з Європи
Серед робіт — проєкти для Норвегії, Болгарії та Іспанії: болгарський магазин трьома мовами з кур’єрською доставкою, іспанський з оплатою карткою й переказом, норвезький сайт клініки. Це видно в портфоліо, а не тільки в описі.
Цифри, які можна перевірити
Кожен кейс у портфоліо — з посиланням на живий сайт і технічним виміром: швидкість відповіді, вага сторінки, обсяг каталогу, знайдені дефекти. Ці цифри можна зняти самому й звірити з нашими.
Спершу аудит, потім сума
Прайсу на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» нічого не пояснює. Спершу безкоштовний розбір — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.
Кажемо «ні», коли не впевнені
Якщо задача не наша, строк нереальний або послуга вам просто не потрібна — скажемо це першим листом, а не після передоплати. Гарантій позицій у пошуку не даємо: їх не дає ніхто, а обіцянка без механізму — це продаж, а не робота.
NDA підписуємо на запит. Після завершення співпраці наші доступи до ваших сервісів видаляємо самі й повідомляємо про це.
Що впливає на вартість
Чому дві однакові на вигляд задачі рахуються по-різному — і що саме ми міряємо на аудиті
Кількість напрямків обмінуЦіни й залишки на сайт — один напрямок і найкоротший строк. Плюс замовлення в облік — другий. Плюс повернення статусів — третій. Кожен додає власне тестування й власний набір крайніх випадків, і саме тут кошторис розтягується найсильніше.
Формат вивантаженняXML стандартного формату обміну — це половина роботи, зроблена ще до нас, бо його вміє віддавати сама облікова система. Довільний XML чи вивантаження, яке хтось колись дописав під себе, доводиться розбирати полем за полем.
Стан номенклатуриКаталог, де кожна позиція має унікальний артикул, зіставляється за день. Дублі, порожні артикули й різні одиниці виміру перетворюють звірку довідників на найдовший етап — і робиться вона до програмування, а не після.
Обсяг каталогу й частота обміну1 848 карток можна вивантажувати цілком щоночі. На 55 тисячах потрібне порційне вивантаження й передача лише змінених позицій, а це інший обсяг роботи й інші вимоги до сервера.
Складність цін і складівОдна ціна й один склад — простий випадок. Типи цін під роздріб, опт і дилерів, залишки по кількох складах, резерви під невідвантажені замовлення — кожен рівень додає правил зіставлення, які треба описати й перевірити.
Хто відповідає з боку облікуШтатний спеціаліст з 1С скорочує строк відчутно: питання вирішується за годину, а не за тиждень. Без такої людини в графіку з'являються паузи, які ми не контролюємо.
Кейси
Задачі та результат у цифрах — усі показники зняті нашим виміром
інтернет-магазин офіційного продавця садової техніки та запчастин
Задача
Тримати каталог техніки й запчастин із глибокою вкладеністю категорій, фільтрами за потужністю й типом двигуна та актуальними залишками й цінами з облікової системи.
Рішення
Магазин на OpenCart 3.x із каталогом запчастин глибиною до чотирьох рівнів. У картці проєкту заявлено обмін з обліковою системою 1С для залишків і цін — ззовні він не перевіряється, тому подаємо його як заявлений, а не як виміряний нами факт. Вісім способів оплати, серед них безготівковий з ПДВ і оплата за IBAN, чотири варіанти доставки.
Результат
Виміряний масштаб каталогу станом на 31.07.2026: 18 підкарт по 3 000 адрес плюс 1 321 у дев'ятнадцятій — 55 321 товарна сторінка, ще 3 868 категорійних, разом 59 189 адрес. TTFB 840,5 мс, повне завантаження HTML 997,4 мс при вазі 454,5 КБ: найповільніша перша відповідь у нашій вибірці, що для 55 тисяч позицій очікувано. Карта сайту явно оголошена в robots.txt. Окремо зафіксовано PHP 7.3.33 — без підтримки з грудня 2021 року.
оптовий магазин нижньої білизни з каталогом понад 13 тисяч позицій
Задача
Дати оптовому покупцю підбір за розмірами й кольорами всередині моделі та оптові ціни за рівнями.
Рішення
Магазин на OpenCart, вісім способів розрахунку описані і в тексті, і в розмітці через acceptedPaymentMethod. Онлайн-оплати немає свідомо, і причина написана прямо на сайті: щоб покупець не оплатив товар, якого немає в наявності.
Результат
13 428 сторінок товарів і 161 категорія — 13 590 адрес у карті сайту, з яких лише один дублікат. TTFB 289 мс. Кейс цінний від протилежного: відсутність надійних залишків коштувала магазину цілого каналу оплати. Застереження з того ж виміру 31.07.2026: HTML головної важить 751,2 КБ — найважчий документ серед 16 виміряних нами сайтів.
B2B-каталог запчастин до промислових швейних машин
Задача
Дати технічному спеціалісту знайти деталь за кодом або моделлю обладнання.
Рішення
Каталог на OpenCart із підбором деталей за моделлю машини й технічними схемами, оплатою безготівкою без ПДВ і після отримання товару на складі перевізника.
Результат
1 848 карток і 138 категорій — 1 992 адреси в карті сайту без жодного дубліката, TTFB 388,1 мс при 120,2 КБ HTML, вимір 31.07.2026. Нижня межа виміряних нами каталогів цього класу: тут повне вивантаження щоночі проходить без порційності. Знайдений дефект: у розмітці досі живе Universal Analytics, вимкнений Google 1 липня 2023 року.
Що потрібно від вас
Без цього не почнемо — краще підготувати заздалегідь
1Приклад реального вивантаження з вашої системи — файл, а не його опис.
2Ключ зіставлення: код номенклатури або артикул, який існує з обох боків.
3Контакт людини, яка відповідає за облік і може налаштувати вивантаження на вашому боці.
4Опис процесу замовлення: хто його обробляє, які статуси у вас існують і що з них має бачити покупець.
5Доступи до сайту й хостингу, зокрема до планувальника завдань.
6Рішення про частоту обміну: щодня, щогодини чи за подією.
Якщо чогось із цього немає — скажіть, підкажемо, як зібрати або зробимо самі окремою задачею.
Часті питання
Те, що питають найчастіше — з конкретними відповідями
з чого починається обмін?
З ключа зіставлення. Має існувати поле, за яким товар на сайті однозначно відповідає позиції в обліку: код номенклатури або артикул. На боці магазину це технічно окреме поле картки, і його треба зафіксувати до старту — потім переключити ключ означає перезаливати зіставлення по всьому каталогу. Якщо в обліку артикули заповнені не скрізь або дублюються, обмін почне плутати позиції, і ніякий код цього не виправить. Тому аудит починається саме з цієї перевірки, а не з обговорення розкладу.
обмін односторонній чи двосторонній — з чого починати?
Наша рекомендація: спершу один напрямок, ціни й залишки з обліку на сайт. Дайте йому попрацювати два тижні на живих даних — за цей час вилізуть усі розбіжності довідників, і вилізуть вони дешево. Замовлення в облік підключайте другим етапом, коли перший напрямок уже стабільний. Так робити довше на папері й швидше насправді: у зворотному порядку ви розбираєте помилки зіставлення й помилки передачі замовлень одночасно, і незрозуміло, яка з них чия.
як часто оновлювати залишки?
Настільки часто, наскільки швидко вони рухаються. Для каталогу, де позиції продаються поштучно й рідко, вистачає нічного обміну. Для ходового асортименту потрібен щогодинний. Чесна межа механізму: між двома вивантаженнями завжди є вікно, у яке ту саму останню одиницю можуть купити двічі — обмін це вікно звужує, але не прибирає. Постійна синхронізація в реальному часі звучить привабливо й створює навантаження, яке на великому каталозі помітно б'є по швидкості сайту.
після обміну залишки на сайті будуть точні?
Настільки, наскільки вони точні в обліку. Обмін не виправляє облік — він переносить його стан на сайт швидко й акуратно. Якщо в обліку пересорт, невідображені списання чи товар, який фізично поїхав, а документ не провели, сайт покаже рівно це. Тому на аудиті ми питаємо не тільки про формат файлу, а й про те, скільки позицій каталогу реально в наявності. Коли розбіжність між обліком і складом велика, чесніше спочатку розібратися з нею, а потім автоматизувати.
що буде, коли обмін зламається?
Він зламається — рано чи пізно, бо в обліку щось зміниться. Питання тільки в тому, дізнаєтесь ви про це з журналу чи від покупця, якому продали відсутній товар. Тому в роботу входять журнал із часом і кількістю оброблених позицій, повідомлення про збій і повторна спроба. Окремо стежимо, щоб два запуски не накладалися: якщо нічний обмін не встиг завершитись до ранкового, без блокування вони підуть паралельно й почнуть переписувати одні й ті самі позиції. Тихий збій — найдорожчий сценарій із усіх.
у нас 50 тисяч позицій — обмін витягне?
Витягне, але вивантажувати треба порціями й лише те, що змінилося, а не весь каталог кожного разу. Виміряний нами магазин садової техніки та запчастин, у картці якого заявлено обмін з обліковою системою для цін і залишків, тримає 55 321 товарну сторінку і 3 868 категорій — 59 189 адрес разом. Перша відповідь сервера там 840,5 мс: для такого обсягу це очікувано, і саме тому важкий обмін не можна ставити на пікові години. Ззовні сам обмін не перевіряється, і це варто сказати прямо, але масштаб каталогу показує, що задача робоча.
скільки триває налаштування?
10–25 робочих днів залежно від кількості напрямків і стану номенклатури. Найдовше зазвичай іде не програмування, а звірка довідників: коли з'ясовується, що на сайті одна кількість товарів, в обліку інша, а спільних артикулів менше за обидва числа. Ця робота робиться один раз, і краще зробити її до запуску. Другий за тривалістю етап — замовлення в облік зі статусами назад, бо його доводиться проганяти наскрізно кілька разів.
хто доробляє конфігурацію 1С — ви?
Ні, і це принципово. Ми працюємо з тим, що ваша система віддає назовні: файлом вивантаження або обміном за протоколом. Усе, що всередині конфігурації — нові реквізити, зміна складу вивантаження, правила формування ціни, — робить ваш спеціаліст з обліку. Причина проста: у дописану під вас конфігурацію сторонній підрядник заходить із ризиком зламати те, що працює, а відповідальність за облік лишається вашою. На аудиті ми одразу перевіряємо, чи є така людина: без неї проєкт зупиняється на першому ж питанні до вивантаження.
що буде при оновленні 1С або платформи магазину?
Обмін доведеться доробляти — і це не «якщо», а «коли». Змінюється склад вивантаження в обліковій системі, змінюється структура бази при оновленні магазину, і зв'язка між ними перестає збігатися. Тому обмін — постійна витрата на підтримку, а не разова покупка, і ми кажемо це до договору, а не після. Практично: перед будь-яким оновленням з будь-якого боку обмін спершу проганяється на копії, а вже потім на живому магазині. Документація, яку ми віддаємо, потрібна саме для цього дня.
Надішліть приклад реального вивантаження з вашої системи.
У відповідь — чи можливий обмін на ваших даних, за яким ключем, які напрямки й скільки це займе по етапах. Якщо обмін вам зараз не потрібен, скажемо прямо й запропонуємо простіший імпорт прайсу.
Прайса на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» у такому разі нічого не пояснює. Спершу безкоштовний аудит — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.