Интересно, а в 1С можно безболезненно отказаться от перепроведения документов ?

[Logger]

Интересно, а в 1С можно безболезненно отказаться от перепроведения документов ?
В Аксапте же живут без этого. И во многих других системах тоже.

[mazzy]

Цитата:

Сообщение от Logger

Интересно, а в 1С можно безболезненно отказаться от перепроведения документов ?
В Аксапте же живут без этого. И во многих других системах тоже.

Нет, нельзя.

Чтобы "отказаться от перепроведения", нужно добавлять механизмы "допроведения".
Другими словами, себестоимость, например, должна рассчитываться не в одном месте, а в нескольких.

В Акспате (и в других системах) есть первоначальная себестоимость. А есть коррекции себестоимости, которые возникли как "допроведение" от накладных расходов, новых документов, внесенных задним числом, расчета по алгоритму списания себестоимости, коррекции стоимости запасов и др.

В 1С себестоимость рассчитывается в одном месте - в момент списания.
Так алгоритмы писать проще

[Logger]

Неужели только из-за этого делается перепроведение ?
Не слишком ли дорогой ценой ?

[mazzy]

или другой пример: оплаты и сопоставление с отгрузками.

когда создается оплата, нужно:
1. создать проводки по оплате
2. решить это аванс или не аванс
3. если это аванс, то выделить НДС с авансовых платежей и создать проводку по НДС
4. если это не аванс, то найти отрузку и сопоставить с ней
5. ???
6. Profit

В Аксапте аванс/не-аванс определяется человеком, а не системой.
В Аксапте сделать платеж авансовым/не-авансовым можно отдельно от разноски платежа (при этом автоматически создаются и сторнируются проводки по НДС с авансовых платежей)
В Аксапте сопоставить/рассопоставить можно отдельно от разноски платежа (при этом автоматически создаются и сторнируются проводки по курсовым и суммовым разницам).

В 1С все действия делаются в одном месте (так проще программировать)
И 1С сама автоматически определяет аванс/не-аванс (что приводит к диким эффектам и зависимостям от порядка ввода документа, но зато дает ощущение хоть какой-то автоматизации ).

Отказаться от перепроведения в 1С - это значит написать не один документ, а несколько. Между этими документами надо отслеживать связи и т.п... В общем, все станет на порядок сложнее, чем сейчас в 1С. Примерно так, как в Аксапте.

Кроме того, 1С не может отказаться от "автоматизации авансовых платежей" по маркетинговым соображениям даже если четко понимает, что такая "автоматизация" является профанацией.

[Logger]

Понятно.
Мыши кололись, плакали, но ели кактусы...

[mazzy]

Цитата:

Сообщение от Logger

Неужели только из-за этого делается перепроведение ?
Не слишком ли дорогой ценой ?

Что именно достигается дорогой ценой?

1С изначально ориентирована на бухгалтера. Бухгалтера очень редко интересует какая цифра была раньше. Чаще он как раз просит "мне нужна правильная цифра, а остальное уберите". Чтобы сдать "правильную отчетность государству". Другие "читатели отчетов" бухгалтера в нашей стране не интересуют.

1C изначально ориентирована на небольшое число бухгалтеров. 5-10-15. Такое число людей вполне может договориться и не трогать данные в старых периодах. Хотя уже при 15 пользователях такие договоренности держатся на соплях...

В общем, небольшую бухгалтерию перепроведение вполне устраивает.

=================
Другое дело, если система хранит не только бухгалтерские данные, но и данные для оперативного учета, данные для принятия управленческих решений. Тем более важно это становится, когда пользователей становится много, и они не могут "договориться" между собой. В этом случае бывает предельно важно сохранить исторические данные для разбора полетов, чтобы понять почему принимались те или иные решения.

Но сохранение исторических данных требует совершенно другого подхода к программированию.
А самое главное - сохранение исторических данных НЕ НРАВИТСЯ БУХГАЛТЕРУ.
А бухгалтер - кровь и соль 1Са, основной заказчик и плательщик.
1С не может добавить функционал, который не нравится бухгалтеру. Для 1Са это будет смерти подобно.

==================
Поэтому - нет, не дорогой.
Наоборот, 1С делает то, что нравится его основному заказчику.

[Сисой]

Mazzy все разложил по полочкам.
От себя добавлю:
1. В бухгалтерских конфигурациях 1С вряд ли будет отказываться от перепроведения в текущем периоде. Максимум, на что способны типовые - защищать от корректировки в зависимости от роли закрытые отчетные периоды.
2. В решениях для оперативного учета 1С будет вводить настройки, затрудняющие корректировки задним числом. Для тех организаций, которые вкусили прелесть бардака и желают ограничить фантазии юзеров. Тем более, что это реальные бабки.
3. В комплексных решениях типа УПП уже сейчас можно заставить себя работать без перепроведения, если документы поступают в учетный контур более-менее своевременно. Документ "сторно" есть, типовые алгоритмы его понимают. Закрытие месяца (РАУЗ) позволяет доначислить себестоимость. На практике все равно приходится прибегать к небольшой доработке типовых решений, но 80% функциональности в типовой есть.
Проблема лишь в наличии управленческой воли, позволяющей "согнуть" бухгалтера в пользу топов операционной деятельности.

[Nick]

Цитата:

Сообщение от mazzy

Нет, нельзя...

согласен с Сергеем
но, как промежуточный вариант (и для УУ/МСФО и для РСБУ), мы на одном из проектов добавили в 1с8 механизм регистрирующий все проводки при перепроведении документов (сделанные после даты Х, приблизительно даты закрытия отчетного периода - не путать с датой сдачи регламентированной отчетности))).
Была ест-но и опция запрета перепроведения любых документов задним числом для "простых смертных"...

[Alex_K]

Цитата:

Сообщение от Nick

но, как промежуточный вариант (и для УУ/МСФО и для РСБУ), мы на одном из проектов добавили в 1с8 механизм регистрирующий все проводки при перепроведении документов (сделанные после даты Х, приблизительно даты закрытия отчетного периода - не путать с датой сдачи регламентированной отчетности))).
Была ест-но и опция запрета перепроведения любых документов задним числом для "простых смертных"...

А еще вспомни, как на одном из проектов ты эмулировал обратное действие в Аксапте