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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

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

1950 membersпожаловаться на группу
2021 March 11

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
Дмитрий
10.3 сильно вскользь. Поддерживал маленьких ребят, у которых проблем не было. А как могут резервы уйти в минус, если им нельзя это делать?
изза использования парадигмы в заказах непосредственно после изменения заказа пользователю предлагалось провести опертивно или неоперативно. если он выбирал неоперативно то отключился контроль остатков потому что система считала что документ вводится задним числом.
источник
18:41пожаловаться#1

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
ZEEGIN
изза использования парадигмы в заказах непосредственно после изменения заказа пользователю предлагалось провести опертивно или неоперативно. если он выбирал неоперативно то отключился контроль остатков потому что система считала что документ вводится задним числом.
Ну вот это конкретный тупняк архитекторов "если документ вводим задним числом, то ошибки невозможны". За такое бить надо.
источник
18:42пожаловаться#2

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
в итоге по звонку заказчика манагер менял заказ, проводил его, например добавив пару позиций к заказу и тут же ставил их в резерв. сичтема проводила их без контродя выписывая в резерв то чего реально на балансе не было.
источник
18:42пожаловаться#3

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
текущее поведение заказа - это удобство для пользователя, а архитектура должна под это подстроиться.
источник
18:43пожаловаться#4

ПМ

Павел Мишин... in 1С, БСП, DevOps и Архитектура
Дмитрий
Это в 2.5? пока не решаемся. Вот с годом расстанемся и пойдем познавать новые границы.
2.5.5 анонсировали "начала" движения в эту сторону
источник
18:43пожаловаться#5

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
ZEEGIN
в итоге по звонку заказчика манагер менял заказ, проводил его, например добавив пару позиций к заказу и тут же ставил их в резерв. сичтема проводила их без контродя выписывая в резерв то чего реально на балансе не было.
То есть проблема отрицательных остатков в кривом решении, отключающем контроль остатков, а не в требовании править заказ корректировкой.
источник
18:44пожаловаться#6

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
Дмитрий
То есть проблема отрицательных остатков в кривом решении, отключающем контроль остатков, а не в требовании править заказ корректировкой.
проблема в том, что парадигма в которой разработан заказ предполагала что в него не будут вносить изменения и будут создавать новые длкуиенты корректировок, что на практике оказалось неудобно
источник
18:45пожаловаться#7

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
ZEEGIN
проблема в том, что парадигма в которой разработан заказ предполагала что в него не будут вносить изменения и будут создавать новые длкуиенты корректировок, что на практике оказалось неудобно
Как человек, разрабатывавший систему оперативного учёта с нуля могу сказать - нахер пускай идут со своими желаниями что-либо править задним числом в проведённых документах. Снятие права редактирования проведённых решает уйму проблем.
источник
18:47пожаловаться#8

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Но кто бы что не говорил - возможность изменить что-либо в старых документах и привести данные в неконсистентное состояние - ошибка в архитектуре. И ответственность на том, кто это позволил сделать, а не на пользователях, которые что-то там могут
источник
18:48пожаловаться#9

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
ZEEGIN
проблема в том, что парадигма в которой разработан заказ предполагала что в него не будут вносить изменения и будут создавать новые длкуиенты корректировок, что на практике оказалось неудобно
Вы только что написали, что проблема в отрицательных остатках. Проблема отрицательных остатков - только в отсутствии их контроля. Иначе в большинстве случаев люди бы спокойно правили заказ (как отражающий длящуюся хозоперацию договоренности с клиентом), а в некоторых система бы ругалась, что так передоговариваться нельзя и оператор вводил бы корректировку, отражающую реальные движения/договоренности.
источник
18:48пожаловаться#10

ИС

Ильдар Сафиуллин... in 1С, БСП, DevOps и Архитектура
Ребята, кто нибуь скинте php.ini на 7.4
источник
18:48пожаловаться#11

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Ильдар Сафиуллин
Ребята, кто нибуь скинте php.ini на 7.4
Вы ошиблись чатом.
источник
18:49пожаловаться#12

ИС

Ильдар Сафиуллин... in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
Вы ошиблись чатом.
понял, дурак
источник
18:50пожаловаться#13

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
Как человек, разрабатывавший систему оперативного учёта с нуля могу сказать - нахер пускай идут со своими желаниями что-либо править задним числом в проведённых документах. Снятие права редактирования проведённых решает уйму проблем.
Заказ клиента - это сущность описывающая намерения купить, с ней работают иногда несколько недель до финального согласования.
источник
18:53пожаловаться#14

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
ZEEGIN
Заказ клиента - это сущность описывающая намерения купить, с ней работают иногда несколько недель до финального согласования.
Ну значит он не должен быть документом. Но и справочником ему быть не с руки, значит в платформе не хватает объекта, имеющего жизненный цикл.
источник
18:55пожаловаться#15

АС

Антон Степанов... in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
Но кто бы что не говорил - возможность изменить что-либо в старых документах и привести данные в неконсистентное состояние - ошибка в архитектуре. И ответственность на том, кто это позволил сделать, а не на пользователях, которые что-то там могут
да кому тогда нужна будет эта ваша 1С без возможности чо нить поменять задним числом?
источник
18:55пожаловаться#16

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
ZEEGIN
Заказ клиента - это сущность описывающая намерения купить, с ней работают иногда несколько недель до финального согласования.
Если её редактирование позволяет зарезервировать отсутствующий на складе товар без механизма автоматизированной обработки такой ситуации - это все ещё херня
источник
18:55пожаловаться#17

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
Если её редактирование позволяет зарезервировать отсутствующий на складе товар без механизма автоматизированной обработки такой ситуации - это все ещё херня
Потому и пересмотрели подход к документу в УТ 11
источник
18:56пожаловаться#18

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Антон Степанов
да кому тогда нужна будет эта ваша 1С без возможности чо нить поменять задним числом?
Механизмы корректировки данных отдельными документами. Рекомендую. Заодно и дисциплинирует пользователей хорошо.
источник
18:56пожаловаться#19

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
ZEEGIN
Потому и пересмотрели подход к документу в УТ 11
Падажжи, так ты ут 10.3 привёл как пример хорошей архитектуры или плохой?
источник
18:57пожаловаться#20