Задача: Холдинг в котором я работаю решил с 1 янворя 2010 перейти на новую бухгалтерию 8.1. Бухгалтерский учет на данный момент ведеться в 4-х различных базах ( 1с 77 Предпрениматель, 1с 77 Бухгалтерия, 1с 77 Комплексная). Каждая база порядка 70 гигов. Базы все переписанные полностью (Добавленны или изменены реквезиты, изменено движение документов и.т.д) Если строить перенос через OLE или прочии подобные преблуды на перенос будет затрачена целая вечнность. Я хочу попробывать использывать 1С:Предприятие 8. Конвертация данных. Но есть Но. Необходимо как то синхронизировать обьекты это раз, необходимо как то настраивать правила обмена данных.
Например в предпренимателе ИНН ханесен как xxxxxxxxxx\xxxxxxxxxxx
В 8 бухии ИНН отдельно КПП отдельно. Соответственно в правилах обмена это надо как то настроить. Я очень хочу этому научиться, Что вы мне посоветуете (Только пож. что ни будь по делу).
Купил книгу по этой

1. Обратитесь к специалистам.
2. Шото не верится про 4 базы на клюшках по 70гигов каждая при адинэсниге новичке. Вы там картинки в bmp храните шоле?

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

Какой то глюк был в опере, еще раз выведу весь текст
Задача: Холдинг в котором я работаю решил с 1 января 2010 перейти на новую бухгалтерию 8.1. Бухгалтерский учет на данный момент видеться в 4-х различных базах ( 1с 77 Предприниматель, 1с 77 Бухгалтерия, 1с 77 Комплексная). Каждая база порядка 70 гигов. Базы все переписанные полностью (Добавлены или изменены реквизиты, изменено движение документов и.т.д) Если строить перенос через OLE или прочие подобные Приблуды на перенос будет затрачена целая вечность. Я хочу попробовать использовать 1С:Предприятие 8. Конвертация данных. Но есть Но. Необходимо как то синхронизировать объекты это раз, необходимо как то настраивать правила обмена данных.
Например в предпринимателе ИНН занесен как xxxxxxxxxx\xxxxxxxxxxx
В 8 бухии ИНН отдельно КПП отдельно. Соответственно в правилах обмена это надо как то настроить. Я очень хочу этому научиться, Что вы мне посоветуете (Только пож. что ни будь по делу).
Купил книгу по этой теме 1С:Предприятие 8. Конвертация данных: обмен данными между прикладными решениями (с приложением на CD-ROM). Прочитал ее, мягко говоря там не нашел не как например решить проблему с ИНН. мое мыло michaСАБАКАchelpivo.ru

(3) этот глюк называется "руки-крюки", tab+enter нажал.

(1) верить или нет, твое дело, а мне с этим бороться. Документооборот ооОЧЕНЬ большой

(5) ну борись. удачи.

Ты как-то рано начал беспокоится. До 01.01.2010 еще целых две недели... :)

(7) вово, 2 часа на коленке на написание правил, 4 часа на перегонку. Куда спешить то?

(8) Это если покурить выходить! :)

Люди, я прошу ответить на мой вопрос, или дать подсказку как мне научиться писать правила.

(10) Книжка у тебя есть, там все написано. Пару дней прочитаешь, а потом (8)

(11) в этой книге нет описалово синтаксиса правил это раз, и не понятно как эти правила проверять отладчиком это два.

(12) Описание там есть. А возможность отладки правил добавлена в последние версии обработки УниверсальныйОбменДаннымиXML.

(0) не успеешь

(12) Я тебе даже специалиста не буду советовать звать. Потому что если бы мне предложили такое за стотыщмильенов евро - разрыдался бы от жадности и сказал "нет".

(13)
Вот книга перед мной, на какой именно странице есть описалово синтаксиса правил обмена?
УниверсальныйОбменДаннымиXML - это просто обработка загрузки готовых данных в 8-ке.
Данные же будут выгружаться и конвертироваться в 77. А синтаксиса языка 77 и 8 он разный

(16) А у КД что, какой-то третий синтаксис, да?

(12) синтаксис такой же как у и выгружаемой/загружаемой версии 1С. Описание переменных/объектов используемых в КД даже в хелпе есть.

(17) угу, спецверсия супер программы.

(14) успеет, все уже успевали. У меня вон по 10 баз по 500гигов получалось за 6 часов, выше писал как.

