Как перейти на 1с
Необходимость перехода на новую систему может быть связана с потребностью сократить расходы или найти более функциональное решение. Такой проект требует серьезной подготовки и дополнительных ресурсов.
Рассказываем, как сделать правильный выбор, избежать ошибки и обойти рекламные трюки при покупке решения для бизнеса.
1. Определите цель и составьте план действий
Важно выстроить коммуникации таким образом, чтобы у команды сформировалась единая цель. В противном случае вам будет сложно координировать действия.
Например, вы решили приобрести систему «1С:Бухгалтерия». Если вы спросите у своего бухгалтера о цели покупки, он ответит: решение необходимо, чтобы вести учёт, вводить документы, формировать проводки. Однако это не цель всего проекта. После наводящего вопроса «А зачем всё это?» — сотрудник ответит: «Чтобы сдать отчётность и распечатать накладную». Но и это не цель, а лишь функционал, инструмент, который помогает достичь цели. В конечном счете, мы придем к выводу, что без отчетности компанию ждут штрафы, санкции и репутационные риски, которые приведут к потере клиентов. А отсутствие автоматизации снизит эффективность бизнес-процессов.
Понимание единой цели всеми участниками проекта позволит грамотно составить план работ, избежать ненужных шагов и правильно выстроить коммуникации внутри всей команды.
Будьте готовы к личному участию и ответственности за принятие решений. Часто заказчики представляют весь процесс покупки решения в виде «купил, установил и работаю». В случае с программами управления и учёта это легко может привести к фатальной недооценке бюджета. Приготовьтесь к большому объёму работ, требующих финансирования. Почти всегда они существенно дороже самой системы.
2. Выберите программный продукт
Рассмотрите список программных продуктов и перечень сопутствующих работ, предложенных каждым поставщиком. Оцените объем дополнительных трудозатрат. Обычно они связаны с настройкой и вводом начальных данных, иногда — с обменом данными, настройкой прав, и стоят намного больше самой программы.
Будьте внимательны: часто поставщик предлагает готовое решение, не задумываясь, а нужно ли оно поставщику. Например, строительной организации часто сразу предлагают модуль «Управление строительной организацией» на базе УПП. Впоследствии функционал УСО часто не востребован у заказчика, а деньги уже потрачены. Ничто не мешало купить УПП, а позже проапгрейдит" его до УСО при необходимости. Ещё хуже, когда ненужную готовую разработку продают под видом дорогостоящих работ. Не спешите покупать кота в мешке, изучите, что вы покупаете.
До покупки запросите у поставщика обзорное обучение, которое даст общие представления о возможностях программы. Важно понимать наличие функционала в общих чертах. Курс будет полезен, в первую очередь, тем, кто будет руководить работой в программе: руководителям отделов, заказчикам отчётности, руководству предприятия. Он позволит узнать обо всех её возможностях и подтвердить соответствие вашим требованиям. Также вы можете запросить демо-доступ к программе.
Далее нужно выбрать между простыми и более сложными конфигурациями. Здесь надо оценивать конкретную ситуацию. Простые конфигурации, как правило, не требуют мощных ресурсов. Также это надёжное разграничение доступа: пользователь одной базы не получит доступ к данным другой, т.к. он в ней просто не работает. Единая конфигурация предполагает более развитый функционал и меньшее количество лицензий (те, кто работали в двух базах, работают в одной). Но главное — нет проблем с лишними обменами данных. Это всегда слабое место, трудоёмкое в доработке.
Любая доработка готовой системы — дорогое удовольствие. Для дополнительных возможностей есть много готовых решений, которые можно найти на «Инфостарте», сайте «1С:Совместимо», сайтах-партнёров 1С, но их покупка требует более тщательных проверок, и надо обязательно советоваться со специалистом, который будет их внедрять.
Часто встаёт вопрос: процесс в типовом решении построен не так, как надо. Его надо дорабатывать. Но не спешите. Все операции из типовых решений опробованы тысячами пользователей — и работают!
Чтобы принять верное решение, оцените стоимость решения и доработок, а также выгоды от автоматизации.
3. Выберите поставщика
Чем меньше ваш проект, и чем меньше требований, тем будет проще искать поставщика. Небольшие объёмы работ по настройке можно выполнить самостоятельно. Чем сложнее проект и жёстче бюджет, тем выше риск самых больших материальных потерь вследствие провала проекта.
Проверьте наличие у потенциального исполнителя необходимых ресурсов: запросите данные именно тех специалистов, которые будут работать с вами, а не «среднюю температуру по больнице». Особое внимание уделите руководителю проекта со стороны интегратора. Это очень частый рекламный ход — на встречу приезжает один из лучших специалистов, но на ваш проект он не попадёт.
В коммерческом предложении будет перечислено много заслуг фирмы. Если там есть благодарности за проекты — попросите назначить на свой проект сотрудника, добывшего их.
Частая уловка — демпинг. Многие указывают в коммерческих предложениях заведомо заниженную цену. Относительно честный вариант — когда за эту цену система хоть и с минимальными удобствами, но всё же выйдет на работу.
Выбрав самого дешевого интегратора, заказчик рискует в дальнейшем заплатить в разы больше. Поэтому попросите поставщиков детализировать работы с расценкой. Некоторые позиции списка работ разных исполнителей будут одинаковы, и вы сможете их сравнить. В детализации вы увидите и методику работы исполнителя: всё ли он включает в состав работ, какие работы считает лишними, насколько перестраховывается. Когда вы получили реальную стоимость, сравните её с учётом специалистов исполнителей — чья команда выглядит достойнее за предложенную стоимость.
У наработок есть обратная сторона медали. Некоторые работают по одному шаблону, и не готовы идти навстречу вашим требованиям. Конечно, любой поставщик может предложить не то, что вы планировали купить. Обязательно рассмотрите и обсудите полученные предложения. Они могут быть настолько выгоднее, что пересматривается весь проект. А может быть, поставщик не понял задачи, при обсуждении вы увидите это.
Назовите исполнителю свои требования. Если их начнут обсуждать, спорить, давать рекомендации, значит, вас услышали. Если реакции не последовало, попросите оценить ваши пожелания, дополнить их. Если и тут — молчание, или «всё хорошо и понятно», задумайтесь над отношением исполнителя к задаче. Нежелание понимать вас говорит о том, что делать ничего и не собираются.
После того, как обсудили план с менеджером или руководителем проекта, попросите встретиться с кем-нибудь из непосредственных исполнителей. Попросите его оценить план: краткое объяснение каждого пункта, в котором он компетентен, что есть лишнее, чего не хватает по его мнению. Сравните «показания».
Любой поставщик, к которому вы обратитесь, сразу же предложит обследование текущих бизнес-процессов. Вы не знаете возможностей продукта (если знаете — это снизит объём экспертизы, но не отменит её), а исполнитель работ — особенностей вашего бизнеса. Срок выполнения обследования — от одного дня до месяца. Основная задача — выявить необходимые для начала эксплуатации работы. Остальное — кто бы и как вас ни убеждал — опционально. Дело в том, что никакая экспертиза не охватит всех ваших пожеланий и деталей бизнеса. Изменения будут. Но они будут более осознанными, полными и правильно реализованными при наличии опыта работы в программе у ваших пользователей. Частая уловка — бесплатная экспертиза или большая скидка на неё. Цель уловки — «ввязаться в бой». Расчёт на то, что, потратив время и деньги, вы не дадите уже обратный ход, попадёте в зависимость от исполнителя.
Вот, что должны содержать результаты исследования:
- информацию, необходимую для понимания документа третьими лицами. В нём могут быть словарь, описание структуры подразделений, краткое описание и назначение взаимодействующих программ, описание оборудования заказчика, и т.д;
- обоснованный выбор программного продукта;
- два варианта изменений серверного и сетевого оборудования: минимальный и рекомендуемый (по мнению исполнителя) или заключение о пригодности оборудования;
- список необходимых работ и поставок;
- список требований сторон;
- оценку времени работников заказчика, которое потребуется уделить проекту;
- план-график с указанием стоимости по каждому пункту работ и поставок;
- предварительная оценка каждого этапа по срокам и суммам;
- список некритических, но планируемых или рекомендованных исполнителем работ и поставок;
- список наборов прав (ролей) пользователей, которые будут работать в системе.
Рекомендую в договоре указать обязанность исполнителя доработать документ по замечаниям заказчика и представить его в окончательном виде до первого этапа. Это позволит обойти ряд проблем:
4. Заключайте договор
Еще раз ознакомьтесь с планом и графиком работ. Окончательно устраните любые непонимания. Именно на этапе составления договора недобросовестный исполнитель попытается включить лишние, не нужные вам работы.
Перечислю только некоторые из частых ошибок:
- наличие в договоре предоплат без гарантии возврата;
- отсутствие важных условий. Например, если установка системы связана с последующим аутсорсингом — важно указать условия хостинга, включая тестовые копии баз для разработки;
- условия, когда оплачивается процесс, а не результат (исключение — обслуживание, сопровождение и изменение условий заказчиком);
- включение работ, от которых вы не можете отказаться до их начала;
- отсутствие регрессивных условий конфиденциальности.
Далее определите с исполнителем, когда и за что должна проходить оплата. В графике есть сроки поставок и завершения работ. По ним можно определить даты оплат, их суммы — из договора, и включить в свой финансовый план.
5. Начинаем работать в системе
Первую установку программы лучше всего проводить силами ваших системных администраторов под контролем исполнителя. Исполнитель, конечно, и сам может установить ПО, но важно, чтобы ваш специалист был в курсе всех особенностей установки.
Каждая программа имеет настройки, и их немало. Так же, как и с установкой, рекомендую ввод настроек своими силами под контролем и с консультациями исполнителя. Для этого потребуется, чтобы настройки были распределены между ответственными лицами.
После начала работы появляются вопросы по существу, массовый сбор идей и возможность спланировать внедрение с учётом особенностей программы. Часто исполнитель сначала дорабатывает программу, а потом пускает туда пользователей. Это неправильно! Начинайте работать сразу же, как появится возможность, и есть высокая вероятность того, что доработки не потребуются и будет сэкономлено много денег.
Не откладывайте возникшие у вас вопросы по регламентным операциям, которые обычно проводятся в конце месяца. Пусть вам ответят на эти вопросы заранее.
6. Проведите необходимые доработки
Доработки на данном этапе выполняются только необходимые. Устраняются препятствия, которые критически мешают кому-то работать. Например, не разграничены права доступа. Если можно работать без доработки — она откладывается. Все, у кого помех нет — работают, формируют свои пожелания, из которых составляется план развития системы.
Частая ошибка — разработка функционала, который уже есть в типовой конфигурации. Она возникает из-за:
- халатности, когда исполнитель не потрудился проверить наличие функционала;
- нежелания работников заказчика перейти на имеющийся похожий функционал (отказываться от привычек). Добросовестный исполнитель постарается переубедить заказчика, недобросовестный — перепрограммирует всю систему вдоль и поперёк.
Запомните: любая, а особенно — некачественно сделанная доработка повышает стоимость обслуживания системы.
Некоторые исполнители требуют от заказчика техническое задание для доработок. Помните: готовить его должен сам исполнитель. ТЗ пишется языком, понятным заказчику. Оно должно содержать:
- реальные требования заказчика;
- предварительную схему решения. В ней должны быть:
— основные этапы решения;
— ключевые моменты методологии;
— детали, изменение которых особенно трудоёмко;
- сценарий тестирования;
- описание результата;
- ограничения и условия;
- при необходимости — примеры и кейсы.
ТЗ не должно содержать:
В случае простых или однозначно понимаемых доработок составление технического задания превратится в лишние трудозатраты.
Вы решили частично отвязать бизнес от офиса и вести бухгалтерию в облаке. Рассказываем, как быстро перейти в 1С:Фреш, который для этого придумали.
Интерфейс приложений сервиса 1С:Фреш по виду и возможностям совпадает с привычными для вас программами «1С», только они работают прямо через ваш браузер. Сначала надо перетащить все из вашей локальной базы и загрузить их в 1С:Фреш.
Как выгрузить данные из локальной информационной базы
Чтобы выгрузить данные из локальной информационной базы, пользователь с правами администратора должен войти в нее и выполнить команду Выгрузить данные для перехода в сервис (или Выгрузить данные в локальную версию).
Это выполняется с помощью команды меню:
• в большинстве приложений — команда Администрирование — Выгрузить данные для перехода в сервис (или Выгрузить данные в локальную версию).;
• в приложении «1С:Управление нашей фирмой» — команда Компания — Администрирование — Переход между локальным и сервисным режимами работы — Выгрузить данные для перехода в сервис (или Выгрузить данные в локальную версию).;
• в приложении «1С:Комплексная автоматизация» — команда НСИ и администрирование — Выгрузить данные для перехода в сервис (или Выгрузить данные в локальную версию).
Выгрузка проходит автоматически и почти не потребует вашего участия. Возможно, вылезет предупреждение о том, что процесс может занять время. Тогда во всплывшем окне нажмите кнопку Продолжить.
Вопрос решен, и началась выгрузка. Ждите, когда архив с данными приложения будет полностью сформирован и вам предложат сохранить его на компьютере.
Важное уточнение. ЭЦП можно хранить в облаке — вообще ничего не нужно хранить на компьютере. В этом случае подпись нужно будет перевыпустить. А если хотите пользоваться ЭЦП локально, то перевыпускать не нужно.
Итак, первый этап пройден.
Создайте в сервисе новое приложение, загрузив в него данные из файла, который вы только что выгрузили. Это второй этап.
Мнение «Центр обслуживания бизнес» может не совпадать с мнением редакции «Клерка». Хотите высказаться сами?
Универсальные переносы данных 1С (перенос документов, остатков и справочной информации):
Данные программы разработаны в нашей компании. Позволяют комфортно выполнить переход со старых программ 1С на новые. В отличие от типовых переносов фирмы 1С эти разработки позволяют переносить документы за выбранный период.
Переносы данных можно приобрести за безналичный расчет на юридическое лицо (предоставим закрывающие документы) или оплатить банковской картой через шлюз Яндекс.Кассы (предоставим электронный чек). -->
У вашей компании возникла задача перехода на ведение учета в новой программе 1С.
На что нужно обратить внимание? Как лучше организовать перенос данных, чтобы уменьшить риски проекта и не принести вреда ежедневной деятельности фирмы? Какие бывают способы для выполнения перехода на новую программу 1С?
Ответы на эти вопросы могут быть разными в зависимости от вашей ситуации. Зависит от размера вашей компании, от того, какая конфигурация 1С используется на настоящий момент, доработана ли она, какие требования к переносу данных диктует специфика бизнеса.
И сразу хотим сказать, что для очень многих ситуаций перехода на новую программу фирма 1С уже подготовила инструменты для выполнения переноса данных из старой учетной программы. Именно эти инструменты являются рекомендованными фирмой 1С. В статье мы разберем несколько примеров таких инструментов. Они имеют ограничения в своем функционале. Часто не очень производительно работают, содержат ошибки. Но зато по этим готовым инструментам вам будет предоставляться поддержка фирмой 1С, исправление ошибок. И вам ничего не потребуется за них доплачивать.
Порядок действий при переходе на новую программу 1С?
Сбор требований
Итак, первое, на что при переходе нужно обратить внимание – это минимальные требования к переносу данных в новую программу 1С. Каждое подразделение организации должно сообщить, какая минимальная информация требуется в новой программе 1С для нормального ведения деятельности. Что обязательно требуется в 1С для ведения основных бизнес-процессов подразделения?
Часто сотрудники говорят о том, что нужен перенос всех первичных документов за последние годы. При переходе с БП 2 на БП 3 это не является проблемой – переход выполняется обновлением конфигурации, вся история сохранится. При переходе на ЗУП 3 ситуация также решается. Без данных для расчета среднего в новой базе 1С нет смысла вести учет. И все эти данные, конечно, должны переноситься, как и кадровая история сотрудников.
А вот при переходе на конфигурации УТ 11, КА 2, УНФ или ERP с переносом истории первичных документов за последние годы возникают сложности. Во-первых, такой проект перехода может быть в 10 раз сложнее, чем переход с остатками с начала года или вместе с переносом документов за незакрытые периоды. А это означает и бюджет в 10 раз больше. Во-вторых, срок выполнения такого проекта может оказаться размером в несколько месяцев, что для бизнеса будет неприемлем.
Поэтому мы рекомендуем в такой ситуации ограничиться типовой возможностью документа «Ввод остатков» с видом операции «Оптовые продажи». Это позволит перенести историю оптовых продаж и валовой прибыли для целей управленческих отчетов за последние годы. При этом никакие возможные ошибки ведения учета из старой базы 1С не будут перенесены. И «мусора» в новой программе 1С также не появится (имеется в виду, например, архивная номенклатура и т.д.).
Выбор технологии переноса данных
Итак, требования к переносу данных собраны. Далее следует рассмотреть возможные варианты выполнения перехода именно с технической точки зрения.
Общераспространенных их не так много, давайте перечислим.
- Как правило, для очень многих проектов переноса данных в новую 1С уже существует готовый перенос данных от фирмы 1С. Подробнее поговорим об этом варианте ниже.
- Конвертация данных 2. То есть можно разработать правила конвертации данных в формате КД 2.
- Enterprise Data (Конвертация данных 3), далее сокращенно ED. Формат ED встроен во все новые программы 1С и даже КА 1.1 и УПП 1.3 также его поддерживают.
- Прочие возможности обмена (COM, собственные форматы обмена данными).
И тут для основного большинства проектов следует выбирать именно формат КД 2 (Конвертация данных 2). Во-первых, потому что все типовые переносы от фирмы 1С написаны именно на нем. А ведь для целей вашего проекта лучше не разрабатывать перенос с нуля, а доработать существующий. Во-вторых, потому что формат КД 2 знает абсолютное большинство разработчиков 1С. У вас не будет сложностей с наймом фрилансера, если возникнет такая необходимость. Можно легко передавать задачу между разными специалистами 1С – все знают эту технологию и умеют с ней работать.
Для отдельных задач переноса документов между программами 1С удобно использовать формат EnterpriseData. Именно на этом формате работают все актуальные типовые обмены данными между конфигурациями 1С. То есть, повторим, этот формат более актуально использовать именно в ситуациях необходимости регулярного обмена. Он более быстрый. Но и более требовательный к обязательности заполнения полей. Все новые программы 1С даже позволяют настроить регулярную синхронизацию только измененными объектами с помощью формата ED.
Типовой перенос от фирмы 1С
Для очень многих ситуаций перехода на новую программу фирма 1С уже подготовила инструмент для выполнения переноса данных из старой учетной программы. Именно этот инструмент является рекомендованным фирмой 1С. В статье мы разберем несколько примеров таких инструментов. Они имеют ограничения в своем функционале. Часто не очень производительно работают, содержат ошибки. Но зато по этим готовым инструментам вам будет предоставляться поддержка фирмой 1С, исправление ошибок. И предоставляются они без дополнительной оплаты при условии приобретения новой программы 1С или апгрейда на нее.
Индивидуальная разработка переноса данных 1С
Вы можете собрать все требования компании к переносу данных, выбрать подрядчика для выполнения проекта. Подрядчик может или только разработать инструмент для переноса данных или выполнить для вас весь проект. Первый вариант подойдет, если у вашей компании уже есть штатные или внештатные свои специалисты 1С.
Огромный плюс такого варианта, конечно, в том, что это будет индивидуальное решение именно под ваши потребности. Все пожелания будут удовлетворены. Критерии проверки выполнения переноса можно указать в договоре, это будет дополнительным ориентиром для вашего подрядчика.
Минусом буду относительно высокая стоимость такого проекта (но зато у него минимальные риски, за это и оплата), а также у него может быть достаточно большой срок. Разработка, например, правил конвертации в формате КД 2 или ED может занять 100 рабочих часов специалистов или больше (зависит от постановки задачи). По срокам это получается не менее месяца разработки только инструмента для выполнения задачи. Только после завершения разработки начнется этап выполнения переноса.
Готовые обработки для перехода на новую 1С
В интернете можно найти достаточно много готовых обработок для переноса данных. Они все разного качества, не факт, что любая подойдет под потребности вашего проекта.
Можно использовать ту обработку, которая максимально подходит по функционалу. Будет очень удобно, если обработку можно проверить до приобретения. И при необходимости можно доработать эту готовую обработку переноса данных под ваши специфические потребности. Это будет гораздо быстрее и дешевле, чем заказывать индивидуальное решение.
Не секрет, что многие фирмы франчайзи 1С или фрилансеры при получении проекта в итоге также покупают в интернете готовую обработку для переноса данных, а оплату берут как за разработку переноса данных с нуля.
Сценарии перехода на новую программу 1С
Следует помнить, что чем больше данных переносится из старой программы 1С, тем потенциально больше рисков несет в себе проект. Больше времени потребуется на выверку данных. Стоимость такого проекта также будет больше.
По дате начала ведения учета в новой программе 1С можно разделить сценарии перехода на три варианта:
- Переход с начала года (с последующей повторной загрузкой начальных остатков после закрытия года)
- Переход после закрытия года (до закрытия первого квартала)
- Переход в середине года
Тестовый перенос данных
Начинать проект следует заблаговременно. В ситуациях, когда используется типовая обработка переноса данных и принято решение ни при каких условиях ее не дорабатывать, нужно хотя бы за месяц до запланированного перехода на новую программу 1С. Имейте в виду, что при использовании типовой обработки может понадобиться часть данных вводить вручную или загружать из Excel.
Если же планируется переносить документы за период, используется чье-то готовое решение (можно приобрести готовую обработку для перехода с более широким функционалом, чем типовая) или поставлена задача специалистам 1С разработать перенос данных точно под ваши потребности, то подготовительные работы нужно начинать минимум за 2-3 месяца.
Важным этапом таких работ будет выполнение тестового переноса данных. Это и доказательство работоспособности используемого вами инструмента для переноса данных. И репетиция предстоящего проекта перехода. Результат тестового переноса – новую базу 1С, можно и нужно использовать для обучения сотрудников. Обязательно нужно несколько дней попросить сотрудников вносить все документы также в новую базу 1С. У них будут возникать проблемы и ошибки. Обязательно нужно собирать все замечания, передавать специалистам, которые выполняют для вас проект переноса данных.
При тщательно проведенном тестовом переносе сам рабочий переход пройдет уже без рисков и без заминок. А ведь задержки в работе 1С могут повлиять на работу компании.
Есть вопросы по работе с 1С?
Типовое внедрение - бесплатно при покупке программы у нас. Дополнительные настройки. Проектное внедрение.
Поскольку 1С довольно часто выпускает обновления, установить последние релизы 1С – вопрос, можно сказать, рутинный, особенно, если речь идет о программах, с помощью которых автоматизируют регламентированный учет. Но тут нужно пояснить, что переход на актуальную платформу и на актуальную редакцию – не одно и то же. Сейчас мы рассмотрим, как осуществить переход на новую редакцию на примере 1С Бухгалтерии.
Если мы откроем любую базу 1С и в главном меню выберем справку о программе, то увидим следующее окно:
Рис.1 Справка о программе
Итак, что же мы видим? В верхней части окна, в первой строке указана версия платформы 1С, а чуть ниже, расположены сведения о конфигурации. Как видим, в нашем случае, платформа имеет одну из последних версий – 8.3, а вот редакция конфигурации – 2.0. На сегодня Бухгалтерия 2.0 считается устаревшей редакцией, хотя пока и находится на поддержке разработчика. Таким образом, мы видим, что переход на 1С:Бухгалтерию 3.0 должен состоять из 2-х этапов: переход на новую платформу и перевод конфигурации на актуальную редакцию.
Переход с 1С 8.2 на 8.3
Переход на 1С 8.3 в части платформы никакой сложности не представляет. Мы просто устанавливаем новую версию платформы, хотя это и называется обновлением платформы. На самом же деле, новая платформа - 1С 8.3, устанавливается не поверх, а «рядом» с предыдущей, то есть способна работать параллельно с ней. Поэтому нередки ситуации, когда в папке с платформой у пользователя может лежать до 10-15 версий платформы одновременно. Но старые версии рекомендуется все-таки удалять, чтобы они не занимали место на жестком диске.
Сложностей быть здесь не должно: распаковываем дистрибутив с диска ИТС или, по выбору пользователя, с сайта поддержки, запускаем «Setup.exe» и следуем указаниям программы установки. Установив новую версию, перезапускаем 1С. Выбрав в списке баз нужную, жмем кнопку «Изменить». Появляется окно, где жмем «Далее».
Рис.2 Окно «Редактирование ИБ»
Обратимся к строке «Версия 1С: Предприятия», где ставим 8.3 или детальный номер версии платформы, под которой будет запущена данная база, например, «8.3.10.2466».
Рис.3 Окно «Редактирование информационной базы»
Дело в том, что при пустой строке база будет пытаться автоматически запуститься на самой новой версии платформы, но если этих версий много, то система может «заглючить» и запуститься на какой-то из старых версий (8.2, например). При указании 8.3, база будет запускаться только на версии платформы 8.3. При точном указании версии (как на скриншоте), база будет запускаться только на этой конкретной версии, даже при появлении более новых. Таким образом, переход на платформу 8.3 не представляет каких-либо проблем.
Теперь рассмотрим переход с 8.2 на 8.3, то есть обновление редакции конфигурации Бухгалтерия предприятия 2.0, соответственно, на редакцию 3.0, которая является последней на сегодняшний день.
Переход с 2.0 на 3.0 для 1С:Бухгалтерия
В первую очередь, чтобы обезопасить себя от возможных неприятностей, рекомендуется сделать архивную копию базы (в конфигураторе выбрать «Администрирование» и далее выгрузку информационной базы) и обновить нашу конфигурацию (желательно, но не обязательно) до актуальной версии.
Далее мы должны понять, на какой релиз редакции 3.0 мы можем перейти, разыскав информацию на сайте поддержки 1С, на котором имеется полный список релизов 1С Бухгалтерия и других типовых решений.
Рис.4 Таблица на сайте поддержки 1С
В столбце «Обновление версии» мы увидим номера релизов, с которых можно перейти на интересующий нас. В нашем случае, с релиза 2.0.66.35 можно перейти сразу на последний – 3.0.51.27. Выбираем его, на следующей странице выбираем пункт:
Рис.5 Дистрибутив обновления
После скачивания дистрибутива распаковываем его и видим внутри следующее:
Рис.6 Каталог на ПК
Нас интересует «Setup.exe». Запуская его, следуем инструкциям установщика.
Рис.7 Запуск «Setup.exe»
Желательно самостоятельно прописать адрес каталога шаблонов или запомнить стандартный путь, который укажет программа. Позже это нам пригодится.
По окончании установки заходим в нашу базу в режиме конфигуратора. В главном меню надо выбирать функцию «Администрирование», а затем подпункт «Пользователи». Если у нас в базе нет ни единого пользователя, его необходимо создать. Если пользователи уже имеются, то назначаем того, которому будут даны права администратора, осуществляющего переход на 3.0. Это необходимое условие при переходе на новую версию.
Рис.8 Конфигуратор
Рис.9 Список пользователей
Рис.10 Внесение информации о пользователе
В нашем случае список пуст. Добавим нового пользователя, нажав «+» в верхнем левом углу окна.
Открывается окно создания нового пользователя. Заполняем имя и, при желании, пароль.
Рис.11 Вкладка «Прочее»
Далее переходим на вкладку «Прочее» и выставляем галочки так, как показано на скриншоте. Нажимаем «Ок». Итак, пользователь создан. Закрываем окно «Список пользователей» и в главном меню конфигурации через поддержку находим обновление конфигурации.
Рис.12 Обновление конфигурации
Ищем доступные обновления…
Рис.13 Доступные обновления
в текущих каталогах шаблонов и обновлений.
Рис.14 Адрес обновлений
Находим нужное и жмем «Готово».
Рис.15 Выбор обновления
Читаем общую информацию об обновлении и жмем «Продолжить», а потом «ОК».
И вот только теперь началось непосредственно обновление. Ждем, пока программа не спросит «обновить ли конфигурацию БД», и соглашаемся, иначе процесс перехода завершится.
Рис.16 Подтверждение обновления
В продолжении ознакомимся с данными об изменении структуры информации.
Рис.17 Данные об изменении структуры информации
Дожидаемся появления в нижнем левом углу надписи:
Рис.18 Подсказка
На этом в режиме Конфигуратора процесс обновления завершен.
Если, как в нашем случае, база данных работает в файловом режиме, то рекомендуется сделать тестирование и исправление базы. Для этого заходим в «Администрирование» и активируем «Тестирование и исправление». Ставим галочки, как показано на скриншоте, и нажимаем «Выполнить». Процесс может занять длительное время (до 30-40 минут).
Рис.19 Тестирование и исправление базы
После окончания процесса тестирования нам нужно запустить базу в режиме Предприятия. Это можно сделать из конфигуратора нажатием клавиши (F5) на клавиатуре или кнопки в верхнем левом углу окна конфигуратора.
После запуска базы в режиме предприятия программа выдаст следующее окно:
Рис.20 Подтверждение лицензии
Подтверждаем легальность получения обновления и нажимаем «Продолжить».
Ожидаем окончания процесса.
Рис.21 Окончания процесса
По окончании процесса можно проверить редакцию нашей конфигурации. Жмем кнопку «i» в правом верхнем углу окна.
Как мы видим, редакция конфигурации изменилась. А значит, переход на версию 3.0 прошел успешно.
Рис.22 Изменение редакции конфигурации
Если в конфигурации Бухгалтерия предприятия 2.0 были введены пользователи информационной базы, то после перехода на редакцию 3.0 для всех пользователей надо заново установить права на доступ к базе. Для этого надо зайти в справочник «Пользователи». Он находится в разделе «Администрирование». Если его там нет, то нужно его добавить следующим образом:
Рис.23 Установка прав пользователей
Рис.24 Настройка прав доступа
Далее заходим в справочник, выбираем нужного пользователя и настраиваем ему права доступа.
Рис.25 Присвоение прав
Рис.26 Назначаем администратора
После этого нажимаем «Записать». Можно приступать к работе в нашей базе. Если у вас остались вопросы, как осуществить переход на программу 1С Бухгалтерия 8.3 с устаревшей версии 8.2, свяжитесь с нашими специалистами, мы с радостью вам поможем.
Гарантируем стабильный обмен без ошибок между программами 1С. Гарантии фиксируем в договоре.
Помощь персонального менеджера, оперативность сдачи отчетности, соответствие законодательству РФ
Рост и развитие предприятия – естественный процесс в условиях успешного бизнеса. И если увеличение рабочих операций и ускорение бизнес-процессов влечет за собой расширение состава персонала, то появление филиалов неминуемо потребует модификации и масштабирования IT-инфраструктуры.
Первым шагом на этом пути, если автоматизированная система управления предприятия построена на продуктах фирмы 1С, станет переход с «1С:Бухгалтерия» версии ПРОФ на версию КОРП.
Методология «1С:Бухгалтерия» КОРП ориентирована на особенности учета и налогообложения крупных (в частности, производственных) организационных форм со сложной, территориально распределенной структурой, и учитывает все нормы законодательства в отношении таких предприятий.
Поскольку «1С:Бухгалтерия» КОРП практически никогда не применяется в качестве единственного решения на предприятии и предназначена для организации работы бухгалтерии в условиях территориально-распределенной инфраструктуры, она обладает определенными технологическими преимуществами перед другими версиями этого же решения. В части функционала версия КОРП, помимо возможностей связанных с консолидацией и распределением по филиалам, позволяет работать со специфическими отчетами и расчетами, например, в части госконтрактов.
Переход с ПРОФ на КОРП
Процесс перехода с ПРОФ на КОРП может быть осложнен имеющимися доработками в установленной версии. Оценка актуальности доработок и реализация их в новой версии в любом случае невозможна без присутствия специалиста. Поэтому мы рассмотрим схему обновления до версии КОРП решения, не претерпевшего никаких доработок.
Купив 1С Бухгалтерия КОРП, для осуществления перехода в первую очередь необходимо загрузить со специализированного сайта обновлений 1С нужный дистрибутив.
Рис.1 Скачиваем дистрибутив
После скачивания данного файла, потребуется запустить базу «1С:Бухгалтерия» ПРОФ в режиме работы Конфигуратора.
- Для этого необходимо запустить программу 1С, и в окне выбора баз нажать справа кнопку «Конфигурация».
Перед загрузкой и установкой новой версии конфигурации настоятельно рекомендуется сделать архив данных.
- Копию базы можно создать из Конфигуратора, выбрав из верхнего меню «Администрирование», затем пункт «Выгрузить информационную базу…».
- Также, если мы имеем дело с файловым вариантом хранения данных, архив базы можно получить, скопировав непосредственно файл базы данных с именем 1Cv8.1CD из папки с базой в папку с архивами.
Загружаем предварительно скачанный файл обновления в конфигурацию через верхнее меню со строкой «Конфигурация». Затем, после пункта меню «Поддержка», выбираем, собственно, пункт «Обновить конфигурацию. ».
Рис.2 Обновить конфигурацию
Далее существует два способа выбрать нужное обновление 1С:
- Указать, что необходимо произвести поиск среди доступных обновлений (1С рекомендует действовать именно так). В этом случае программа будет искать необходимый файл в папке шаблонов на локальном компьютере, папку 1С определит автоматически, или в указанном пользователе списке папок или в Интернете.
- Вручную выбрать файл обновления, указав программе, где лежит скаченный с сайта файл обновления. Второй способ предпочтителен, если программа 1С на указанных ресурсах не смогла самостоятельно найти необходимый подходящий файл обновления (файл называется 1cv8p.cfu).
После того как программа успешно определила возможное обновление, можно приступить к обновлению конфигурации.
После выполненного успешного обновления программы до КОРП, потребуется принять изменения и обновить базу, открыв программу в режиме «Предприятия» и выбрав нужную функциональную клавишу.
Рис.3 Обновление программы до КОРП
При следующем запуске «1С:Бухгалтерия» КОРП, после удачно завершившегося обновления, запустится обработка «Подготовка информационной базы 1С:Бухгалтерии КОРП». При согласии продолжить, программа обновит данные, что позволит незамедлительно приступать к работе. Если у вас остались вопросы и вам необходима консультация по программам 1С, свяжитесь с нашими специалистами по телефону или оставьте заявку на сайте. Мы с радостью ответим на все ваши вопросы.
Читайте также: