Что 1С делает с Конвертация 2.1 ?

PLUT, Phace, Garykom, scanduta, bolder, d4rkmesa, Karamzin, Климов Сергей, alexxx961503, trk415e76, arsik, Ботаник Гарден Меран, DeeK, azt-yur, formista2000, X Leshiy, Domovoi, mzelensky, Мультук, Ёпрст, spiller26, RomanYS, KJlag, tulke, maxar, Seriy_Volk, Hmster, Fedor-1971, Amra, shuhard, Бычье сердце, Gun47, integer, АнализДанных, unenu, vis, Builder, Double_Medved, diamkms, agres, Elf_80_lvl, Redaktor, Толич, Доминошник, DimVad, Санта Клаус, Bad_Aleks, Hawk_1c, sikuda, zenik, mortal, SleepyHead, Kigo_Kigo, Гипервизор, Hans, okmail, Fregat, rozer76, lubitelxml, JohnGilbert, END, dis12345, kauksi, СеньорПрограммист, akronim, RoRu, 1cVandal, vyaz, Ненавижу 1С, Winnie Buh, ads55, Prog_man, Fragster, reg0303, Джордж1, Anton1307, takefive, nick86, WebberNSK, tir654, LoneMan, mikecool, Михаил Козлов, Вадим33, kittystark, skafandr, Чинандалар Бонг, Группа неравнодушных, АНДР, , DemonShinji2, dva1c, Somebody, ZloyBrawler, viraboy, toypaul, MAG, maxab72, Kongo2019, Волшебник, Crusher, КонецЕсли, ndrv, Сукпун, John D, p-soft, Sserj, VKS, Caesar, zva, yanikolay, Homer, 2S, Chameleon1980, Sabron, Tatitutu, probably, Tarlich, obs191, den_oren, finis2010, zippygrill, Жеглофф, 1Снег, bwi3, ОператорПК, Indian, Eiffil123, Logovazz, alexela, yurikmellon2, AleksandrM09, Галахад, Gucci76, Затейник

☑

0 Мультук

гуру

15.10.26

✎

15:05

А есть ли официальная информация о планах 1С связанных с Конвертацией 2.1?

Сначала 1С запретила загружать правила обмена из файла.
Но когда нельзя, но сильно хочется - можно.

Теперь (ЕРП 2.5.27.98) заставила перенести обработчики в обработки:

ИмяПланаОбмена_Загрузка
ИмяПланаОбмена_Выгрузка

Именно заставила, ибо в этом случае, выбора просто нет.

Когда будет день "Д", когда КД2.1 вообще выпилят из БСП ?

Я, увы, нагуглить не смог.

P.S.
Самое важное в теме:
(16)
(37)
(41)
(73)

1 mzelensky

15.10.26

✎

11:39

(0) Зачем Вы вообще это используете?

2 vis

15.10.26

✎

11:41

(0)А нельзя разве использовать внешнюю обработку?

3 Garykom

гуру

15.10.26

✎

11:49

(1) Вероятно, не смогли освоить сериализацию в JSON

4 scanduta

15.10.26

✎

11:44

(1)Потому что лучше аналога чем КД 2.1 нет

5 Eiffil123

15.10.26

✎

11:45

(4) в КД 3.1 есть всё

6 Garykom

гуру

15.10.26

✎

11:46

(4) Аналога чего?
Понимаем что это просто тяжкое наследие древних темных времен с XML?
Ладно еще про КД 3.1, хотя тоже тот еще лисапед

7 mzelensky

15.10.26

✎

11:56

(1) Паровозик, который смог

8 mzelensky

15.10.26

✎

11:51

(4) нужна еще одна специализированная система. Нужно поддерживать конфигурации отправителя и приемника. Ужасно огромные файлы обмена. Просто отвратительная отладка.

Чем оно лучше собранного вручную обмена ? Хоть на XML, хоть на JSON

9 Fedor-1971

15.10.26

✎

12:06

(8) Универсальностью и стандартизацией.
Что проще: посмотреть в правила или разрыть код обмена? Так-то код может быть очень замудрён и его нужно рыть/создавать для каждой конфигурации

