сторнированные проводки

[sv_k]

Добрый день!

Скажите, пожалуйста, как связаны между собой сторнирующая проводка со сторнированной?

Спасибо

[monk]

За все операции сказать трудно но, например, сторно сопоставления и сопоставление имеют одинаковый voucher

[sv_k]

а можно поподробнее?

[BOAL]

сопостовление - это частный случай.
в общем случае ответ простой - никак. Только самой логикой учета (тем же сопоставлением сторно с источником)

[sv_k]

может быть кто-то еще знает способы?
сторнирование платежей...

[glibs]

А про какие проводки речь идет (проводки в ГК, проводки по клиентам, или может что еще)?

[sv_k]

сторно проводок по платежам (любым: клиенты, поставщики).

[BOAL]

создание точной копии ЖГК с зекральным знаков в дебет\кредит

можно написать форму копирования проводок или журнала в целом

до кучи - авторассопостовление (если источник уже сопоставлен) и сопоставление со сторно для клиентов-поставщиков.

[Pavel]

Цитата:

Изначально опубликовано BOAL
создание точной копии ЖГК с зекральным знаков в дебет\кредит

можно написать форму копирования проводок или журнала в целом

до кучи - авторассопостовление (если источник уже сопоставлен) и сопоставление со сторно для клиентов-поставщиков.

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

[glibs]

Цитата:

Изначально опубликовано sv_k
сторно проводок по платежам (любым: клиенты, поставщики).

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

[sv_k]

Есть проводки в Журналах платежей (Клиенты/Поставщики). Их сторнируем.
Цель:
нужно, чтобы сторнированные проводки не попадали в отчеты (нестандартные).
То есть, как отличить в системе сторнируемую и сторнирующую проводку?

[BOAL]

а что за отчет?
если оборотка, то они в ней схлопываются, если перечень проводок - то они там все равно будут

что есть сторно?
было Дебет 100
красное сторно Дебет -100 (схлопываютс)
реверс Кредит 100 (задвоит оборт)

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

просто делайте "красное сторно" (в коде галочка корректировки в провродках заполнится)

Связи источник-сторно нет - коридуйте сами (это не особо сложно, если нескольно нарастить корреспонденцию - все поля для этого в ЛедгерТранс уже есть)
Но вот нафига это вообще???

Хотя, хозяин - барин. Дело ваше.

ЗЫ Очень часто задается вопрос или ставится ТЗ на внедрении как бы из середины. Мы можем ответить, сделать - не вопрос.
Но практика показывает, что нужно выявить причину потребности и цели - тогда в 70% делать что либо не нужно вовсе Тк сам вопрос (из середины мысли) - заведомо бредовый, после анализа проблемы.

И вам того же!

glibs задал четный вопрос - ответа нет до сих пор.
Только "из середины"

[glibs]

Цитата:

Изначально опубликовано sv_k
...
Есть проводки в Журналах платежей (Клиенты/Поставщики).
...

В журнале платежей проводок НЕТ. И никогда не было. И не будет.

В журналах платежей (которые являются разновидностью журналов ГК) есть пакеты/заголовки (LedgerJournalTable) и строки (LedgerJournalTrans).

Проводки бывают в ГК (LedgerTrans). Бывают проводки по клиентам (CustTrans). Бывают проводки по поставщикам (VendTrans). Еще бывают проводки по номенклатуре (InventTrans).

Цитата:

Изначально опубликовано sv_k
...
Цель:
нужно, чтобы сторнированные проводки не попадали в отчеты (нестандартные).
То есть, как отличить в системе сторнируемую и сторнирующую проводку?
...

Если речь идет о проводках по клиентам, то можно попытаться использовать механизм сопоставления проводок по клиентам. Рассматривая пару сопоставленных проводок, и обнаружив, что одна из них является сторно-проводкой, можно учитывать их при построении отчета особенным образом (так, как вам нужно).

Но тут есть одна проблема. В общем-то, Аксапта допускает разноску платежа на 100 руб и сторнирование от него, например, 20 руб. Что делать в этом случае?

Если речь идет о проводках в ГК... ну они между собой не сопоставляются. Хотя механизм ручного сопоставления есть, но тогда все проводки придется сопоставлять вручную, что врядли вам подойдет. В общем, если она действительно нужна, то связь между проводками в ГК придется программировать. Боюсь, что разработка будет весьма трудоемкой. Вот только очень сомневаюсь в ее целесообразности. Если вас интересуют сальдо или обороты по счетам ГК, то сторно благополучно убирает ненужные обороты из финансовых отчетов. Поэтому для обычных финансовых отчетов связь между проводками ГК не нужна.

Больше вам рассказать врядли получится, т.к. никто не знает, что за секретные суперотчеты вы пытаетесь построить, а от характера решаемой задачи зависит очень многое. На общетеоретическое решение проблемы вам не стоит рассчитывать на данном форуме.

[Pavel]

Цитата:

Изначально опубликовано glibs
Если речь идет о проводках в ГК... ну они между собой не сопоставляются. Хотя механизм ручного сопоставления есть, но тогда все проводки придется сопоставлять вручную, что врядли вам подойдет. В общем, если она действительно нужна, то связь между проводками в ГК придется программировать.

А почему нельзя воспользоваться существующей функцией сопоставления проводок ГК (ГК - Периодические операции - Сопоставления ГК)?
Например, использовать сопоставления только для закрытия проводок и их сторнирующих записей. Затем создать отчеты, в которые попадают только открытые операции.

Очень похоже, что задача сводится к тому, чтобы скрыть ошибки и их исправления в системе (от налоговой, руководства и т.п.).

[glibs]

Цитата:

Изначально опубликовано Pavel
...
А почему нельзя воспользоваться существующей функцией сопоставления проводок ГК
...

Прошу прощения, я, наверное, не точно выразился.

Я имел в виду, что за основу можно взять сопоставления ГК, но чего-то допрограммировать, чтобы в нужном случае оно организовывалось автоматически или полуавтоматически. А то за всеми платежами и их строно в рамках стандартного функционала сопоставления ГК гоняться будет очень утомительно.