Как перейти с ПРОФ на базовую бухгалтерию? #93068

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

В ПРОФ сохраняешь данные. В Базовой читаешь. Все просто.Сложности начнутся при обнаружении разницы в структуре данных. Ибо в базовой структуру менять низя. Значит, для начала надо синхронизировать структуру (со стороны проф).

сохраняешь/читаешь через сохранить/восстановить?

а Еще есть приблуда кторая делает любую конфу базовой , но у меня ее здесь нет

Сохраняя при этом все данные?

Сохранить/восстановить годится для тождественной конфигурации. Что может не иметь место быть.Выгрузить/загрузить.

Да

Можно глупый вопрос? Как синхронизировать структуру?

приблуда подвела как раз тогда, когда наконец понадобилась :(вряд ли у Натали есть изменения в конфесохранить/восстановить не получится.на ИТС есть внешние обработочки типа импорт77, экспорт77, долго (очень долго), но сделают

Ее в нете можно где-нибудь найти?

это не глупый вопрос, Нат, это основной вопрос современности, но тебе ни к чему, не заморачивайся, попроси доброго чела прислать тебе импорт/экспорт77 и научить тебя открывать их из-под 1с

Изменений в конфе нет :-)!Про импорт77, экспорт77 поняла. Пользовалась ими для справочников когда-то.Но как синхронизировать структуру?

Такая утилита действительно существует. Но она всего лишь преобразует формат мд-ника, в результате чего базу можно открывать "базовым" движком. Данные, естественно, читаются.Но дело в том, что в результате этой операции у тебя будет ДРУГАЯ конфигурация, хоть и по формату МД "базовая", но не 1С-ная. Если тебя не волнуют дальнейшие обновления, то можно и применить MDConvertor

11 пост напилала до 10 :-).Значит импорт/экспорт достаточно?Все будет работать без проблем?На базовой?

Можно попробовать подменить md-шник от Проф базовым, НО!! должно выполняться условие, что структура конфигураций одинакова. А это означает, что как минимум релизы должны быть одинаковыми. А чтобы полностью быть уверенным можно сравнить файлы DD, например сравнением файлов в 1С. Если они одинаковые, то переписываешь md от базовой версии на место md от Проф и работаешь. Не забудь сделать архивную копию!Если структура разная, то можно поверх Проф конфы загрузить базовую, именно загрузить, а не объединять. Посмотреть будут ли структурные изменения, которые повлекут потерю данных. Если нет, то выполнить загрузку до конца. После этого переписать базовый md-ник в каталог базы поверх старого.

"Все будет работать без проблем?"это еще один основной вопрос :)если хочешь услышать "да" - позови Майка, если не жалко поделиться денюшкой - подмигни 21

Синхронизация структуры может быть сделана так:1. Берем базовую структуру. Делаем копию. Читаем копию в движке ПРОФ и сохраняем. Эта БД нужна только для анализа.2. Берем свою конфу и даем команду на обновление с Новой (имеется в виду именно копия Базовой). Начинаем внимательно смотреть все изменения структуры (именно структуры, формы и модули нас не интересуют). Если изменения структуры не критичны, обновляем свою конфу. Проверяем функционирование.3. Берем Новую конфу и даем команду на обновление со своей. Ищем внимательно расхождения в структуре данных, нет ли "добавленных" справочников, документов, отчетов, ets. Не сохраняем обновление.4. Идем в свою конфу и удаляем все то, что отметила Новая. Проверяем функционирование.Повторяем шаг 3 до тех пор, пока Новая конфа не скажет: Структура идентична.Теперь можно выгрузить данные их своей конфы и загрузить в Базовой.

<><>П‹а„’эу’ЂУ?‰їќЌЄ?Юа‚’«уЗЧ…ШЪмЛЩыМЭґЂГячЖ„ЂЉЮјН?р?Юг„‘щ¤ЕЧ‡ШЪёМЪЇМЮгХ‘ы¤ВФУЫЩпћЊЇЄо†°фЙБчІгЅїЉьїЙж

<><>‘Б—Ж”Г—ГАђАГ———Г—З—–АГ—•—–—З”А—ђ—Г”Б”ђА–АГ‘БАГ—‘”–—В—–—ђАԗ‘”А”Д—Г—ЖАђАГ—В—‘—Г—А—–—ǗÔÔ–А–туЯ

VZ, если заменить МД-шники тоже будет ДРУГАЯ конфигурация и при обновлении будут проблемы?

С пунктом 2 возникли проблемы: "Выбранная конфигурация является специализированной". Выскакивает, когда объединяю свою ПРОФ с копией базовой. Может я пункт 1 неправильно сделала? (что имеется ввиду под "Читаем копию в движке ПРОФ и сохраняем"? Я ее запустила в движке ПРОФ и закрыла. Правильно?)

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

Когда Базовую конфигурацию открываешь в движке "проф", то "Сохранить" не активно:(!

Надо было открыть конфигурацию :-)

(22, 23) Вот как описывает сей процесс сама 1С, распространяя обновления в Базовом варианте:"...Необходимо предварительно произвестипреобразование полученного обновления из базового в Проф.  1. Создайте новую информационную базу (нажмите кнопку "Добавить").   Если такая информационная база уже есть, то повторно создавать ее   не нужно. Укажите "Наименование" и "Путь" (выберите каталог, в   котором расположено полученное обновление; данный файл размещен в   подкаталоге UPDATE).   2. Запустите систему 1С:Предприятие в режиме "Конфигуратор".3. Войдите в меню "Конфигурация-Открыть конфигурацию".4. При открытии конфигурации Конфигуратор выводит предупреждение:   "ВНИМАНИЕ!!! Данная конфигурация является специализированной..."   5. Нажмите кнопку "ОК" и выполните сохранение конфигурации   (выберите пункт "Сохранить" раздел "Файл" главного меню).   При сохранении Конфигуратор произведет нужное преобразование.  Теперь можно производить обновление релиза конфигурации."

