Простая конвертация данных

26.06.23

Интеграция - Перенос данных 1C

+81 –3

Тем, кому "не зашла" конвертация данных 2 (или 3), а также тем, кто только еще пробует свои силы в данной теме, предлагается эта простая конвертация данных. С ней у вас точно все получится!

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование		По подписке [?]	Купить один файл
Простая конвертация данных: .rar 25,33Kb ver:1.03 98	98	Скачать (10 SM)	Купить за 4 550 руб.

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

1. В базе-источнике открываете обработку ПКД_НастройкаВыгрузки. Отмечаете объекты метаданных, которые будут участвовать в обмене. Объекты, связанные с отмеченными, будут также отмечены автоматом.

Нажимаете кнопку "Создать код" получаете код для выгрузки

2. В режиме Конфигуратора копируете этот код в обработку ПКД_Выгрузка, в модуль формы, в функцию ПолучитьДанные()

Запускаете эту обработку и выгружаете данные в файл

3. В базе приемнике запускаете обработку ПКД_НастройкаЗагрузки и загружаете файл, который вы получили на предыдущем шаге (кнопка "Загрузить пример"). Дерево объектов метаданных будет заполнено в соответствии с данными выгрузки. Реквизиты, для которых не нашлось соответствия в базе приемнике будут выделены красным.

4. Далее все то же, что и для выгрузки. Получаете код и копируете его в обработку ПКД_Загрузка

Теперь у вас на руках две обработки, ПКД_Выгрузка и ПКД_Загрузка. Внутри у них элементарный код, обеспечивающий выгрузку и загрузку выбранных вами данных. А дальше вы все сами знаете. Меняете, отлаживаете... Я старался сделать так, чтобы генерируемый код был максимально простым, и, как следствие, максимально пригодным для дальнейшей настройки. Поэтому здесь нет каких-то сложных отборов по условиям или по датам. И уж тем более нет сложных превращений одних видов объектов в другие. Все это у вас получится быстрее и лучше, если вы напрямую измените код. Единственное исключение из этого правила - это возможность подключить план обмена для того, чтобы отбирать не все подряд, а только измененное.

Обработка тестировалась на управляемых формах. Платформа 8.3.19.1467. Код обработки полностью открыт. Замечания и пожелания всячески приветствуются. Приятной работы!

простая конвертация данных

+81 –3

См. также

SALE! 10%

Перенос данных из УПП 1.3 в ERP 2 / УТ 11 / КА 2. Переносятся документы, справочная информация и остатки

Перенос данных 1C Программист Платформа 1С v8.3 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Перенос документов, начальных остатков и справочной информации из УПП 1.3 в ERP 2 | из УПП 1.3 в УТ 11 | из УПП в КА 2 | Правила конвертации (КД 2) | Более 360 предприятий выполнили переход с использованием этого продукта! | Сэкономьте время - используйте готовое решение для перехода! | Позволяет перенести из УПП 1.3 в ERP / УТ 11 / КА 2 всю возможную информацию | В переносе есть фильтр по организации и множество других опциональных параметров выгрузки | Есть несколько алгоритмов выгрузки остатков на выбор

~~55778~~ 50200 руб.

04.08.2015 166838 336 278

376

SALE! 10%

Перенос данных из УПП 1.3 в БП 3.0. Переносятся документы (обороты за период), справочная информация и остатки

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)

Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УПП 1.3 (1.3.236.x) и БП 3.0 (3.0.164.x). Правила подходят для версии ПРОФ и КОРП.

~~35000~~ 31500 руб.

15.12.2021 24214 171 51

130

SALE! 15%

ED для свежих конфигураций

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Россия Платные (руб)

Правила в универсальном формате обмена для ERP 2.5, КА 2.5, УТ 11.5, БП 3.0, Розница, УНФ, для последних версий конфигураций. Ссылки на другие конфигурации в описании публикации. Правила совместимы со всеми другими версиями конфигураций новыми и старыми, поддерживающими обмен и синхронизацию в формате EnterpriseData. Не требуется синхронного обновления правил после обновления другой конфигурации, участвующей в обмене. Типовой обмен через планы обмена кнопкой Синхронизация вручную или автоматически по расписанию, или вручную обработкой.

26280 руб.

12.06.2017 141904 798 297

420

SALE! 10%

Перенос данных из УТ 10.3 в УТ 11.5. Переносятся документы (обороты за период), справочная информация и остатки

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 Оперативный учет 1С:Управление торговлей 10 Россия Управленческий учет Платные (руб)

Перенос данных из 1С:Управление торговлей 10.3 в 1С:Управление торговлей 11.5 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УТ 10.3 (10.3.88.x) и УТ 11.5 (11.5.19.x).

~~35000~~ 31500 руб.

23.07.2020 51625 229 70

187

SALE! 10%

Перенос данных из УПП 1.3 / КА 1.1 в БП 3. Переносятся документы, справочники и начальные остатки

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена | Можно выполнить переход с УПП на БП 3 или запускать выгрузку данных за выбранный период времени | Переносятся документы, начальные остатки и вся справочная информация | Есть фильтр по организации и множество других параметров выгрузки | Поддерживается несколько сценариев работы: как первичный полный перенос, так и перенос только новых документов | Перенос данных возможен в "1С: Бухгалтерия 3.0" версии ПРОФ, КОРП или базовую | Переход с "1С: УПП1.3" / "1С:КА 1.1" на "1С:БП3.0" с помощью правил конвертации будет максимально комфортным! | Можно бесплатно проверить перенос на вашем сервере!

