0: Добрый день. Рада всех приветствовать на нашем вебинаре. Меня зовут Алёна Карпенко. Я являюсь руководи менеджером проекта логистика. Контур диадок. Сегодняшний наш вебинар. Мы

1: Посвятим вопросам по настройке модуля логистика про для 1 с совместно с руководителем интеграционных решений центра внедрения бордовским николаем. Давайте по техническим моментам сначала давайте убедим

2: Что меня хорошо видно и слышно. Поставьте, пожалуйста, в чатик свои реакции, чтобы я видела, что все хорошо, звук идёт, а в правом верхнем углу есть чатик. Туда все отлично. Вижу ваши

3: Реакции рядышком. Есть закладочка также в правом верхнем углу вопросики. Туда я прошу дублировать ваши вопросы. Также в нашем чате присутствует разработка Мария Рохина, она будет

4: Нас поддерживать и отвечать на ваши вопросы в чате постараемся все ваши вопросы закрыть, а часть вопросов мы сможем на вебинаре разобрать и показать демонстрацию работы. Итак, начнём

5: Коротко расскажу сейчас я вам про наш модуль логистика, про расскажу, про варианты настройки модуля. Ну а дальше уже перейдём к вопросам и ответам. Итак, если говорить про наш модуль, то

6: Наш модуль является достаточно гибким решением, которое подходит для всех участников грузоперевозок для грузовладельцев, для Перевозчиков, для экспедиторов, для грузополучателей. В нашем модуле выпущены все перевозочные документы экспеди.

7: Аудиторские документы, трн, путевой лист, заказ, заявка. Поэтому, собственно, мы закрываем сейчас, на данный момент все потребности по грузоперевозкам по части ипд. Также наш модуль помогает.

8: Для тех, у кого большой поток документов, который необходимо автоматически сформировать, подписать, у нас есть роботы, которые после настроек смогут вам с этими задачами легко и быстро справляться. Также при на

9: Настройках справочников и документов. Ваши документы автоматически могут заполняться, и вы сможете не тратить времени на ручную обработку и оформление логистических документов. Ну и

10: И операции по массовым действиям, которые позволяют массово обрабатывать, отправлять документы. Все эти возможности в нашем модуле есть.

11: У нас есть подробный мануал для тех, кто может и хочет настроить наш модуль самостоятельно инструкция располагается на нашем сайте в разделе справка в самом нижнем, самой нижней.

12: Ссылочка ведёт на эту инструкцию в нашей инструкции мы подробно рассказываем про то, что такое пд, как они работают, как они подписываются, как их оформляют, что и зачем рассказываем подробно про

13: Перевозки, которые позволят вам понять, как вы работаете, как у вас устроен документооборот. И это, соответственно, наложить на модуль 1 с. Далее мы подробно рассказываем, как установить и первично настроить

14: Модуль есть подробный мануал по настройке конвертации данных из справочников. Также показываем и рассказываем, как настроить модуль конкретно под ваши сценарии. Ну и автоподписанием. Разделение, объединение документов и

15: Последнее тестирование, перенос настроек на рабочую базу. То есть все очень подробно и детально в этой инструкции есть. Поэтому, пожалуйста, пользуйтесь, не ищите информацию там, в интернете, в каких-то, не наших, скажем так, источниках вся.

16: Информация у нас есть на сайте, вы с ней можете ознакомиться и по этой инструкции корректно и успешно настроиться.

17: Для тех же, для кого не подходит самостоятельная настройка, по разным причинам не можете справиться. Есть вопросы. Время поджимает. Мы помним, что с 1 сентября у нас наступает императив. Обязательность оформления электронных перевозочных документов. У нас есть Услу.

18: И внедрения есть для типовых решений, для типовых конфигураций. 1 с решение быстрый запуск с нашим экспертом, когда под базовый сценарий можно модуль достаточно быстро там настроить.

19: Тратя на это много времени и усилий, то есть достаточно быстро получить уже для работы готовый модуль. Если же какие-то нетиповые конфигурации либо сложный сценарий не типовые настройки, такие настройки мы тоже делаем и но это расширен.

20: Интеграция, она требует чуть больше времени. И как бы уже мы понимаем, что если сейчас вы предполагаете настраиваться, то можете не успеть с учётом как бы этих вводных к 1 сентября. Итак,

21: Мы получили, когда вы заполняли заявку на вебинар, достаточно много вопросов. Мы предлагаем начать именно с этих вопросов наш вебинар, а именно сейчас Николай покажет, как

22: Можно настроить модуль с не типовыми документами и как заполнить данные в электронной заказ заявки в транспортной накладной. Также были вопросы, когда перевозка состоит из нескольких накладных и необходимо объединить эти документы в 1.

23: Документ или же, напротив, сделать разделение документов. Мы начнём с этих вопросов, начнём показывать и объяснять, как эти вопросы закрыть при настройках. Ну а далее, соответственно, придём к вопросам чата.

24: И и показать конкретно модули я готова передать слово Николаю поддержим его огонёчками, лайками Николай.

25: Да, всем добрый день. Я здесь. Ну, собственно, на меня смотреть, наверное, будет не так интересно, как на 1 с, поэтому сейчас её покажу. И, наверное, она будет у вас на полный экран.

26: Напомню, что это наш основной интерфейс, рабочий стол, на котором выводятся задачи и видно всю цепочку документооборота. И начнём сразу с самых популярных вопросов. Как оформить, допустим, заявку из нетипового

27: По документа.

28: Я приготовил тут небольшой сценарий. Ну, по нему и пройдёмся сразу создание документов в учётной системе. И как настроить работу с ним. Допустим, нам приходит заказ клиента, я просто скопирую другой.

29: И на основании этого заказа мы уже понимаем, что да, мы сможем его выполнить и отгрузить нашему покупателю товар.

30: Так тут у нас булочки с маком, слойки с яблоком.

31: Сохраняем заказ.

32: На рабочем столе при этом ничего не происходит.

33: Потому что у нас не настроена конвертация.

34: Пойдёмте настроим Иду в настройки. Здесь есть раздел конвертация документов и на рабочем столе можно тоже открыть эту менюшку и сюда попасть. Здесь у меня пусто. Модуль я установил полностью чистый для

35: Experiment все буду делать в онлайн режиме.

36: Тип настройки, замещающая. Нам нужна замещающая. Это полностью заменяет типовую логику, но в нашем случае никакой типовой логики нет, поэтому выбираем её. Она уже выбрана по умолчанию. Тип логистика здесь выбирается, какой титул, какого

37: Документы мы хотим формировать, нам нужен 1 титул заказа заявки. То есть мы, как поставщик грузоотправитель, формируем заявку перевозчику, чтобы он наши булочки куда-то отвёз. Документ учётной системы.

38: А с каким, собственно, документом мы хотим связать тут, как я говорил, заказ клиента?

39: Есть ещё несколько опций, то есть отправка подписанной заявки или шаблона, но на них сейчас не будем останавливаться. Основные настройки это в каком виде можно отправлять документ только

40: Проведённые или все колонки списка здесь настраивается список задач.

41: Обычно выбираются. Организация это организация перевозчик это тот, кто везёт груз, доступен поиск, выбираем реквизит и контрагент. Это наш покупатель дополнительно.

42: Можно указать место погрузки это обычно склад, место доставки это адрес доставки, можно настроить дополнительные колонки на соответствующей вкладке.

