Корректировка поступлений/реализаций.

1. nokirosito 14.08.20 11:08 Сейчас в теме
Есть база КА 2.4 свернутая на период 31.12.2019. В нее перенесены документы из старой КА 1.1 с 01.01.2020. Что делать/как учитывать корректировки поступлений/реализаций у которых документы основания раньше свертки базы?Например есть документ корректировки поступлений января 20 года, а само поступление было сделано 2018 году.
По теме из базы знаний
Вознаграждение за ответ
Показать полностью
Найденные решения
11. ab_initio 95 16.08.20 08:42 Сейчас в теме +1.5 $m
Коллеги, вопрос, думаю, здесь вовсе не в том делали свертку или не делали.
Вопрос в том, что в УТ-11/КА-2/УП-2 вообще не предусмотрена корректировка поступлений и реализаций, лежащих на оси времени ранее даты начала ведения учета (ввода начальных остатков).

Самое неприятное, что к моменту начала ведения учета или свертки (если, конечно, не вновь образованная организация) не известно когда, какие и сколько документов поступления или реализации нужно будет корректировать. Ну, к примеру, ввели остатки (или сделали свёртку) на 01.01.2020. Все хорошо, январь, февраль март прожили, месяца закрыли, а в апреле притащили корректировку ноября 2019 года. И что делать в этом случае? Типовых инструментов пока нет.

Корректировка реализации или поступления вводится на основании, соответственно, реализации или поступления. Забиваем корректируемый документ в ту дату, которой он был выписан. При этом съезжают остатки на момент начала ведения учета. Делаем корректировку текущим периодом. Теперь надо распровести корректируемый документ, чтоб на начало ведения учета всё вернулось на свои места. А он не распроводится :) Программа говорит, что нельзя, т.к. есть корректировка.

Тогда берем любой универсальный редактор объектов (здесь на этом сайте их полно на любой вкус) и с его помощью снимаем документ с проведения и удаляем его движения по всем регистрам в режиме ОбменДанными.Загрузка=Истина ("Режим разработчика").
Если в базе учет взаиморасчетов ведется в режиме "онлайн" (есть такая функциональная опция), то необходимо еще найти соответствующий документ вида "Регистратор расчетов" и из него тоже удалить движения, лежащие за пределами даты начала ведения учета.

Вот, в общем-то и всё. В итоге есть проведенная корректировка в текущем периоде и непроведенный корректируемый документ за пределами ведения учета. Все прочие механизмы программы нормально проглатывают такие ситуации, когда корректировка с движениями есть, а корректируемый документ непроведен. Закрытие месяца тоже походит нормально, без ошибок.

Конечно, можно на коленке для таких случаев запилить маленькую специализированную обработку, чтоб снимать с проведения и вычищать движения поступлений и реализаций. Однако, такие случае не очень часты, и обычно хватает функционала какого-либо универсального редактора объектов.
itmind; Sergex; +2 Ответить
2. NorraSaltolinen 14.08.20 11:15 Сейчас в теме +1.5 $m
мы тотечно переносили РТУ из старой КА с признаком проведения и без движений, чтобы был этот документ-основание. При это при проведении корректировок возникали проблемы с заполнением ТЧ видов запасов, колонку склад-отправитель приходилось дозаполнять вручную, на лету, иначе система не могла подтянуть ключ аналитики учета номенклатуры. Буду рад, если кто-то предложит способ лучше.
Остальные ответы
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
5. Sergex 57 14.08.20 11:40 Сейчас в теме
(1) А что если рассчитать дату самого раннего документа скорректированного в 2020 году и свернутся по эту дату? Останется проблема что делать с корректировками в интервале между датой свертки и началом 2020 года.

Однако технически их можно грохнуть скомпенсировав корректировками по регистрам.

Идея конечно около бредовая но тут гладких решений наверное нет.
2. NorraSaltolinen 14.08.20 11:15 Сейчас в теме +1.5 $m
мы тотечно переносили РТУ из старой КА с признаком проведения и без движений, чтобы был этот документ-основание. При это при проведении корректировок возникали проблемы с заполнением ТЧ видов запасов, колонку склад-отправитель приходилось дозаполнять вручную, на лету, иначе система не могла подтянуть ключ аналитики учета номенклатуры. Буду рад, если кто-то предложит способ лучше.
3. muskul 14.08.20 11:33 Сейчас в теме
Ужасный геморой. нужна вся цепочка документов.
4. ignorant 14.08.20 11:36 Сейчас в теме
Мы при свертке стараемся учитывать наличие "оставляемых" документов,
Например, корректировка остатка товара на начало 2020 - это не просто остаток на конец 2019 (_перед_ свёрткой), а
(остаток - количество по "оставленным" Поступлениям).
Есть понятный риск что кто-то зайдет в документы ДО периода свёртки и что-то изменит, но это отдельная история, лечится орг.мерами.