Да, есть вопросы и проблемы в КД2 (отладка одна из), но стандартизация работы обмена перевешивает.
КД3 - имеет свои вопросы (другие, но и там не так радужно как думалось)

10 mzelensky

15.10.26

✎

12:10

(9) Говорите так, словно чтение кода правил КД2 - это чтение сказочки на ночь ребенку. Да там черт ногу сломит.

11 Fedor-1971

15.10.26

✎

12:11

9+ Универсальную систему обмена, пока, не получается организовать.
Чисто моё мнение: нужна некая библиотека наработок для обмена и описание правил - в каком виде их хранить большой вопрос (ED - один из возможных вариантов, так-то, не самый бесспорный, но имеющийся в наличии)

12 Fedor-1971

15.10.26

✎

12:15

(10) Это да. Но смотреть точечно проще (при понимании работы КД2) чем откапывать в коде точку, где находится проблемный участок
Для КД3 - та же чебурашка, несколько модернизированная в плане отладить код, но имеет свои чудеса в решете

13 mzelensky

15.10.26

✎

12:18

(12) Как обычно приходим к варианту - кто что умеет готовить, тот то и готовит.

У меня опыт работы с КД2 не такой большой, но плевался знатно. Особенно на отладке.

А накидать обмен на веб-сервисе с XDTO схемами (а сейчас и с использованием JSON можно) - проблем вообще не составляет. Быстро. Масштабируемо. Легкая отладка. Легкие пакеты данных. Не нужно конфигурации источника и приемника грузить...и тд и тп.

+ Можно через любую шину данных пробросить этот пакет.

14 Garykom

гуру

15.10.26

✎

12:20

(13) Со временем все к этому приходят
Когда объемы данных выросли
И появились требования по скорости, надежности, простоте и т.д.

15 Garykom

гуру

15.10.26

✎

12:22

Самый простой и банальный вопрос который апологетов КД ставит в ступор:
"А можно сделать параллельную выгрузку/загрузку данных в несколько потоков/фоновых?"

ЗЫ
Причем не раздельно по разным видам метаданных
А по одному виду, например записи одного РС раздельно в фоновых порциями

16 Fragster

гуру

15.10.26

✎

12:22

https://partners.v8.1c.ru/forum/topic/2297015 и презентация Удаление обменов по правилам XML на странице https://partners.v8.1c.ru/topics/270

17 ZloyBrawler

15.10.26

✎

12:36

(16) скрины есть?

18 ZloyBrawler

15.10.26

✎

12:38

(0) делали две обработки и просто пихали их в расширение или сразу в типовую конфу?

19 ZloyBrawler

15.10.26

✎

12:42

(0) вызывает недоумение, они обрубили по сути обмен с ДО 2.1, сами не добавили обработки в ERP. То есть даже типовые правила не внедрили

20 Fedor-1971

15.10.26

✎

12:57

(15) Можно, а зачем? По факту, переделывается код отправки и получения данных.
Тут вопрос: поддерживаемости текущего решения - кто-то сделал транспорт по HTTP, кто-то через веб-сервис, кто-то файлами, кто-то е-майл приладил.
А вот разработка формата обмена (что мы отправляем, в каком виде) - самая проблемная часть (КД2 - правила и файлы в XML, но они прописываются определённым образом).

Сделать свой формат обмена - не проблема, в текущей ситуации конкретной фирмы. Можно реализовать половинную ответственность, т.е., например, ЕРП выгружает данные производства, номенклатуры, контрагентов в определённом виде (как вариант, в файл) и выдаём описание формата в любом виде (ворд или текст) и проблема принимающей стороны как обработать полученное (реализация идеи ED, без использования оного)

Универсальность такого решения - не очень, но, в рамках одной конторы (или нескольких) вполне приемлема

21 Phace

15.10.26

✎

12:54

(0)

Сначала 1С запретила загружать правила обмена из файла.

Не очень понял, что она запретила?
Можно ведь открыть и пользоваться V8Exchan83.epf в совершенно пустой базе, вообще без БСП.