Спасибо, VZ. Кажется получилось.Можно еще вопрос :-)?На компьютере стояла нелицензионная ПРОФ. Через установку/удаление программ я ее попыталась удалить.Поставила базовую.Запускаю экзешник от только что установленной базовой, а БД открываются под движком проф (т.е. базовые конфы можно изменять, сохранять и т.д.).Как можно выйти из ситуации? Как ломалась программа я не знаю.Единственное, что приходит в голову - переустановить винды:-(.

Up!

Ну, если хочешь ослепительной чистоты... Хотя, ИМХО, хватило бы отсутствия ссылки на ПРОФ в списке программ ;)Делаем так: сносим базовую (БД, естественно, не трогаем - она сама по-себе). Сносим ПРОФ... Если не получается, то:лезем в реестр и поиском по "1Cv77/BIN/" находим все места, где угнездилось 1С... Можно повторить по "1С:Бухгалтерия" или "1С:Предприятие" (как оно выглядело раньше)...Заодно уж поискать "HASP" и "Sable" - для особо нервных и мнительных...Хотя ссылку в реестре со значением параметра "Sable&Mike" я бы оставил ;)Далее - штатная установка Базовой и подключение базы...

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

Если работаете на ТИПОВОЙ ПРОФ и не меняли ее, тоя бы попробовал просто сменить md файл ПРОФ наmd файл БАЗОВОЙ (естественно, что релизы ПРОФ и БАЗОВОЙдолжны совпадать). И все....

Да, еще надо установить движок базовой версии 1С в отдельную папку...

с обновлением потом проблемки!

О каких проблемах идет речь?Если БАЗОВУЮ обновлять на БАЗОВУЮ?

В общем случае приведенные советы неверны.Если раньше проф бухгалтерия (_типовая_) несколько раз обновлялась через объединение конфигураций - эти советы могут привести к проблемам с вероятностью 80%. После объединении конфигураций внутренние идентификаторы полученной конфигурации МОГУТ отличаться.Если нужна полноценная лицензионная чистота в дальнейшем - то мне известен только 1 способ относительно просто перенести 1:1 базу в проф.(без перепроведения).Метод (100% рабочий) изложен мной по ссылке>Само собой, что после приведенной операции требуется деинсталляцияломанной, соболей и т.п.

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

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

Может я что-то не так делал, но когда я пробовал через "Конвертацию", то документы с такой установкой ПЕРЕПРОВОДИЛИСЬ. А так как база была древняя, то результат перепроведения документов кардинально отличался. Поправь плиз, если я ошибался и через КД можно переносить документы без перепроведения.Я понял так: КД делалась как унив. инструмент, а штатного переноса движений регистров без перепроведения нет - то и с бухпроводками мудрить не стали.

Да, доки действительно перепроводятся при загрузке. Но затем операция проведенного документа ЗАМЕНЯЕТСЯ выгруженной из базы-источника. Проверено.Может, ты немного не так настроил параметры выгрузки для документов - там нужно выставить вышеописанную опцию и указать правило переноса операций. Оно создается в нужной конвертации руками ("Операции -> Операции"), затем правила конвертации атрибутов для него (СчетДт, СчетКт и т.д.) создаются тем же автозаполнением.З.Ы. Есть один косяк - если по каким-то причинам док в приемнике при загрузке не проведется, то все равно его операция будет загружена из источника. В итоге сможем наблюдать интересную картину: в базе-приемнике у НЕПРОВЕДЕННОГО документа будут существовать операция и проводки.

У меня как раз была пачка непроводящихся документов.Но операции к ним загружены не были %) При этом естественно ОСВ заметно отличалась. Поэтому я и воспользовался МОДом, т.к. он может переносить движения 1:1.

Вопрос для Шурик71: Что просто перенести Базу с другим МД-ником (или подсунуть МД-ник базовый), нельзя, это понятно (ID). А что операция "Выгрузить/Загрузить"?

В результате выгрузить/загрузить получится аблолютно то же самое.По команде выгрузить будет zip архим, в котором будут вкючены:1) 1cv7.md "проф" конфигурации2) 1cv7.dat - в коотром будут данные во ВНУТРЕННЕМ формате, т.е. с id, совпадающими с "проф" конфигурацией.Т.е: просто команда "загрузить" приведет к загрузке 100% копии того, что уже загружено; если же "по дороге" внутри архива поменять md файл на базовый - то при загрузке данные одного внутр. идентификатора попадут на данные другого. При несоответствии типов при данной замене в одних случаях ("схожая структура") получим потерю данных а в других ("сильно другая структура")- ошибку загрузки.

Понял. П.1 был достаточным.Да, значит надо перетягивать другим способом... Можно даже ОЛЕ - ведь все должно быть идентичным, простой цикл... Начать со справочников, потом документы, потом операции (чтоб сюрпризов с перепроведением не было)... Или МОД...

В ссылке >как раз описание с МОДом. При полном незнакомстве с ним перенос занял 0,5 часа. ОСВ сошлась :)