[{"data":1,"prerenderedAt":270},["ShallowReactive",2],{"blog-\u002Fblog\u002Fzakazy-bitrix24-1c-oplata-otgruzka":3},{"id":4,"title":5,"body":6,"category":257,"date":258,"description":259,"extension":260,"meta":261,"navigation":263,"path":264,"readingTime":265,"seo":266,"seoTitle":267,"stem":268,"__hash__":269},"blog\u002Fblog\u002Fzakazy-bitrix24-1c-oplata-otgruzka.md","Битрикс24 и 1С: как связать заказ, оплату и отгрузку без потери статусов",{"type":7,"value":8,"toc":240},"minimark",[9,13,16,23,29,34,37,40,51,55,58,125,128,132,135,138,141,146,150,153,156,159,163,166,188,191,195,198,207,211,216,219,223,226,230,233,237],[10,11,12],"p",{},"Менеджер видит в Битрикс24 успешную сделку, бухгалтер в 1С ждёт доплату, а склад уже отгрузил часть заказа. Все трое могут быть правы: они смотрят на разные события. Интеграция начинает помогать, когда эти события связаны устойчивыми идентификаторами и понятными правилами переходов.",[10,14,15],{},"Я бы начинал проект обмена с одного заказа и его истории. Кто создал состав, где зафиксирована оплата, откуда берётся факт отгрузки? Такой разбор показывает, что именно нужно передавать между системами и какие действия должны оставаться за человеком.",[10,17,18],{},[19,20],"img",{"alt":21,"src":22},"Связь заказа на 120 тысяч рублей, аванса 60 тысяч и отгрузки четырёх из десяти позиций.","\u002Feditorial\u002Faventra\u002Fzakazy-bitrix24-1c-oplata-otgruzka\u002Fillustration-fb4647989763415f.svg",[10,24,25],{},[26,27,28],"em",{},"Аванс и частичная отгрузка меняют разные показатели. Ни один не означает полное завершение заказа.",[30,31,33],"h2",{"id":32},"сделка-заказ-платёж-и-отгрузка-отвечают-на-разные-вопросы","Сделка, заказ, платёж и отгрузка отвечают на разные вопросы",[10,35,36],{},"Сделка описывает работу с клиентом. Заказ фиксирует состав и условия поставки. Платёж подтверждает поступление денег, а отгрузка отражает движение товара. Названия объектов и доступные операции зависят от используемой конфигурации 1С и выбранного сценария Битрикс24.",[10,38,39],{},"Поэтому фразу «передавать все статусы» лучше заменить таблицей событий. Например, изменение коммерческого предложения ещё не должно менять проведённую реализацию. Отметка менеджера о согласии клиента тоже не равна банковской оплате. Эти различия нужно сохранить в интерфейсе, иначе красивый общий статус будет скрывать реальную задолженность.",[10,41,42,43,50],{},"В официальной ",[44,45,49],"a",{"href":46,"rel":47},"https:\u002F\u002Fhelpdesk.bitrix24.ru\u002Fopen\u002F17499616\u002F",[48],"nofollow","инструкции по синхронизации заказов"," отдельно рассматриваются соответствия статусов отгрузок и платёжных систем. Наличие таких настроек не означает, что любой проект запускается одинаково: сначала сверяют версии, состав документов и поддерживаемое направление обмена.",[30,52,54],{"id":53},"назначьте-владельца-каждого-поля","Назначьте владельца каждого поля",[10,56,57],{},"Удобно выбрать систему, которая считается источником конкретного значения. Это не обязательно одна система для всего заказа. Клиентские договорённости могут появляться в CRM, остаток товара приходит из учётной системы, а подтверждённое поступление денег оформляет бухгалтерия.",[59,60,61,77],"table",{},[62,63,64],"thead",{},[65,66,67,71,74],"tr",{},[68,69,70],"th",{},"Данные",[68,72,73],{},"Возможный источник",[68,75,76],{},"Что возвращается второй стороне",[78,79,80,92,103,114],"tbody",{},[65,81,82,86,89],{},[83,84,85],"td",{},"Состав согласованного заказа",[83,87,88],{},"CRM до передачи в учёт",[83,90,91],{},"Идентификатор созданного документа",[65,93,94,97,100],{},[83,95,96],{},"Контрагент и договор",[83,98,99],{},"Согласованный справочник 1С",[83,101,102],{},"Код найденной записи или задача на уточнение",[65,104,105,108,111],{},[83,106,107],{},"Факт оплаты",[83,109,110],{},"Учётная система",[83,112,113],{},"Сумма, дата и связь с заказом",[65,115,116,119,122],{},[83,117,118],{},"Отгрузка",[83,120,121],{},"Складской документ",[83,123,124],{},"Состав отгруженного и остаток к поставке",[10,126,127],{},"Это пример распределения ответственности. В конкретной компании источники могут отличаться. Важно, чтобы два сотрудника не могли независимо переписать одно значение, а обмен затем выбирал победителя случайно.",[30,129,131],{"id":130},"пример-заказ-на-120-тысяч-рублей","Пример: заказ на 120 тысяч рублей",[10,133,134],{},"Представим поставку из десяти одинаковых позиций общей стоимостью 120 тысяч рублей. Клиент внёс 60 тысяч, склад отгрузил четыре позиции. В CRM полезно показывать как минимум три отдельных результата: заказ согласован, оплачено 50%, отгружено четыре из десяти. Стадия сделки сама по себе этих сведений не заменяет.",[10,136,137],{},"Если интеграция отправляет только итоговую сумму заказа, менеджер не узнает о частичной поставке. Если отправляет только признак «есть оплата», он может принять аванс за полный расчёт. Поэтому ещё до разработки согласуют, какие суммы и строки нужны человеку для следующего решения.",[10,139,140],{},"Повторное сообщение о том же платеже не должно увеличивать оплату до 120 тысяч. Для этого сохраняют идентификатор платежа и признак обработанного события. При исправлении документа передают его актуальную редакцию по тому же ключу, а не создают ещё один платёж.",[142,143],"editorial-animation",{"src":144,"title":145},"\u002Feditorial\u002Faventra\u002Fzakazy-bitrix24-1c-oplata-otgruzka\u002Fanimation-d395de3bdf969e60.html","Что произойдёт с заказом при повторной оплате",[30,147,149],{"id":148},"как-не-размножить-контрагентов-и-документы","Как не размножить контрагентов и документы",[10,151,152],{},"Телефон и название компании полезны для поиска, но плохо подходят на роль единственного ключа. Названия меняются, телефон бывает общим, а одна группа компаний использует несколько юридических лиц. Связь записей лучше хранить явно: идентификатор CRM, идентификатор 1С и правила их первоначального сопоставления.",[10,154,155],{},"Неопределённое совпадение отправляйте ответственному сотруднику. Например, у клиента найдено два договора, а в CRM договор не указан. Безопаснее поставить заказ в очередь уточнения, чем автоматически выбрать первый договор и создать документы с неверными условиями.",[10,157,158],{},"Журнал должен объяснять результат обычными словами: заказ принят, соответствие не найдено, документ обновлён, повтор пропущен. Техническая ошибка остаётся доступной специалисту, но менеджеру нужен ответ, может ли он продолжать работу и кому передать вопрос.",[30,160,162],{"id":161},"проверьте-исключения-до-реальных-оплат","Проверьте исключения до реальных оплат",[10,164,165],{},"Для тестового прогона подготовьте обезличенные данные и заранее ожидаемый результат. Одного успешного заказа недостаточно. Проверка должна воспроизводить ситуации, которые вызывают ручную работу:",[167,168,169,173,176,179,182,185],"ol",{},[170,171,172],"li",{},"Повтор одного сообщения после обрыва соединения.",[170,174,175],{},"Частичная оплата и две последовательные отгрузки.",[170,177,178],{},"Изменение количества после передачи заказа.",[170,180,181],{},"Отмена документа, который уже был получен второй системой.",[170,183,184],{},"Неизвестный товар или договор.",[170,186,187],{},"Недоступность 1С и последующее восстановление связи.",[10,189,190],{},"По каждому случаю смотрят обе системы и журнал обмена. Число документов, суммы и строки должны совпадать с ожидаемыми. Отдельно проверяют, что повторная обработка не отправляет клиенту лишнее письмо и не запускает повторную задачу складу.",[30,192,194],{"id":193},"что-подготовить-для-обсуждения-интеграции","Что подготовить для обсуждения интеграции",[10,196,197],{},"Соберите по одному обезличенному примеру заказа, оплаты и отгрузки. Запишите версии систем, существующие подключения, владельцев справочников и пять самых частых исключений. Полезно показать нынешний ручной путь: где сотрудники переписывают данные и как узнают об ошибке.",[10,199,200,201,206],{},"С такой заготовкой можно обратиться в ",[44,202,205],{"href":203,"rel":204},"https:\u002F\u002Faventra.ru\u002F",[48],"Aventra",", чтобы разобрать подходящий механизм обмена и объём доработки. Сначала стоит согласовать один проверяемый процесс, затем переносить на него остальные заказы. Срок и состав работ определяются после проверки ваших конфигураций и документов.",[30,208,210],{"id":209},"частые-вопросы","Частые вопросы",[212,213,215],"h3",{"id":214},"можно-ли-передавать-только-заказы-без-остальных-данных","Можно ли передавать только заказы, без остальных данных?",[10,217,218],{},"Да, если этого достаточно для рабочего процесса и поддерживается выбранным подключением. Но понадобится решить, как получатель найдёт товар, контрагента и договор. Отсутствие полного обмена справочниками не отменяет сопоставление используемых записей.",[212,220,222],{"id":221},"где-лучше-менять-состав-заказа-после-согласования","Где лучше менять состав заказа после согласования?",[10,224,225],{},"В заранее выбранной системе и по определённому правилу. Например, после передачи в учёт изменение может требовать подтверждения ответственного. Иначе две разные редакции будут перезаписывать друг друга, а склад и менеджер увидят разные условия.",[212,227,229],{"id":228},"как-понять-что-интеграция-работает-правильно","Как понять, что интеграция работает правильно?",[10,231,232],{},"Проследить конкретный заказ от создания до оплаты и поставки, проверить суммы, строки и связи документов. Затем повторить отправку и воспроизвести ошибку. Зелёная отметка соединения показывает доступность, но не подтверждает правильность учёта.",[212,234,236],{"id":235},"можно-ли-обойтись-стандартным-модулем","Можно ли обойтись стандартным модулем?",[10,238,239],{},"Это проверяют на ваших версиях и сценариях. Стандартный обмен стоит испытать первым. Отдельная разработка нужна там, где подтверждённое правило компании не укладывается в его возможности, а не просто потому, что процесс выглядит сложным.",{"title":241,"searchDepth":242,"depth":242,"links":243},"",3,[244,246,247,248,249,250,251],{"id":32,"depth":245,"text":33},2,{"id":53,"depth":245,"text":54},{"id":130,"depth":245,"text":131},{"id":148,"depth":245,"text":149},{"id":161,"depth":245,"text":162},{"id":193,"depth":245,"text":194},{"id":209,"depth":245,"text":210,"children":252},[253,254,255,256],{"id":214,"depth":242,"text":215},{"id":221,"depth":242,"text":222},{"id":228,"depth":242,"text":229},{"id":235,"depth":242,"text":236},"Бизнес-процессы","2026-11-02","Разбираем обмен заказами между Битрикс24 и 1С: владельцы данных, частичная оплата, отгрузки, повторы и проверка перед запуском.","md",{"image":262},"\u002Feditorial\u002Faventra\u002Fzakazy-bitrix24-1c-oplata-otgruzka\u002Fcover-4c822ed7b2872d29.png",true,"\u002Fblog\u002Fzakazy-bitrix24-1c-oplata-otgruzka","6 мин",{"title":5,"description":259},null,"blog\u002Fzakazy-bitrix24-1c-oplata-otgruzka","7QOkPsne7FfRVklO3LLu0woy1rpJhRV-_fKr3PJteIw",1793629211907]