22 Fedor-1971

15.10.26

✎

12:55

(21) Вроде, в конфигурациях на БСП. Там используются функции из БСП

23 Garykom

гуру

15.10.26

✎

12:57

(20)

Можно, а зачем?

24 Garykom

гуру

15.10.26

✎

12:59

(20) Ты же понимаешь что не ответил на вопрос
Точнее ответил по еврейски, задав свой

Не получится легко переписать КД на многопоточность выгрузки/загрузки данных
Ибо придется переписать все нафуй
И будет уже по сути совершенно новая штука

25 d4rkmesa

15.10.26

✎

13:01

(8) Я как то сравнивал объем информации для конкретного случая, самый большой (даже огромный) был при сериализации xml (ВыгрузкаЗагрузкаДанныхXML), далее КД2.1 и потом уже КД3 (но типовой, который не закрывал задачу). Скорее всего, самый легкий вариант был бы кастомный обмен в json.

26 Гипервизор

15.10.26

✎

13:03

(0) https://forum.infostart.ru/forum15/topic342053/message3296541/

27 d4rkmesa

15.10.26

✎

13:03

(19) Если синхронизацию уже "отрубили", там уже на в самом деле были попытки всю НСИ перенести на интеграцию, но это делается максимального топорным и нелогичным способом, а также зависит от конкретной конфигурации.

28 Garykom

гуру

15.10.26

✎

13:06

(25) Самое смешное что кастомный обмен через json
Причем весьма универсальный делается простейше даже с полного нуля
Это если не считать кучи готовых решений на ИС и ГитХабе

29 Domovoi

15.10.26

✎

13:06

(9)Код обмена конечно проще разрыть, примерно 1 минута. Проще написать, проще отладить и проще дорабатывать, работает надежнее и быстрее. Следующему прогеру не надо будет учить технологию, просто как на родном с листа допишет. Не говоря уже о том, что ты ограничен еще конструктором кд2.

30 Phace

15.10.26

✎

13:06

(22) Нет, БСП вообще не нужна для обмена по КД2. Можно попробовать, например, создать пустую базу с одним справочником, и выгрузить его. Если мне не изменяет память, когда появилось КД2, БСП еще не придумали.

31 Garykom

гуру

15.10.26

✎

13:07

(30) Угу
Вот кстати вопрос почему КД не входит в Библиотеку Стандартных Подсистем?
Подсистема обмена недостаточно стандартная?

32 Phace

15.10.26

✎

13:18

(31) Вероятно, потому что 1С считает ее (КД2) устаревшей. ЭнтерпрайсДата, пакеты XDTO и замены текстов глобальных модулей теперь наше все :)

33 d4rkmesa

15.10.26

✎

13:12

(28) Я делал для отдельных случаев, но реализовать полноценную синхронизацию - перфекционизм протестует. Опять-таки, поддерживать если не только своими силами, это нужна документация. Был бы унифицированный программный интерфейс, например, для общения с той же 1С Шиной. )

34 scanduta

15.10.26

✎

13:14

(28) Хорошо, а как ты на джейсон напишешь полный перенос остатков и оборотов из УПП в например Управление холдингом или ERP ? Сколько времени это займет ?

35 d4rkmesa

15.10.26

✎

13:14

(0) Совсем вроде обещают не выпиливать, мол все для борьбы с небезопасным Выполнить(...).
Кстати, вопрос как стыковать эти обработки, просто тупо создать в расширении?

36 Garykom

гуру

15.10.26

✎

13:16

(34) Легко и просто напишу, примерно неделю займет с вылизыванием

А как ты напишешь это на КД 2, без готовых правил и возни с ними в плане исправления ошибок?
И сколько времени это займет без готовых?

37 Fragster

гуру

15.10.26

✎

13:17

(32) нет, дело в стандарте https://its.1c.ru/db/v8std#content:669:hdoc который требуется для сертификации конфигураций во всяких госконторах. рубанули "с плеча". в (16) в презентации указан разрабатываемый workaround, он же в (0) как "перенести код в модули"

