Два invoice, один с нулевым количеством

[EVGL]

Цитата:

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

Зачем вы хотите включить сумму 100 на шаге 1 в акт сверки?
И что вы собираетесь сделать с актом сверки после шага 2?
Его тоже порвать, отсторнировать и выписать новый?

Вот это правильный вопрос. Зачем? Не знаю. Автор топика этого не пояснил. Мое предположение: хочется деньги, и пораньше. На базе какого такого интересного договора: не знаем.

В примере trud понятно, зачем: чтобы получить деньги. Далее проводится экспертиза зерна, первый акт по сути рвется и выписывается новый. В моем примере с Advance invoice сначала появляется первая строка на предварительный счет, потом она закрывается оплатой, потом появляется финальный счет с разницей. Это если печатаем только открытые проводки. Если печатаем все, то результат такой:

01.10.2017 счет 1 +100
05.10.2017 оплата 1 -100
31.10.2017 реверс 3 -100
31.10.2017 счет 2 +105 открыто 5

[mazzy]

Цитата:

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

Вот это правильный вопрос. Зачем? Не знаю. Автор топика этого не пояснил.

автор и не спрашивал про акт )

Цитата:

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

Мое предположение: хочется деньги, и пораньше. На базе какого такого интересного договора: не знаем.

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

Даю маячок: инвойс - не единственный документ, по которому возможна оплата.
и инвойс - не единственный документ, который юридически закрывает передачу товаров/работ.

инвойс - это документ, который фиксирует СУММУ сделки.
Не больше. Но и не меньше.

Цитата:

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

В примере trud понятно, зачем: чтобы получить деньги.

Даю маячок... Врочем уже давал ))))

Цитата:

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

Далее проводится экспертиза зерна, первый акт по сути рвется и выписывается новый. В моем примере...

Му-ха-ха-ха...
Как скажете )))))

[EVGL]

Цитата:

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

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

Я согласен. Мой пример - это реализация аванса.

Цитата:

Му-ха-ха-ха...
Как скажете )))))

Я интерпретирую ваш припадок истерического смеха, как свидетельство того, что вы настаиваете в случае с зерном тянуть до последнего, раскидывать в системе сопоставления как Гретель крошки, записывать суммы оплат на обрывках бумаги и расклеивать вокруг монитора? Это вы называете автоматизаций и использованием системы с качестве мощной системы поддержки решений с противоположность дешевой бух программе? Вам же дали маячок: экспертиза может и не прийти. Прагматичная реализация в системе будет зависеть от того, что случается чаще: исправление (тогда тянем до последнего) или без исправления (тогда выставляем счет сразу).

[mazzy]

Фантазер-интерпретатор.
Как вам угодно.

Цитата:

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

Прагматичная реализация в системе будет зависеть от того, что случается чаще: исправление (тогда тянем до последнего) или без исправления (тогда выставляем счет сразу).

Считаю важным сказать для всех:
Собственно вопрос исправления и есть камень преткновения и споров с 1Сниками.

Проверочный контр-вопрос: а кто в организации сможет сказать чаще или не чаще?

Исправление - это способ "обмануть" систему.
Естественно у людей будут очень красивые обоснования, чтобы включить функционал "обмануть" - мы "обманываем" только налоговую и платим меньше налогов, мы "обманываем" дебильное законодательство.
В конечном итоге, этот способ работает в первую очередь для того, чтобы обмануть владельцев/бенифициаров )))

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


===================
это не значит, что в Аксапте нельзя выполнять налоговую оптимизацию.
это не значит, что в Аксапте нельзя "обмануть" законодательство.

Но принцип такой - в каждый момент фиксируйте в системе достоверно известную на данный момент информацию. Не меньше. Но и не больше.

Опционально можно фиксировать оценки и предположения. Но именно в виде оценок и предположений (accruals), а не в виде свершившихся фактов.

[trud]

Цитата:

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

Опционально можно фиксировать оценки и предположения. Но именно в виде оценок и предположений (accruals), а не в виде свершившихся фактов.

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

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