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

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

КД форева

(138)та же фигня. КД1.0, которая была на семерке не нравилась вообще. и вызывала затруднение и отторжение. приходилось через ДБФ или через ОЛЕ переносить данные. Но когда открыл для себя КД2.0 и купил книжку по ней, все изменилось.

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

(140) fairytale

Использую КД часто.
Но так же можно использовать механизм репликаций SQL сервера. Там очень легкий и интуитивно понятный интерфейс. Любой программист может легко освоить.

нет смысла

(143)>>Но так же можно использовать механизм репликаций SQL сервера.

устанешь реплицировать разные конфы

для идентичных баз вообще сериализацией/десериализацией объектов можно обойтись, КД не про них

39) ты будешь сильно удивлен, но легко можно перенести данные из УПП старой в УПП новую, используя например Эксель и обработки. Сам участвовал в нескольких таких проектах. Попутно отлично видно, где бухгалтера косячили, где минуса , где расходжения БУ/НУ/ПР/ВР, попутно можно подправить косяки по основным если где то что то не так заполнилось, попутно изучить структуру регистров, которые используются. Написание универсальных правил для всего и вся в КД требуют огромное время для их отладки, а ты видишь плоскую таблицу, и знаешь структуру даннух куда ее надо загрузить, что знаичтельно проще и быстрее...  Кроме того несколько раз сталкивался, что типовые механизмы переноса (на основе правил) из ТиС в УТ10, из УТ10 в Розницу просто вылетают по нехватке памяти... или работают по несколько часов. Плюнул написал свою обработку... время работы в минутах... в 10 раз быстрее

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

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

КД - наше ВСЕ)

(141) Например между оперативной торговой и складской вмс системой

(143) Использовать репликацию? Ну ну. Удачи. Что можно юзать репликацию обычно говорят те, кто ни разу не пробовал это сделать. Репликацию можно заставить работать с 1С. Но издержки на прикручивание и обслуживание сводят на нет все преимущества. Гораздо проще запились ком или веб сервисы.

(4) Использую, и отказываться не собираюсь

!

Я только одного не могу понять.
Я когда аналогичный вопрос поднял пару недель назад - то в итоге когда я попросил озвучить расценки на перенос информации из нетиповой в нетиповую с использованием КД - на отладку каждого нетипового объекта объявили от 0.5 ч\ч до 2ч\ч.

Я так и не понял - чем быстрее. Ну кроме случаев типовых переносов, правила для которых прописала 1С.

Что характерно я такие же расценки даю и на СОМ.

КД очень милая, мне нравится.

(154) Наивный, если тебе объявляют стоимость "на отладку каждого нетипового объекта от 0.5 ч\ч до 2ч\ч", это вовсе не значит, что сам перенос такой трудоемкий, это всего-навсего значит, что столько берут за работу. Помнишь анекдот по поводу 100 баксов за удар молотком? Вот КД - это как раз и есть тот молоток, за удар которым берут 100 баксов :-), реальная трудоемкость сильно ниже, ну так надо знать куда ударить :-)

А эти нетиповые между собой тоже совсем не похожи? Да можно и больше сидеть, я вот из бухию 1.6 в 3.0 зарплату задолбался переносить.

Требую пункт "Я использую".

Пару раз юзал для местечклвых проблем

Использую как для переносов 1с-1с, так и для переносов из сторонних программ в 1с.

(156)
Чудес не бывает - если удар молотком стоит 1 доллар - то в сфере 1С долго продавать его по 100 вряд ли получится.

И потом Что выбрать СОМ или КД? есть ряд дополнительных условий.

(161) Удар молотком стоит 1 доллар, вот только знать куда ударить стоит 99, что лишний раз подтверждает эта тема, в которой автору гораздо легче потратить несколько часов на написание обмена с нуля, чем потратить месячишко-другой на изучение тонкостей КД, и это несмотря даже на наличие книжки по КД, методички по КД на просторах интернета, да еще и курса по КД (платного и бесплатного)...

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

