Интеграция Битрикс24 с 1С: у каждого поля один хозяин
Обмен ломается не в коде. Код, который перекладывает поля, пишется предсказуемо; непредсказуемо то, что обе системы считают себя правыми насчёт цены, остатка и названия контрагента. Поэтому мы начинаем не с настройки, а с карты: по каждому полю решаем, какая система хозяин и в какую сторону оно ходит. Без этой договорённости двусторонний обмен превращается во взаимную перезапись, и выигрывает тот, чья выгрузка отработала позже.
- Карта полей и владельцев согласуется до первой строки кода
- Первый обмен идёт на копии базы: боевую 1С мы не трогаем
- Конфигурацию не переписываем и работаем вместе с тем, кто ведёт вашу 1С
Шесть причин, по которым обмен ломается
Обмен редко падает целиком — обычно он продолжает работать и при этом врёт. Вот шесть причин, из которых это складывается, и обратите внимание, сколько из них про код.
-
Не договорились, кто хозяин цены
В 1С цену правит экономист, в портале — руководитель отдела продаж, и оба уверены, что правы. При двустороннем обмене без назначенного хозяина побеждает тот, чья выгрузка отработала позже, и правка исчезает без следа. Люди при этом видят не сбой, а «система опять сбросила», и начинают исправлять руками — после чего расхождение становится постоянным.
-
Справочники не сопоставлены
Один и тот же контрагент существует в двух системах под разными именами, а то и дважды внутри одной. Пока не выбран признак сопоставления — обычно ИНН для организаций, — обмен создаёт новые записи вместо того, чтобы обновлять существующие, и каждый прогон увеличивает беспорядок. То же с номенклатурой: артикул, а не название.
-
Обновление конфигурации поменяло реквизит
Бухгалтерия обновилась, поле переименовали или перенесли, обмен продолжил работать и молча перестал передавать одно значение. Это не чья-то ошибка: 1С обновляется по своему календарю, а не по нашему. Поэтому после каждого обновления обмен проверяется — и это отдельная договорённость, а не подразумеваемая обязанность.
-
Обмен живёт на самописной доработке без автора
Кто-то однажды написал обработку, она работала пять лет, автор давно не в компании, исходников нет. Чинить такое дороже, чем собрать заново штатными средствами, а главное — непредсказуемо по срокам: пока не прочитали, сказать ничего нельзя. Мы говорим об этом до сметы, а не после того, как взялись.
-
Нет тестового контура, и любая проверка идёт на боевой базе
Самая дорогая экономия во всей этой работе. Ошибка в обмене на боевой базе — это не «попробуем ещё раз»: выгруженные документы надо отменять, а созданные задним числом записи искать руками. Копия базы снимается за несколько часов и снимает этот риск целиком. Мы без неё не начинаем.
-
Очередь обмена никто не смотрит
Ошибки копятся молча, как в любой интеграции, у которой нет хозяина. Через месяц выясняется, что часть заказов не доехала, и разбирать приходится весь месяц сразу. Лечится не аккуратностью, а уведомлением: система сама сообщает ответственному, что обмен встал, — и в этом месте у него появляется хозяин.
Пять причин из шести — не про код, а про то, о чём не договорились до начала. Именно поэтому первая половина работы здесь выглядит как переговоры, а не как разработка: карта полей согласуется с обеими сторонами, включая того, кто ведёт вашу 1С.
Готова ли ваша 1С к обмену
Семь вопросов, на которые стоит ответить до того, как кто-нибудь назовёт вам сумму. Половину из них задаёт ваш же 1С-специалист, и ответы у него обычно есть. Мы никуда не подключаемся: это список того, что выяснить, а не форма. Отмечайте то, что у вас сходится.
Вердикт появится, как только отметите первый пункт. Ничего никуда не уходит: это проверка для вас, а не заявка.
Сходится 0 из 7
Седьмой пункт не проходит чаще остальных, и он же дороже всех остальных вместе: без человека, который решает споры про данные, каждая строка карты полей встаёт в согласование, и календарь растягивается независимо от объёма работ.
Эта страница — часть направления «Внедрение Битрикс24»
Обмен с учётной системой — верхняя ступень направления, и делается он после того, как в CRM уже работают. Порядок тут важнее скорости: если сделки ведут мимо портала, обмен просто перельёт данные в систему, в которую никто не заходит, а краевые случаи вскроет на живых документах. Как устроен сам портал и что входит в запуск, разобрано на странице направления, там же лежат три сметы.
Если связать нужно не CRM с учётной системой, а несколько систем между собой — склад, сайт, службу доставки, отраслевой сервис, — это другое направление и другая логика работы. Автоматизация процессов
Что такое источник правды и зачем его назначать
Понятие звучит академично, а решает оно судьбу всего проекта. Двусторонний обмен означает не «обе системы пишут всё», а «каждая пишет своё». Разберём на трёх полях, которые спорят чаще остальных.
Правило одно: у каждого поля ровно один хозяин — та система, где его правят люди. Вторая сторона это поле только читает. Если хозяина не назначить, обе стороны считают себя правыми, и последнее слово остаётся за тем, чья выгрузка отработала позже.
- Цена хозяин почти всегда 1С: там она считается от себестоимости, скидок и условий договора. В портале менеджер может видеть её и подставлять в сделку, но не править — иначе счёт разойдётся с учётом, и выяснится это на сверке с бухгалтерией
- Остаток хозяин 1С, и здесь важна не только сторона, но и частота. Остаток — то поле, которое устаревает быстрее всех: если он приезжает раз в сутки, менеджер обещает клиенту вчерашний склад. Частоту обмена по нему назначают отдельно от остальных полей
- Контрагент единственное из трёх, где хозяином чаще оказывается портал: нового клиента заводит менеджер, и в 1С он уезжает уже с реквизитами. Но сопоставлять надо по ИНН, а не по названию — иначе у одной компании появятся двойники, и каждая следующая выгрузка добавит ещё
Практический способ проверить карту полей до начала работ: пройдите по списку и на каждом поле спросите себя, кто в компании его правит руками и в какой системе. Если на одно поле нашлось два человека в двух системах — это и есть будущая точка конфликта, и решать её надо сейчас, назначением, а не потом, разбором расхождений. Чисел в этом разборе нет намеренно: «сколько полей обычно спорит» — вопрос, на который у нас нет ни своей статистики, ни источника, на который можно сослаться.
Что входит в интеграцию
Шесть частей, и только четвёртая — собственно настройка обмена. Первые три готовят договорённости, без которых настраивать нечего, а последние две отвечают на вопрос, который задают уже после запуска: как понять, что обмен работает.
Какая конфигурация, какой редакции, что в ней доработано и кем. Со стороны портала — что уже настроено и какие поля есть. Разговариваем с тем, кто ведёт 1С: половина ответов есть у него, и получить их дешевле, чем добыть чтением конфигурации.
По каждому полю: какая система хозяин, в какую сторону оно ходит, что делать при расхождении. Согласуется обеими сторонами до начала работ. Этот документ остаётся у вас и нужен потом каждый раз, когда обновляется конфигурация.
Выбираем признак, по которому одна и та же запись узнаётся в обеих системах: ИНН для организаций, артикул для товаров. Заодно становится видно, сколько уже накопилось двойников, — их разбирают отдельно и руками, но число называем до того, как браться.
Используем то, что поддерживается обеими сторонами, и не пишем своё там, где есть готовое. Обмен идёт очередью и переживает недоступность одной из систем: если 1С выключили на ночь, данные уедут утром, а не потеряются.
Первый обмен идёт на копии базы, и там же проверяются краевые случаи: товар без цены, контрагент без ИНН, отменённый документ, повторная выгрузка. На боевую базу переходим только после того, как эти случаи отработали предсказуемо.
Каждая операция логируется, а когда обмен встал, система сама сообщает ответственному — не через месяц, когда не доехала партия заказов, а сразу. Это тот элемент, который отличает работающий обмен от обмена, который когда-то запустили.
Чего здесь нет: переписывания вашей 1С и переноса в неё воронки продаж. Учётная система остаётся учётной, CRM — системой продаж, и смысл обмена именно в том, чтобы каждая делала своё. Границы разобраны отдельным блоком ниже
Что ходит между системами и в какую сторону
Типовой состав обмена — не обязательный. Ваша карта полей собирается из этой таблицы вычёркиванием: чем меньше объектов ходит между системами, тем меньше мест, где они могут разойтись. Начинать почти всегда стоит с одного направления.
| Что | Куда ходит | Кто хозяин | Что бывает при расхождении |
|---|---|---|---|
| Номенклатура и артикулы | Из 1С в портал | 1С | Товар, заведённый в портале руками, не найдёт пары при выгрузке заказа — сопоставляем по артикулу и запрещаем заводить номенклатуру в CRM |
| Цены и скидки | Из 1С в портал | 1С | Менеджер правит цену в сделке, счёт расходится с учётом. Решается правами: видеть можно, менять нельзя — либо отдельным полем «цена по договорённости» с отметкой, кто её согласовал |
| Остатки | Из 1С в портал | 1С | Обещали клиенту то, чего нет. Здесь решает не сторона, а частота: остаток устаревает быстрее остальных полей, и период обмена по нему назначается отдельно |
| Контрагенты и реквизиты | В обе стороны | Портал — для новых, 1С — для реквизитов | Двойники. Единственная защита — сопоставление по ИНН, а не по названию: название пишут по-разному, и обмен считает это разными компаниями |
| Счета и заказы | Из портала в 1С | Портал создаёт, 1С проводит | Документ создан дважды. Защищает признак идентичности на стороне 1С: повторная выгрузка обновляет существующий документ, а не плодит новый |
| Оплаты и статусы | Из 1С в портал | 1С | Менеджер не видит, что деньги пришли, и звонит с напоминанием. Чаще всего это не сбой обмена, а период: оплаты возят реже, чем нужно продажам |
| Стадии воронки, переписка, задачи, права | Не ходят никуда | Портал | Не бывает: в 1С этому нет места и переносить туда продажи бессмысленно. Попытка это сделать — самый частый способ раздуть смету втрое без пользы |
Принципы, от которых мы не отступаем: штатные механизмы обмена вместо самописных обработок; ничего не правим в ядре конфигурации; каждая операция логируется и её можно поднять через месяц; обмен идёт очередью и переживает недоступность одной стороны. Обходные решения живут до первого обновления, а обновления приходят и со стороны вендора платформы, и со стороны 1С.
Как идёт работа
Пять шагов, и третий не сокращается ни при каком бюджете. Первый обмен на боевой базе — единственная экономия в этом проекте, которая гарантированно обходится дороже сэкономленного: отменять выгруженные документы приходится руками и по одному.
-
01
Инвентаризация двух систем
Конфигурация, редакция, доработки, кто обслуживает. Со стороны портала — что уже настроено. Разговариваем с вашим 1С-специалистом: он не конкурент, а вторая сторона договорённости, и без него работа идёт вдвое дольше при том же объёме.
-
02
Карта полей и владельцев
По каждому полю — хозяин, направление и поведение при расхождении. Согласуется обеими сторонами до первой строки кода. Спорить о карте дешевле, чем разбирать перезаписанные цены: на этом шаге правка стоит десять минут.
-
03
Тестовый контур на копии базы
Настраиваем и гоняем обмен на копии, отдельно проверяя краевые случаи: товар без цены, контрагент без ИНН, отменённый документ, повторная выгрузка, недоступная вторая сторона. Боевую базу на этом шаге не трогаем вовсе.
-
04
Ограниченный боевой запуск
Начинаем с узкого объёма: одна группа номенклатуры, один склад, одно направление обмена. Смотрим сутки, потом расширяем. Так расхождение, если оно есть, находится на десяти записях, а не на всём справочнике.
-
05
Наблюдение за очередью и передача журнала
Смотрим очередь, разбираем ошибки первых дней, настраиваем уведомление ответственному на случай остановки. Отдаём журнал и карту полей документами: с ними разберётся и ваш специалист, и любой следующий подрядчик.
Мы не выдавливаем вашего 1С-специалиста и не берём его работу на себя. Разделение простое: настройку и правила обмена ведём мы, изменения в конфигурации — он. Если такого человека нет вовсе, скажем об этом до договора: обмен без хозяина на той стороне доживает до первого обновления 1С.
Спросить про свою конфигурацию
Не уверены, что ваша 1С это потянет?Напишите название конфигурации и редакцию, а ещё — дорабатывали ли её и кто сейчас обслуживает. Скажем, есть ли штатный механизм обмена, нужен ли тестовый контур и с чего начинать. Без счёта и без созвона.
Спросить в Telegram Когда наши услуги не нужныЧего обмен не делает и чего мы не трогаем в вашей 1С
Пять границ, названных до договора. Обмен — это труба между двумя системами, и на неё удобно вешать ожидания, которых она не выполняет. Дешевле разобраться сейчас, чем на приёмке.
-
Не превращает 1С в CRM и не переносит туда воронку
Стадии сделки, переписка с клиентом, задачи и права остаются в портале: в учётной системе для них нет места, и попытка их туда переселить — самый частый способ раздуть смету втрое без пользы. Учёт остаётся учётом, продажи остаются в CRM, и смысл обмена в том, чтобы каждая система делала своё.
-
Не чинит расхождения, которые уже накопились
Двойники контрагентов, товары с одинаковыми названиями и разными артикулами, старые документы без реквизитов — всё это обмен не сведёт, он перенесёт беспорядок и закрепит его. Разбор накопленного — отдельная ручная работа, и мы называем её объём до того, как браться, а не включаем молча в смету обмена.
-
Не переживает обновление конфигурации автоматически
1С обновляется по своему календарю, и после крупного обновления обмен проверяется заново — иногда он продолжает работать и молча перестаёт передавать одно поле. Это не сбой и не чья-то ошибка, это свойство работы с чужой системой. Договорённость о том, кто проверяет обмен после обновления, записывается заранее.
-
Не отвечает за скорость самой 1С
Если база тормозит при закрытии месяца или упирается в сервер, обмен это не исправит — он добавит к ней ещё один источник запросов. В таких случаях мы говорим прямо и предлагаем сначала разобраться с базой, а период обмена по тяжёлым объектам настраиваем так, чтобы не совпадать с пиком нагрузки.
-
Не заменяет вашего 1С-специалиста
Правила и настройку обмена ведём мы, изменения в конфигурации — тот, кто её обслуживает. Мы не переписываем ядро и не берём на себя сопровождение учёта: у этой работы должен остаться хозяин на вашей стороне, иначе обмен доживёт до первого обновления и встанет без объяснений.
Правила и механизмы обмена задают вендоры обеих систем, и они меняются. Поэтому состав возможного мы сверяем на старте вашего проекта, а не цитируем документацию годовой давности — и по той же причине не публикуем на этой странице список поддерживаемых конфигураций: он устарел бы молча, а выглядел бы обещанием.
Сколько стоит и от чего зависит
Обмен относится к третьей смете направления — от 240 000 ₽. Если портал ещё не настроен под вашу продажу, сначала идут первая и вторая: от 60 000 ₽ и от 120 000 ₽. Лестница нарастающая, каждая следующая смета включает предыдущую целиком, и состав каждой открыт на странице направления. Своей отдельной цены у обмена нет.
| Что смотрим | Как двигает объём | Как двигает календарь |
|---|---|---|
| Типовая конфигурация или доработанная | Сильно: доработанную надо сначала прочитать, а читать чужой код дольше, чем писать свой | Сильно: пока конфигурация не прочитана, срок называется вилкой, а не датой |
| Сколько объектов обмениваются | Сильно: номенклатура, цены, остатки, контрагенты, документы, оплаты — каждый объект добавляет свои краевые случаи, а не строку в настройке | Умеренно: настраиваются параллельно, время уходит на проверку каждого |
| Обмен односторонний или двусторонний | Сильно: двусторонний — это не удвоение, а другая задача, потому что появляется конфликт версий и правило его разрешения | Сильно: конфликты вскрываются на реальных данных, а не на тестовых |
| Есть ли тестовая копия базы | Слабо: снять копию — несколько часов | Сильно, если копии нет и снять её некому: без тестового контура мы не начинаем |
| Кто обслуживает 1С и как быстро отвечает | Не двигает вовсе | Сильнее всего остального: каждая строка карты полей требует согласования на той стороне, и календарь растягивается независимо от объёма работ |
Обмен окупается только там, где в CRM уже работают. Если сделки ведут мимо портала, данные из 1С приедут в систему, в которую никто не заходит, а краевые случаи вскроются на живых документах — это названо ошибкой на странице направления, и мы скажем то же самое на разборе. Лицензии Битрикс24 и 1С в работу не входят: это подписки вендоров, отдельные счета на ваше юрлицо, и их стоимость мы не называем.
Что обычно идёт рядом
Обмен с учётной системой — верхняя ступень: под ней должна стоять работающая CRM, а рядом обычно оказываются ещё несколько систем, которые тоже хотят знать про остатки и заказы. Порядок работ тут решает больше, чем их состав.
Когда обмен вам не нужен
Четыре ситуации, в которых мы отговариваем. Обмен с 1С — самая дорогая работа направления и самая красивая в пересказе: «всё будет связано» звучит правильно всегда. Проверить заранее, окупится ли это, покупатель не может — поэтому проверяем мы, и вслух.
-
Если в CRM ещё не работают
Обмен добавит данных в систему, в которую никто не заходит, и вскроет краевые случаи на живых документах бухгалтерии. Правильный порядок — сначала воронка и люди, потом интеграции; обратный встречается часто и заканчивается одинаково: подключено всё, заходит один человек. Начинать стоит с внедрения или донастройки
-
Если номенклатура меняется раз в полгода
Двести позиций, которые обновляются дважды в год, выгружаются файлом за час — и этот час стоит дешевле любого обмена, включая его сопровождение после каждого обновления 1С. Обмен окупается там, где данные меняются быстрее, чем человек успевает их переносить: остатки, оплаты, ежедневные заказы.
-
Если нужен один документ из сделки, а не обмен
Счёт, коммерческое предложение и акт формируются штатными средствами портала по вашему шаблону, с подстановкой реквизитов и позиций, — и для этого не нужна связь с учётной системой. Обмен становится нужен тогда, когда документ должен попасть в учёт, а не просто уйти клиенту в письме.
-
Если 1С вот-вот меняют или переводят в облако
Смена конфигурации, переход на другую редакцию или переезд базы к хостинг-провайдеру меняют половину того, на чём держится обмен. Делать его сейчас — значит делать дважды. Честнее подождать и заложить обмен в план переезда: после него он собирается быстрее, чем до, потому что часть вопросов уже решена.
Есть отдельная страница о том, когда наши услуги не нужныОна написана не для красоты: обмен с учётной системой мы отговариваем делать чаще, чем любую другую работу направления, — и объясняем, что вместо.
Когда вам это не нужноИнтеграция Битрикс24 с 1С: что стоит знать до заказа
Что обычно обменивают между Битрикс24 и 1С
Типовой состав — шесть групп данных, и почти всегда его стоит сокращать, а не расширять. Из 1С в портал идут номенклатура с артикулами, цены, остатки и статусы оплат: всё это считается в учёте, и там же правится людьми. Из портала в 1С — новый контрагент, заведённый менеджером, и заказ или счёт, созданный из сделки. В обе стороны ходят только реквизиты контрагентов, и это единственное место, где направление обмена приходится обсуждать отдельно.
Стадии воронки, переписка с клиентом, задачи и права не ходят никуда и остаются в портале: в учётной системе для них нет места. Попытка перенести продажи в 1С — самый частый способ увеличить смету втрое без всякой пользы, и встречается он чаще, чем кажется, потому что звучит логично: «пусть всё будет в одном месте». В одном месте оно и так есть — просто мест два, и у каждого своя работа.
Практическое правило при сборе состава: чем меньше объектов ходит между системами, тем меньше точек, где они могут разойтись. Начинать стоит с одного направления и одной группы данных — например, только выгрузка номенклатуры и остатков, — а встречный поток добавлять после того, как первый отработал месяц без разбирательств.
Почему двусторонний обмен сложнее, чем кажется
Потому что двусторонний обмен — это не удвоенный односторонний, а другая задача. В односторонней выгрузке всегда понятно, чьи данные главные. Как только обе стороны получают право писать, появляется конфликт версий, и его надо разрешать правилом, а не надеждой: если экономист поправил цену в 1С, а менеджер — в сделке, побеждает тот, чья выгрузка отработала позже, и правка второго исчезает без следа и без предупреждения.
Решается это назначением хозяина. У каждого поля ровно одна система, где его правят руками; вторая сторона его только читает. Цены и остатки — хозяин 1С. Новый контрагент — хозяин портал, потому что заводит его менеджер. Реквизиты этого же контрагента — снова 1С. Карта полей, в которой это записано по каждому полю, согласуется обеими сторонами до первой строки кода и остаётся у вас документом: она понадобится ещё не раз, в частности после каждого обновления конфигурации.
Второе, что делает двусторонний обмен сложным, — сопоставление записей. Одна и та же организация в двух системах должна узнаваться однозначно, и единственный надёжный признак для этого ИНН: по названию сопоставлять нельзя, потому что названия пишут по-разному, от кавычек до организационной формы. Для товаров тем же признаком служит артикул. Если признак не выбран, обмен создаёт новые записи вместо обновления существующих, и каждый прогон увеличивает беспорядок.
Сколько стоит интеграция с 1С и от чего зависит срок
Обмен относится к третьей смете направления — от 240 000 ₽; если портал ещё не настроен под вашу продажу, сначала идут первая и вторая, от 60 000 ₽ и от 120 000 ₽. Своей отдельной цены у обмена нет: объём задаётся состоянием вашей 1С и составом того, что должно ходить между системами, а не услугой как таковой. Подписки Битрикс24 и 1С ни в одну смету не входят — это деньги вендоров, отдельные счета на ваше юрлицо.
Сильнее всего на объём влияют три вещи. Типовая у вас конфигурация или доработанная: доработанную надо сначала прочитать, а читать чужой код дольше, чем писать свой. Сколько объектов обмениваются: каждый добавляет не строку в настройке, а свой набор краевых случаев — товар без цены, контрагент без ИНН, отменённый документ. И односторонний обмен или двусторонний: второе, как сказано выше, другая задача, а не удвоение первой.
На календарь же сильнее всего влияет не объём работ, а скорость второй стороны. Каждая строка карты полей требует согласования с тем, кто ведёт вашу 1С, а спорные поля — решения человека, который скажет «по этому полю главная такая-то система». Если такого человека нет, проект встаёт в согласования и растягивается независимо от того, сколько в нём работы. Поэтому вопрос «кто у вас решает споры про данные» мы задаём на первом же разговоре.
Что происходит с обменом после обновления 1С
Его надо проверять. 1С обновляется по своему календарю — из-за требований законодательства, смены форм отчётности или планового выхода новой версии конфигурации, — и после крупного обновления реквизит может оказаться переименован или перенесён. Обмен при этом чаще всего не падает: он продолжает работать и молча перестаёт передавать одно значение. Заметить это по интерфейсу нельзя, а по данным видно не сразу.
Поэтому две вещи закладываются в работу с самого начала. Первая — журнал очереди: каждая операция логируется, и её можно поднять через месяц, чтобы понять, что именно перестало ходить и с какого числа. Вторая — уведомление ответственному, когда обмен встал: не через месяц, когда не доехала партия заказов, а сразу. Это и отличает работающий обмен от обмена, который когда-то запустили.
Третья вещь не техническая: у обмена должен остаться хозяин на вашей стороне. Мы ведём настройку и правила, изменения в конфигурации ведёт тот, кто её обслуживает, — и договорённость о том, кто проверяет обмен после обновления, записывается заранее. Если такого человека нет вовсе, мы говорим об этом до договора: обмен без хозяина доживает до первого крупного обновления и встаёт без объяснений. Разово такую проверку считают часами, потоком — абонементом сопровождения
Вопросы про обмен с 1С
Семь вопросов, которые задают именно про обмен. Общее по направлению — лицензии, облако и коробка, приживаемость CRM — разобрано на странице направления: ответы должны жить в одном месте, иначе со временем разойдутся.
Остался вопрос?
Написать в Telegram, отвечаем за 30 минутСписок конфигураций мы на сайте не публикуем намеренно: он устарел бы молча, а выглядел бы обещанием. Отвечаем механикой. Если конфигурация типовая и у неё есть поддерживаемый механизм обмена, работа предсказуема по сроку и объёму. Если типовая, но доработанная, объём зависит от того, записаны ли доработки. Если конфигурация самописная, начинаем с чтения — и срок до этого чтения называем вилкой, а не датой. Назовите название и редакцию на разборе, и ответ будет конкретным.
Доработанная конфигурация не препятствие, непрочитанная — препятствие. Разница в том, есть ли список доработок и человек, который может о них рассказать. Если есть, мы читаем список и оцениваем; если нет, первым этапом идёт чтение самой конфигурации, и это честно закладывается в срок. Чего мы не делаем ни при каком раскладе — не правим ядро: обходные решения живут до первого обновления, а обновления к 1С приходят по чужому календарю.
Очень желателен, и мы его не выдавливаем. Разделение простое: правила и настройку обмена ведём мы, изменения в конфигурации — он. Половина ответов на вопросы про вашу базу есть у него, и получить их дешевле, чем добыть чтением. Если такого человека нет вовсе, мы об этом скажем до договора: обмен без хозяина на той стороне доживает до первого крупного обновления 1С и встаёт. В этом случае разумно заранее договориться, кто будет проверять обмен после обновлений.
Обмен надо проверить. Чаще всего он не падает, а продолжает работать и молча перестаёт передавать одно поле — потому что реквизит переименовали или перенесли. Заметить это по интерфейсу нельзя. Поэтому в работу закладываются журнал очереди, по которому видно, что именно перестало ходить и с какого числа, и уведомление ответственному на случай остановки. Саму проверку после обновления считают часами, а если обновления частые — абонементом сопровождения
Нет, и это единственное условие, которое мы не сокращаем ни при каком бюджете. Ошибка обмена на боевой базе — не «попробуем ещё раз»: выгруженные документы приходится отменять руками, а созданные задним числом записи искать по одной. Копия снимается за несколько часов и закрывает этот риск целиком. На копии же проверяются краевые случаи — товар без цены, контрагент без ИНН, отменённый документ, повторная выгрузка, — и только после этого мы выходим на боевую базу, начиная с узкого объёма.
Можно, и мы предлагаем это чаще, чем о нём просят. Односторонняя выгрузка дешевле, быстрее и не создаёт конфликта версий: понятно, чьи данные главные. Очень часто её достаточно — менеджеру нужны товары, цены и остатки, а заказы он и так оформляет там, где ему удобно. Встречный поток стоит добавлять после того, как первый отработал без разбирательств хотя бы месяц: так вы увидите реальную пользу до того, как заплатите за её удвоение.
Можно, и это распространённый случай. Обмен устраивается так, чтобы инициатором выступала сторона 1С: она сама выходит на связь по расписанию и забирает или отдаёт данные, а снаружи в вашу сеть никто не ходит. Это вопрос к вашему системному администратору не меньше, чем к нам, и обсуждать его лучше втроём. Отдельно проверяем поведение при недоступности: если база выключена на ночь или на переучёт, обмен встанет в очередь и отработает потом, а не потеряет данные.
Назовите конфигурацию — скажем, как устроить обмен
- Посмотрим, есть ли штатный механизм обмена под вашу редакцию
- Соберём черновую карту полей: что ходит, в какую сторону и кто хозяин
- Если хватит односторонней выгрузки или вовсе файла — скажем прямо
Заявка принята
Посмотрим, что можно сделать с вашей конфигурацией, и вернёмся в течение рабочего дня. Если срочно — напишите в Telegram.
Или напишите сразу:
Telegram · отвечаем лично за 30 минут