38 Fedor-1971

15.10.26

✎

13:16

(24) По факту, да будет нечто новое с использованием функционала КД2
(29) Не скажи, это если код хорошо откомментирован и имеет общеидеологическое описание, если нет - будет мрак. И хорошо бы иметь описание самого формата обмена в виде текста (очень немаловажная часть)

39 Fedor-1971

15.10.26

✎

13:21

(36) Та же неделя, только на основе правил
Тут вопрос в целесообразности, перенос остатков - разовая акция и делать спец обработку и свой формат под него не смысл

40 Fedor-1971

15.10.26

✎

13:23

(30) Это да, но потом обработки обмена писались с использование функций из БСП

41 Мультук

гуру

15.10.26

✎

13:25

(35)

Создать обработки (обе, две).
Затем получаем текст модуля для обработки загрузки (см рис)

"Имя файла для загрузки на сервере" это НЕ файл правил
А реальный файл для загрузки.

В получившемся модуле должна быть процедура

Процедура Конструктор(Владелец) Экспорт

Текст модуля обработки выгрузки, увы мне был не нужен, я его не генерировал.

42 Phace

15.10.26

✎

13:27

(37) Так можно ведь закинуть обработку в расширение. Доступ к морде обработки пользователю давать совсем необязательно, а экспортные функции обработки использовать в целях обмена.

43 d4rkmesa

15.10.26

✎

13:28

(41) Спасибо.

44 Phace

15.10.26

✎

14:17

(40) Это уже зависит от конкретных правил, ведь там в КД2 можно любой имеющийся код конфигураций исполнять (в том числе 7.7), не только код БСП.

45 scanduta

15.10.26

✎

13:33

(36) Не напишешь, не надо никому сказок рассказывать. Всякому инструменту нужно свое применение, не нужно микроскопом забивать гвозди

46 X Leshiy

15.10.26

✎

13:36

(15) Можно, у меня так работает. Не нравится кд 2? не используй, а руки прочь)

47 X Leshiy

15.10.26

✎

13:38

(36) Я такие правила напишу за пол дня. Руки прочь от кд 2)

48 d4rkmesa

15.10.26

✎

13:38

(15) Что-то такое на ИС читал, но там КД2 + Шина.

49 Fedor-1971

15.10.26

✎

13:44

(47) Малость прихвастнул, с нуля и до вылизывания обмена - примерно неделя уйдёт, первый вариант можно реализовать за дня 2

50 Fedor-1971

15.10.26

✎

13:46

(48) с привлечением шины, изменения будут минимальны, но если через файл - придётся постараться

51 X Leshiy

15.10.26

✎

13:56

Где кроме КД 2 реализован перенос движений без проведения получателя? Сразу перейду.

52 JohnGilbert

15.10.26

✎

14:00

(4) АХХАХАХАХАХАХААХАХААХА

53 Fedor-1971

15.10.26

✎

14:04

(51) Спокойней, сильно шашкой махать не надо.
Перенос движений - актуален между одинаковыми конфигурациями, в ином случае, возможно, что писать их будет некуда.
Так-то лучше делать штатное проведение - точно будут сформированы корректные движения. Останется вопрос с закрытым периодом, но тут общеполитическое решение - корябаем баланс или нет (в случае с БП)

54 Fedor-1971

15.10.26

✎

14:07

(52) Есть универсальные предложения? Самоделку не предлагать - бо индивидуальна под конкретные условия

55 X Leshiy

15.10.26

✎

14:07

(53) Мне перенос движений нужен. Обосновывать проведение мне не нужно.

56 Fedor-1971

15.10.26

✎

14:14

(55) Тут на месте виднее, что да как.

57 PLUT

гуру

15.10.26

✎

14:18

(51) (55)

Так вот жы (магия СериализаторXDTO)

Запись движений из ЖыСон