43: Переходим собственно к настройкам титула. Вот мы ничего не настроили, только колонки эту настройку я сохраню.

44: Она появилась у меня в списке на рабочем столе. Если обновить список задач, появилась 1 задача. То есть модуль понимает, что по заказу клиента мы формируем заявку.

45: Вот у нас этот учётный документ, заказ, который я создал, и требуемые действия оформить.

46: На него даже можно нажать и даже что-то откроется, но ничего не заполнено, потому что мы это не настроили. Давайте настроим, возвращаюсь в конвертацию документа.

47: Закладка, которая здесь нам нужна, это титул, документ. Собственно, все данные, реквизиты отмечены как обязательные, условно обязательные и необязательные грузоотправитель. Это мы, то есть наша органи.

48: Организация. Выбираем способ маппинга, реквизит документа основания. Документ основания это тот самый заказ клиенту. Из него мы берём реквизит организации, и вот она и будет грузоотправителем.

49: По моему, все логично. Дата заказа, допустим, мы отправляем заказ свой перевозчику, заявку в тот же день, когда к нам пришёл заказ клиента. Ну тогда все просто просто ставим дату из учётного документа.

50: Дата и время подачи. Допустим, у нас в заказе есть дата отгрузки, но она может быть не заполнена. Можно выбрать этот реквизит можно написать, допустим, у нас всегда отгрузка завтра тогда.

51: Переходим в вычисления выражения на языке 1 с. Тут есть подсказки.

52: Какие тут можно использовать переменные? Основание это исходный документ. Собственно, заказ клиента. Объект это титул, который мы заполняем.

53: Результат должен быть в переменной. Результат вычисления. Ну, допустим, у нас поставка через сутки. Так и пишем результат вычисления, равно текущая.

54: Дата сеанса. Ну то есть прямо сейчас, когда мы оформляем заявку + 24 часа, ну, технические специалисты знают, что в 1 с время считается в секундах. Поэтому такая несложная формула, чтобы было удобнее писать. Код есть.

55: Консоль кода, которая с подсказочками все это показывает, иногда не с 1 раза открывает код. Это нормально.

56: Пробуем ещё раз. Со 2 раза сработало. Ура.

57: Вот тут подсказки есть, писать удобнее, работает на платформах с 13 и выше.

58: Перевозчик.

59: Тут надо смотреть на тип реквизита, то есть у нас в заказе клиента тип партнёр, а чтобы

60: Получить ИНН. Нам нужен контрагент. Здесь можно использовать как стандартные функции 1 с, так и любые там функции общих модулей, которые есть. То есть в нашем случае можно использовать Функ.

61: Из бсп получить контрагента партнёра по умолчанию.

62: И нужно передать параметр, кто этот партнёр, этот партнёр у нас в документе, который в переменной основание, то есть заказ клиента. И там этот реквизит называется Перевоз.

63: Партнёр.

64: То есть мы получим контрагента, который относится к нему, и он будет сконвертирован в организацию диадок. То есть модуль автоматически подберёт все нужные реквизиты, ящик в диадоке, идентификатор уча.

65: До и так далее. Пункт подачи, куда перевозчику надо подать машину ну это как правило реквизит, склад.

66: Вместимость и грузоподъёмность автомобиля будет рассчитана автоматически по грузам, чуть позже покажу на примере заполненного документа если эту логику надо поменять, то можно прямо здесь прописать.

67: Нужные значения, либо также кодом на 1 с все, что требуется.

68: Тип транспортного средства здесь обычно используется просто строка грузовой, поэтому выбираю способ маппинга, фиксированное значение и так и прописываю.

69: Функция. Тут 2 варианта. Есть подсказка, то есть какой тип значения ожидается функции заказа или заявки. Здесь ограничения по формату, что возможны только 2 значения.

70: Соответственно, в 1 с в нашем модуле это перечисление тип указан, так оно и называется функции заказа заявки. Тут 2 опции я выберу, допустим, нет договора. Если есть договор, вы выбираете заявку, но тогда вам нужно заполнить следующий

71: Визит договор об организации перевозки, то есть ваш договор с перевозчиком.

72: Остальные поля необязательны. Я вот укажу ещё номер заказа, это будет, ну, тот же номер заказа клиенту, чтобы никакой сложной логики не придумывать.

73: Так, казалось бы, титул мы настроили, но на самом деле нет. Давайте посмотрим, что получилось. Возвращаюсь в список задач. Будут ли ошибки. Делаем ставки, ошибки. Конечно, есть все.

74: Что мы написали сейчас основная информация заполнилась.

75: Не заполнились грузы и у нас только 1 пункт маршрута.

76: Он же пункт подачи.

77: Без грузов мы заявку подать не можем, давайте доработаем настройку.

78: Настраиваются грузы на вкладке. Табличная часть товары, указываем имя табличной части из документа, заказ клиента. Ну, собственно, так она и называется товары. Есть возможность указывать там

79: Через связку нескольких документов. Допустим, у меня есть табличная часть в транспортной накладной, а в ней ссылки на товары, на, ой, на документы реализации.

80: Здесь прописываем табличную часть в текущем документе, в каком реквизите лежат ссылки на документы. А здесь уже какая табличная часть в реализации? Да, наверное, сложно, непонятно.

81: Ну, обратно.

82: В табличной части товара тоже есть реквизиты обязательные. Давайте по ним пройдёмся. Вид Тары очень много проблем доставляет это поле, потому что его надо заполнять. По классификатору, в отличие от бумажной накладной, логика тоже, может быть любая. Класси

83: Фикатор у нас в виде отдельного справочника. Так и называется классификатор упаковок контур логистика. Допустим, я свои булочки и слойки всегда отгружаю в коробке.

84: Мне повезло, мне не надо тут писать сложной логики. Мне надо дождаться, пока 1 с найдёт коробку картонную и я её выберу. Спасибо.

85: Высота вот тут нужно указывать габариты мест.

86: Когда мы заполняем табличную часть товара, у нас в переменной основания, если мы что-то на 1 с пишем, содержится строчка с товарами.

87: Соответственно, здесь для товаров у меня есть упаковки, а у упаковок есть габариты, и я могу просто указать высота, много проблем с этими реквизитами, потому что

88: Что очень часто в учётной системе это не заполнено. Длина, длина

89: Ну, пусть будет глубина.

90: Из упаковки я также возьму ширину. Вот габариты мы заполнили.

91: Логику здесь тоже можно прописать любую если несколько видов Тары, то нужно делить на несколько строчек в каждой строчке может быть свой вид Тары.

92: Количество мест обязательный реквизит.

93: Ну просто количество упаковок напишу. Я там все свои слойки отгружаю в коробках масса брутто. Вот здесь уже чуть посложнее есть упаковка, это коробка в ней.

94: Есть масса брутто, есть же, а вес. Но надо ещё умножить это на количество.

95: Поэтому Иду писать на языке 1 с. Значит основание это строчка с товарами. Упаковка это реквизит в этой строчке, а вес он хранится в упаковке и его.

96: Умножаю на основание и строчки, и в ней количество

97: Упаковок.

98: Специально у меня там в заказе 2 коробки, не 1, чтоб все было честно.

99: Вот это выражение можно скопировать и сразу перенести в объём. Объём 1 коробки у меня известен. Я просто вес на объём меняю.