~~48278~~ 43450 руб.

25.02.2015 171326 304 257

378

SALE! 10%

Перенос данных из УПП 1.3 в ЗУП 3.1 или из КА 1.1 в ЗУП 3.1. Переносятся начальные остатки, обороты и справочная информация

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Программист Платформа 1С v8.3 Сложные периодические расчеты 1С:Комплексная автоматизация 1.х 1С:Управление производственным предприятием 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет Платные (руб)

Правила переноса кадровых и расчетных данных и справочной информации из "1С:УПП1.3" или "1С:КА 1.1" в "1С:ЗУП 3.1 | Разработан в формате КД 2 (правила конвертации данных) | При выгрузке есть фильтр по организациям | Обновляется при выходе новых релизов 1С | Развитие алгоритмов | Расчетные документы переносятся в документ "Перенос данных" | Создаются документы "Начальная штатная расстановка" и "Начальная задолженность по зарплате", переносятся кадровые документы

~~55778~~ 50200 руб.

29.10.2018 56315 60 105

SALE! 10%

Перенос данных из ERP 2 / КА 2 в ЗУП 3. Переносятся остатки, документы и справочники

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Программист Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет Управленческий учет Платные (руб)

Перенос данных из ERP в ЗУП 3 | из КА 2 в ЗУП | Готовые правила конвертации данных (КД 2) для переноса остатков, документов с движениями и справочной информации 3 | Есть перенос начальной задолженности по зарплате и начальной штатной расстановки на выбранную дату | Обороты за прошлые годы (данные для расчета среднего) переносятся свернуто в документ "Перенос данных" | Есть фильтр по организациям | Документы за текущий период переносятся сразу с движениями, поэтому не потребуется делать перерасчеты | Перенос можно проверить перед покупкой, обращайтесь!

~~53111~~ 47800 руб.

03.12.2020 36750 95 66

Обмен УПП 1.3, КА 1.1, УТ 10.3 с EnterpriseData (универсальный формат обмена) ED2

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Платформа 1С v8.3 Платформа 1C v8.2 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Управление производственным предприятием Россия Платные (руб)

Регулярный обмен, выгрузка, перенос из КА 1.1, УПП 1.3, УТ 10.3 для обмена с любыми конфигурациями, поддерживающими обмен в формате EnterpriseData (КД3) - БП 3.0, ERP, КА 2, УТ 11, Розница 2, УНФ 1.6 и другими. Правила для старых и доработанных конфигураций не требуют синхронного обновления и совместимы с новыми и будущими конфигурациями. Обмен по расписанию, через папку, FTP, почту.

15300 руб.

18.02.2016 187061 590 509

527

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. cleaner_it 209 30.08.22 08:38 Сейчас в теме

Молодец, хорошая задумка)

6. mkalimulin 1233 30.08.22 09:35 Сейчас в теме

(1) Спасибо!

2. maks_20 169 30.08.22 09:08 Сейчас в теме

Интересное решение. Но как по мне, если нужно просто перенести объекты один в один, то подойдут типовые обработки УниверсальнаяВыгрузкаЗагрузкаXML или ВыгрузкаЗагрузкаEnterpriseData. Если же перенос более сложный, то на доработку и отладку кода уйдет времени примерно столько же, сколько нужно, чтобы разобраться, как работает КД 2.1 и накидать там правила. (3).

4. mkalimulin 1233 30.08.22 09:31 Сейчас в теме

(2) Это было создано после очередного "фиаско" с КД 2. Начинаешь на нем делать что-то более или менее сложное и чувствуешь, что звереешь. Я, конечно, понимаю, что если освоить этот продукт как следует, то будет не так тяжело. Но зачем мне это "освоение"? Я уже освоил язык 1С. Я могу довольно легко и непринужденно выразить на нем сколь угодно сложные идеи. От помощника по переносу данных мне в сущности нужно только выполнение рутины. А это в основном простая ревизия объектов и полей. Остальное я быстрее и надежнее сделаю и отлажу сам. Отлажу, кстати, обычным образом, без извращений.
Из общения с коллегами я точно знаю, что я не один такой. Поэтому и сделал то, что сделал

Ответить

11. maks_20 169 30.08.22 10:32 Сейчас в теме

(4) тут дело вкуса. Каждый делает так, как ему удобнее и быстрее. А освоение разных продуктов и возможностей никогда лишним не бывает)

12. mkalimulin 1233 30.08.22 10:38 Сейчас в теме

(11) Бывает. Нельзя объять необъятное. Я найду гораздо лучшее применение тем ресурсам, которые надо затратить на освоение КД. Поспрашивайте коллег, и убедитесь, что я не один такой

23. starik-2005 3091 30.08.22 18:43 Сейчас в теме

(12)

на освоение КД

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

Ответить

20. MaxS 2948 30.08.22 12:58 Сейчас в теме

(4) Аналогично было с КД3. Не хватало обмена один в один для 100500 объектов, которые идентичны в разных видах конфигураций.
Доработал формат обмена, добавил универсальные процедуры, доработал конфигурацию КД3 и теперь за минуту можно добавить в правила любой документ, справочник, РС. Обмен этим объектом будет один в один, либо правилами, в зависимости от индивидуальной для этого объекта настройки. Все правила в модуле, отладка относительно простая, если вникнуть.