че это не использую? использую

Полезная штука во многих случаев, надо сказать.

Использую КД, удобно, дешево, сердито....
Вам тоже советую.

использую, для своего класса задач очень удобно и быстро

Основные деньги стал зарабатывать, когда, хоть как то , познакомился с конвертацией! Сейчас без нее не представляю как работать.
4.Другое

(14)
- Мужик, ты чего тупым топором лес рубишь, наточи тебе же легче будет, быстрее.
- Эх наточил бы, да времени нет.

КД пользую

5 - я использую КД

КД2 - наше все, а вот уже КД3 - хз что за зверь

5 - Я использую КД, и прошел курс Конвертации от Гилева.

крутая вещь.использую

Использую там, где целесообразно.
Соответственно, где не целесообразно- не использую.
/////
А так, в типовых напрягает использование алгоритмов, завязанных на общих модулях.

Не использую, но теорию освоил за пару дней, вроде все красиво и удобно в работе

Для моих задач КД пока не понадобилась.
Когда приходилось править в КД обмен ЗУП 2.5 - БП 2.0, плевался, кололся и матерился на явные глупости разработчиков, но куда деваться.

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

(175) Поправочка: для тупого фикси  проще свое написать, чем изучать

(176) Работают 2 фикси:
Первый - тратит время на изучение КД, делает раз в год велосипед с квадратными колесами (зато через КД), постоянно разребает "а что это как странно перенос сработал?", а через 2 года эту КД забывает т.к. больше не пригодилась.
Второй - за меньшее время делает обработку, которая не требует никакого вмешательства, работает без вопросов.
И кто из них тупой?

Я не знаю как работать с КД если одна база на УФ , а другая нормальная.

(178) В КД грузятся метаданные а не формы.

(177) они оба тупые. На КД не надо много времени, Однажды настроенный обмен работает и работает. Обработка написанная, однажды потребует допила, так как что то поменялось в метаданных.

КД расшифровывается Какое Дерьмо :)

Конвертация <> Компановка

+(182) но в чем они похожи:
КД = КД

Я слышал, что некоторые 1С-ники специализируются исключительно на КД. Интересно, откуда они берут такие объемы работы по КД?

Из  8 в 7 чем? Из 7 в 8 чем? А с КД без проблем, в обе стороны!!!

(185) ОЛЕ/СОМ годами работают. Запускаются только из 8-ки. Но работают в обе стороны.

(180) Вы таки делаете мне смешно. Особенно если один из участников обмена БП 3.0 - то любой обмен (будь то КД или любой другой) и квартала не проработает.

И даже самый типовой из типовых УТ-БП, на закрытых на замок базах периодически встает колом и требует вмешательства - потому что в 1С тоже люди и они тоже ошибаются иногда.

(175) я за 2 год никаких глюков не нашел кд,
обычно глюками считают особенности или фича которые есть в кд, но их просто нужно знать и понимать как это работает, кроме того там есть полезные обработки по проверке правил, которыми можно 99 % проблем исправить автоматически при обновлении концы на новый релиз.

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

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

(190) Формы? Через КД? Пятница вроде как завтра...

(191) Здесь каждый день пятница.

КД лучшая конфа 1с.

Больше всего денег заработал именно на переносах данных. Ибо задача сложная и мало нормальных исполнителей.

(0) КД норм. Сильно в детали не погружался, но сложной она мне не показалась. Короч

5. КГ/АМ
6. Использую КД

(193) Делал автоматический обмен по расписанию, со сложными преобразованиями данных при выгрузке, и логирование результатов обмена на КД?

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

(195) Делал нечто похожее, что я только ни делал на КД.
Только логирование практический не использую. Так как в основном занимался переносом данных с одной конфы на другую.

А что?

Кстати все типовые обработки переноса данных и обменов тоже на КД написаны. И хотя бы для их редактирования необходимо бы знать конвертацию.