100: И готово.

101: Так осталось немножко реквизитов. Метод определения массы тип значения, опять же из классификатора.

102: Фиксированное значение так и называется методы определения массы.

103: Тут всего 3 опции взвешивание, взвешивание и расчётная масса в большинстве случаев это расчётная масса, взвешивание применяется для насыпных Наливных грузов, если что-то тарно штучное, то обычно расчётная масса.

104: Отгрузочное наименование. Ну, здесь можно просто выбрать номенклатуру, это ссылка на справочник, но она преобразуется в строку, потому что здесь должна быть строка. Есть опция, выбрать наименование полное, если они

105: Отличаются, то просто разворачивайте эту ветку, выбираете его.

106: Я оставлю просто номенклатуру.

107: И последнее, что надо заполнить состояние груза, это строка.

108: Ну, тоже, как правило, с каким-то фиксированным значением. Пусть будет там новый в упаковке обычно что-то в этом Роде нейтральное в бумажных документах это мало кто использует.

109: Поэтому формулировка какая-то такая нейтральная, так заполнил основные данные сохраняю настройку.

110: Сохраняю настройку.

111: То оформляйте.

112: Что-то ничего не поменялось, нет ни 1 учитываемого груза.

113: Они сюда добавились, и даже что-то посчиталось, но почему-то не учитывается.

114: Это у нас отдельная опция.

115: Допустим, у вас в документе основания есть.

116: Товары, которые вы отгружаете покупателю, есть возвратная Тара или в ту же реализацию включаются какие-то услуги.

117: У нас есть реквизит, называется учитывать, он для каждой строчки позволяет задать. Нужно эту строчку включать в товары, которые отгружаем или нет. Здесь можно написать кодом проверку, если

118: Это возвратная Тара, то ложь. Если это услуга, то ложь, а все остальное истина, например.

119: Ну, я просто поставлю фиксированное значение, да, истина. Чтобы сейчас время на это не тратить, и грузы должны учитываться пункты маршрута. Нам нужно указать, куда везём груз.

120: Есть вкладка прочие табличные части.

121: С довольно гибкими настройками.

122: Табличная часть, которая нам нужна, это Адер, пункт, ну то есть пункты маршрута.

123: Сейчас покажу 1 опцию, потом расскажу про 2, чуть более сложную. Если вам надо много строчек заполнить. Вот здесь табличная часть исходного документа указывается.

124: Либо имя табличной части из документа, тогда все это обрабатывается для каждой строки, либо можно добавить 1 строчку. Я проставлю просто цифру.

125: Добавится 1 строка. Нам надо указать пункт выгрузки. Погрузка и выгрузка. Это признак того, что в этом пункте есть либо то, либо то это у нас будет пункт выгрузки, поэтому я указываю

126: Здесь фиксированное значение, да, дата, время операции. Необязательно. И, собственно, надо указать адрес.

127: Беру его из документа.

128: По моему, называется адрес доставки.

129: Здесь кодом на 1 с, потому что может быть как строка табличной части, так и документ.

130: Все и этот адрес конвертируется уже в пункт маршрута со всеми необходимыми данными.

131: Для чего нужны строки с признаком учитывать ложь, чтобы модуль понимал, что это возвратная Тара. Её в товары включать не надо, в таблице вы их видеть будете в документе, но в файл обмена они не попадут.

132: И ваш контрагент их не увидит.

133: Оформляю заявку.

134: Ошибок не осталось, это радует.

135: Вот все грузы на месте, все данные по ним заполнены.

136: No, маршрут не добавился.

137: Давайте проверим заказе клиента, есть ли здесь адрес доставки.

138: Здесь есть склад, товары.

139: В общем, в любой непонятной ситуации проверяем, есть ли у нас эти данные.

140: Наверное, мне их надо отгрузить.

141: Не так хорошо, я разбираюсь в типовой, в типовом управлении торговлей.

142: У меня была выключена доставка, после этого все, адрес доставки есть.

143: Адрес склада.

144: Проверяем, что заполнен адрес склада.

145: Watch адрес доставки у меня добавился, не добавился адрес пункта подачи окей, сейчас это исправим.

146: Заказ не сохраняю.

147: Возвращаюсь в настройки.

148: Прочие табличные части. Так это 2 строка с адресом доставки.

149: Здесь все правильно и добавляем ещё 1 строчку. Здесь у нас

150: Будет 1, можно их потом перетасовать, если надо. Но это уже не критично. Здесь у нас будет погрузка, поэтому тут погрузка равно истина. А пункт маршрута, где мы грузимся

151: Это, собственно, наш склад из документа. Основание, склад, примеры убираем.

152: Записываю, сохраняю. Надеюсь, с 4 или 5 какой попытки у меня все получится. Документ заполнится.

153: Ура. Их 2. Они идут в другом порядке, но можно просто в настройке строчки поменять местами. Тогда они будут идти правильно, грузы на месте ошибок не осталось.

154: В принципе, можно подписывать и отправлять.

155: Надеюсь, при отправке ошибок тоже не будет.

156: Несколько секунд занимает формирование файла обмена, его подписание и, собственно, отправка в наш сервис.

157: Все, документ ушёл на вкладке сделать. У меня ничего нет. Заявка переехала во вкладку на контроле.

158: Здесь есть ещё настройка.

159: Типов документов по умолчанию выводятся, если это типовая конфигурация, там определённые документы из неё вот эта настройка основная типовая.

160: Но нам их показывать не надо. Зачем мы по заказу клиента все оформляем. Поэтому здесь вот эти галочки убираем. И когда появится реализация, она в список для оформления заявки уже выводиться не будет. Сохраняем эти изменения. Вот так.

161: Настраивается, по каким документам показывать задачи.

162: Ещё немножко популярных вопросов. Значит, частый вопрос. Что делать, если на 1 поддоне несколько разных номенклатур, как это указывать?

163: Проще всего включить опцию, вот сворачивать табличную часть товары. Тогда будет добавлена 1 строка. Вы там указываете общее количество поддонов и наименование отгрузочное, какое-то обобщённое там продукты питания, электротехнические изделия.

164: Таких требований все расписывать построчно нет, по крайней мере, пока и был вопрос про массив структур как это написать?

165: Тут придётся немножко больше кода.

166: Вот этот реквизит в титуле.

167: Значит, результат вычисления здесь должен быть массив.

168: И дальше пишем обработку. То есть куда мы смотрим для каждого, допустим, основания.

169: Адреса доставки. Ну, это я табличную часть, допустим, беру, имя из головы, у вас она как угодно может называться.

170: Перебираем, допустим, все адреса доставки.

171: Элемент массива у нас будет каждый раз новый структура.

172: Структуре обязательно.

173: Адресный пункт, по моему, погрузка.

174: Выгрузка. Элементы этой структуры называются точно так же, как в конфигураторе. Табличная часть вот этого 1 титула адр пункт. Можно всегда это в нём посмотреть и здесь написать Ровно тоже самое.

175: И в конце цикла не забываем добавить в массив эту структуру результат вычисления добавить.

176: Здесь, собственно, заполняем. Ну что у нас тут будет? Погрузка или выгрузка?

177: Так можно собрать данные.

178: Там из 1 документа, из нескольких связанных документов можно добавить несколько пунктов погрузки и выгрузки, прописать по ним время очень детально, в общем, возможны разные опции, настройки.

