1С:Бухгалтерия редакция 3.0, в отличие от 2.0, работает на "Управляемых формах".
"Управляемые формы" - это новый подход к построению интерфейса программы, её взаимодействию с пользователем и работе через сеть.
Становится возможным режим работы в котором на компьютере пользователя происходит только ввод и отображение информации, а всё остальное делает другой компьютер (сервер).
Возрастает скорость работы и появляется возможность заходить в 1С через браузер или .
Обязательно ли переходить?
Да, согласно информационному письму 1С "О замене редакции 2.0 на редакцию 3.0" такой переход будет обязательным начиная с 20xx года ( к слову сказать, прекращение поддержки редакции 2.0 переносят уже не первый год, но есть мнение, что эта поддержка рано или поздно всё же будет прекращена ).
Итак, по имеющейся на данный момент информации:
- 1С:Бухгалтерия редакция 2.0 будет поддерживаться до конца 1 квартала 20xx года в объеме необходимом для сдачи годовой отчетности за 20xx год. Это и изменения в законодательстве и, конечно же, регламентированная отчетность.
- Но вот отчетность за 1 квартал 20xx года придется сдавать уже в новой редакции, так как изменения в законодательстве и новые комплекты отчетности за 20xx год будут реализовываться только для редакции 3.0.
В общем никто сейчас не знает - сколько ещё будет поддерживаться вторая редакция
Насколько просто будет перейти на новую редакцию 3.0?
Вообще говоря, переход на 1С:Бухгалтерия 3.0 с редакции 2.0 выполняется как простое обновление базы, к которому мы и так уже давно привыкли. Ведь именно с такими обновлениями у нас в программе появляются новые комплекты регламентированной отчетности.
Процесс обновления по шагам расписан ниже.
Относительно простым такое обновление будет для пользователей у которых конфигурация полностью типовая, то есть не дорабатывалась в конфигураторе. В этом случае с обновлением справиться любой достаточно грамотный пользователь. Если же конфигурация нетиповая, то нужно обращаться к специалисту.
С какими трудностями придется столкнуться после перехода?
1. Если вы пользовались какими-то внешними обработками или отчетами, то в новой редакции все они перестанут работать. И вам нужно будет новые версии этих обработок для управляемого интерфейса.
2. Если ваша старая редакция дорабатывалась через конфигуратор, то все эти доработки придется повторить для редакции 3.0.
3. Новый, непривычный интерфейс. В целом приемы работы повторяют редакцию 2.0, но есть много нового. В разделе я постараюсь выкладывать информацию по приемам работы в 1С:Бухгалтерия 3.0. за новостями.
Процесс перехода с редакции 2.0 на 3.0 по шагам
Ручной способ
6. Система подберет подходящую версию 1С:Бухгалтерия редакция 3.0, на которую вы можете перейти с двойки. Нажмите кнопку "Далее".
7. Дождитесь пока 1С скачает все файлы обновления с сайта.
8. Выберите пункт "Да, перезапустить 1С:Предприятие" и нажмите кнопку "Далее".
9. Теперь нужно ждать пока происходит обновление. Это очень долгий процесс. Может и пол часа обновлять, может и полтора часа. Тут и от мощности вашего компьютера зависит и от размера базы.
10. После обновления запускается уже новая версия 1С:Бухгалтерии 8.3 (редакция 3.0).
11. Вновь окно с обновлением - программа производит подготовительные действия после перехода на новую редакцию.
12. Готово! Поздравляю, вы перешли на новую редакцию 1С:Бухгалтерия 3.0.
Но не всегда и не у всех всё проходит гладко. В случае неудачного обновления - программа автоматически сделает откат на прежнюю версию. Но, на всякий случай, у вас всегда должна быть под рукой резервная копия , сделанная перед обновлением.
Поставили задачу перейти на новую программу? И сохранить при этом накопленные данные?
В этой статье я расскажу - как организовать процесс перехода на новую программу так, чтобы не пришлось увольняться.
Самые распространенные заблуждения
80% вопросов, возникающих после перехода на новую программу, связано всего с 2-мя основными моментами:- Перенос данных, настройку, сверку выполнял программист или системный администратор. Другие сотрудники (руководители направлений, бухгалтеры, кадровики и др.) в процессе переноса не участвовали («некогда», «много работы», «ты и так знаешь как мы работаем»).
- Сразу же после переноса начали вести учет в новой программе.
Претензии в обоих случаях, как правило, однотипны - «программа сырая», «не подтягиваются данные», «все приходится делать руками», «что ты за программист».
Перенос данных - это всегда проект! И поэтому подходить к нему нужно так же, как и к любому другому проекту - планировать этапы, контролировать их выполнение и результаты.
Предварительные действия
Самый лучший проект перехода на новую программу - когда о его результатах известно еще до самого переноса данных.
Изучите возможности новой программы. Вы должны заранее знать, чего можно от нее ждать. Пользуйтесь документацией, материалами с сайта информационно - технологического сопровождения, тематическими форумами.
Опишите методики отражения хозяйственных операций в текущей программе. При этом используются типовые механизмы или они основаны на доработках? Можно реализовать эти методики в новой программе без внесения изменений? Если изменять, то что - методику или планировать доработки?
Проверьте, поддерживает ли новая программа ваше «железо», операционные системы, другое программное обеспечение. Составьте список на обновление.
Если составлен список обновлений (ОС, ПО, железо) - выберите поставщиков, согласуйте спецификации, запланируйте и утвердите бюджет.
Выберите инструмент перехода . Если используются решение стороннего разработчика - изучите его документацию, проконсультируйтесь по возможности внесения необходимых Вам доработок, исправлений, сроках и расписании работы службы техподдержки.
Подготовьтесь к неизбежному
Обновите железо, операционные системы, прочее программное обеспечение.
Обучите пользователей (и обучитесь сами) работе в новой программе. Особенное внимание - методикам отражения ваших хозяйственных операций. Только еще приступая к работе с новой информационной базой, ваши пользователи уже должны уметь их учесть.
Подготовьте краткие инструкции по отражению хозяйственных операций в новой программе для тех методик учета, которые планируется использовать. Если прежние методики не поддерживаются - разработайте новые.
Выберите время для переноса . Самое удобное время - это начало нового финансового и налогового периода. Особенно - для программ, предназначенных для расчета заработной платы. Особенно - в целях корректного составления формы 6-НДФЛ (для программ, предназначенных для расчета зарплаты и кадрового учета). При выборе времени обязательно учитывайте, поддерживается ли производителем ваша текущая программа. Переход крайне желательно запланировать до завершения поддержки.
Для консультаций, настройки системы обязательно привлекайте ключевых сотрудников - руководителей направлений, бухгалтеров, работников кадровой службы и др. Они - ваши помощники. Именно от их заинтересованности в результатах проекта зависит, как программу будут воспринимать другие пользователи.
В первую очередь составьте список тех, кто будет:
- Переносить данные (разрабатывать инструменты перехода, если используются сторонние инструменты - контактировать с разработчиком решения, обеспечивать поддержку).
- Выполнять настройку системы (отдельных участков, разделов).
- Готовить необходимые данные (если в текущей системе они не хранятся).
- Отвечать за железо, программное обеспечение .
Обязательно согласуйте с руководителем проектную команду и перечень работ, разработайте план - график их участия в проекте.
Помните, только лишь один программист, системный администратор (непосредственно выполняющий переход) не может и не должен отвечать за успешность проекта в целом. Перенос данных (особенно больших данных) - всегда командная работа.
Составьте план «Б» . Всегда должна оставаться возможность вернуться на старую программу или работать в новой, но в другом режиме, если что-то пойдет не по запланированному сценарию.
Переносы данных и все, что с ними связано
Подготовьте прежнюю программу - обновите, удалите помеченные объектов, найдите и исправьте ошибки, пересчитайте итоги.
Тестовые переносы
Проведите тестовые переносы данных. Ваша цель - добиться сопоставимости перенесенных данных. Обязательно учитывайте разницу в архитектуре программ. Далеко не все данные можно сопоставить «лоб в лоб». Составьте список отчетов для проверки.
Дайте пользователям возможность поработать в тестовой базе. Они освоятся в новой программе, сверят перенесенные данные, введут новые документы и проверят их работу, получат нужные отчеты. Результат переноса устроил - согласуйте настройки, зафиксируйте договоренности на бумаге.
Составьте сценарий своих действий при переносе данных, чтобы ничего не забыть и сэкономить время.
После того, как в результате тестовых переносов данных удалось добиться сопоставимости результатов, переходите к финальному переносу.
Финальный перенос
Заранее известите пользователей о дате и времени проведения работ по переносу данных, если возможно - запретите на это время вход в прежнюю программу.
Выделите необходимые ресурсы . Внезапно окончившееся место на жестком диске или отключение электричества значительно уменьшают шансы уложиться в заранее согласованные сроки.
Перенесите данные и выполните заключительные действия - создайте и настройте пользователей, назначьте группы и шаблоны доступа, подключите программу к интернет-поддержке, загрузите базовые классификаторы, настройте программу по заранее согласованным договоренностям.
Запретите ввод данных текущего периода в прежнюю программу.
Первое время после переноса
Будьте готовы к неожиданностям. Каким бы продуманным и хорошо организованным ни был проект перехода на новую программу, почти всегда находятся мелочи, которые забыли учесть, вовремя не обратили внимание и т. п.
Продолжайте развивать план «Б» - планируйте параллельную работу 2-х систем или возможность вернуться на прежнюю.
И в заключение…
Переход на любую современную программу - это сложный, многоэтапный процесс. К нему обязательно нужно готовиться. Следуйте этим простым советам, и Ваш проект перехода обязательно будет успешным.Мы уже несколько раз в своих публикациях поднимали тему перехода на новую редакцию 3.1 программ 1С: Зарплата и управление персоналом. Но вопрос до сих пор не теряет актуальности, т.к. многие организации осуществляют переход в течение года и в настоящее время только готовятся к переносу данных, ставшему обязательной процедурой в связи со снятием старых программ с поддержки. В каком-то плане, им даже будет немного легче, ведь уже известен перечень трудностей и сюрпризов, с которым успели столкнуться компании, перешедшие на новую версию ранее. О части из них мы расскажем в наших материалах.
Но перед проведением непосредственно переноса, который совершается из открытой программы новой редакции, очень важно правильно подготовить информационную базу (ИБ) старой редакции. Мы уже смогли убедиться на опыте – нельзя недооценивать процедуру подготовки, состоящую из нескольких этапов.
1. В первую очередь, надо провести в программе закрытие месяца: отразить в программе все начисления на переносимую дату и все выплаты, иначе остатки по взаиморасчетам могут быть перенесены некорректно.
2. Далее создаем резервную копию ИБ старой редакции. О том, как это сделать, рассказывается в статье Создание копии базы - для чего это нужно и как это сделать . В качестве имени файла удобно указывать наименование программы и текущую дату, также желательно отметить этап, до/после которого делается копия. Например, ЗГУ 02.06.2018 после тестирования.
Эта операция абсолютно идентична для всех программных продуктов фирмы 1С.
Кстати, советую делать резервную копию перед каждым из описанных ниже этапов по переходу на новую редакцию - очень выручает при неудачных действиях (после которых, имея копию, можно будет восстановить базу до последних изменений).
Как провести восстановление при необходимости? Также заходим в Конфигуратор в раздел Администрирование – Загрузить информационную базу. Указываем путь к файлу резервной копии, выбираем его. На вопрос в диалоговом окне отвечаем Да.
В этом случае мы заменяем базу, которую открыли в Конфигураторе, той версией, которую загружаем. Так что для базы, подготавливаемой для переноса данных, желательно создавать отдельную папку в окне открытия программ 1С.
3. Теперь проводим удаление помеченных объектов, как рекомендуется в статье Как удалить документы в 1С
4. Следующим этапом снимаем проведение с документов позднее даты, на которую будем переносить данные, например, с 01.01.2018 или 01.06.2018.
Можно сделать это вручную или воспользоваться встроенной обработкой Сервис – Служебные – Групповая обработка справочников и документов. Этот этап надо выполнять осторожно и перепроверить потом даты всех документов начислений и выплат. Бывает, что взносы в фонды за месяц, например, март начислялись 2 апреля, и тогда с него снимется проведение и данные перенесутся с ошибкой в суммах взносов.
В открывшемся окне выбираем «Документы», потом в верхней табличке нажимаем кнопку «Добавить» и помечаем сразу все документы.
В нижней таблице проводим отбор позднее даты переноса и нажимаем «Отобрать».
Выбираем действие «Проведение документа» - «Снять» и «Выполнить».
5. На данном этапе для корректного перехода необходимо обновиться до самого актуального релиза Как обновить 1С . Единственное уточнение, что обновление рекомендую проводить все-таки через Конфигуратор. И дополнительно рассмотрим еще один из вариантов проведения данной процедуры, который возможен при условии быстрого интернета и наличии логина и пароля у пользователя.
Для этого также заходим через Конфигуратор, открываем конфигурацию, затем в разделе Конфигурирование – Поддержка – Обновить конфигурацию выбираем «Поиск доступных обновлений».
Здесь оставляем проставленными галочки как на рисунке, а именно – поиск обновлений на официальном сайте фирмы 1С. Нажимаем кнопку «Далее». Переходим в следующее окно, где прописываем наш логин и пароль для доступа к обновлениям. Если вы не знаете их, то необходимо обратиться в фирму, в которой приобретали программные продукты 1С. Они должны были зарегистрировать вашу программу на сайте 1С, создать логин и пароль для доступа и предоставить их вам.
6. Теперь проводим тестирование и исправление информационной базы. Описание содержится в статье Тестирование и исправление информационной базы 1С - что это такое и почему его обязательно нужно делать? Данную процедуру советую проводить с небольшим уточнением: на этапе проставления галочек поставить их как на рисунке, чтобы не тянуть лишнее в новую базу.
7. Теперь можно закрывать программу и переходить, непосредственно, к переносу данных, который осуществляется из новой информационной базы.
Далеко не все и не всегда задумываются о наиболее подходящем моменте для перехода на новую версию программ 1С. В большинстве случаев это происходит не подготовлено, что влечет различного рода проблемы. А между тем, вопрос то не так прост как может показаться. Есть множество факторов, которые нужно учесть для выбора правильного момента для перехода. Вот некоторые из них:
Регламентированный учет удобно вести с начала года
Если вы планируете в новой версии 1С вести регламентированный учет (бухгалтерский, налоговый, кадровый, персонифицированный и т.п.), то удобнее всего переходить с начала года. Это вовсе не означает, что в середине года перейти невозможно. Конечно, возможно. Но в этом случае следите, чтобы переход осуществлялся в начале квартала. Управленческий, оперативный, финансовый учет менее критичны к переходу с начала года.
Загрузка собственных специалистов текущей работой
От Ваших специалистов скорее всего потребуются дополнительные усилия для подготовки и запуска новой программы, поэтому желательно выбирать время, когда они заняты меньше - сезонные спады, интервалы между расчетами зарплаты (для зарплатных программ) и т.п.
Достоверность данных в старой системе
Очень распространенная ситуация, когда в торговой системе товарные остатки не соответствуют действительности и собственники не хотят переносить этот бардак в новую. В этом случае момент перехода может быть привязан к инвентаризации. Инвентаризацию в свою очередь тоже не всегда можно провести и для нее выбирается определенное время - опять таки сезонный спад, новогодние или майские праздники и т.п.
Доступность специалистов подрядчика
Если вы планируете привлекать к переходу на новую версию программы 1С специалистов подрядчика, то следует позаботиться об этом заранее. Поскольку большинство переходов делается с начала календарного года, у подрядчиков в это время аврал и все специалисты расписаны на несколько месяцев вперед.
Ориентация на бизнес цели и задачи
На самом деле, конечно же всё должно плясать именно от задач вашего бизнеса. Все другие факторы намного менее значимы.
Мы рассмотрели некоторые факторы, влияющие на выбор момента перехода на новую программу 1С. Однако, в большинстве случаев переходу предшествуют подготовительные работы, на которые тоже нужно выделить время. Давайте рассмотрим какие работы могут потребоваться:
- Обследование текущей программы и бизнес-процессов вашей компании, которые так или иначе будут задействованы при переходе. Оно должно показать достаточно ли типового функционала новой программы, или нужны ее доработки, а также более тщательно спланировать задачи и расставить приоритеты.
- Доработка новой программы 1С . На этом этапе кроме доработок функционала новой программы как правило еще разрабатывается механизм переноса данных из старой программы в новую.
- Тестирование доработок на контрольных примерах. При этом сами контрольные примеры должен готовить заказчик по шаблонам, предоставленным Исполнителем.
- Обучение пользователей новой программе 1С.
- Подготовка к запуску . На этом этапе осуществляется перенос данных из старой программы в новую, установка новой программы на Ваших компьютерах и серверах, а также её первичная настройка.
- Параллельная тестовая эксплуатация старой и новой системы . Этим этапом часто пренебрегают, но именно он гарантирует бесперебойную работу бизнеса и позволяет проверить новую программу в "боевых" условиях.
Как видите, заняться до перехода есть чем, поэтому мы рекомендуем обратиться к подрядной организации как можно раньше.
Вы работаете на 1с7.7? У вас используется типовая конфигурация? Или сильно доработанная? Автоматизация бизнес-процессов за много лет уже отлажены?
Даже при переходе на «1С: Предприятие 8.2" с других программ для ведения учета, например, с "БЭСТ», «Парус», «Инфо-Бухгалтер», имеет ряд особенностей. В том числе они существуют и при переходе на новую платформу в самой 1с. Не следует принимать на веру утверждение, что переход на новую 1с - это лекарство от всех болезней в учете предприятия. Чаще всего это не соответствует действительности. Необходимо реально на примерах протестировать возможности программы и ни в коем случае не верить рекламе. Демонстрация реальных баз данных и примеров смоделированного учета может помочь в этом. Отличия в принципах подхода могут быть катастрофично различными.
В этой статье рассмотрим вопрос, а стоит ли переходить на новую платформу 1с?
Довольно сложный вопрос. В целом предприятие тратит достаточно много ресурсов на проработку и автоматизацию своих бизнес-процессов, что любое вмешательство может повлечь за собой необратимые последствия. В целом, переход с любой программы на другую, достаточно болезненный для всех пользователей момент. Ни одного раза не проходило это безболезненно. Сам переход влечет во всех случаях какие-то финансовые потери. Да, да. Именно финансовые. При любом переходе возникают вещи, которые почему-то не учли, которые возникают с неожиданной стороны.
В бытность запуска на одном предприятии конфигурации Управление производственным предприятием (УПП 1.3), в процессе запуска был проведен анализ на примерах как происходит закрытие месяца и распределение затрат. Все, казалось на тот момент, было нормально. Но как показала практическое применение, то оказалось прото все совсем наоборот. Скажете, что внедренец не опытный попался? Или человеческий фактор? Возможно, все в одном комплексе. Но проанализировав всю проделанную работу, можно с уверенностью сказать, что причина в другом.
Все было запротоколировано досконально. Каждую неделю разработчик-внедренец представлял отчет заказчику и каждую неделю обнаруживалось что-то новое. Удручающе выглядело то, что в программе в типовой конфигурации находились ошибки. Но одно - наличие этих ошибок, и совсем другое - наличие механизмов их поиска и контроля. Так вот этих механизмов совершенно не оказалось. Достаточно простой вопрос, как проверить расчет по средневзвешенной, поставил в тупик. Ведомость по партиям этот ответ не дает. Вернее можно конечно сохранить отчет в Excel-е и там проверять. Но почему это в самой программе не предусмотрено? Самое интересно, что и на сегодня таких инструментов мы не можем найти в типовых конфигурациях. Если они и существуют, то они нам не давали простых ответов. Приходилось изобретать собственные инструменты. Но пока их искали и разрабатывали, были сданы отчеты за пару кварталов.
Конечно, виноват внедренец. Он понадеялся на то, что в типовой конфигурации все это должно работать как часы и необходимо только наладить удобство ввода данных, помочь в заполнении справочников и научить как правильно вводить документы. Только объем информации настолько оказался огромным. Таким огромным, что количества итераций в расчете себестоимости просто катастрофически не хватало. Очень долго искали проблемы ввода данных. И получилось так, что помочь в заполнении справочников, документов - помогли. Но это не гарантировало правильность закрытия периода. Ошибок все равно оказалось настолько много, что правильно рассчитать себестоимость сразу не удалось. За всеми пользователями не уследить. А если еще и на предприятии используется множественность видов учета, многофирменность. Когда у одного подразделения должно быть одно заполнено, у других другое. В одной организации должны вестись такие-то счета учета, а в другой свои номенклатурные группы. Инструментов типовых по контролю за введенной информацией нет.
В конфигурации было много установлено «заплаток» заполнения данных по-умолчанию, каких типовыми механизмами не возможно установить. Но и это не помогло. После закрытия нескольких кварталов (!) суммы почти не вызывали сомнений, что посчитано судя по всему правильно. Однако, мы увидели по нескольким номенклатурам непонятные отклонения и решили проверить, а насколько правильно считаются эти средневзвешенные цены. И сильно удивились, что они катастрофично посчитаны не верно. Катастрофой было то, что отчеты за два квартала были сданы, инструментов по проверке не достаточно или совсем нет, требуется полный пересчет себестоимости, при котором отчетность резко меняет показатели.
При этом программа совершенно бесполезно спрашивает каждый раз вещи, которые может быть и важны при заполнении первичных данных, но контроля это не добавляет.
Вот яркий пример. Почему в документах постоянно спрашивает пользователя при установке галочки «Отражать в бухгалтерском учете» в документе реализация товаров «Перезаполнить счета учета или нет?». И это при каждом нажатии! Мало того, что это раздражает, так еще все равно возникают ошибки в их указании. Один пользователь завел номенклатуру, другой не указал в настройках указания счетов по-умолчанию, а в документах тогда что фигурирует? Проходит месяц. Пытаемся закрыть месяц, а счета учета не те! В нескольких тысячах документов!!! В каждый заходить и устанавливать галочку? Это ж чокнуться можно. Даже групповые обработки не спасают. Все равно полностью ведь пересчитывать все и вся. Скажете, что в самом начале не правильно определено административным путем, кто, что должен заносить в справочники? И будете правы. Но, тем не менее, сколько бы не бились над этим административным путем, ошибки как были, так никуда и не уходили. А вот механизм установки их по-умолчанию при записи документа, сразу дает результат. Не дается на откуп пользователю вводить эти данные, они устанавливаются автоматически. Ругать пользователя? Наказать его? А если до отчетной даты сдачи отчета по прибыли остается 5 дней? Лучший способ - предотвратить.
К чему мы именно указали именно этот пример? К тому, что таких «заплаток" в базе установлено в нашем случае около полутора тысяч. Как считаете, это в новой программе все будет учтено? Ничего не забыто? А если конфигурация будет резко отличаться от способов ведения учета? Допустим Управление торговлей 10.3 и 11.0. Это ведь по-сути совершенно принципиальное имеет отличие. Схожесть может, и найдем в пару сотне случаев, а в остальном на грабли будем уже новые наступать. Так как считаете, стоит ли переходить на новую конфигурацию?
Прежде всего, следует детально проработать текущие бизнес-процессы, а затем уже определятся с необходимостью перехода. Причиной для перехода может послужить неудовлетворенность в работе текущей программы (например, постоянные блокировки, плохая скорость работы). Лучше составить общую таблицу с определением плюсов и минусов текущей программы и новой конфигурации, необходимо оценить работу уже имеющегося учета, все достоинства и недостатки системы. Если действительно разница будет существенной, то тогда стоит рассматривать. А вот, если в работе никаких сложностей не возникает, программа стабильно работает, оправдывает себя, то вероятнее всего и не стоит на данном этапе заниматься ее заменой. Лучше проблемы устранить в текущей программе.
А вот при регистрации нового предприятия, когда только начинается работа. Тут как раз не будет существовать такого анализа между старым и новым. Возникнет только анализ между новыми конфигурациями.
Вывод
Новое не всегда лучше старого. Сам переход потребует больших
финансовых и человеческих затрат. Просчитать стоимость перехода совершенно не представляется возможным ввиду того, что в любом случае возникнут непредвиденные обстоятельства и потребуется еще дополнительные средства. Нужно быть готовым к этому и самое главное понимать, что этого не избежать.
Фирма "1С" довольно тки часто меняет платформу, а следом за ней и разрабатывает новые конфигурации. Хорошо, если она продолжает их технологическое сопровождение. Но, по-большей части, это слишком затратно становится и с поддержки конфигурация снимается. Таким образом, фирма "1С» стимулирует переход на новую платформу. Здесь получается совсем не хорошая картина. Предприятия, которые постоянно модернизирует собственные наработки с помощью заказов разработчикам, остаются с чем? С тем, что конфигурации будут не поддерживаться?
Даже при этих условиях, жизнь показывает, что конфигурации остаются в работе на очень
долгое время. На сегодня многие продолжают работать на платформе 1с7.7. Покидать
платформу 1с8.2? А насколько существует потребность в переходе на 1с8.3 - этот
вопрос необходимо тщательно проработать. Если действительно это ускорит работу
пользователей, то тогда, видимо, стоит. Поддаваться настроениям моды мы никому не советуем.
А для вас переход на новую конфигурацию будет безболезненным? Вы действительно находите вещи в новых конфигурациях, которые ускорят работу пользователей или помогут в вашем нелегком учете?
ИМЕЮТСЯ ПРОТИВОПОКАЗАНИЯ. НЕОБХОДИМО ПРОКОНСУЛЬТИРОВАТЬСЯ СО СПЕЦИАЛИСТОМ