(21) Прошел по ссылочке. Судя по всему, полезный курс, пригодится.

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

Я пользуюсь конвертерами http://www.coolutils.com/ru/TotalAudioConverter редко. В основном приходиться  ними пользоваться когда покупаю audio cd и конвертирую его на комп в формате Flac. Но диски сейчас покупаю редко, только шедевры.

По своему опыту владения КД для 7.7 и для 8.Х:

Меня терзает ВОПРОС: зачем "ушли" от применявшегося метода в "семерочной" версии конфы - Сбросить()???

Он реально РАБОТАЛ и не стопорил систему при выгрузке +/- большого массива данных в файл...

Посмотрите кому интересно!

Нравится многоцельность этой конфигурации. Да что там - люблю я ее.

Удобная вещь. Плюсую за неё
5. Использую КД

(39)"Ибо как ты перенесешь данные с УПП старой в УПП новую?"
ЗагрузкаВыгрузкаXML? Не подходит?

КД плюсы:
- ничего особо думать не надо, а сложные переносы никому практически не попадаются

КД минусы:
- идеальная для переноса между аналогичными конфами; чем дальше условно "в сторону 7.7" (различие на уровне типов данных), тем больше вероятность увидеть КД в корзине.
- тормозит ужасно; какие там "миллиарды" записей - несколько миллионов за раз не перенесешь; DBF вообще идеально для переноса справочников и документов + проверка типа данных на уровне "платформы", а не в онлайн-режиме при работе;
- читает блоками: невозможно разделить и влезьть в блок аттрибутов
- если нужен серьезный перенос (объединение нескольких справочников, постобработка данных, сравнение записей текущего справочника/другого справочника и запись результата сравнения - КД сразу идет в корзину.
И никакие "обработчики" ситуации не исправляют - реально влезьть в данные и их перетасовать между собой при переносе можно только своей обработкой.

(206)- идеальная для переноса между аналогичными конфами; чем дальше условно "в сторону 7.7" (различие на уровне типов данных), тем больше вероятность увидеть КД в корзине.

Ага, ага. То-то все типовые переносы 1с аля бухия 7.7 -> УПП и прочие на конвертации написаны.

- если нужен серьезный перенос (объединение нескольких справочников, постобработка данных, сравнение записей текущего справочника/другого справочника и запись результата сравнения - КД сразу идет в корзину.

Все можно если руки прямые.

(208) к прямым рукам хорошо-бы еще светлую голову.

(207)"Ага, ага. То-то все типовые переносы"
ага-ага. Просто у типовых одноэсников ни на что не хватило, как только написать на КД.
Семерошные одноэсники в свое время писали нормальные переносы 7.7 на 8 и обратно. В типовых. Я вот набегался искать один такой - БП1.6 на 7.7.
А восьмерошные "типовики" просто забили на все. И на переносы тоже.

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

(0) Не знаешь конвертацию? Тогда какой из тебя одинэсник? Правильно х-ёвый.

(211) Все это в конвертации делается, и не очень то сложно.

(211) >> С объединением документов намного сложнее.

И чего там сложно?...

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

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

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

Какая то странная голосовала, только почему не использую, так большая же часть использует. ТС сделай хоть раз обмен хотя бы 10 справочников УТ-БП через ком, и поймешь почему КД люди используют.

(213)"Все это в конвертации делается, и не очень то сложно"
это потому что вы ничего подобного не делали.
(214)"И чего там сложно?" Вы тоже. Не делали.
"тупо написать один запрос в источнике"
ну напишите. А потом еще один. Можно сто.
А к решению задачи, когда нужно перебрать все справочники разных баз, оценить, сравнить, и записать уже результат сравнения - вас это не приблизит ни на йоту.

(215)"ТС сделай хоть раз обмен хотя бы 10 справочников УТ-БП через ком"
разовый обмен пойдет и на КД - все равно фигня, так что не жаль.
А постоянный обмен, когда вам нужно то и дело подстраиваться под изменения данных и условий обмена - КД будет постоянно находится в корзине.

(216) > задачи, когда нужно перебрать все справочники разных баз

Стоп. КД подходит для обмена данными между двумя базами. если баз данных - источников несколько, то КД не подходит. И с этим трудно спорить.

>> ... оценить, сравнить, и записать уже результат сравнения - вас это не приблизит ни на йоту

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

>> ну напишите. А потом еще один. Можно сто.

Можно и сто. А что в этом такого? Если у вас в источнике и в приемнике таблицы не ложаться одна к одной, то что такого в том, чтобы для одной таблицы в приемнике собрать данные хоть сотней запросов из сотни таблиц источника?

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

Случаи, где КД проигрывает:
1. Слишком большие объемы. XML тупо падает. Работает очень медленно и долго.
2. Нетривиальные обмены, когда данные собираются из нескольких источников (разных баз данных с разной структурой) в один приемник и данные в источниках зависят друг от друга (могут изменяться в приемнике в зависимости от значений в разных источниках). Хотя и эту проблему при желании можно решить в КД, но это будет довольно проблематично и трудозатратно.
3. Слишком простые обмены, когда проще воспользоваться какими-нибудь типовыми обработками обмена через excel или txt, чем рисовать правила в КД.

(218)"Стоп. КД подходит для обмена данными между двумя базами. если баз данных - источников несколько, то КД не подходит."
УРА!
Но, почему-то, обмены и переносы с вами не согласны, и даже если на них нет КД - хотят быть обмененными и перенесенными ))

