В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

1С, БСП, DevOps и Архитектура

1444 membersпожаловаться на группу
2020 January 24

D

Danil in 1С, БСП, DevOps и Архитектура
Антон Степанов
https://wonderland.v8.1c.ru/blog/kak-i-zachem-my-pomenyali-polzovatelskiy-interfeys-v-versii-8-3-15/
Заметки из Зазеркалья
Как и зачем мы поменяли пользовательский интерфейс в версии 8.3.15
Мы стараемся развивать и улучшать пользовательский интерфейс наших приложений, поддерживая при этом разумный баланс между современным дизайном интерфейса и его удобством, сохраняя при этом (по возможности) преемственность по отношению к предыдущим версиям.
это все в стиле компании 1с. Выпустить статью про изменения в 8.3.15 в конце 18 года (https://wonderland.v8.1c.ru/blog/globalnyy-poisk/). Выпустить 8.3.15 в середине 19 года. Выпустить статью разъяснение про новый интерфейс в 2020.
Озвучу банальность, но рассказ  про изменения UI в 8.3.15 нужно было выпускать как раз в конце 18 года, а не через полгода после выхода.
источник
13:25пожаловаться#1

BS

Basil Stepanov in 1С, БСП, DevOps и Архитектура
как грамотно спроектировать архитектуру: нужно загружать из одной конфигурации в другую данные регистров накопления, регулярно обновлять и получать по ним отчеты. Конфигурации абсолютно разные. В какой объект организовать перенос?
источник
13:34пожаловаться#2

JD

John Doe in 1С, БСП, DevOps и Архитектура
Basil Stepanov
как грамотно спроектировать архитектуру: нужно загружать из одной конфигурации в другую данные регистров накопления, регулярно обновлять и получать по ним отчеты. Конфигурации абсолютно разные. В какой объект организовать перенос?
Справочник / документ без движений / регистр сведений, повторяющий структуру источника.
Далее уже пост-обработка сырых данных по конвертации этих сырых данных в записи регистра приемника.
источник
13:36пожаловаться#3

BS

Basil Stepanov in 1С, БСП, DevOps и Архитектура
John Doe
Справочник / документ без движений / регистр сведений, повторяющий структуру источника.
Далее уже пост-обработка сырых данных по конвертации этих сырых данных в записи регистра приемника.
регистры приемника какие? если регистр накопления, то нужен регистратор. И каждый раз удалять регистратор при загрузке так себе вариант
источник
13:38пожаловаться#4

JD

John Doe in 1С, БСП, DevOps и Архитектура
Ну если не нужны плюшки РН в приемнике (для отчетов - итоги там, агрегаты, обороты), то грузи тупо все в регистр сведений
источник
13:39пожаловаться#5

JD

John Doe in 1С, БСП, DevOps и Архитектура
Регистратор - надежнее с точки зрения бизнеса. Его просто так не удалишь, в отличие от записи регистра сведений.
источник
13:39пожаловаться#6

BS

Basil Stepanov in 1С, БСП, DevOps и Архитектура
John Doe
Ну если не нужны плюшки РН в приемнике (для отчетов - итоги там, агрегаты, обороты), то грузи тупо все в регистр сведений
вот как раз таки нужны.
источник
13:40пожаловаться#7

JD

John Doe in 1С, БСП, DevOps и Архитектура
Ну регистратор тогда с сырыми данными, при пост-обработке - преобразовывать их и формировать движения в РН
источник
13:40пожаловаться#8

BS

Basil Stepanov in 1С, БСП, DevOps и Архитектура
John Doe
Регистратор - надежнее с точки зрения бизнеса. Его просто так не удалишь, в отличие от записи регистра сведений.
при повторной загрузке регистратор надо будет удалять.  очень не хочется такое
источник
13:41пожаловаться#9

JD

John Doe in 1С, БСП, DevOps и Архитектура
Ну тебе оттуда виднее, какова механика загрузки - есть ли квитирование, есть ли идентификация каждой записи или среза записей источника
источник
13:42пожаловаться#10

JD

John Doe in 1С, БСП, DevOps и Архитектура
Ну а какие проблемы с удалением регистратора? Итоги тебе в любом случае придется пересчитывать после каждой загрузки, если нужны актуальные данные в отчетах, получаемые из РН.
А уж каким образом - снятием активности или сразу удалением записей - не суть.
источник
13:43пожаловаться#11

JD

John Doe in 1С, БСП, DevOps и Архитектура
Но ты же не будешь каждый раз весь срез всех данных засасывать
источник
13:43пожаловаться#12

BS

Basil Stepanov in 1С, БСП, DevOps и Архитектура
John Doe
Ну тебе оттуда виднее, какова механика загрузки - есть ли квитирование, есть ли идентификация каждой записи или среза записей источника
данные грузятся сводно, помесячно. поэтому минимальный срез это месяц
источник
13:45пожаловаться#13

JD

John Doe in 1С, БСП, DevOps и Архитектура
Basil Stepanov
данные грузятся сводно, помесячно. поэтому минимальный срез это месяц
Ну т.е. если в июле 2019 что-то одно поменяли то тебе надо засосать заново весь июль?
источник
13:45пожаловаться#14

BS

Basil Stepanov in 1С, БСП, DevOps и Архитектура
John Doe
Ну т.е. если в июле 2019 что-то одно поменяли то тебе надо засосать заново весь июль?
да. потому что мы не знаем, что поменялось.
источник
13:46пожаловаться#15

JD

John Doe in 1С, БСП, DevOps и Архитектура
А как будешь узнавать, что в источнике поменяли только в июле что-то?
источник
13:46пожаловаться#16

JD

John Doe in 1С, БСП, DevOps и Архитектура
Если завязываться на дату изменения регистра в источнике, то ты просто в какой-то момент узнаешь, что неизменяемая граница сдвинулась на июль
источник
13:47пожаловаться#17

JD

John Doe in 1С, БСП, DevOps и Архитектура
А то что в августе и далее ничего не изменилось - не узнаешь)
источник
13:47пожаловаться#18

BS

Basil Stepanov in 1С, БСП, DevOps и Архитектура
John Doe
А как будешь узнавать, что в источнике поменяли только в июле что-то?
этого не требуется. по регламенту через неделю период закрывается.
источник
13:48пожаловаться#19

JD

John Doe in 1С, БСП, DevOps и Архитектура
Ну чо тогда паришься - регистратор на каждый месяц в приемнике заводишь и под него подкладываешь движения
источник
13:49пожаловаться#20