Собственно есть задача - нужно с нового года перенести справочники, Регистры сведений и остатки в новую базу.
Конфы баз идентичные, но допиленные.

Задача усложняется следующими факторами.
Работать нужно начать 3.01. На эту дату нужны все справочники, РС и остатки ТМЦ и Взаиморасчетов. Остальные остатки нужно подтянуть до 07.02.
До 31 марта любые остатки и справочники могут быть исправлены в прошлогодней базе и должны быть по запросу выборочно актуализированы в автоматическом режиме (в смысле мною через обработку). Внесение данных в ручном режиме исключается (ну за исключением совсем уж простых - типа остатков по 09 или 68/69)

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

Соответсвенно можно пойти проверенным путем и все это нарисовать через СОМ.
А можно попробовать нарастить экспириенс по КД - время еще в принципе есть.

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

(0) не страдайте ерундой, открыли КД и в путь!

Есть еще один путь это СериализаторXDTO

(0) Я выбираю ОЛЕ... или попросту DBF формат :)
...У каждого свои представления об возможности написания обмена... :)

если есть время, то можно и КД освоить

Если конфы идентичные, то можно на копии БД сделать свертку.

КД можно изучить за месяц, опыта набраться еще за месяц.

Прелесть КД в том, что ты не делаешь черновую работу, а указываешь, что куда переносить.

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

(0)>>Перенести справочники.

Если бы ты знал COM, то у тебя вопросов бы не возникало.

КД однозначно

(0) Никогда не понимала, нафига удалять гланды через *опу.
Пожно и через COM, и через КД.
Но через КД раз в 20 быстрее и проще.
Если нет опыта, то самое время разобраться. Даже с учетом времени на изучения КД такой перенос через нее удобнее и проще и в плане разработки, и начального переноса, и переноса поштучно измененных данных.

(8) почему проще? Через Com ведь тоже самое КД можно использовать.

(9) Насколько я понимаю, автор выбирает не между файлом и COM в КД, а между автосопоставлением в КД и тупым ручным последовательным заполнением реквизитов через COM.

(8) Только вот выгрузка загрузка ооочень долгая. Пришлось городить свою КД через Объекты XDTO и подгрузкой через СериализаторXDTO. Если конфы идентичные то КД вообще не нужна.

(11) Скорость сильно от качества и универсальности правил зависит.
Но в данном конкретном случае пофиг на скорость. У ТС разовый перенос.

(8)>>Пожно и через COM, и через КД.
Еще одна.
Вы представляете себе процесс поиска рекурсивных ссылок по СОМ?

(13) Представляю. Делала. Поэтому и и пишу, что разработка правил в 20 раз быстрее и проще.

(14)Да?:-) Есть сомнения.
Каждый раз искать о коду? ..Или как? ..А как вложенность отслеживали?

(12) Кстати в КД3 они они сделали через единый интерфейс

у каждого нового элемента поиска- довольно разветленная добавка к немуже

(14)Так что не рассказывайте тут сказки.

(15) Рекурсивно ищем каждый элемент.
Технически реализуемо.
Абсолютно все переносить не нужно, только заранее определенный перечень типов объектов.

(19)Неужели?  По каким параметрам ищем? Как определяем с какого элемента начать?

(19)И если в середине окажется то, что должно ссылаться на первый элемент, то как?:-)

или наоборот

Адская работа:-).
А вы сказки рассказывете все арвно.

или может ару тройку справочников так и можно...И то ...

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

(25)аже у одного справочнка минимум на несколько есть ссылки в реквизитах, которые тоже надо переносить... А у тех кучка своих, которые тоже надо...В у пятых вообще ссылки на первый, второй и будущий двадцатый...

Не лечите мне мозг.

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

(26) А вообще не надо так усложнять. Можно при переносе тупо записывать ссылку с тем же УИДом без поиска. Все равно все элементы перенесутся и будут с теми же ссылками.

(27)>>Давно ничего не переносила через COM, КД на порядок проще.

Вот с этого и надо было начинать:-)

(29) Так я с этого и начала в (8)  :)

(28)...а за деревом дерево...А за деревом дерево...А задеревом-ЛЕС

А за ссылкой ссыока...А за ссылкой ссылка
:-))
Это не реально через ком в реальных конфах

(30)Через СОМ можно конечно. Только по теории вероятности, если вы не знали...Если обезьяну посадить за клавиатуру, то просто трынькая по ней она в теченнии нескольких миллионов лет имеет шанс написать "Война и мир"

СОМ + КД -перенести справочники и документы, движения COM ом переносить

(33) +1

раздели данные, и смотря какие как лучше/проще/надежнее так их и переносить

т.е. COM + КД

(5) Ну да, конечно на копии. Типовые же так и сворачивали всегда.

и да для всех хающих COM и хвалящих КД

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

(0)Лучше КД использовать. Потому что этот опыт ценен.

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

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