Вернемся к моей проблеме с ИНН
Что я должен прописать в правилах Обработчика "Перед выгрузкой Данных"

(20)Серьезно?

А что не серьезного, я подобные вещи уже делал с базами по 20 гигов через OLE. Просто в этот раз хочу попробывать использывать 8. Конвертация данных

просто в этой шаражке сервера - так себе. через OLE просто все зависнет

(20) С большим трудом могу поверить в базы по 70 гигов, как в (0). Но в базы по 500 гигов не верю.

(25) фильм матрицу смотрел? ты в это не веришь а это есть на самом деле

и так, Что я должен прописать в правилах Обработчика "Перед выгрузкой Данных"

Ребята 1с дает курс - Средства интеграции и обмена данными в системе "1С:Предприятие 8". Смысл есть на него сходить или нет?
http://www.1c.ru/rus/partners/training/cso/course.jsp?id=7

(0)
1) Срачкуешь рано
2) такая задача на 2 недели не ставится. Ты не умеешь, бухи не обучены
3) Я бы предложил тебе вводом остатков

Извините, оффтопик. (0) в курсе что такое гигабайт?

может с мегабайтами путает.

(27) установи для ИНН и КПП "полчить из исходных данных", а ИНН/КПП выгружай два раза по разным правилам

вот такая идея навскидку

(0)
70 Гб бухия - на 1С++ что ли ?

Тесты на 8 подобного объема проводил ?

(32) но это же в книжке не написано!

О не заметил
22.04.09
Я прошу помочь мне написать запрос по данному регистру
вопрост по регистрам ТИС 9.2

1 прог новичек и на 3 базах по 70 Гб - не вкуриваю

(0) ничего не получится 8-ка с базами больше 32 Гигов не работает.

(36) серьезно?

(37) да, пришлось вернуться назад на 7-ку, ТиС

(38) надо было 8.2 попробовать. Говорят она уже до 36 гигабайт поддерживает.

(39) это мало, сейчас у нас база уже 48 Гигов

Наверно вы файловую пользовали - там ограничение на таблицу в 2 Гб кажется

(40) тогда только ждать 8.3 или 9.0 :(

(42)
Хватит прикалываться
)

(42) 8, 8.1, 8.2. (36 - 32) / 2 = 2 Гб на версию. В 8.3 будет 38 Гиг, в 9.0 38 + 2 * 10 = 48 Гиг. Это пройдет лет 10, у нас и на 7-ке база уже будет не 48 Гиг. Боюсь 1С за нами не успеет.

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

(44) может тогда на 6.0 стоит перейти? ;))

(46) там кодить тупо и ВК не подключишь

говорят что есть читерская версия 6.6. Так вот она без проблем обрабатывает базы на террабайты, построена естественно под Novell Netware. Но очень редко кому выдается. Вот гугль вроде на ней работает.

а что такое "читерская"?

(49) только для крутых.

(50) ну тогда она для нас не подходит, нам до крутых как 1С до 9.0.
Да и про ВК ты ничего не написал, наверно так-же как и 6.0 - не работает.
Так-что мы правильно сделали, что вернулись на 7-ку

(51) там все ВК для 7,8 включены в пакет и постоянно обновляются.

Зачем вы вводите адекватного человека в заблуждение?
8.1, а тем более 8.2 прекрасно работают с большими базами. Я например видел базу на 8.2 на 85 Гб.

(0) Можно использовать обработчики событий. Например перед записью в хмл файл значение объекта можно поменять. Вот и воспользуйся этим.

(53) это кого?

(55) я имею ввиду автора в (0)

(53) вы с мегабайтами не путаете (см. (31))
(52) какой в этом смысл, мы-же не крутые, все равно не подойдет

а если серьезно, топик просто фееричный,
почитал v8: Прошу помощи в оценке стоимости сметы и работ
чуть под стол не сполз. бывает же такое...

(0) ты суровый парень. А зачем тебе конвертация? Ты две недели только ее осваивать будешь. Берешь ОСВ и по счетам переносишь, сначала 10-41, потом 60,62, потом 19, 76, 01,02. Собственно все. Задача интересная, но за две недели я бы не взялся. Бабла слишком мало получается.

(58) Тоже читаю, валяюсь. Короче они друг друга нашли, суровый работодатель и суровый начальник ИТ.

(57) мне сегодня рассказали про базу на 7.7 - 1,5 Тб, 130 филиалов.
Нет, я ничего не путаю.