ЧтениеJSON = Новый ЧтениеJSON;
	ЧтениеJSON.УстановитьСтроку(ТекстJSON);
	
	НаборыДвижений = СериализаторXDTO.ПрочитатьJSON(ЧтениеJSON); //тут ЖыСон движений
	
	//Регистры ОУ
	ОбъектПоСсылке = СсылкаНаОбъект.ПолучитьОбъект();
	
	Для Каждого НаборДвижений Из НаборыДвижений Цикл
		
		Если ОбъектПоСсылке.Движения.Найти(НаборДвижений.Ключ) <> Неопределено Тогда
			
			Если НаборДвижений.Ключ = "Международный" Тогда
				НаборЗаписей 	= РегистрыБухгалтерии[НаборДвижений.Ключ].СоздатьНаборЗаписей(); 
			ИначеЕсли НаборДвижений.Ключ = "Хозрасчетный" Тогда
				НаборЗаписей 	= РегистрыБухгалтерии[НаборДвижений.Ключ].СоздатьНаборЗаписей();
			Иначе
				Если Метаданные.РегистрыНакопления.Найти(НаборДвижений.Ключ) = Неопределено Тогда
					НаборЗаписей = РегистрыСведений[НаборДвижений.Ключ].СоздатьНаборЗаписей();
				Иначе
					НаборЗаписей = РегистрыНакопления[НаборДвижений.Ключ].СоздатьНаборЗаписей();
				КонецЕсли;
			КонецЕсли;
			
			НаборЗаписей.Отбор.Регистратор.Значение = СсылкаНаОбъект;
			НаборЗаписей.Прочитать();
			НаборЗаписей.Очистить();
			
			Для Каждого СтрокаТЗ из НаборДвижений.Значение Цикл
				НоваяЗапись = НаборЗаписей.Добавить();
				ЗаполнитьЗначенияСвойств(НоваяЗапись, СтрокаТЗ);    
				
				Если ТипЗнч(НаборЗаписей) = Тип("РегистрБухгалтерииНаборЗаписей.Международный") ИЛИ
					ТипЗнч(НаборЗаписей) = Тип("РегистрБухгалтерииНаборЗаписей.Хозрасчетный") Тогда
					
					//Заполнение субконто 
					Для сч = 1 по 3 Цикл
						Если ЗначениеЗаполнено(СтрокаТЗ["ВидСубконтоДт"+сч]) Тогда 
							НоваяЗапись.СубконтоДт[СтрокаТЗ["ВидСубконтоДт"+сч]] = СтрокаТЗ["СубконтоДт"+сч];
						КонецЕсли;
						
						Если ЗначениеЗаполнено(СтрокаТЗ["ВидСубконтоКт"+сч]) Тогда 
							НоваяЗапись.СубконтоКт[СтрокаТЗ["ВидСубконтоКт"+сч]] = СтрокаТЗ["СубконтоКт"+сч];
						КонецЕсли;
					КонецЦикла;      
					
				КонецЕсли;
					
			КонецЦикла;
			
			НаборЗаписей.ОбменДанными.Загрузка = Истина;
			НаборЗаписей.Записать();
			
		КонецЕсли;
		
	КонецЦикла;

Запись движений в ЖыСон

Функция ДвиженияДокументаВТекстJSON()
	
	ДокОбъект = Документ.ПолучитьОбъект();
	
	НаборыЗаписей = Новый Соответствие();
	Для Каждого Движение из ДокОбъект.Движения Цикл
		Движение.Прочитать();
		Если Движение.Количество() = 0 Тогда
			Продолжить;
		КонецЕсли;
		НаборыЗаписей.Вставить(Движение.Метаданные().Имя, Движение.Выгрузить());
	КонецЦикла;

	ЗаписьJSON = Новый ЗаписьJSON;
	ЗаписьJSON.УстановитьСтроку(Новый ПараметрыЗаписиJSON(, Символы.Таб));
	
	СериализаторXDTO.ЗаписатьJSON(ЗаписьJSON, НаборыЗаписей, НазначениеТипаXML.Явное);
	
	Возврат ЗаписьJSON.Закрыть();
	
КонецФункции

для рыгистров сведений независимых или там курсы валют - примерно та же самая магия

58 Domovoi

15.10.26

✎

14:35

