Будет ли работать?

[Чайник заварочный]

У нас сейчас стоит 1С:Предприятие 7.70.018 Комплексная нелицензионная. Хотим прибрести лицензионную упрощенку. Стоит она 70 у.е. - базовая, однопользовательская. Подскажите, если мы ее поставим на данный релиз программы, можно ли будет вносить изменения в конфигуратор и будет ли позволять работать нескольким пользователям и будет ли работать она вообще с данным релизом 1сПредприятия?
Заранее спасибо.

[Bazil]

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

[moroder]

Bazil, А зачем 20-й? у меня на 18-ом пашет вроде.
К тому же я не уверен, что ее (УСН) нужно приобретать - вроде как продается компонента (в данном случае нужен бухучет), а типовые идут как бесплатное приложение (что-то типа демонстрации). (А компонента у вас уже приобретена)

[Чайник заварочный]

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

[moroder]

Примерно так.

[Fosihas]

Чайник заварочный .
Очень прагматичный подход.

[training1C]

Чайник заварочный , поход таки ошибочный, а не прагматичный, как говорит Fosihas .
Процитирую вас :
1)Хотим купить в коробке, чтобы были доступны обновления, отчетные формы и т.п.
2)она не будет ущербной (можно будет вносить изменения в конфигуратор)
Вывод - если изначально планируете вносить изменения - забудте про обновления, тогда зачем покупать?
Если не планируете изменять, то вопрос теряет свой смысл.

[Чайник заварочный]

training1C
Ну а если изменения конфигурации будут не существенные, но , тем не менее, необходимые, например: изменить внешний вид формы какого-либо документа, в журнал добавить лишний столбец и т.д., то при обновлении, даже если оно пройдет успешно, все изменения пропадут?

[training1C]

Во-первых "аппетит приходит во время еды". Это сначала хочет "незначительных" изменений, а потом пошло-поехало.

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

Для того чтобы уменьшить собственный геморрой при объединениях необходимо изменения вностить путем добавления новых объектов. Например есть у вас отчет "Отчет об остатках ТМЦ" и вы захотели его видоизменить (ну не нравиться он вам), то надо изменять не сам этот отчет, а сначала скопировать его у себя в конфигурации и обозвать "ОТчет об остатках ТМЦ (модифицированный)" и его уже изменять, в этом случае при объединении с новой типовой конфигурацией ваш новый объект (отчет) не будет затронут. Но к сожалению это подходит не для всех ситуаций.

[Forester]

training1C

То есть если Вы, например, изменили печатную форму документа, то вам либо придется каждый раз изменять ее после обновления или не обновлять данный документ

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

[training1C]

Ну да, ну верно.
Ньюансов много, всех не объяснишь, думаю общую логику люди поняли.