Счет-фактура на предоплату клиента

[d&m]

клиент может потребовать счет-фактуру на аванс.

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

Для этого использую базовую функцию Расчеты с клиентыми / периодические операции / Создание фактур на предоплату.

Но эта функция завершается ошибкой "Поле Дата фактуры должно быть установлено на значение между и ."

Странно, дата фактуры = дате платежа.

прикладываю скриншоты со своими настройками.

Вопрос 1: Могу ли я сделать счет-фактуру по авансу не в момент разноски аванса - а с использованием базовой функции "Расчеты с клиентыми / периодические операции / Создание фактур на предоплату"

Вопрос 2: Могу ли я не делать разноску налога при разнсоке предаплаты (снять флаг "Налог по предоплате" в параметрах модуля РсК) и разносить налог только по выставленным счетам-фактурам на авансы?

dax 2009 ru4

[d&m]

опытным путем получил, что пока у меня нет ни одной закрытой книги продаж - счет-фактуру на основании предоплаты от клиента с использованием пероидческий операции (Расчеты с клиентыми / периодические операции / Создание фактур на предоплату) я сделать не могу.

неужели - так и должно быть?

счет-фактуру на основании предоплаты от клиента с использованием пероидческий операции (Расчеты с клиентыми / периодические операции / Создание фактур на предоплату) я сделать не могу.

[d&m]

проверяю уже на RU7 - та же проблема.

по-прежнему невозможно создать счет-фактуру на предоплату от клиента с использованием периодической операции (Расчеты с клиентыми / периодические операции / Создание фактур на предоплату).
а именно, получаю ерор: "Поле Дата фактуры должно быть установлено на значение между и ."

такая ошибка имеет место до тех пор пока не сформирую первую книгу продаж

автоматическое формирование счет-фактуры на предоплату (при разноске платежа) - работает без проблем...

это ошибка? или я просто "не умею ее готовить"?

[Ich@Ru]

Так приготовлено...

[d&m]

Цитата:

Сообщение от Ich@Ru

Так приготовлено...

подскажите, пжл, нужный рецепт...

т.е. вы при отсутствии книги продаж - можете через периодическую операцию делать счета-фактуры?

[Ivanhoe]

Думаю, имелось в виду, что так реализовано MS. У меня тоже самое, пока руки не дошли разобраться - просто создал нужную книгу.

P.S. На вскидку не вспомню, но, кажется, какие-то еще функции, связанные со счетами-фактурами, требовали обязательного создания книги покупок / продаж.

[Poleax]

[s] \Classes\ClassFactory\globalCache 6
[s] \Classes\BookDataCalc_RU\datePeriodBook 4
[s] \Classes\CustPrepaymentFactureCreate_RU\check 33
[s] \Classes\CustPrepaymentFactureCreate_RU\run 14
[s] \Classes\CustPrepaymentFactureCreate_RU\newFromForm 8
[c] \Forms\CustPrepaymentFactureCreate_RU\Methods\createFacture 4
[c] \Classes\FormButtonControl\Clicked 4


@SYS95262 = "Поле Дата фактуры должно быть установлено на значение между и ."
В методе \Classes\CustPrepaymentFactureCreate_RU\check \

    [fromDate, toDate] = BookDataCalc_RU::datePeriodBook(salesBookTable.ClosingDate + 1);

    if (factureDate < fromDate || factureDate > toDate)
    {
        ret = checkFailed(strfmt("@SYS95262", "@GEE4832", fromDate, toDate));
    }

переходит в \Classes\BookDataCalc_RU\datePeriodBook

    SysGlobalCache  cache        = classfactory.globalCache();
    Map             taxPeriodMap = cache.get(classstr(BookDataCalc_RU), identifierstr(TaxPeriodMap), null);