179: Все зависит от ваших потребностей и возможностей писать код.

180: Ну и здесь прописываем там.

181: Для каждого, для каждого, для каждой строки из основания. Адрес доставки. Допустим, в строке есть реквизит, адрес. Вот примерно так будет выглядеть код он возьмёт из табличной части адреса доставки.

182: Все адреса, которые указаны в реквизите, адрес, и это все будут пункты погрузки. Вот сохранять я не буду, чтобы типовая логика не ломалась.

183: Ну, для примера можно это использовать.

184: Точно также можно заполнять любые другие массивы структур, как называется? Вот этот реквизит точно также называется и в конфигураторе табличная часть, да, если заполнить этот массив, то из него будут, будет запол, будут заполнены маршруты. Все верно?

185: Публичных частей много.

186: Есть там сопроводительные документы, но это покажу в трн. Так мы ждём ответ перевозчика.

187: Давайте посмотрим, что происходит на стороне перевозчика. Перевозчик может работать в 1 с может, в веб сервисе.

188: Да, тут тоже есть немножко ошибок.

189: К перевозчику приходит заявка, перевозчик её согласовывает.

190: Тут выбираю из списка, ответственного за перевозку, пусть это будет сам водитель, и выбираю машину.

191: Вот пусть будет грузовой форд на 5 тонн с красивым номером. Перевозчик указывает здесь сумму или как будет считаться сумма перевозки.

192: Ну, пусть у меня будет без цифр там, а в соответствии с фактическим пробегом.

193: Все, перевозчик отправляет от себя ответ на заявку.

194: У него это тоже пропадает из требуемых действий, из того, что надо сделать. Возвращаемся в нашу базу. Значит, я тут нажимаю обмен сервером. Это синхронизация 1 с с нашим сервисом.

195: И обновить, а это 1 титул.

196: Вот появились ещё 3 настройки, это галочки. Мы расставили, что не выводить по ним задачи.

197: Это нормально.

198: Там фиксируется только это.

199: Выполняю обмен. У меня появилась снова задача в заявках, но уже действия проверить. То есть посмотри, что прислал перевозчик. Не ошибся ли он там ноликом совершенно случайно. Здесь кнопки принять условия и отказаться.

200: Если отказываетесь, можно сделать новую заявку. Если просто отказываетесь и ничего не повезёте, перевозчик об этом никак не узнает. Пожалуйста, уведомьте его там по телефону или по электронной почте, потому что, к сожалению, текущим форматом все вот эти сообщения не предусмотрен.

201: Что нам уже вести не надо, неактуально, это пока все остаётся в традиционных каналах коммуникации.

202: Ну, допустим, тут все окей, да, мы действительно считаем стоимость перевозки по фактическому пробегу, принимаем условия.

203: Так, по заявке все.

204: Давайте ещё покажу, что может происходить с заказом. Допустим, вы поставщик работаете с диай. Я сейчас к этому заказу привяжу ееще диай, сообще.

205: Не ордерс, чтоб показать.

206: Как это работает? Потому что популярный вопрос, как заполнить данные для торговых сетей? Привязываю сюда документ, заказ клиента.

207: Вот он, 0 0 2.

208: Все, перевозчик нам подтвердил, что он повезёт. Это прекрасно. Так че у нас тут просили булочки и слойки. Идём печь булочки, слойки.

209: Испекли.

210: Отгружаем товары. Это все стандартные действия в учётной системе и создаём реализацию.

211: 1 с. Думает, хватает ли у нас товаров на складе. Ну, хватает, я подготовился. Реализация по заказу. Товары Ровно те, что заказывали.

212: Адрес доставки есть?

213: Ну и все прочие данные, это все стандартно, это все в 1 с.

214: Все проводим реализацию, мы продали наши слойки, осталось их отвести.

215: Реализация номер 6 от сегодня.

216: Давайте сделаем вид, что у нас сформировалось. Иди сообщение и

217: Так, номер документа пусть будет из многих цифр случайных и привязываем сюда документ реализация у вас понятно, все это будет автоматически делаться. Я очень быстро сделаю, чтобы

218: Показать, как это работает.

219: Записываем направление у вас заполнится тоже.

220: Так что делаем дальше? К нам приехала машина, перевозчик, как обещал, пригнал автомобиль с красивым номером.

221: Появилась 1 задача. Это как раз-таки оформление на основании реализации. Здесь тоже можно сразу настроить список документов. Транспортная накладная у нас не используется и перемещение не используется. Оставляем только реализацию.

222: Да, я уверен, что я не хочу видеть все.

223: И смотрите, особенность работы с типовыми конфигурациями. Вот здесь у меня настроены конвертации, которые я там что-то делал, руками менял только для заявки. Для трн ничего нет.

224: Заявка, как мы видели, в таком случае пустая.

225: Но если я нажму оформить, у меня заполнится почти все, потому что наш модуль уже довольно-таки неплохо знает, что и как в типовых конфигурациях заполняется, и вот из реализации он может заполнить все эти данные.

226: Мы вроде как готовы отгрузить наши булочки, но мы же её куда отгружаем? В торговую сеть. Если деса уходит после того, как мы оформили этрм, это печально. Очень многие сети требуют.

227: Чтобы какие-то номера опознавательные были, у кого-то достаточно номера заказа, у кого-то нужен десат. То есть тут, смотрите индивидуально, что ваши сети требуют. Мы будем модуль дорабатывать, чтобы все это по максимуму автоматизировать. Пока

228: Я покажу, как это настроить и заполнить.

229: Так, мне нужно дозаполнить конвертацию документов.

230: Вообще, вообще, мне водителя ещё надо заполнить. Чуть не забыл. У меня нет водителя и машины, хотя перевозчик мне эти данные прислал, но действительно в реализации эти данные не хранятся. Нам нужно это

231: Да вот тут пусто в модуле справа предупреждение вот все, что красное, это блокирует отправку. Укажи машину и водителя.

232: Окей, давайте это сделаем. Создаю новую настройку. Тип у неё расширенная, расширенная, она дополняет типовую логику.

233: То есть все, что у нас работало, без этого будет работать. Если что-то отдельное нам нужно поменять, мы поменяем.

234: Тип у нас титул 1.

235: Расширенная. Ладно, а по какому документу? По реализации?

236: Вот это как раз довольно частый сценарий, когда для заказа используется 1 документ для трн, другой они как-то связаны. И вот нам надо как-то притянуть данные по машине и водителю.

237: Сохраняем. Вот здесь есть 2 вкладочки. Это рн главный документ, тут реквизиты, которые касаются в целом перевозки, там грузоотправитель, перевозчик, получатель, а есть титул. Это вот именно информация грузоотправителя, то есть там время прибытия

238: Бытие машины. Нам нужно взять данные заявки.

239: Тут придётся написать немножко кода, но честно, немного. Есть такая опция переменная, чтобы не искать каждый раз заявку, чтобы там найти водителя, машину, номер.

240: Можно 1 раз это вычислить на вкладке переменные и здесь и использовать потом при конвертации столько раз, сколько нужно. Пусть у меня переменная так и называется. Т. 2 зз. Ну или давайте

241: Заявка попроще. Сделаем способ маппинга вычислить выражение на языке 1 с уже и окошко открылось автоматически. Спасибо, чего мне надо? У меня в реализации есть заказ клиента к заказу.