(51)А зачем это надо? Что за пример? Для расширения своего кругозора.
Мне как-то ставили задачу сделать движения, без перезаписи доков - но такое мог предложить только бизнес-аналитик из франча, ибо там своя супер логика :)

59 PLUT

гуру

15.10.26

✎

14:36

(58) "сериализацией" можно между продуктивом и копиями баз тудым-сюдым, то тут, то там - объекты (документы/справочники/регистры) выгружать-загружать

идентификаторы объектов одни и те же (в продуктиве и в копии). например, накосячили бабароботы, в копии исправил - проверили. пару кликов мышки и загрузил из копии в продуктив "исправленные" объекты вместе с движениями/проводками

60 Мультук

гуру

15.10.26

✎

14:34

(57)

И пусть весь мир подождёт, верно ?
В документе уже (быть может) табличная часть лежит на 100к записей
(? или уже можно больше ?)

ОбъектПоСсылке = СсылкаНаОбъект.ПолучитьОбъект();	
ОбъектПоСсылке.Движения.Найти(НаборДвижений.Ключ) <> Неопределено Тогда

Вот так не дешевле будет ?
deepseek (c)

МетаданныеДокумента = Метаданные.НайтиПоТипу(ТипЗнч(СсылкаНаДокумент));
// или Метаданные.Документы.ИмяДокумента

ИмяРегистра = "ТоварыНаСкладах";

Если МетаданныеДокумента.Движения.Найти(ИмяРегистра) <> Неопределено Тогда
	Сообщить("Документ в принципе может делать движения по этому регистру");
Иначе
	Сообщить("Этот документ не предназначен для движений по данному регистру");
КонецЕсли;

61 scanduta

15.10.26

✎

14:38

(58) Очень часто бывает нужно. Когда происходит перенос документов из одной базы в другую , и делать перепроведение нельзя( это может привести к неккоректности данных - например документ проводился при одних условиях и обработки проведения , потом код поменялся ,а движения нужны изначальные, так как период закрыт например уже)

62 Ёпрст

гуру

15.10.26

✎

14:37

(58) банально, центральная база в которую сваливаются все данные, и в которой доки не проводятся, совсем. И куча переферийных или независимых баз с другой совершенно структурой. В такую пишутся доки вместе с движениями "как есть". Просто, изначально, в каждой дочке пихается нужный набор движений под объекты цб.

63 Domovoi

15.10.26

✎

14:37

(59)Я обычно разворачиваю актуальную копию :) Быстрее и надежнее.

64 PLUT

гуру

15.10.26

✎

14:37

(60) в те времена, когда (57) было написано, никаких дикпиков еще не было

лет 8 тому назад

65 PLUT

гуру

15.10.26

✎

14:38

(63) да кто ж вам запретит это делать?

а вот из копии актуальной в продуктив как обратно?

66 Ёпрст

гуру

15.10.26

✎

14:40

,(60) метаданные дергать тоже, ну такое. Или кешировать или повторное использование

67 Domovoi

15.10.26

✎

14:43

(61)Ну это что-то разовое, даже может разовое в жизни, не то что в организации. Тут больше про регулярные обмены.
(62)А зачем такое делать? Может сделать норм архитектуру и пихать данные нормально, а не костылями?
(65)А зачем из копии в продуктив движения перебрасывать?

То ли я сильно отстаю, то ли вы меня просто убиваете.

68 bolder

15.10.26

✎

14:45

(0) Ситуация прямо скажем, ненормальная.Как если бы запретили язык С, так как он "небезопасный".А КД2 вложены ресурсы вендора,разработчики закупились всевозможными курсами,обучились..Теперь все в помойку?Не говорю что КД2 идеален,есть с ним проблемы тоже,особенно отладка.НО уже работает исправно обмен с легаси- конфигурациями, даже почти без присмотра многие лета..Зачем отбирать инструмент?В новых внедрениях - да, не рекомендуйте, но все на этом.

69 Ёпрст

гуру

15.10.26

✎

14:47

(67) это надо собственников фирм холдинга убедить перейти на одинаковую базу и бизнесс процессы, при условии, что они развивались лет 25 независимо друг от друга. Смогешь?)