Надеюсь, понятно объяснил.
6. nokirosito 14.08.20 11:41 Сейчас в теме
(4) "Например, корректировка остатка товара на начало 2020 - это не просто остаток на конец 2019 (_перед_ свёрткой), а
(остаток - количество по "оставленным" Поступлениям)"
Не совсем понял, что Вы имеете ввиду. Уточните пожалуйста.
7. ignorant 14.08.20 11:59 Сейчас в теме
(6)Без привязки к контексту конфигурации.
Обычно перед сверткой (удалением документов) создается документ Корректировка РН, в который заносим остатки на конец периода.
Но если по этому РН есть регистраторы, которые не будут _удаляться_ (мы знаем об этом ДО светрки) - в Корректировке РН уменьшаем остатки.
Другими словами, Остаток по РН на начало года складывается из движений оставляемых Поступлений и Корректировки РН.

В Вашем случае, когда свертка уже "состоялась", в Корректировке РН нужно скорректировать остатки с учетом движений перенесенных документов.

Так понятнее? :)
Повторюсь: я не специалист по КА и не представляю о корректировке какого количества Регистров идет речь.
8. nokirosito 14.08.20 12:04 Сейчас в теме
(7) Тогда получается, надо удалять все документы корректировки, которые будут ссылаться на документ основания до свертки.
10. Sergex 57 14.08.20 12:24 Сейчас в теме
(8) Естественно, а дельту ресурсов переносить назад по времени в документ корректировки.
Если постулировать что нет никакого периода через который бы не проходили временные линии основание - корректировка то вы ж получается не можете ничего свернуть выкинув аналитики обуславливающие состояние ресурса.

Но в рабочем периоде корректировки выкинуть - учетная проблема. Потому я и написал гипотезу как можно сделать все таки разрыв в этой непрерывности (5)
9. ignorant 14.08.20 12:12 Сейчас в теме
Боюсь Вас запутать ;)
Я не знаю как выглядит свертка КА и как выглядит свёртка КА в вашем конкретном случае.

У нас при свертке создается 1 документ Корректировка РН по списку регистров, которые подвергаются свертке.
И остатки корректируется в этом 1-м документе.
11. ab_initio 95 16.08.20 08:42 Сейчас в теме +1.5 $m
Коллеги, вопрос, думаю, здесь вовсе не в том делали свертку или не делали.
Вопрос в том, что в УТ-11/КА-2/УП-2 вообще не предусмотрена корректировка поступлений и реализаций, лежащих на оси времени ранее даты начала ведения учета (ввода начальных остатков).

Самое неприятное, что к моменту начала ведения учета или свертки (если, конечно, не вновь образованная организация) не известно когда, какие и сколько документов поступления или реализации нужно будет корректировать. Ну, к примеру, ввели остатки (или сделали свёртку) на 01.01.2020. Все хорошо, январь, февраль март прожили, месяца закрыли, а в апреле притащили корректировку ноября 2019 года. И что делать в этом случае? Типовых инструментов пока нет.

Корректировка реализации или поступления вводится на основании, соответственно, реализации или поступления. Забиваем корректируемый документ в ту дату, которой он был выписан. При этом съезжают остатки на момент начала ведения учета. Делаем корректировку текущим периодом. Теперь надо распровести корректируемый документ, чтоб на начало ведения учета всё вернулось на свои места. А он не распроводится :) Программа говорит, что нельзя, т.к. есть корректировка.

Тогда берем любой универсальный редактор объектов (здесь на этом сайте их полно на любой вкус) и с его помощью снимаем документ с проведения и удаляем его движения по всем регистрам в режиме ОбменДанными.Загрузка=Истина ("Режим разработчика").
Если в базе учет взаиморасчетов ведется в режиме "онлайн" (есть такая функциональная опция), то необходимо еще найти соответствующий документ вида "Регистратор расчетов" и из него тоже удалить движения, лежащие за пределами даты начала ведения учета.

Вот, в общем-то и всё. В итоге есть проведенная корректировка в текущем периоде и непроведенный корректируемый документ за пределами ведения учета. Все прочие механизмы программы нормально проглатывают такие ситуации, когда корректировка с движениями есть, а корректируемый документ непроведен. Закрытие месяца тоже походит нормально, без ошибок.

Конечно, можно на коленке для таких случаев запилить маленькую специализированную обработку, чтоб снимать с проведения и вычищать движения поступлений и реализаций. Однако, такие случае не очень часты, и обычно хватает функционала какого-либо универсального редактора объектов.
itmind; Sergex; +2 Ответить
Оставьте свое сообщение
Вакансии
1С аналитик
Москва
зарплата от 210 000 руб.
Полный день

Руководитель направления 1С
Москва
зарплата от 350 000 руб.
Полный день

1С Программист
Москва
зарплата от 180 000 руб.
Полный день

Программист 1С
Москва
зарплата от 180 000 руб. до 220 000 руб.
Полный день

Аналитик 1С / Бизнес-аналитик
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)