22. starik-2005 3091 30.08.22 18:42 Сейчас в теме

(4)

я не один такой

Да, обмен на конвертации делается неделями, отлаживается месяцами. Ручками делается за дни, отлаживается за минуты.

36. biimmap 2022 30.08.22 23:26 Сейчас в теме

(22) я потому до сих пор и не знаю конвертацию))) Даже вот сейчас пишу с нуля перенос из ЗУП 2.5 в ЗУП 3.1 через COM.
Сделаю это тиражным решением. Ессно чуток кода я использую типового, но правила - ну их нафик! Конечно главное - там другая концепция будет. Это главная причина почему с нуля и своё.

На прошлом проекте пользовался доработанным типовым переносом... С некоторыми косяками так и не разобрались. Написал пару обработок которые результат поправили и всё.

43. aurumm 66 31.08.22 13:55 Сейчас в теме

(36)Мда, а потом другие программисты потратят часы, недели, месяцы, чтобы разобраться с такими вот самописками, когда они начинают сбоить. Типовые обмены через планы обмена, тоже своими костылями заменять будете?

Ответить

44. biimmap 2022 31.08.22 14:00 Сейчас в теме

(43)

Типовые обмены через планы обмена, тоже своими костылями заменять будете?

Здесь вопрос в том что назвать костылём, а что решением! Если применительно к переносу данных (о котором мой комментарий), то именно типовой перенос и есть кривой костыль! В прошлом проекте его 6 месяцев дорабатывали потом ещё 3 косяки выгребали. И то не всё выгребли!!!

В Роснефти коллега уже 4 года допиливает правила. Ибо там такая ерунда написана, что непонятно что за чайник их придумал.

Перенос который я делаю будет максимально выверен с точки зрения исходных данных. Пишется он по глубоко проработанной концепции (а не от балды как типовые правила).

Типовые обмены в моей практике без глубокой переработки не работали ни разу! Причём не я занимался ими, ибо не моя область.

95. aurumm 66 01.09.22 11:10 Сейчас в теме

(44) На крупных проектах соглашусь, есть смысл делать свои механизмы. С нуля написать нормальные правила обмена для сложного проекта - это очень крутой скил. При кажущейся простоте и универсальности КД, очень топорный механизм с многими ограничениями, чтобы их обходить надо знать, функции универсальной обработки выгрузки, которая использует правила выгрузки На мелких и средних проектах, проще допиливать типовые решения на КД, Так что в любом случае забивать на КД со словами "я лучше свое чего-нибудь сваю" не стоит

189. VladimirArtyushin 8 26.10.22 00:41 Сейчас в теме

(44) Там коллеге помощь не нужна?)) Четыре года... допиливает!!!

190. biimmap 2022 26.10.22 12:26 Сейчас в теме

Спроси у Сибинтека... Я ж не упомянул, что уже около 60 организаций отмигрировано! Релизы меняются, а в том и проблема правил, что на каждый релиз свои правила.

Я сейчас пишу перенос из ЗУП 2.5 в ЗУП 3.1 без использования правил, чтоб не зависеть от релиза.

45. mkalimulin 1233 31.08.22 14:03 Сейчас в теме

(43) У вас неверная информация. Программисты тратят часы, недели и месяцы (и, кстати, с переменным успехом, иногда просто бросают это безнадежное дело) на то, чтобы заставить работать типовые обмены, когда они начинают сбоить. А в коде, который генерирует моя обработка не на что тратить даже час

98. aurumm 66 01.09.22 11:27 Сейчас в теме

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

184. Lancelot-2M 115 15.09.22 21:06 Сейчас в теме

(98)2-3 дня)))))))))))))))))))))))))
то-то и оно. я на своем кодогенераторе потрачу час на генерацию и час-2 на инфраструктуру - планы-обмена и регламентные задания (с учетом копипаста, конечно)
не думаю что у коллеги дела обстоят сильно хуже

56. unknown181538 158 31.08.22 19:35 Сейчас в теме

(43) Такие самописки обычно простые - открыл отладчик, и поправил за 15 минут.
Или у вас реально был такой опыт, когда косяки в типовых правилах было проще найти?

57. unknown181538 158 31.08.22 19:37 Сейчас в теме

(43) Насчет типовых обменов... Вот правил довольно сложный обмен несколько лет назад. Взял типовые правила. Времени часов 50 не меньше ушло, чтобы обмен ут11-БП заставить работать в дописанной конфе, с выгрузкой по периоду.
До сих помню, как мучался, чтобы договор, которого в УТ11.0 не было, подставлялся правильно.
И вот, оглядываясь, думаю - не быстрее ли было свой обмен написать.

204. Светлый ум 423 06.10.23 04:57 Сейчас в теме

(43) а правила КД не начнут через время сбоить и не устаревают? ... то на то и выйдет))

55. unknown181538 158 31.08.22 19:33 Сейчас в теме

(4)

и освоить этот продукт как следует, то будет не так тяжело. Но зачем мне это "освоение"? Я уже освоил язык 1С. Я могу д