70 PLUT

гуру

15.10.26

✎

15:03

(67) >А зачем из копии в продуктив движения перебрасывать?

чтобы в продуктиве не перепроводить (у нас ERP). в ERP там такое ~~накостыляли~~ напридумывали с проведением :) то "оффлайн", то теперь "онлайн-взаиморасчеты", всякие там очереди (Задания) на отражение в фоне. Перенос движений из ЖыСон еще и время может сэкономить

да еще, если в "закрытом" периоде...

ну это просто "инструмент" для ленивых ~~одноэсников~~ погромистов (для тех кто понимает, что тварит)

а у работящих другие методы :)

71 Domovoi

15.10.26

✎

14:52

(69)Ну как я сталкивался в холдингах. Головные говорят что в агригирующую базу надо: какие данные, аналитики, разрезы и т.д. И никто не договаривается, просто вы должны предоставлять данные. И ты уже додумываешь у себя если надо. На практике мне пока ничего не приходилось додумывать, всегда все было.

72 Fedor-1971

15.10.26

✎

15:01

(67) "А зачем из копии в продуктив движения перебрасывать?"
Как вариант: устранение Shift + Del - один вопрос, что удалили элемент справочника (тут можно и поизвращаться), другой - документ (движения оного) в закрытом периоде.

Плюсом - попытались перезакрыть старый период при изменённых алгоритмах, что ожидаемо, попали на цугундер и прибежали проситься "Почините, всеми святыми просим, даже денег дадим" - вот тут перегрузка чистых движений регистров из копии само то, что нужно

73 bolder

15.10.26

✎

15:01

(0) Расходимся.1С передумала.Все вернет назад,доработав БЭД и расширение.
https://partners.v8.1c.ru/forum/topic/2297015 последнее обновление.
Вообще не понял смысла войны с "Выполнить" и "Вычислить".
1С проиграла гонку за EDI,Маркировку и ЭТрН Контуру.А там через строчку "Выполнить()".

74 Garykom

гуру

15.10.26

✎

15:03

(73) 1C не смогла в devops и в песочницу
По идее надо на Фреше разрешать Выполнить и Вычислить
Но выполнять для каждого клиента в отдельном безопасном независимом окружении

75 Domovoi

15.10.26

✎

15:07

(70)(72)Не буду утверждать, что такого не было ни разу. Но мне казалось эти времена прошли уже лет 5+ назад.

76 PLUT

гуру

15.10.26

✎

15:09

(75) бабароботы вечны + вендор такой выдумщик от версии к версии (ДП/LTS)

77 DeeK

15.10.26

✎

15:10

(10) практически КД2 удобнее, отладка через протокол или сообщения - дело привычки, гораздо геморнее все в конфе держать, налету править обмен опять же сложнее

78 Domovoi

15.10.26

✎

15:14

Мне вот интересно, те кто на кд2 пишут обмен, вы регулярную проверку синхронизации данных делаете? Если да, то на чем?

79 Garykom

гуру

15.10.26

✎

15:15

(78) "А зачем?"
Их такое совершенно не волнует

80 bolder

15.10.26

✎

15:18

(78) А зачем?Если обмен стопнется - тут же бухи взвоют.И если все отлажено, то ничего и не ломается.Легаси - он такой, его с полпинка никто не меняет.
Стандартной диагностики - более чем хватает.Вендор это уже 15 лет назад написал...

81 Garykom

гуру

15.10.26

✎

15:18

Лично мое мнение

-Если ты знаешь только КД - ты ущербен

-Если ты не знаешь КД и знаешь только свои обмены - ты тоже ущербен

-И только зная все +/- и КД и своих обменов (да-да JSON и прочие шины/кролики) - ты супер крут
И можешь выбирать для конкретной задачи наилучшее

82 X Leshiy

15.10.26

✎

15:23

(81) Мое мнение, *промолчу а то забанят* Ты свои задачи видишь, а дальше слеп.

83 Fedor-1971

15.10.26

✎