(0) Нанимаются три студента, например, по 5 тыс рублей каждый и они за 3 дня вбивают все нач остатки. Вот и ВСЕ. Не мучайся.

(52) Варвар посмотри в (61), на 7-ке 1,5 Тб. Ну точно, мы правильно сделали, что вернулись на 7-ку.

(58) прочитал (v8: Прошу помощи в оценке стоимости сметы и работ похоже, автор тот-же, что и здесь. Да, парню повезло

(63) завтра юзеров напрягу шоб да 2-х террабайт набили.

(59) Чтобы - > Берешь ОСВ и по счетам переносишь, сначала 10-41, потом 60,62, потом 19, 76, 01,02 Нужно справочники перетащить. А с учетом что у нас информация находиться в 4-х базах, задача становиться совсем не тривиальная. Метод переноса через конвертацию данных позволяет создать таблицу соответствия элементов.

(39) слышь -я фигею над тобой. 8.1 в дбф поддерживает до 4-х гигов одной таблицы, в скуле вроде как до 500. Сколько раз сталкивался с программерами из франча которые дают советы по базам, не понимая вообще ни фига.

(3) Задача выделения ИНН/КПП - это не только задача настроек правил, но и написание кода

"Например в предпринимателе ИНН занесен как xxxxxxxxxx\xxxxxxxxxxx
В 8 бухии ИНН отдельно КПП отдельно."

грубо говорят у вас должно быть два ПКС (для ПКО где "ИНН занесен как xxxxxxxxxx\xxxxxxxxxxx")
1. ПКС  источник Ваше инн/кпп   - приемник ИНН
2. ПКС  источник Ваше инн/кпп   - приемник КПП
где при выгрузке на языке 77 для случая 1 выделяете ИНН, для случая 2 выделяете КПП.
Что касается времени настроек до нового года переноса, то не успеете никак просто даже настроить правила. А Вам еще надо продумать как вы будете делать синхронизацию.
Я сейчас занимаюсь похожей настройкой из одной базы 77 в одну базу 81
могу сказать что книжки+хелпа+примеров недостаточно, чтобы разобраться с тем, как работает КД 2.0 Там многого не описано.

Единственно что может ускорить Вашу работу:
если задача стоит в том, чтобы перенести остатки в 81 и начать работать там с нуля ,то вот статья, которая может помочь

Книга знаний: v8: Как правильно пользоваться переносом остатков 7.7 - 8.0 с помощью КД 2.0;

(68) Ок. Молодец.
Я рассуждаю следующим образом. Перекину им справочники до января. В январе пусть начинают работать в пустой базе без остатков. Им все равно годовой до конца февраля - Марта сдавать, + еще не выведены все остатки в текущих базах, то бишь на данный момент переносить фактически нечего. Время есть месяца 2. Что касается справочников меня настораживает то что их надо синхронизировать по 4-м базам. В итоге проанализировав данные справочников выяснилась интересная вещь. В торговле порядака 16 000 элементов, в предпринимателе их порядка 28 000. То же самое по контрагентам. Дело в том что синхронизация у них Торголя -> Бух шла по наименованию элемента, а не по коду и ИНН. На данный момент дал команду что бы приводили в порядок справочники, распечатал им косячные элементы, а я вот сижу занимаюсь настройками правил. Напрягает то что контрагентов и номенклатуру приодеться дергать из торговли а не предпринимателя. Торговля вообще не от мира сего, написанная с нуля, и там элементы вообще все не типовые.

(70) контрагенты и номенклатуру перекинуть вообще нет проблем
а вот договоры по контрагентам и счета банковские,а по номенклатуре единицы измерения, вот тут попотеть придется

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

Перегружать справочники из 7ки в 8ку лучше всего вместе с кодами.
Далее на переходный период (совместной рботы в двух версиях систем) нужно установить модерацию того, какие новые элементы вносятся в 7ку, чтобы именно под тем-же кодом их заносить в 8ку, причем правильно заносить, а не абы как. По коду потом можно синхронизировать объекты (перенести остатки на начало года и обороты за период, если это понадобится). причем переносить только остатки или остатки и обороты, при которых только нужные элементы справочников сами подключются к переносу, чтобы не переносить все справочники, включая ненужные к переносу элементы, чтбы потом вдруг не выяснилось, что что-то задвоилось по недосмотру.

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

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

(72) Ок. Спасибо.