(12) Вообще то как раз не разовый перенос

(36) вообще у меня написано

"До 31 марта любые остатки и справочники могут быть исправлены в прошлогодней базе и должны быть по запросу выборочно актуализированы в автоматическом режиме (в смысле мною через обработку). Внесение данных в ручном режиме исключается (ну за исключением совсем уж простых - типа остатков по 09 или 68/69)"

Я поэтому и сомневаюсь. Понятно. что разовый перенос проще через КД делать.
(39) не реальный анриал

(0) разумеется КД, я-б под это ещё и с конторы вытребовал купит курс по КД от Гилева.

(40) 1. КД однозначно

(40) Меня вообще пугает этот напор и однозначность.
С таким же напором все СКД, советуют.

Но чуть глубже копнешь, то не получается, это не делается.
И тем на форуме с тегом СКД - немеряно.

И итоге 10 отчетов можно и за полчаса сделать, а на одиннадцатом можно сидеть неделю и в итоге так и не сделать.

Мне бы не хотелось оказаться в ситуации, когда 95% данных я переносу с помощью КД за неделю. а оставшимися 5% придется разбираться месяц и придти к ситуации что КД для этой ситуации не предназначена.

О том, что КД все умеет, я и так слышал много раз.


Мне бы наоборот хотелось услышать о том, что КД НЕ умеет.

Не понимаю зачем городить для разового переноса справочников такой огород...

Конфы идентичные? ВыгрузкаЗагрузкаДанныхXML - самое простое решение.

Мне только интересно, как вы будете решать какие из Регистров сведений вы будете переносить полностью, а по каким срез делать?

(46) Это мне вопрос?

(45) Разовый перенос понятие относительное. Написанный в 2008 ОЛЕ перенос для 7.7, использовался каждый год с 2008 по 2013 включительно. в 14 году 7.7. переехала на 8-ку. Поэтому данный перенос явным образом следующие 3-5 лет будет использоваться, либо 1 раз в год, либо 1 раз в 2 года.

(48) не проще тогда допились свертку с учетом ваших дописок?

(49) свертка слишком много мусора оставляет.
Я уж не говорю, что чисто по времени свертка не успевает сделаться

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

(47) Да, Вам вопрос: "Что за конфа? Как определить какие регистры переносить полностью, какие сворачивать?"

(51) А разве говорил, что СОМ с 0-я?

Вообще есть готовый СОМ для загрузки в эту базу из 7.7. Соответственно в случае СОМа задача лишь в том, чтобы вместо выборок 7.7 написать запросы к 8-ке. Это где то неделя неспешной работы с гарантированным результатом. Которую я кстати могу и любому падавану поручить.

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

(52) Конфа - в меру дописанная БП 3.0 ( под "в меру" понимается, тот факт что она по-прежнему обновляется на конфу поставщика). Хотя дополнительных объектов относительно много 40+ справочников,30+ документов, 40+ РС.
А вопрос про регистры не понял.
Ну я знаю какой регистр и как мне нужно переносить целиком или срезом, и соответственно пишу код для СОМ так или иначе.

(53) Хорошо, поставлю вопрос по-другому: мне надо будет свернуть КА 1.1. Как мне тоже знать какие РС сворачивать, а какие переносить целиком?

(54) Этим отличается специалист от кодера )))

(54) да откуда же я знаю про то какие регистры у КА нужно сворачивать а какие нет.
Те регистры которые я добавлял - те я знаю как мне переносить. А 1Сные регистры нужные для работы стандартного функционал, формируются документами "Вход остатков" - и моя задача эти документы корректно заполнить.

(56) *Ввод остатков

(43) Инструмент сильно заточен под организацию обмена в том случае когда или источник ИБ 1С или приёмник ИБ 1С... когда оба сторонние он тоже работать будет, когда оба 1С - это лучший выбор.

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

(58) Вот меня и интересует насколько КД действительно идеален - для достаточно сложных задач.

Да и вопрос скорости как то слишком мельком прозвучал. А время ресурс весьма ограниченный.

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

(60) Этот способ актуален для разового переноса.
И само его применение говорит о том, что КД как раз не все умеет.

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

То есть надо заполнить документ срезом регистра - а потом уже переносить документ? правильно?

(0) Я за КД!

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

(61) так у тебя есть опыт КД? Тогда ветка ниочём

(64) Я же написал - "Дальше выборочного/сплошного переноса идентичных справочников - мой опыт КД не доходил."

(65) ну так покусай КД до предела!

(66) ок. примерно понял.
ну тогда остался последний вопрос. Допиленная база.
52 справочника (около 40 не типовых), 32 периодических РС (нетиповые)  и остатки по 16 счетам, включая забалансовые.
Типовые справочники имеют дополнительные добавленные реквизиты.
Документы РТУ/ПТУ надо перенести в документы "ДокументРасчетовСКонтрагентами"  сохранением добавленных реквизитов УУ. и Заполнить РС по документам с суммами НДС и сроками отгрузки оплаты.

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

