В 1С есть регистр сведений ПубличныеИдентификаторыСинхронизируемыхОбъектов, призванный для сопоставления сущностей текущей и внешних систем. И в нем есть поле Ссылка - которое может принимать значение практически любой сущности. Если избавляться от данного антипаттерна - придется завести глобальную таблицу, куда будут писаться все сущности и ссылаться на нее?
Получается, что если бы в далёком XV веке Джованни Бьянкини выбрал, например, тот самый вопросительный знак, то мы сейчас гораздо меньше страдали бы от неожиданных ошибок.
Нашелся бы умник использовать восклицательный знак или перевёрнутый вопросительный.
Мне кажется задачу надо решать иначе. При изменении/вставки/удалении статуса - записывать данные в регистр сведений изменения или использовать план обмена. Либо 1С периодически (регл.задание), либо сайт периодически читает данные изменения - экспортирует их и соответственно очищает.
В типовых конфигурациях 1С есть такая замечательная таблица, в которой отражаются данные о продажах. В УТ, КА и ERP это регистр накопления под названием ВыручкаИСебестоимостьПродаж. Таблица хороша тем, что в ней собрана вся необходимая информация о продажах: товар, количество, сумма, покупатель, дата продажи, себестоимость, менеджер
В этой таблице действительно собрали и выручку и себестоимость. И не сделали разбиения по ролям смотреть их отдельно. В итоге или доступно всё или ничего. А зачастую хотят разрешить видеть выручку и запретить себестоимость
Чудес не бывает. Ничего не блокируется, а между проверкой наличия ключа и добавлением всегда есть вероятность, что кто-то это сделает быстрее. Не получится ли внутренняя ошибка?
В 1С есть регистр сведений ПубличныеИдентификаторыСинхронизируемыхОбъектов, призванный для сопоставления сущностей текущей и внешних систем. И в нем есть поле Ссылка - которое может принимать значение практически любой сущности.
Если избавляться от данного антипаттерна - придется завести глобальную таблицу, куда будут писаться все сущности и ссылаться на нее?
Номер в документе отличается от выбитого на кузове
Если Вам не хватает типового функционала, то можно использовать механизм внешних обработок для задания собственной логики скидок и условий по ним
Нашелся бы умник использовать восклицательный знак или перевёрнутый вопросительный.
Краткий вывод - использовали инструмент, функционал которого не изучили.
То есть всё ранее
https://habr.com/ru/articles/796393/
https://habr.com/ru/articles/734854/
оказалось, простите, "лажей"?
Мне кажется задачу надо решать иначе. При изменении/вставки/удалении статуса - записывать данные в регистр сведений изменения или использовать план обмена. Либо 1С периодически (регл.задание), либо сайт периодически читает данные изменения - экспортирует их и соответственно очищает.
Стоит упомянуть про нововведение c++23 Explicit object member functions
https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2021/p0847r7.html
Конфигуратор+git на ERPУХ это о-о-о-о-очень медленно
Плюсы/минусы по отношению к продукту УТ?
Что будет в случае пожара при ветре вдоль линии здания?
Как быстро песок занесет этажи здания при поперечном ветре?
Не надо хранить данные в расширениях
Дайте определение слова "катовер"
В спецификации оба оператора должны возвращать false
В тему обсуждения ссылка https://habr.com/ru/companies/jugru/articles/423891/
Жаль нельзя интерфейсы "навешивать" на анонимы:
var x = new {Id = 42, Name = "Ivan"} : INamed;В этой таблице действительно собрали и выручку и себестоимость. И не сделали разбиения по ролям смотреть их отдельно. В итоге или доступно всё или ничего. А зачастую хотят разрешить видеть выручку и запретить себестоимость
а зачем везде одинаково переопределять
Есть валидаторы, компонующие другие валидаторы по and или or?
Есть валидатор, требующий выполнения при условии?
Чудес не бывает. Ничего не блокируется, а между проверкой наличия ключа и добавлением всегда есть вероятность, что кто-то это сделает быстрее. Не получится ли внутренняя ошибка?