Я уже вроде и набил руку на правке типовых обменов. Но времени все равно уходит куда больше, чем обработку править. Например, если даже понятно, что нужно поправить, нужно файл выгрузить/загрузить, структуру баз тоже. И минут 40 уходит на то, чтобы просто правила поправить для добавленного по релизу реквизита строкового типа.
Может у меня лично способностей к КД мало, но когда мне надо обмен с нуля писать - пишу COM, либо HTTP либо еще что. Так что задумку автора попробую обязательно.

97. sashocq 193 01.09.22 11:18 Сейчас в теме

(4)

если освоить этот продукт как следует, то будет не так тяжело

Будет легко. Освойте КД2, это время потом окупится. Если мы говорим про более-менее простую выгрузку (которая предлагается в вашей статье), то в КД2 это тоже легко и быстро сделать. Не надо этих велосипедов, пожалуйста!

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

99. mkalimulin 1233 01.09.22 11:27 Сейчас в теме

(97) Лично вам какой вред от того, что будет существовать это решение? Вы против созидания в принципе?

168. sashocq 193 07.09.22 15:26 Сейчас в теме

(99) Вред от таких велосипедов есть. Если обращается клиент и просит что-то поменять в обмене, то одно дело если это реализовано на распространённой технологии конвертации данных и совсем другое — когда там свой "велосипед".

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

170. mkalimulin 1233 07.09.22 16:37 Сейчас в теме

(168) Одно дело, когда это реализовано на каком-то инструменте, который кто-то знает, а кто-то нет. И другое дело когда реализовано на встроенном языке, который знают все. Понимаете? "Велосипедом" можно и КД назвать. Это ведь как посмотреть.
Вы лучше дайте ответ на вопрос, который я вам задал. Вы против созидания в принципе?

173. sashocq 193 08.09.22 08:39 Сейчас в теме

(170) Вы против созидания в принципе?

Нет

174. mkalimulin 1233 08.09.22 09:10 Сейчас в теме

(173) Зачем вы тогда поставили "минус"?

175. sashocq 193 08.09.22 09:24 Сейчас в теме

(174) Созидание бывает разное. Я не против созидания в принципе, но здесь я вижу что разработчик вместо того чтобы изучить и использовать эффективный инструмент сделал свой "с блэкджеком и шлюхами". По моему мнению, лучше бы автор изучил подходящий для этого инструмент и использовал его.

И бог бы с ним с этим "новым, более лучшим" инструментом, но автор опубликовал его здесь на всеобщее обозрение. И кто-то из начинающих на это посмотрит и скажет "о, я тоже не буду разбираться с тем непонятным КД а попробую это". Хотите этим пользоваться — пользуйтесь сами. А "минус" — за совет/призыв пользоваться этим вместо удобного, разработанного специально для этих целей инструмента.

176. mkalimulin 1233 08.09.22 09:31 Сейчас в теме

(175) Т.е. созидание бывает "хорошее" и "плохое". А какое из них какое решать должны конечно же вы. Спасибо за ответ.

177. sashocq 193 08.09.22 09:36 Сейчас в теме

(176) Ну, не то что бы я тут что-то решаю. Мой голос — это моё мнение. Собственно я его высказал. Каждый тут высказывает своё мнение и согласно ему оценивает. Итог мы все видим:
- 3 человека разобрались с Конвертацией данных и успешно её используют,
- 52 про неё либо не знают, либо не получилось разобраться, либо ещё что-то.

178. mkalimulin 1233 08.09.22 09:49 Сейчас в теме

(177) У всякой задачи есть некая базовая сложность. Чтобы ее решить надо потратить определенное количество умственных усилий. Количество этих умственных усилий почти не зависит от выбранного инструмента. Чем бы вы ни пользовались, продумывать задачу вам придется одинаково. А раз так, то вам не кажется разумным для всякой задачи использовать "конвенциональные" средства? Есть задача - решай ее кодом. И не надо вот этих всяких КД.
Если посмотреть с этой точки зрения, то уже КД переходит в ранг "велосипедов", т.е. бесполезных изобретений в той области где уже все хорошо решено. Вы не находите?

179. sashocq 193 08.09.22 10:04 Сейчас в теме

(178)

Количество этих умственных усилий почти не зависит от выбранного инструмента

Как раз зависит. Совсем недавно у меня была задача переноса 2-х видов справочников/документов из старой УПП в новый ДО. И я сделал это на КД2, чтобы не думать о том как мне записать это в файл, с какой структурой, как это потом разобрать чтобы оперировать в коде уже объектами, чтобы не прописывать детально как же мне делать поиск совпадающих элементов. Вот эта вот работа со вспомогательными данными (формат обмена, транспорт, преобразование одного перечисления в другое) — на неё уже не надо тратить времени. Для перечислений указал соответствие значений — и всё. Для поиска элемента по определённым реквизитам — указал их или точно также написал в обработчике код СтрокаИменСвойствПоиска = "ИНН,КПП"; и всё! И думать остаётся только по существу, т. к. большинство второстепенных вопросов уже решено!
Грузится что-то непонятное — включил галку, вот тебе записанный лог. Нужно что-то дополнительное записать в лог — в любом обработчике ЗаписатьВПротоколВыполнения("Моё сообщение", МояСтруктура) и ты найдёшь это всё в логе.

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

3. PLAstic 296 30.08.22 09:28 Сейчас в теме

Подозреваю, КД2 начиналась примерно с этого же. А далее уже пошли нюансы, что надо тут кодик подоткнуть перед установкой значения, тут - после записи и т.п. В общем, не вижу смысла вообще упрощать КД2, она итак простая донельзя, если не брать в учёт выгрузку субконто или ПВХ.:) Но до этого тоже можно дорасти.