15:26

(81) Мнение правильное.
КД 2/3 не панацея, зачастую, избыточны, но уже имеют работающую реализацию
При строительстве системы обменов - смотреть надо на общую картинку и только после определять инструментарий реализации (КД, Json, XML, свой формат или что-то новомодное)

84 Garykom

гуру

15.10.26

✎

15:27

Начать стоит с того что КД это тяжкое наследие времен без инета, с обменом на флешках
Или с первыми ftp-серверами

Под них оно и заточено
Все современное онлайновое КД банально нормально не умеет

И давно пора было что КД 2 что КД 3 нафик выпилить и наваять нечто новое нормальное

85 Phace

15.10.26

✎

15:28

(78) Что за проверка? Из одной базы данные выгружаются, в другую загружаются. Если данных, по какой-то причине нет, то как можно это не увидеть?

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

86 PLUT

гуру

15.10.26

✎

15:34

(83) а еще можно посмотреть на "бесшовные" интригации в ДО2.1 и ДО3 - как делать не нужно?

ДО == Документооборот*

"бесшовные" - вот такой рубец!

87 Garykom

гуру

15.10.26

✎

15:29

(86) ага особенно когда падает по таймауту

88 PLUT

гуру

15.10.26

✎

15:30

(87) еще у файликов что-то там Too Large бывает, когда по размеру не пролазиют

89 Fedor-1971

15.10.26

✎

15:31

(82) Ну, это уже твоё мнение.
КД - замечательны тем, что уже готовы и стандартные обмены запустить быстро и просто.
Доработка - правил может стать проблемой (нужно чёткое понимание работы КД)

90 bolder

15.10.26

✎

15:32

(81) Да все мы кушали.Знаем.Когда XDTO -пакеты как прокрустово ложе - летали.И прочую асинхронщину не на 1С тоже лабали.Только инструментов много не бывает.

91 Garykom

гуру

15.10.26

✎

15:33

(88) там еще иногда бэкап базы ДО средствами СУБД PostgreSQL не работает
ибо запись в табличке превышает лимиты
пока не грохнешь сообщение в РС никак

92 Fedor-1971

15.10.26

✎

15:36

(86) Это как раз пример обмена без формата, но с установленным функционалом. Имеет свои приколюшки как и всё остальное

93 X Leshiy

15.10.26

✎

15:36

(89) Движения кто кроме кд 2 переносит? Из типовых механизмов, без танцев с бубнами.

94 PLUT

гуру

15.10.26

✎

15:40

(91) "Задачи мне" на Главной - когда задач накопилось (пагинацыю не завезли - читаем всё), а таймаут 20 сек

95 Мультук

гуру

15.10.26

✎

15:36

(78)

Типовой обмен на кд3 тоже вполне себе падает.
Правда, не всегда по своей вине, но ...

По теме.

В БСП вся нужная информация есть.
Когда последний раз был обмен и насколько успешно.

Написать код, который будет всё это проверять и писать письма счастья - элементарно.
Сейчас для этого даже программист не особо нужен.

96 PLUT

гуру

15.10.26

✎

15:39

(92) чойта вдруг без формата? там и правила интригации есть и интригуемые объекты

добавляешь в ДО доп.реквизит и он "волшебным" образом доступен в правилах и у объектов. магия какая-то

97 Fedor-1971

15.10.26

✎

15:41

(84) Тут вопрос в универсальности нового и нормального
Начиная с описания / написания правил, места их хранения и заканчивая форматом системы обмена. Кроме того, желательно, сохранить файловый обмен, на всякий случай (в мире не спокойно, чжик кинджал и нэт интернэт)

98 PLUT

гуру

15.10.26

✎

15:43

(97) мне в МФЦ электронный документ на бумажном носителе (А4) выдавали

никаких флешек, только синяя печать и подпись сотрудника "окна". Беречь от атмосферных осадков

99 DeeK

15.10.26

✎

15:43

(95) БСП в основном в типовых, а в типовых мне кажется и так все работает, там и трогать не надо ничего

тащить БСП в нетленку - нафиг не надо