Необходимо учесть тот факт, что справочник "Номенклатура" и справочник "Контрагенты" будут дополняться в течение января в обоих базах - необходим дополнительный контроль в виде поиска дублей контрагентов и номенклатуры по наименованиям (артикулам, ИНН).

Ну общая парадигма - бухгалтера не будет вносить ручные изменения - ибо готовы платить деньги именно за то что бы этого не делать. Поэтому, даже если что то легче забить руками (например остатки по счету 50) - лучше все равно настроить перенос.

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

(67) + выгрузка остатков по счету 62  делается примерно каждые 2 дня в течение января месяца. Строк остатков по счету 6000+

Примерная формула:
Док -> Док 1 час
Произвольные данные -> док 2 часа
Справочник -> Справочник 0,5 часа
Произвольные данные -> Справочник 2 часа
Регистр сведений -> Регистр сведений 0,5 часа

Если нужен перенос с движениями - умножаешь стоимость на 2

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

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

(69) Спасибо!!! Огромное!!!.
Вот это уже конструктив.

А то все КД рулез, да КД рулез.

(69) очень примерная оценка, но если нет особого изврата на него вполне можно ориентироваться.

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

(67) добавленые реквизиты, если их не фатально много - можно перебросить в доп.свойства. У вас точно не переходят никакие долги по поставкам/закупкам или бухи согласны добить ручками переходящие документы для книги покупок/продаж - или конфа совсем не про то?

(73) Выгружать буду я сам.

Что значит "до какого момента замечания принимаются"?
3-го января операторы выходят на работу и начинают отгрузку. У них в базе должна быть вся необходимая и актуальная информация цены, остатки и долги.


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

Про переходящие документы для книги покупок/продаж не совсем понял?

Если вы имеете ввиду остатки по 19 счету по счету 76.АВ  - то да, весь этот головняк должен автоматически переноситься, вместе с генераций счетфактур. Я когда из 7-ки грузился - попытки с 6-ой только разобрался как правильно внести остатки по 76.АВ, что бы потом автоматически сформировался зачет НДС по реализациям с авансов.
Раздельного учета НДС, слава богу, нет.

Ручное забивание не предусмотрено.

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

В КД можно сделать ВСЕ! Это факт. Поначалу казалось что может возникнуть затык на каком то этапе, но сейчас все вопросы по мере понимания работы КД пропали, все можно закодить.

(75) Ну вообще приходилось кончено, Довыставляешь часик-другой и переписываешь процедуру загрузки, в особо запущеных случаях и десяток другой часиков.

В описанной ситуации - алгоритм переноса за 9 лет уже давно отлажен. поэтому никаких "Мы тут подумали и решили" - там быть не может.

Просто встал вопрос - пойти скучным проверенным путем с гарантированным результатом или поиметь душевный секс с КД и немного адреналина.

Пока что, меня гложут сомнения.

Особой экономии трудозатрат, даже в перспективе, я не вижу. Судя по 69 и 72.  А экспириенс лучше все таки на задачках попроще набрать.

Я за КД

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

(80)за 3 месяца ты получил 3 компетенции: ТИС, УТ, КД - нормально так!

(80) >>Не знаю, такой подвиг, наверное, я уже не повторю.
1c сама сделала правила конвертации из тис в ут11. Шли в поставке с ут11

конечно КД, она и создана для таких задач.

(81)По ТиС никаких "компетенций" получать не получилось. Вот такая тавтология. Там в хлам была переписанная под контору конфигурация. Шустренько работало у менеджеров и почти никаких возможностей для управления.
(82) Честно говоря, не видел эти самые конвертации из тис в ут11. Скорее всего, это уменьшило бы мои изыскания по переводу объектов ТиС в УТ11. Понятие их соответствия просто мозг напрочь выносило. Да и УТ11 за время внедрежа претерпевала такое кол-во изменений, что создавалось ощущении того, что каждую новую версию писала новая команда.

(0) Какова цель задачи - "максимально" свернуть базу? Ну сделаешь это после 31.03 (До 31 марта любые остатки и справочники могут быть исправлены в прошлогодней базе), и почистишь от лишней прошлогодней информации.

(85) А вы чистили БП 3.0?
Такая, не слишком увлекательная задача.

(86) Это не считая того, что свертку для дописанной БП  - надо тоже дописывать.

А процесс отладки свертки на 40 гиговой БП-шке - это такая не слишком то и тривиальная задача.

(0) ОЛЕ, Разовый переброс. С запоминанием УИД-а, для повторной погрузки. Либо ориентировочно, заведомо привязаться тупо к Коду... :)

(88) ну я обычно к кодам привязываюсь. Может у УИНам и правильнее. Но и с кодами ранее проблем не было