242: Клиента привязана заявка из вот этой заявки. Мне нужно забрать водителя.

243: Тут надо написать запрос.

244: С очень несложным текстом.

245: Так, из какого документа нам нужны данные? Ну, перевозчик свои данные присылает в титуле 2 заказ заявки листаю вниз, там контур, логистика внизу.

246: Заказ, заявка, титул 2. Вот то, что нам нужно.

247: Если развернуть, то видно, что тут есть.

248: Ответственный. Ну, он нам не интересен. Вот есть транспортное средство, есть табличная часть водителя, потому что по формату их может быть несколько. Есть прицепы. Мы сейчас просто возьмём ссылку на этот документ.

249: И будем все заполнять из неё, если хочется немножко оптимизировать работу базы можно выбрать прямо только нужные реквизиты, сложить их в структуру и вот только их в переменную так тоже можно.

250: Но это дольше время идёт, так какие тут условия? Во 2 титуле есть ссылка на 1 титул. В 1 титуле есть документ основания. И вот этот документ основания это

251: Заказ клиента, который хочет купить наши слойки.

252: Вот такой очень небольшой запрос получается.

253: Объясняем ему, какой мы параметр хотим документ основания, откуда мы его берём.

254: Здесь тоже в переменной основании лежит реализация. Уже получается из неё нам нужен реквизит, заказ клиента.

255: Все.

256: Дальше идёт стандартная часть по выполнению запроса.

257: Так, единственное, что если мы оформляем, а у нас ещё нет ответа, то у нас выборка будет пустая, чтобы избежать ошибок, заранее пропишем результат вычисления неопределённо.

258: И вот если мы нашли

259: Титул?

260: Тогда его подставляем в результат.

261: Выборка.

262: Ссылка. Ну вот как видите, в консоли кода

263: Удобнее писать немножко. Ну, 18 строчек не так много. Так, окей. А что ты свернулся? Способ конвертации? Ну, нам больше ничего дорабатывать не надо. У нас есть перемен.

264: Она называется заявка, в ней лежит ответ перевозчика.

265: Идём в трм главный документ. Добавляем строчку. Вот сразу 1 реквизит, который предлагается. Заказ, заявка, основание.

266: Это позволяет привязать

267: Заявку связать заявку и turn.

268: И тут просто кодом прописываем переменная, потом, как у нас называется переменная. И потом, что нам из неё надо взять титул 1. То есть это ссылка на 1 титул. Дальше модуль автоматически укажет там и данные подписи, и идентифи.

269: Участников все прочие данные.

270: Так, здесь ещё нам нужно транспортные средства.

271: Переменная заявка, транспортное средство.

272: Если выражение в 1 строчку, можно там с переменной результат вычисления не писать ничего можно? Ну давайте я на примере прицепов покажу.

273: Допустим, у нас ещё может быть прицеп, тут уже чуть более сложная логика. То есть сначала проверяем, что вообще к нам пришёл ответ перевозчика.

274: Если значение заполнено.

275: Так это 1 проверка.

276: A2 проверка должна быть, что вообще есть прицеп.

277: Во 2 титуле есть табличная часть прицепы.

278: Проверяем их, если там количество строк больше нуля, тогда наш прицеп нуу лежит в самой 1 строке.

279: Переменная заявка прицепы.

280: 0 это 1 строка нумерация с нуля прицеп.

281: И здесь надо не забыть прописать.

282: Результат вычисления равно неопределённо, тогда модуль поймёт, что прицепа нет, ничего конвертировать не нужно.

283: Все такие несложные условия.

284: Которые позволят избежать непонятных пользователю ошибок. Так, а в титуле мы берём только водителя.

285: Скопирую логику из прицепов и воспользуюсь ею для водителей.

286: Там тоже табличная часть.

287: Как называются правильно все табличные части реквизиты можно посмотреть в конфигураторе.

288: Вот сведения водителя.

289: Сохраняю настройку.

290: Давайте проверим, заполняется ли водитель или будут ошибки. Какую-нибудь точку с запятой я легко могу пропустить. Я себя знаю. О да. Ну что ж, где-то пропустил.

291: Открываем ошибку. Вот 5 строка, 14 символ, неопознанный оператор.

292: Я вот здесь пропустил равно, ну нормально. Типичная ошибка. Ничего страшного, Иду исправлять. То есть вот по тексту ошибки можно понять, что пошло не так. Ну и

293: Править.

294: Чтобы не ходить туда сюда, нажимаю перезаполнить.

295: Надеюсь, со 2 раза у меня все получится. О, отлично. Тогда ошибки скрою, водитель заполнился, машина тоже и появилась ссылка на нашу заявку.

296: Можно её посмотреть, если надо убедиться, что мы все так и делали.

297: Так, сохранять не буду. Пойдёмте настраивать дальше. У нас же много популярных вопросов.

298: Следующий популярный вопрос, как объединить несколько документов? Но это я сейчас показывать не буду. Ха ха, это будет потом факультатив.

299: Обычно интересующая тема, как заполнить инфополя по требованиям торговых сетей у разных сетей разные требования. Давайте я покажу разные примеры.

300: Антон несколько раз спрашивает, как внести несколько грузовых мест по 1 товару? Есть в топ части товары, реквизит, количество мест. Вот в нём указывается такая цифра, которая нужна. Может, я вопрос не понял, тогда переформулируйте, пожалуйста.

301: К сожалению, не успеваю на все, что в чате отвечать, но что-то походу постараюсь прокомментировать. Ну если время останется, тоже посмотрим. Если разные габариты, то разбиваем на несколько строчек, в каждой указываем.

302: Там нужное, либо объединяем все в 1 строчку и указываем общие габариты груза. Ну и общую массу. Соответственно, там все 20 тонн габариты, там 2 на 3, на 10. Почему бы и нет? Вот есть.

303: Правила перевозки грузов. Как там написано, так и делаем. Там не написано, что надо все расписывать построчно. К сожалению, формат электронных документов не такой гибкий.

304: Так показываем, показываем, как заполнить инфополя. Значит, популярный был вопрос, как заполнить

305: Код поставщика для метра есть закладка, прочие табличные части. Она вот такая универсальная, значит, табличных частей в рн куча маркировки. Это транспортная маркировка, это не то, что в честный знак отправляется опасные гру.

306: Подробнейшее описание там их требуется по формату контейнеры, телефоны, водители.

307: Вот давайте начнём с инфополей. Самая универсальная табличная часть. Идентификатор это, ну, ключ, а значение, это значение. Добавляю 1 строчку.

308: Здесь, в метро вот такой саплаер код сюда вставляю. То есть это просто строка, которая будет вставляться, ну, в рамках организации. Она у вас, я думаю, фиксированная. Если нет, то, пожалуйста, вычислить выражение на языке 1 с и дальше.

309: Там логика любая, не знаю какие там в метро приняты коды, но что-то напишу.

310: Окей, это добавили и следующее, что они хотят. Это десат нембер. Тут уже логика сложнее. Это будет 2 строка инфополей, идентификатор, все также фиксированное значение.

311: Строка десат намбер Ровно то, что сеть требует. А вот со значением придётся ещё немножко кода написать. Ну поехали. То есть нам нужен номер заказа, он у нас, напомню, хранится