Вытягивается map TaxPeriodMap из глобального кеша.
чуть ниже, TaxPeriodMap заполняется при первом значении

    if (! taxPeriodMap.exists(_dt))
    {
        taxPeriod = TaxReportPeriod::datePeriodPurchSalesBook_RU(_dt);
        taxPeriodMap.insert(_dt, taxPeriod);
        cache.set(classstr(BookDataCalc_RU), identifierstr(TaxPeriodMap), taxPeriodMap);
    }

Как можно почистить этот "globalCache" и в каких случаях это не рекомендуется делать?

[Jabberwocky]

Дело в том, что в алгоритмах обработки НДС красной нитью проходит некая магическая дата - "дата последней закрытой книги" (salesBookTable.ClosingDate в вышеприведенном примере) и является своего рода точкой отсчета для определения текущего периода ведения книг покупок/продаж. По сути, метод BookDataCalc_RU::datePeriodBook() этот период и определяет в 99% процентах случаев. Поэтому, перед началом регистрации фактур в системе рекомендуется создать некую начальную книгу и обозначить то самое "начало начал".
Что касается сохранения периода обработки НДС в глобальном кеше - это сделано исключительно в целях оптимизации производительности, т.к. метод \Classes\BookDataCalc_RU\datePeriodBook в процессе обработки НДС вызывается многократно (например, для каждой фактуры при обработке входящего НДС) и, как правило, возвращает одно и то же значение в рамках одного периода.

[d&m]

Цитата:

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

пока руки не дошли разобраться - просто создал нужную книгу.

Цитата:

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

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

но я так понимаю, что этого недостаточно для формирования счетов-фактур на предоплату вручную.

а именно: при ручном создании счета-фактуры на предоплату система просит дату фактуры, которая принадлежит следующем периоду после закрытой книги продаж.

т.е. если я создал и закрыл книгу за 4ый квартал 2010 года, то создавать вручную фактуры на предоплату клиента я могу только с датой - в 1ом квартале 2011 года.
это что же получается - каждый квартал книги продаж ваять???

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

[ikopyl]

Цитата:

Сообщение от d&m

это что же получается - каждый квартал книги продаж ваять???

А что в этом странного? Закрывается налоговый период - закрывается книга покупок и книга продаж... Это как дышать - вдох-выдох, последовательно, друг за другом...
Других вариантов законодательство нам не предоставляет...

[d&m]

Цитата:

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

А что в этом странного? Закрывается налоговый период - закрывается книга покупок и книга продаж... Это как дышать - вдох-выдох, последовательно, друг за другом...
Других вариантов законодательство нам не предоставляет...

вы меня не услышали.

1. нам не нужны ни книги покупок, ни книги продаж в аксапие. Мы не хотим и не будем их вести в аксапте
2. я сделал одну книгу продаж только потому, что иначе не работает ряд функциональности. В частности не формировались вручную счета-фактуры на предоплату клиента

Цитата:

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

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

3. одной книги продаж оказалось мало, все равно ерор
4. я хочу просто делать счета-фактуры на предоплаты клиента в ручном режиме (через периодическую операцию).

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

я все-таки по-прежнему не могу понять, почему-таки эти самые пресловутые книги продаж мешают текущей деятельности, а именно формированию и печати с/ф для клиентов...

[ikopyl]

Цитата:

Сообщение от d&m

вы меня не услышали.

1. нам не нужны ни книги покупок, ни книги продаж в аксапие. Мы не хотим и не будем их вести в аксапте

Извините, что не услышал, но Вы об этом нигде ранее не упоминали

Цитата:

Сообщение от d&m

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

я все-таки по-прежнему не могу понять, почему-таки эти самые пресловутые книги продаж мешают текущей деятельности, а именно формированию и печати с/ф для клиентов...

Почему так реализовано - наверное, сможет ответить только Microsoft, если не скажет стандартное "В планах развития системы изменение данного функционала не предусмотрено..."

Формируйте автоматом, к чему вы, собственно, и пришли, всё равно на предоплату они и должны формироваться в любом случае, выдаёте вы её клиенту, или нет. Опять же в соответствии с горячо любимым НУ.