Потому что ошибка в твоем случае БСПшная, а не БПшная

от затупил то.  (   спасибо

А где про это почитать можно ?

пока это не опубликовано

Подождем. Ну а описание аналога в других системах? Или 1С что-то совсем свое пилит ?

Если у кого-то есть описание подобного механизма в других системах, мне тоже было бы интересно посмотреть.

у нас в самописке используется два механизма (в зависимости от нормативных заморочек)
общее: корректировка документа - это новый документ такого же типа с видом (реквизитом) "корректировка" и ссылкой на документ-основание. у первички - "первичный" соответственно. на один документ-ссылку может быть создана только одна корректировка, т.е. корректировки абсолютно линейны. корректировка на корректировку возможна.
различия в движениях:
1) в первом варианте корректировка выключает все движения документа-основания (активность = ложь) и формирует свои движения на дату (самого) первичного документа-основания
2) во втором варианте корректировка формирует дельта/сторно движения относительно документа-основания на дату документа-корректировки.

Может кто подсказать, какие сейчас недостатки у gitsync и GitConverter перед друг другом? Есть ли у конвертора какие-то особенности, которые будут критичны и которые отсутствуют у gitsync? Чем будет лучше раскладывать огромные конфигурации?

1. гитконвертор требует 1Ски и EDT. гитсинх может работать без 1Ски
2. гитконвертор выгружает в формате EDT, гитсинх в формате конфигуратора.
3. гитконвертор типа умеет паралелится, когда каждый этап выполняется параллельно - выгрузка из хранилища, разборка на исходники, конвертация в EDT и коммит. гитсинх выполняет каждый коммит последовательно
4. гитконвертор юзает фоновые задания в 1Ске. Гитсинх нужно пинать чем то отдельным - дженкинсом или еще чем

> 1. гитконвертор требует 1Ски и EDT. гитсинх может работать без 1Ски

не может. выгрузка идет конфигуратором в любом случае.

а, ну да, я чот про доступ к хранилищу только подумал

1. Гитконвертор требует серверной 1С или другой режим работы, в котором есть фоновые задания - запущенная база или автономный сервер, EDT, джаву к ней и это все значительно прожорливее гитсинха

Отличается от типового механизма возможностью записи движений задним числом ? Трудно представить как потом отрабатывать результаты при восстановлении последовательности.

У меня система с оперативным учётом день в день и жёсткой последовательностью действий. Плюс нет регистров накопления, а только сведения, так как это что-то вроде кадрового учёта, поэтому там в принципе мало где есть понятие последовательности

Пропуски в учёте, конечно, бывают, но высокая гранулярность сглаживает эти проблемы

Посмотрим что нам нарисует 1С

Есть ещё такая вещь как производительность. И не стоит забывать про микромир языка 1С, который живет по законам платформы и выпрыгнуть из неё не может

Основное достоинство gitsync - это простота.
А гитконвертер пришлось курить с отладкой. Не интуитивно, перегружено параметрами показалось.

Сложность тут не очевидное свойство. Я вот гитсинх не осилил в свое время