312: В справочнике сообщения контур диай. Если вы не используете контур диай, то зря лучше использовать. Тут у нас гораздо больше возможностей поддерживается, и все доработки по автоматическому заполнению, естественно, будут тоже отсюда.

313: Напишу несложный запрос, потому что привязка к заказу у нас есть.

314: Запрос. Текст равно равно надо не забыть в этот раз.

315: Эти данные лежат в справочнике контур сообщения.

316: Тоже он где-то внизу.

317: Нам отсюда надо взять номер документа, то есть это номер сообщения и 2 условия, тип сообщения и документ, который привязан.

318: Так, нам нужен номер десат, а десат у нас привязан к реализации. Ну тогда все ещё проще.

319: 1 параметр сброса это тип сообщения.

320: Dead дв. А. 2.

321: Это документ, и тут просто основание, то есть наша реализация.

322: Все, выбираем данные.

323: Проверяем, есть ли вообще идеал сообщение.

324: Если есть, то результат вычисления.

325: Вычисления, равно выборка номер документа.

326: И вот тут важный момент. А если у нас нет документа, че тогда делать? Надо в результат вычисления положить хотя бы вот прочерк, потому что по формату обязательно должно быть заполнено и ключ, и значение. Инна.

327: Иначе будет ошибка, которая. Лучше бы её не было, если вкратце все выбираем номер складываем сюда. Ну, я сразу это скопирую, потому что у меня есть ещё следующий.

328: Пример по сценарию.

329: Следующий пример это торговая сеть ашан. Вот они хотят видеть не номер десада, а номер заказа и хотят видеть их в сопроводительном документе. Табличная часть так и называется сопроводительные документы.

330: Так, тип, так, табличная часть. Я тут расставлю циферку, что это все 1 строка. Я понимаю, что это не очень.

331: Неудобно, как заполнить из табличной части вместо цифры здесь указываете имя табличной части, которую вы хотите обработать.

332: Так, тип документа фиксированное значение.

333: Тип, тип, тип, типы сопроводительных документов.

334: Нам нужен документ, подтверждающий отгрузку товара. Да, вот если мы здесь заполним саплаер код, он будет уходить. Всем можно добавить кода, прописать значение.

335: Написать проверку.

336: На того, кто является грузополучателем.

337: Так, наименование документа по требованию у них фиксированное. Факультатив будет, когда закончится вот это трн.

338: И номер документа.

339: Просто копирую тоже самое, только здесь 2 изменения. Тип едий, сообщения, ордерс. А привязана она не к реализации, а к заказу клиента. Меняю вот 2 параметра в запросе. Вроде как быстро. Окей.

340: Дата документа должна быть заполнена обязательно no, module вам подсветит все эти ошибки.

341: Чем заполнить не особо понятно. Требований нет, но чем-то надо заполнить. Давайте заполним датой реализации и составитель этого документа, ну тоже давайте возьмём организацию. Ну мы ж составляем

342: Давайте проверим точно также заполняются данные по маркировкам. Точно также можно использовать массив структур.

343: Возможностей очень много, если я буду их все показывать, мы разойдёмся, когда за окном будет темно.

344: Дополнительные поля, вот информационные поля, плаер код заполнился, десат намбер заполнился вроде похоже на то, что я вбивал, но я не запоминал цифры, и здесь все тоже заполнено. Документ подтверждающий

345: Товара ордерс номер такой-то.

346: Дата составитель вот примерно так это автоматизируется.

347: Дарья, да, вот мы как раз и хотим привязать требования сетей к справочнику. Партнёры у нас это в разработке. Следите за новостями. Как будут новости, сообщим все, накладная заполнена, грузы на месте.

348: Подписываю, отправляю.

349: Не посмотрел, кто грузополучатель. Ну ладно, ничего страшного.

350: Ты же отправишься, отправишься без ошибок. Ура, спасибо. Все, ждём. Погрузка, водитель. Но если мы будем показывать всю цепочку, то не успеем посмотреть факультатив. Давайте переходить к нему.

351: 2 популярных запроса разделение и объединение документов.

352: Это я все закрою.

353: И открою реализации.

354: Реализация товаров и услуг.

355: С чего начать с разделения или объединения?

356: Ну, Антон ответил 1, что начать с разделения ну окей, пусть так и будет.

357: Создал тут я несколько реализаций. Для примера они все привязаны к 1 заказу. Нет, не привязаны.

358: Ну ладно, ничего страшного. Вот это по заказу, это по другому заказу. Ну ладно, мы же разделение смотрим. Какая нам разница? Разделение покажу на примере.

359: Разделение по табличной части, собственно с товарами.

360: Идём в настройки, конвертация документов.

361: Как же тут разделять, сразу покажу самый сложный способ это вычислить массив выражений на языке 1 с ну простой показывать, наверное, не так интересно.

362: Тут такие суровые условия. Подсказок нет, на самом деле здесь есть

363: Тоже основание.

364: Так, результат вычисления, значит здесь ожидается, что будет какой-то массив.

365: Равно новый массив, все, что лежит в этом массиве, будет сохранено.

366: Реквизит разделитель каждого титула. Допустим, у нас в этом массиве 3 элемента создастся 3 титула, в каждом из них будет свой разделитель, а документ основания будет тот же самый

367: Для каждого стр из.

368: Вот, допустим, я перебираю табличную часть товара, но более популярный сценарий это, конечно, когда есть несколько адресов доставки, и мы на каждый адрес делаем свою накладную.

369: Я тут просто добавлю результат вычисления добавить.

370: Номер строки.

371: Ну, то есть там будет 1, 2.

372: Ok, сохраняем и задавали вопрос а как в этом случае указать номер накладной в зависимости от разделителя?

373: Есть реквизит номер трн. Давайте его сформируем из 2 частей.

374: То есть это, собственно, номер реализации, реализация напомнюю. Лежит тут в переменной основания номер плюс там дробь плюс объект разделить.

375: Делитель.

376: Вот объект это титул, который мы заполняем в разделителе, там лежит у нас цифра 1, 2. Основание номер это номер реализации.

377: Записываю. Давайте в чате делаем ставки. Будут ли ошибки?

378: Самому интересно, зачем нужен разделитель. Ну вот сейчас и посмотрим.

379: Нажимаю оформить. У меня ж там 2 товара.

380: Вот у меня появилось 2 документа. 2 титула, 2 накладных, они привязаны к 1 учётному документу. Реализация вот эта номер 00:00 7. Они оба привязаны к ней номера.

381: Формировались из 2 частей, то есть дробь 1/2. Захожу в любой из них продолжить оформление. Вот разделитель, ну тут число, поэтому оно так выводится ещё и красным, чтобы всех раздражать.

382: Ну, на самом деле, чтобы было явно видно, что документ поделён на несколько трн.

383: Все дальше с ним работа ведётся как обычно.

384: Условия могут быть любыми, там сколь угодно сложными.

385: Ну, в целом, вот примерно так работает разделение.

386: Так, не буду эту накладную отправлять. Давайте создам ещё реализации.

387: То есть вот у меня есть 6, она привязана к заказу.

388: Попробую ещё создать реализацию к заказу. Так можно было.

389: Нет, нельзя, я уже все отгрузил. Ну ладно, окей. Тогда я сейчас сделаю немножко ручной работы, попробую все эти реализации привязать к 1 заказу.

390: Реализация по заказу.

391: Нет, видимо, не покажу.