Ответить

5. mkalimulin 1233 30.08.22 09:33 Сейчас в теме

(3) Нет. Здесь другой принцип. Здесь вы на выходе получаете код. А в КД вы получаете структуру, построенную по некоторым правилам, которые надо осознать и усвоить для успешной работы

7. BackinSoda 30.08.22 09:59 Сейчас в теме

Для обычных форм всё же КД придётся использовать )

9. mkalimulin 1233 30.08.22 10:20 Сейчас в теме

(7) Сам генерируемый код нечувствителен к ОФ/УФ. В обработки в принципе можно запихнуть ОФ. Может быть так и сделаю

8. quazare 3816 30.08.22 10:12 Сейчас в теме

Есть же люди, которым хватает на это время.

10. mkalimulin 1233 30.08.22 10:21 Сейчас в теме

(8) Не хватает, конечно. Приходится отрывать от дел

13. Serg O. 297 30.08.22 10:55 Сейчас в теме

+ за старания... кодом всегда лучше - выгрузишь то, что надо :)

14. mkalimulin 1233 30.08.22 10:57 Сейчас в теме

(13) Спасибо!

15. Altez 258 30.08.22 11:45 Сейчас в теме

Еще один светлый ум бросил вызов ригидным стандартам и выложил решение за 1см. "Жалко им весь мир не разукрасить"(с).

17. mkalimulin 1233 30.08.22 11:58 Сейчас в теме

(15) Спасибо!

16. DBOdin_Lab 115 30.08.22 11:57 Сейчас в теме

Поддерживаю ваши стремления к выражению правил обмена кодом!
Сами успешно делаем решения на этом принципе.

18. mkalimulin 1233 30.08.22 11:59 Сейчас в теме

(16) Большое спасибо!

19. gybson 30.08.22 12:14 Сейчас в теме

"Метод толкания автомобиля для тех, кому лень сдать на права. Способ работает без бензина!" ... ну такое

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

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

21. mkalimulin 1233 30.08.22 12:59 Сейчас в теме

(19) Прекрасное замечание, спасибо!
Пользуйтесь ПКД_НастройкаВыгрузки и ПКД_НастройкаЗагрузки для того, чтобы сгенерировать код, который будет вставляться в ОбменДаннымиПереопределяемый в процедуры ПриВыгрузкеДанных и ПриЗагрузкеДанных. Надо бы дописать об этом. Спасибо

24. starik-2005 3091 30.08.22 18:50 Сейчас в теме

(19)

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

Как-то видел человека, который долго и дорого писал правила ЗУП-ЗУП. Вроде бы из четырех баз ЗУП надо было положить в одну - что там такого, да? Но месяц правила писались, были написаны на половину, отлажены вообще не были. Я за три дня написал код, который делал вот только это и ничего больше. Потом оказалось, что есть совместители, которые уже в одной из этих баз на постоянке. При том совместитель устроился раньше, чем на постоянку. Потом внешние и внутренние, а нельзя быть одновременно тем и этим. Ну и дальше множество нюансов, которые на КД2 я вообще не представляю, как пришлось бы делать, ибо пакеты приезжают одновременно из четырех баз в одну, и они друг с другом связаны.

В общем, КД - это для мазохиста-любителя. А внешняя обработка вполне себе поддерживаема, если это будет нужно - это ж обычный код, в нем все сразу ясно.

25. gybson 30.08.22 21:21 Сейчас в теме

(24) Обмен между базами с идентичной структурой пишется за 4 часа. Просто убирается в ПО галочка, что он РБД и всё.

Код, который делает "только это" называется платформа и её уже давно написали.

"Дал-дал-ушел" очень хорошая тактика, но не для того, кому дали.

"Потом оказалось" - хорошо быть молодым, жизнь сплошной сюрприз.

Как там уже выше сказали, все эти метания в итоге и вылились в КД.

КД это формальное описание правил. Без сюрпризов. КД это написание кода строго минимально и понятно.

В конце-концов, можно без усилий выгрузить данные через дефолтную фабрику XDTO и с небольшими усилиями загрузить это в другой базе. С этим можно будет работать дальше. А вы своим кодом за три дня, просто в безнадегу вгоняете тех, кто будет делать дальше.

Ну и вот те нюансы, которые вы не представляете в КД2, прекрасно решаются в КД3. Никаких проблем поправить состав ключевых полей и алгоритмы поиска. Все в модуле внешней обработки, которая подключена, как внешняя, а не дополнительная. Сиди отлаживай.

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

Есть такой продукт, не без недостатков, но который реально делает обмен быстрым. Бит.Адаптер. Там правда транспорт только "кролик" и сам обмен не пачками, а объектами. Но он живой. Такой обмен можно дорабатывать мелкими порциями под конкретные задачи. А дорабатывать надо всегда не потому, что программисты жадные, а жизнь так устроена, что в статике только трупы находятся.

28. starik-2005 3091 30.08.22 21:37 Сейчас в теме

(25)

И тут вы со своим "три дня". Не серьезно.

Ну с учетом того, что ЗУП была 2.5 и было это совсем не вчера - да, конечно.

30. mkalimulin 1233 30.08.22 21:47 Сейчас в теме

