1 с бухгалтерия 8.4 - Фирма «1С» выпустила ознакомительную версию платформы системы программ «1С:Предприятие 8.4»

Только полноправные пользователи могут оставлять комментарии. TM Feed Хабрахабр Geektimes Тостер Мой круг Фрилансим. Хабрахабр Публикации Пользователи Хабы Компании Песочница.

Экономим место, время и ресурсы сервера 1С Блог компании Кнопка. Иначе очень скоро придётся нанимать армию админов: Метафора простая, и, надеюсь, понятная: Всё это настраивается через конфигуратор.

Повторяем эту операцию для каждой базы-области. Обещанная ложка дёгтя, даже четыре: Добавить в закладки Метки лучше разделять запятой. Не понятно, что именно вы хотели добиться.

"1С:Предприятие "

У вас проблемы с разделенными регламентными заданиями или с общедоступными? На вашем скрине видно, что ни регламентные задания, ни регистр курсов валют вы не разделяли — то есть у вас сейчас у всех компаний разделенной базы одна и та же информация. Более того, кто-то один может под себя исправить курс, а другие при закрытии месяца могут поймать необъяснимые курсовые разницы гипотетически конечно; уверен — вы учли этот фактор.

Лично у меня в проектах разделение не прижилось — я его пытался использовать как только оно появилось в последних версиях 8. Но как я смутно помню из документации кстати, зачем вам маркетинговая статья с сайта 1С и гугление, если есть хорошая детальная техническая документация??? Проблема пока с регламентными заданиями, что оказались общими — они не видны в списке, только в режиме конфигуратора.

Это затрудняет их настройку и отслеживание статуса. Мы используем предпоследний релиз 8.

Не ждали, не гадали -

Возможно в более старых версиях это работало. Я в этом деле понимаю мало… Но, как бы не сталось так, что: B скорости будет 1с А так конечно — очень, очень круто!

Куча фирм, и всего 2гб в MSSQL, это-ж и бесплатной версией можно пользоваться для. Смена версии платформы мало влияет на то что мы настроили. А то сами представляете, насколько это опасно всё. Тут тоже как-то непонятно… В чем сакральность разделения правил? Для гарантирования ссылочной целостности? Тогда нужно и все документы-сделки вынести в отдельный файл правил. На самом деле никогда не было проблем с выгрузкой всех данных одним единым правилом. Но мой опыт говорит, что размер первички в несколько порядков превышает данные НСИ.

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

Вы не поверите… Но в какой то степени именно для сохранения ссылочной целостности! Загрузка у нас тоже вот вот будет в автоматическом режиме — что минимизирует человеческий фактор. И к тому же утверждать что мы что-то делаем не руками, когда на самом деле мы делаем это руками — не честно.

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

И неважно отдельные это базы или одна разделенная. Экономить на лицензиях можно менеджером лицензий. Если им раздавать лицензии, одна лицензия действует на один клиентский компьютер независимо от количества открытых баз или количества открытых сеансов. Почитал ещё раз условия лицензионного соглашения, согласен с вами — наш текст звучит не однозначно и скорее всего релевантный только для наших условий.

О выпуске ознакомительной версии 8.4 платформы "1С:Предприятие"

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

Думаю переход в одну базу, не важно разделённую или нет, зависит скорее от: Как ведётся учёт в этих организациях? Одинаков ли план счетов? Кто работает с базами, один и те же пользователи? Нужно ли видеть сводные отчёты, сальдооборотки? Плюс нужно учесть размеры баз, если большие — то лучше не объединять.

Так же советую поговорить об этом с бухгалтером — она, наверняка, может сказать свои доводы, к которым стоит прислушаться. Исследовал в свое время возможности разделения данных в БСП-подобных конфигурациях.

В БСП есть встроенные механизмы выгрузки и загрузки данных в область. ВыгрузкаДанных, загрузка через ОбщаяКоманда. ЗагрузитьДанныеВОбласть Не нашел один момент. Существует ли возможность выполнения запроса по нескольким разделенным областям из сеанса с выключенным разделением?

Вот ответ от нашей замечательной программистки: Надеемся, что в ближайших релизах платформы такая возможность появится. А вот если бы 1С была устроена немного. Скажем, каждая база не содержала бы метаданные, а только хранила бы данные пользователей. А конфигурация располагалась бы на сервере где-то в другом месте в файлах md как в 7. Тогда можно будет создавать несколько баз одной конфигурации, а при обновлении конфигурации чтобы проходило автоматическое обновление всех баз этой конфигурации.

И еще так же отдельно хранились бы пользователи. Разделение данных именно для этого и создано. Данные многих организаций лежат в одной общей для них конфигурации. Пользователей так же можно разделить. Не мечта — но вполне себе съедобный кактус. В случае отдельных баз могли бы решиться некоторые проблемы, например эти: А кто-нибудь экспериментировал с вьюхами на КЛАДР в соседней, специально выделенной базе вместо отдельных таблиц в каждой из используемых баз? Вы не сталкивались с ситуациями, когда на реальных данных в работающей базе: Нужно разделенный по областям данным объект например, регистр накопления сделать общим.

Обратная операция — нужно общий объект, разделить по областям данных. Как вы действуете в этом случае? В целом сказать, что случится в вашем случае сложно, но мы пару раз ловили после обновления такое: Слетели проводки части документов во всех или некоторых областях 2.

Наши разделённые объекты вдруг стали общими — те что мы разделили потерялись 3. Наши общие объекты улетели в одну из областей — остальные области перестали запускаться. Всё это конечно фиксится и довольно малой кровью, но не приятно. В общем мы сейчас более совершенный способ работы используем. Не могу про него пока написать надеюсь скоро запилю статью. Дата основания 01 января Локация Екатеринбург Россия Сайт knopka.

СУБД для 1С Fresh. Почему нет русского Amazon, или где зарыта? Интересные публикации Хабрахабр Geektimes. Подробный гайд по выбору ноутбучной оперативки GT. Ученые придумали метод сокращения энергопотребления нейросетей для использования на мобильных платформах GT. Сотовые телефоны могли быть у нас на десятилетия раньше GT.

Что может пригодиться гику в отпуске? Docker Compose, автокоррекции RuboCop в редакторе, улучшенный VCS. Что читать о нейросетях. Детективная история или куда пропадает связь? Bitfury Group провела 1-ю транзакцию в Lightning Network c использованием биткойн-протокола.

Разделы Публикации Хабы Компании Пользователи Песочница. Информация О сайте Правила Помощь Соглашение Конфиденциальность.

Материалы по теме
Для того, чтобы оставить комментарий, Вы должны авторизоваться.
Гость

Специалист" по платформе "1С: С помощью программы можно автоматизировать предприятия любого масштаба.