392: Давайте переходить к объединению.

393: Значит, удаляю титул, начать оформление заново. Вот есть 2 накладные, допустим, они едут к 1 покупателю. Ну, в моём случае это так и есть. И зачем мне оформлять 2 трн, если можно оформить 1, ну,

394: Звучит логично. Идём в конвертацию документов, убираем разделение в основных настройках. Есть опция, которая это включает настройки документов, настройки.

395: Титул 1 1 эторн из нескольких документов по умолчанию. Эта опция выключена, потому что, ну, такой, это не самый частый сценарий. Если вам надо, вот её, пожалуйста, включите.

396: И в настройках конвертации документа идём на вкладку документ учётной системы.

397: Ну, тут у нас привязка к документу есть, и здесь можно написать ещё код, то есть

398: Для заполнения как бы шапки всех там данных по перевозчику водителю используется 1 документ, а товары можно объединить из нескольких. И вот сюда нам нужно заполнить как раз-таки код, который найдёт нам все нужные. Докумен.

399: Есть очень удобная кнопка заполнить по шаблону, она подбирает все реализации за этот день с этим же контрагентом.

400: Тут вообще ничего менять не надо, можно дополнить какими-то своими там более сложными условиями.

401: Ну, допустим, где нет заказа.

402: Так, это все уже написано. Заказ клиента равно.

403: Значение.

404: Cars клиента пустая ссылка. Вот выбираем только те, что без заказа. Ну вот так я хочу, мне вот так надо, у меня такой бизнес процесс, что вы мне сделаете? Окей, сохраняем эти условия записать.

405: Закрыть.

406: Давайте проверим, что все это работает.

407: Снова пишем в чат, будут ли ошибки.

408: Ошибок нет.

409: Ну и дополнительных документов тоже нет, подобрался 1 документ основания.

410: Ну, наверное, да. Зря я добавил эту логику.

411: Беру вот это условие, без него все прекрасно работало. Мне же надо показать, что все работает, а не наоборот.

412: Попробую теперь эту накладную оформить.

413: Вижу в чате вопросы по поручению экспедитору, значит, в поручении экспедитору.

414: Пока разделения нет, оно появится, по моему, в ближайшем релизе.

415: Как разделить 1 заказ, заявку с несколькими маршрутами в несколько рн? Вот тут нужна какая-то более сложная логика. Прямого такого разделения нет, потому что, допустим, у вас указаны товары, там 20 мест. А как понять в какой-то

416: Сколько мест, как понять, какой трн, сколько товаров. В общем, тут логика такая не типовая. Лучше оформлять из 1 документа заявку там из того же, либо другого связанного накладную.

417: С привязкой заявки. Вот это будет гораздо логичнее и понятнее. 4 документа основания. Ну, у меня подобрали сюда вообще все реализации, которые я за сегодня создал.

418: Ну, допустим, мне так и надо было.

419: Если нажать сюда, перейдём в табличку. Тут явно подсвечено, что используется для заполнения реализация номер 8. То есть все, что на вкладке, основное берётся, из неё, по ней же ищется связанная заявка, она будет лежать в переменной. Основание во

420: Тех ваших расчётах в реквизитах, где вы что-то кодом прописываете, а товары объединяются уже из остальных документов. Вот примерно так работает объединение.

421: Вроде у меня все.

422: Отвечаем на вопросы.

423: Надо отмотать куда-то в начало, наверное.

424: Так, нет, начало у меня не получается, очень много вопросов.

425: Так, вижу, вопросы есть отвеченные.

426: Товары массивом можно заполнить, товары массивом заполнить нельзя, потому что там другая немножко логика. Давайте я покажу.

427: Обычно используется логика с тем, что таблица значений как-то вычисляется, складывается в переменную. То есть тут есть переменная, допустим, товары.

428: И мы выбираем там.

429: Товары по какой-то логике.

430: Можно вот здесь можно как раз-таки написать вообще любую логику, которая вам нужна, например, так, из практики была табличная часть в документе, где были овощи.

431: А потом последней строкой шла возвратная Тара, и вот массу возвратной Тары надо было раскидать на как бы массу овощей.

432: А саму возвратную Тару, естественно, не включать в грузы. Как раз-таки использовался реквизит учитывать равно нет. И там была довольно сложная логика. Как это все эти килограммы поделить?

433: Вот беру, выбираю товары. Номенклатура, упаковка. Че мне ещё надо? Здесь можно выбрать. Ну вот все, что вам надо для проверки, там номенклатуры, допустим, вид номенклатуры, объём логи.

434: Абсолютно любая, допустим. Окей.

435: Ну, тут понятно, что это все запрос.

436: Да, тут понятно, ещё нужны условия на реализацию.

437: Вот и результат вычисления.

438: Выгружаем просто в таблицу значений.

439: Это переменная товары.

440: Здесь пишем не товары, а переменные товары. То есть вот эта логика поддерживается. Получается, в каждой строке будет уже не строка из документа, реализация, а строка вот из той табличной части, которую мы

441: Мы вычислили дальше пример, просили по

442: Сложная логика с табличными частями. Окей, давайте, допустим, есть у нас типовой документ транспортная накладная.

443: В документе транспортная накладная у нас есть табличная часть, которая называется документы основания. Там всего 1 реквизит, документ основания. Это вот в новых типовых ерпи управление торговлей.

444: Там комплексной автоматизации. Вот эта логика работает так в транспортной накладной, то есть отдельно документ на реализацию, там, на перемещение и ещё там куча документов, а для учёта доставки они все собираются в транспортной накладной.

445: В транспортной накладной мы смотрим документы, основания, там реквизит, документы, основания. И вот здесь лежит, допустим, реализация. А в реализации мы уже смотрим в табличную часть товары.

446: Вот логика примерно такая. Все эти документы будут вот по такой логике обрабатываться.

447: Надо заполнять номера десад инойк, а этих данных нет ещё? Ну, тут.

448: Не знаю, что сказать. Наверное, что-то придётся менять в бизнес процессах. Если сети требуют какие-то данные указывать, их надо указывать. Можем только посоветовать, как это реализовать технически.

449: Так, появились конвертации основные, которые не нужны и отключены. Они появляются, когда их пометили на удаление. Вы, наверное, Елена, их помечаете на удаление. Вот здесь не надо их помечать на удаление.

450: Допустим, вот, trend, титул 1.

451: По перемещению. Если вам не нужна конвертация по перемещению, то вот тут снята галочка выводить задачи. Модуль в неё смотрит и понимает, что по перемещению товаров на 1 титул трн задачи выводить не надо. Когда

452: Вы эту настройку помечаете на удаление. Модуль видит настройки нет, ну и все, тогда у тебя будет типовая логика. Вывожу тебе и перемещение, и все остальное. В общем, не помечайте их на удаление, и все будет хорошо.

453: Почему тип слетает? Этот вопрос был, когда я создавал вот эту настройку, замещающую, когда выбираю тип логистика, модуль проверяет, есть ли к этому документу типовая логика, если её нет, меняется на замещающую

454: Ну то есть тут по хорошему надо выбрать тип сначала, потом документ, потом уже настройку замещающая или нет, как сделать, чтобы не все реализации попадали в задачи, а только при каких-то условиях в документе есть.

455: Опция. Ну, покажу на примере заявки втрн тоже самое условия списка.