(25) Тем не менее, находится довольно много людей, которым не нужно вот это вот все. "Регистрация изменений, просмотр изменений, транспорт, сопоставление ИД по ключевым полям..."
Знаете почему? Потому что непрозрачно. А еще потому, что оно просто тупо НЕ РАБОТАЕТ. Понимаете? Вот он код. Вот он у меня работает. А если он не работает, я знаю, как заставить его работать. А эта фигня НЕ РАБОТАЕТ. Я плююсь и выкидываю ее. И больше ею не пользуюсь, потому что она сожрала мое время.
А просмотр изменений я и сам сделаю. Визуализация результатов запроса не бог весть что.
И самое главное тут знаете, что? Я точно знаю - сколько мне надо времени на эту визуализацию. А в случае с КД, я не знаю - сколько нужно времени на то, чтобы решить проблему. Ну и зачем мне тогда это все?

Ответить

32. gybson 30.08.22 22:02 Сейчас в теме

(30) Это называется перенос данных. Разовый перенос я вам и в CSV быстро набросаю. А если получатель современная конфигурация, то они прям с лету из CSV грузят.

Обмен данными это регистрация изменений, транспорт, конвертация, сопоставление, разрешение конфликтов и целая история. Включая защиту от дурака, чтобы из тестовой базы в рабочую данные не прилетели.

Сегодня вы не знаете КД, завтра УФ, послезавтра асинхронные вызовы и т.д. и т.п. Ну давайте все на 7.7 писать.

33. mkalimulin 1233 30.08.22 22:11 Сейчас в теме

(32) Вам нравится КД - пользуйтесь на здоровье! Этот инструмент для тех, кому не нравится

34. gybson 30.08.22 22:13 Сейчас в теме

(33) Это можно сделать сильно проще через КД3.

46. PLAstic 296 31.08.22 15:28 Сейчас в теме

(33) Не совсем так. Этот инструмент для тех, кто не смог. И коллега вам верно сказал, что если вы не в составе, ведомом локомотивом "Прогресс", то вы на обочине жизни.
Зачем писать код там, где можно просто натыкать мышкой? Попробуйте перестать отрицать существование людей, которые говорят, что КД2 - это просто донельзя. Ведь если они существуют, наверное, вам стоит попытаться ещё раз изучить, как она работает и примкнуть к прогрессивной части сообщества?

48. mkalimulin 1233 31.08.22 15:40 Сейчас в теме

(46) Я не отрицаю существование людей, у которых все хорошо с КД. Но и тех, у кого все плохо тоже не мало. А насчет кода вы в корне не правы. Код - это наше все. И чем дальше, тем больше. Решать проблемы через код проще и быстрее уже сейчас. А в будущем - без вариантов. Кодировать будут все. А те, кто все еще будут утверждать, что "проще натыкать", будут смотреться также нелепо, как если бы они сейчас стали бы говорить: зачем писать, когда можно сказать

49. mkalimulin 1233 31.08.22 15:42 Сейчас в теме

(46) У вас странное понимание прогресса. Прогресс породил программирование. А теперь этот же самый прогресс его ликвидирует? Не логично же

165. rais 07.09.22 08:50 Сейчас в теме

(30)Возможно вам стоит какие то курсы посмотреть, раз у вас эта "фигня не работает", не осуждаю вашу разработку, но не стоит хаять продукт, если вы им не умеете пользоваться. КД2 весьма несложен в освоении.
з.ы. и типовые правила у меня почему то всегда работают..с чего бы вдруг

167. mkalimulin 1233 07.09.22 12:20 Сейчас в теме

(165) Будем считать, что мне не повезло. Так уж сложилось, что всякий раз ко мне обращались с предложением сделать не простой обмен, а как бы это сказать... с подвывертом. Я честно пытался, я тратил уйму своего времени на то, чтобы прочитать документацию, найти примеры. И всякий раз где-то посередине этой безнадежной работы я с тоской осознавал, что если бы я с самого начала просто тупо писал код, то я бы давно уже все закончил.
Я не отрицаю ценности КД как таковой. Просто хочу обратить внимание на то, что есть и другие пути. И, в частности, вот этот мой инструмент. Вы его открываете, а там одна кнопка. Да, да, та самая пресловутая "одна кнопка". Вы ее нажимаете и получаете результат, с которым дальше работаете. И я считаю это ценностью. Потому что вам не надо смотреть никакие видео, и не надо забивать себе голову какими-то ПКС, ПКО. У вас есть более интересные варианты по заполнению своей головы

58. unknown181538 158 31.08.22 19:53 Сейчас в теме

(25)"Регистрация изменений, просмотр изменений, транспорт, сопоставление ИД по ключевым полям..." Почему-то в типовых обменах это не то, чтобы не реализовано, но не реализовано так, чтобы с этим можно было работать.
Например, взял недавно типовой обмен УТ-розница. Мне нужно выгрузить перемещения на определенный магазин с номенклатурой, которая есть только в этом перемещении. Конфа не дает никакой возможности настроить регистрацию именно таким образом. Написание, тестирование, отладка обработки по правильной регистрации изменений может занять больше времени, нежели написание своего обмена. Я не знаю, в каком мире это нужно.
Вообще, работа с типовыми обменами как правило вызывает яростное желание убивать разработчиков.
Большинству пользователей вообще нужно простая выгрузка документов за период, но в большинстве конфигураций такой возможности просто нет. Ограничить период выгрузки данных можно только датой запретой.
Мне правда интересно, как у вас происходит работа, что вам это нравится.