(" Если у вас в источнике и в приемнике таблицы" источника два и больше.
Да и приемников может быть несколько.

"Хотя и эту проблему при желании можно решить в КД" не решает.
Хитровывернутые обмены КД проваливает с треском.
"Слишком простые обмены"..." слишком простые обмены делаются посредством ЗагрузитьВыгрузитьXML, или, как я её называю, "ОбменМеждуИдентичными" ))

Обмены в БСП по правилам КД самое то. Использую КД по поводу и без.

(222)"Обмены в БСП"
не люблю БСП разлива 3.0.
Тупиковый путь, в конце которого БСП просто сольется с типовым кодом и размажется окончательно, и снова будет как встарь.

(223) ты не умеешь их готовить

(224) я их не готовлю. Готовит их 1С.
Отсюда - не умеет их готовить 1С.
У вас просто нарушена логика ))

+ хотя, если вы поторопились и пропустили слова, то все верно:
"1С, БСП разваливается, ты не умеешь их готовить"

(225) не согласен, они ж вам не нравятся, а не 1С

(226) ну да, ну да 1С умрет. А какой нить <ИмяПриложения> поработит мир.

(227) ну, 1С много чего нравится, но со стороны - не зеркало (программисты) кривое, наоборот, 1С кривит под себя зеркало, чтобы выглядеть стройной )

(228) вы удивитесь, но 1С умирает раз за разом.
Раз за разом новая голова пожирает старую.

(230) угу, тру 1С был 1С 6.0. Остальное - жалкие подделки.

(231) вы удивитесь, но тру 1С был и 1С Бухгалтерия 2.0.
А 6.0 вообще был до сих пор недосягаемым прорывом.

+ 1С:Бухгалтерия 2.0 ПРОФ - вы про такую даже и не слышали никогда, уверен.

(233) да я вообще мало имел дела именно с конфигурациями Бухгалтерия

(234) вы удивитесь, узнав, что во времена Бухгалтерии 2.0 1С была не самой лучшей Бухгалтерией на российском рынке ПО.

(217) Обен ЗУП(типовая) Украина - (бывшая УТП Украина) с использованием планов обмена и рег заданий. Третий год полет успешный. Постоянно подстараивается под "хотелки".

(236)"Постоянно подстараивается под "хотелки""
так не вы подстраиваете-то ))
А отдел программистов, день и ночь сидит ))