Интеграция сайта с 1С в Смоленске: ошибки, которые видно только через полгода
В этой статье
Неудачный обмен редко заметен в день сдачи. Каталог на месте, заказы приходят, все довольны. Проблемы всплывают позже: в базе двойные контрагенты, отчёты не сходятся, менеджеры завели свою таблицу «для точности». Разберём решения, которые к этому приводят.
Заказы возвращают в учёт вручную
Самое распространённое усечение проекта: каталог выгрузили, а обратный поток оставили людям. Для торговых и дистрибьюторских компаний это ежедневные часы работы и стабильный процент ошибок в количестве и адресе. Полноценная связка передаёт обратно всё:
- заказ создаётся в 1С сразу, с покупателем, доставкой и способом оплаты;
- резерв ставится в момент оформления;
- статус сборки, отгрузки и трек-номер уходят на сайт и клиенту;
- оплата подтягивается из эквайринга и закрывает документ.
Контрагентов создают без сверки
Один и тот же покупатель попадает в базу трижды: с сайта, из почты и руками менеджера. История закупок расползается, скидка считается неверно, отчёт по клиенту показывает треть оборота. Сверку по ИНН и телефону мы включаем сразу, а правило создания новых карточек закрепляем письменно – иначе дубли возвращаются в базу через месяц после чистки. Отдельно решаем, что делать с разовыми покупателями и физическими лицами: сверять их по реквизитам не по чему, и правило для них нужно своё.
Товар в пути считают наличием
У компаний с транзитными поставками и несколькими складами часть остатка физически едет, часть зарезервирована под отгрузку, часть лежит в браке. Суммарная цифра на витрине выглядит убедительно и регулярно подводит: клиенту обещают сегодня, а отгрузка сдвигается на неделю. Складам Смоленска и области наличие лучше показывать раздельно, с честным сроком поставки для позиций в пути. Логистическим и оптовым компаниям это заодно снимает половину входящих звонков: покупатель сам видит, что можно забрать сегодня, а чего ждать до ближайшей поставки.
Частоту сеансов не привязали к товару
Один регламент на все данные – компромисс, который не устраивает никого. Тяжёлый справочник незачем гонять каждые полчаса, а остатки ходового товара бессмысленно обновлять раз в сутки: за день позиция успевает уйти целиком, и витрина продолжает обещать её покупателям. Мы разделяем потоки: номенклатура ночью, цены и остатки часто, документы по событию. Заодно исчезает главная жалоба бухгалтерии – торможение базы в рабочее время.
Правки проверяют на рабочем учёте
Тестовая копия базы кажется лишними расходами до первого испорченного документа. Восстановление из резервной копии занимает вечер, а доверие к обмену теряется надолго. Полный цикл – выгрузку, заказ, оплату, статус – нужно прогнать на копии и только потом подключаться к рабочей базе. Отдельно проверяем поведение обмена при повторном запуске и при недоступной базе: витрина обязана продолжать работать на последних полученных данных, а сеанс, запущенный дважды, не должен создавать дубли документов.
Не договорились, кто хозяин каждого поля
Если наименование и цену можно менять и в учёте, и в админке сайта, данные начинают ходить по кругу и затирать друг друга. Порядок наводится один раз:
- цена, остаток и наименование приходят из учётной базы;
- описания, характеристики для фильтров и фотографии живут на сайте;
- обмен не перезаписывает поля чужой зоны ответственности;
- исключения из правила перечислены в документации к проекту.
Во что обойдётся связка и сколько она займёт
Базовый обмен по CommerceML – от 45 000 ₽ и около недели работ. Двусторонний обмен с заказами, оплатами и статусами – две-три недели. Смета фиксируется договором до старта и не растёт по ходу проекта. РОСТСАЙТ работает с 2011 года, примеры – в портфолио, расценки – в прайсе.
Расскажите, какая у вас конфигурация и что нужно связать, – посчитаем сроки и стоимость: +7 (901) 417-22-12. Первая консультация бесплатная.