66. gybson 31.08.22 20:22 Сейчас в теме

(58)

Написание, тестирование, отладка обработки по правильной регистрации изменений может занять больше времени, нежели написание своего обмена.

Очень сложно. Технология на грани фантастики.

Прикрепленные файлы:

67. unknown181538 158 31.08.22 20:29 Сейчас в теме

(66) Я не о фантастике говорю, а о том, что реально быстрее и прозрачнее сделать, да еще и не внося изменений в конфигурацию.
Разово я сделал нужную регистрацию, очистил ненужную, выгрузил, поправил то, что получилось. Однако, для постоянной работы требовалось еще перебрать механизмы регистрации, чтобы любые объекты не регистрировались к выгрузке, а регистрировались (причем рекурсивно) объекты, задействованные в определенном документе.
Потом передал Розницу другому специалисту, который стал заново настраивать типовой обмен, который при попытке выгрузить все данные тупо падал с весьма неочевидной ошибкой. Причем падал после получаса выгрузки.

То, что вы умнее меня или других я не подвергаю сомнения. Но это не очень-то интересно.
И я не уверен, что даже такой специалист в КД, как вы, решит мою задачу за пару часов.

68. gybson 31.08.22 20:44 Сейчас в теме

(67) Чувак, ты подставил коллегу.

Я прекрасно понимаю все эти срочные задачи и методы. Но я если такое сделаю, то никогда никому не расскажу и не посоветую и свое имя в комментариях не поставлю.

А насчет рекурсивности, оно не так делается, не регистрацией. В КД2 "ВыгрузитьПоПравилу" надо использовать, при выгрузке нужного документа. В КД3 легко гуглится https://forum.mista.ru/topic.php?id=795424&ysclid=l7hwlrx3n0449915197

Мы избавляем людей от рутины. Мы обязаны и сами ничего не делать два раза, автоматизировать наш труд.

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

Вы живете по принципу "Быстрее добежать, чем на права сдать". Это контрпродуктивно.

76. unknown181538 158 31.08.22 23:15 Сейчас в теме

(66)
(68)

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

Сомнительное утверждение, конечно)

Кажется, из этого треда вытекает, что используя КД и типовые обмены квалифицированный специалист может решить задачу за время в разы большее, зато гордиться своей крутизной и кошерностью своего решения. А по делу - юлить ты мастер.

86. gybson 01.09.22 09:30 Сейчас в теме

(76) Это безотносительно задачи. Всегда перспективнее улучшить существующий код, чем писать новый.
КД не нужны защитники, это многократно проверенная работающая технология. Это обмен, который миллионы раз каждый день выполняется.

Любой существующий код уже один раз написан и протестирован, вы можете провести его ревизию. Отладить свой код вы может и сможете, но самому себе делать код-ревью и архнадзор уже проблематично.

77. unknown181538 158 31.08.22 23:18 Сейчас в теме

(68)

А насчет рекурсивности, оно не так делается, не регистрацией. В КД2 "ВыгрузитьПоПравилу" надо использовать, при выгрузке нужного документа. В КД3 легко гуглится https://forum.mista.ru/topic.php?id=795424&ysclid=l7hwlrx3n0449915197

Погуглил. Да, похоже, из этого можно создать грамотное решение. Попробую при случае.

107. vowg 86 01.09.22 14:59 Сейчас в теме

(68) тут скорее так:
если нужно просто разово пройти расстояние, то иди (эта обработка). Если постоянно - сдавай на права и езди (КД2-3).

27. gybson 30.08.22 21:33 Сейчас в теме

(24)

это ж обычный код, в нем все сразу ясно.

Кому ясно, тот и оценку может дать совсем не ожидаемую.

29. starik-2005 3091 30.08.22 21:38 Сейчас в теме

(27)

Кому ясно, тот и оценку может дать совсем не ожидаемую.

Так Тимур, напиши нам статью про то, как все проблемы легко и просто решаются конвертацией. Мы тебе плюсиков понаставим, будешь нашим королем )))

Ответить

31. gybson 30.08.22 21:54 Сейчас в теме

(29) Вводное, обзорное занятие по КД2 стоило GB 8к =)

Какая КД? 2? 3?

А потом, есть системы, которые принимают сообщения в CSV, например. Рассказать как XDTO трансформируется в CSV и CSV выгружается транспортами БСП завязанными на планы обмена?

Курсов по КД очень много. И сам механизм востребован клиентами. Тот же обмен УТ-Розница. Он может быть КД2, может КД3.

Да просто хранение паролей. Вы если посмотрите, то они хранятся в защищенном хранилище. А тут ...

Это не обмен, это перенос данных. Очень разные вещи.

39. starik-2005 3091 31.08.22 10:05 Сейчас в теме

(31) Ну раз даже статью об этом написать - такой громадный труд, что Тимур соскочил, даже не начав, то сама конвертация, видимо, труд еще более непосильный и доступный только джунам, которые просто по другому не умеют.

51. gybson 31.08.22 16:49 Сейчас в теме

(33)
(39)информации по КД2/3 в интернете очень много. Вы же здесь постулировали что : "Мы не разобрались в КД, значит она плохая". Моя статья должна стать той самой магией, после которой вы поймете смысл КД?

52. gybson 31.08.22 17:10 Сейчас в теме