456: Тут вставляется кусочек кода в запрос.

457: Документы, ссылка. Вот ссылка, это наш документ основания. Допустим, заказ проведён. Ну, самое простое, но для проведённых у нас есть переключалка в основных. Здесь можно написать какие-то более сложные условия.

458: Например, по статусу заказа, что он подтверждён.

459: Я сейчас так навскидку напишу значение.

460: Подтверждён. Вот примерно так это пишется, это условие вставляется в запрос и задачи выводятся в список, отфильтрованный вот по этому условию. Но точно я тут не знаю никак перечисления называ.

461: Проверять это я, конечно, не буду.

462: В типовых настройках конвертации номенклатуры предусмотрено соответствие мест штуки и штук в места это есть такая опция в модуле называется базовые.

463: Соответствия. Сейчас я их найду. Это инструмент для дозаполнения данных по номенклатуре, которых у вас в учётной системе либо нет, либо не заполнено, либо ведётся по штукам, а не по упаковкам.

464: Можно все это дозаполнять сразу в нашем модуле настройки. Так вебинар подходит к концу, 1 с устала. Давай чуть чуть поработай ещё, пожалуйст.

465: Базовые соответствия номенклатуры.

466: Даже пример есть.

467: Допустим, у нас какие-то мелкие товары, мы указываем, что 1 штука, 1 место, это там 120 булочек с маком условно, и каждая коробка весит, ну там, 10 килограммов.

468: Тут задаём все вот эти габариты, которые нужны для заявки. И довольно-таки удобно, чтобы не дорабатывать вашу учётную систему, а все это внести прямо здесь, тут автоматизации по

469: Нет, возможно будет, но логика тут как-то слабо поддаётся автоматизации. То есть реквизиты тоже у всех разные, у кого-то в доп реквизитах хранится.

470: Информация по габаритам и весу у кого-то в табличных частях, у кого-то в упаковках. В общем тут целый зоопарк. У вас эти данные где-то в учётной системе есть. Лучше вот этим не пользоваться и сразу в титуле все заполнять.

471: Где указать привязку к метро? Ну, пока вот я, как говорил, уже удобного инструмента пока нет в процессе.

472: Можно прописать прямо в

473: Я знаю, как указать чуть более удобно есть прочие табличные части, и в них добавилась опция отказ от добавления строки, то есть надо ли вообще добавлять строку.

474: Вычисли вычисления на 1 с здесь проверяем. Ну, допустим.

475: Если.

476: Строка грузополучатель там не равно.

477: Метро, ну или как они у нас называются.

478: Тогда резу.

479: That вычисления.

480: Истина. Ну и дальше там начал ложь. Конец. Если, то есть вот если тут будет истина, тогда эта строка не будет добавлена, можно сюда прикрутить.

481: И если там не хотите высветить свой номер поставщика, то, пожалуйста, строка не будет добавляться при отправке всем остальным покупателям.

482: В случае, если разделение идёт по перевозчику, указать перевозчика в списке и в титуле, вот такая логика не работает, потому что здесь выводится только 1 строка по каждому документу мы не можем из табличной части.

483: Брать перевозчика, тогда получится там 10 документов по 3 строки. Вот здесь в списке задач будет 30 строк.

484: Так как вытягивать код поставщика в зависимости от каждой ттс. Ну вот пока более удобной опции нет, мы хотим привязаться к справочнику партнёров и дать

485: Вам эти настройки пока это в процессе. Если будут торговые сети присылать требования, пожалуйста, присылайте нам, мы постараемся это все автоматизировать.

486: Так, пример настройки сложного пути показал, заявка сформирована.

487: Как разделить это рн на несколько из 1 заявки вроде рассказал.

488: Настройка прав пользователей, если несколько организаций в 1 базе

489: Где-то это в основных настройках по моему.

490: Это не вопрос, не по сценарию, поэтому я чуть чуть подумаю.

491: Сейчас давайте поищем в настройках ограничение как-то так называется, использовать ограничение доступа по организации на уровне записи бсп. То есть вот это для тех конфигураций, где есть бсп, сразу будет

492: Работать стандартная дспшная логика привязки к организациям.

493: Это 1 вариант, если там у вас конфигурация без бсп, тогда есть опция.

494: Группы доступа использовать группы доступа. Она включена отлично. Идём на рабочий стол.

495: Настройки.

496: Группы доступа. Тут создаём группу, привязываем пользователя 1 с и есть очень гибкая настройка ограничений. Допустим, какие-то титулы, все пользователи с этой ролью

497: Могут редактировать, а какие-то только смотреть. Вот например, логистам надо смотреть 1 и 3, а подписывать 2 и 4. Вот это все настраивается.

498: Как работают регламентные задания и, наверное, это будет последний вопрос. Есть в настройках сценарий автоматической работы роботы. Добавляем нужного, указываем тут сценарий.

499: Что мы хотим на 1 этапе? Это обычно ввод черновиков, а дальше мы вручную смотрим, как это работает тип документа задаём какой титул. Нам надо настройку конвертации, выбираем нужную и есть дополнительные опции, как отследить.

500: Ошибки роботов есть уведомления, ну, в telegram уже не очень актуально. Вот есть на почту можно подключить, настроить, они будут приходить. Если робот у вас не обрабатывает какой-то документ, надо проверить, что он корректно обрабатывается вручную вводится в список задач.

501: Ну, убедиться, что в учётной системе все данные заполнены. Все коллеги, вебинар подходит к концу. К сожалению, остальные вопросы ответить не отвечаю. Спасибо за внимание.

502: Все, прощаемся. Передаю слово Алёне коль.

503: Спасибо, коль большое тебе за такой подробный рассказ про настройку модуля. Также я вижу, что было очень много вопросов в чате мы старались ответить на максимальное количество, и Коля очень много ответил.

504: Коллеги, я хочу сделать следующий момент. Рассказать. Вижу, что не все здесь нашли свои ответы на вопросы. Вижу, сюда присоединились логисты, бухгалтеры. Я хочу напомнить, что мы проводим сейчас каждую неделю веби.

505: Вебинары, вебинары, пользовательские вебинары, вот такие технические, которые нужны по большей части программистам. Смотрите, пожалуйста, за нашими. Следите за нашими анонсами, приходите на эти вебинары. То есть, если вы не нашли ответы на свои вопросы, у нас есть вебинары по работе в

506: Модули 1 с. К сожалению, не скажу сейчас конкретную дату, но в ближайшее время такие обучения, в том числе, будут, где вы подробно сможете ознакомиться с тем, как оформлять документы, в каких сценариях, какие докуме?

507: В какой очерёдности нужно оформлять и подписывать. Также хочу сказать, что если у вас остались вопросы, то по этому QR-коду вы можете оставить заявку на консультацию в менеджера. Также, если вы понимаете, видела здесь тоже комментарий.

508: Наши программисты все заняты 24 на 7. У нас есть формат внедрения по быстрому запуску. Необходимо уточнить у вашего менеджера, подходит ли ваша конфигурация 1 с под этот формат внедрения. Работаете ли вы?

509: Типовыми документами. Если да, то Велком на быстрые запуски вы успеваете, получается, к императиву, либо там в сентябре, да, когда, ну, тоже, по сути, ну, в любом случае, как бы, переходить на электронные перевозочные документы надо. Также хочу сказать.

510: Всем спасибо за внимание, за ваши