(47)
(39) Все уже написано

https://infostart.ru/1c/articles/1051370/?ysclid=l7howpt75y193297858

Вот примерно так я бы и делал.

53. mkalimulin 1233 31.08.22 18:00 Сейчас в теме

(52) XDTO - невнятная концепция, рожденная в недрах 1С. Мир она так и не покорила. Попробуйте дать ответ на вопрос: почему?

54. gybson 31.08.22 19:18 Сейчас в теме

(53)
(53) Потому что XDTO это платформенный механизм использования XSD

В других языках реализация может иметь другое имя, но суть не меняется.

Вот питон
https://pypi.org/project/xmlschema/
"Decoding of XML data into Python data and to JSON
Encoding of Python data and JSON to XML"

Вот C++
https://codesynthesis.com/products/xsd/

Сервисы SOAP, в конце-концов.

84. PLAstic 296 01.09.22 09:25 Сейчас в теме

(53) Эм... У меня не осталось сомнений, что вы вообще не знаете, что такое XDTO. Как там в рекламе было: иногда лучше молчать, чем говорить.
XDTO - это условно XSD и JSON Schema в одном флаконе. Если вы до сих пор его не используете, у меня для вас печальные новости. Давно уже интеграции без XDTO работают неоптимально. Мой вам совет: догоняйте прогресс, изучайте и применяйте технологии. Сейчас в вашей копилке опыта только написание какого-то обмена, который мало кому нужен судя по описанию вакансий (в отличие от КД21).

70. starik-2005 3091 31.08.22 21:25 Сейчас в теме

(52) Ну это статья вообще не про конвертацию. При том код чтения там весьма условный и неполный.

73. gybson 31.08.22 21:41 Сейчас в теме

(70) Без конвертации есть типовая обработка =)

ВыгрузкаЗагрузкаДанныхXML.epf https://its.1c.ru/db/metod8dev/content/4126/hdoc

74. mkalimulin 1233 31.08.22 21:49 Сейчас в теме

(73) Думаете, мы о ней не знаем? Очень хорошо знаем. Некачественный продукт

85. PLAstic 296 01.09.22 09:29 Сейчас в теме

(74) Да, судя по отсутствию аргументов, вы о ней не знаете. :)
Не стоит себя топить.

90. mkalimulin 1233 01.09.22 09:43 Сейчас в теме

(85) Аргумент простой. В этой обработке невозможно понять где что за 100 секунд. Поэтому она не качественная

75. starik-2005 3091 31.08.22 22:27 Сейчас в теме

(73) Вы в (25) топите за конвертацию, теперь вот топите за что-то другое. Где логика? То, что обмен между одинаковыми базами пилится за час безо всякой конвертации - так и есть, в остальном Ваш опус в (25) спорен. Отсюда и вопросы.

79. gybson 01.09.22 09:13 Сейчас в теме

(75)Я не топлю, я ответил на Ваше сообщение. В статье "Простая конвертация данных" Вы пишете, что это не про конвертацию. Ок. Но если речь о конвертации не идет, то вот вам типовая обработка. Теперь логика понятнее?

83. PLAstic 296 01.09.22 09:20 Сейчас в теме

(75) Обмен между идентичными базами пилится минут за 10:
1) Формируется описание конфигурации.
2) Загружается в КД21.
3) Создаём правила, где источник и приёмник - одна и та же конфа. Отвечаем "да" на вопрос об автоматическом создании ПКО.
Ровно ноль строк кода.
Я думаю, ни в 25, ни в других постах противоречий нет - писать код там, где можно обойтись без кода - это глупо, но всегда возможно. Удачи вам в поиске ниши для своих возможностей.

91. mkalimulin 1233 01.09.22 09:58 Сейчас в теме

(83) Человечеству надо не меньше кода, а больше кода. Задача не в том, чтобы не писать, а в том, чтобы писать легче

187. strelec13 21 16.09.22 16:16 Сейчас в теме

(91)

Человечеству надо не меньше кода, а больше кода

Отвечать за все человечество, что ему нужно и что не надо! Гениальная фраза! Вы далеко зашли :) После такого глобального всечеловеческого мнения, я "поверил" в ваше величие. Осталось только вашу обработку объявить новой технологией, чтобы она была доступна всему человечеству :) P.S. В одном Вы правы, 1С оправдывает ваше утверждение , где кода все больше и больше :)

47. PLAstic 296 31.08.22 15:31 Сейчас в теме

(31) ПИСО забыл ещё. Публичные Идентификаторы Связанных Объектов. И все эти существующие во всех конфигурациях механизмы они предлагают заменить кодом... омагад...

50. mkalimulin 1233 31.08.22 15:45 Сейчас в теме

(47) И придется вам программировать. О ужас! А вы уже так привыкли продавать задорого сомнительное знание, которым побрезговали профессионалы

81. PLAstic 296 01.09.22 09:15 Сейчас в теме

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

89. mkalimulin 1233 01.09.22 09:39 Сейчас в теме

(81) Не надо боятся кода

188. strelec13 21 16.09.22 16:40 Сейчас в теме

(89)

Не надо боятся кода

Не надо бояться КД2 и КД3. Ответите, что не боитесь, так почему решили, что другие бояться кода? Вывод из ваших слов, чем больше кода тем лучше. Коллеги! Куда еще дальше зайдет автор в своих утверждениях?