Счет-фактура на аванс

Не у каждого буха доходит до этого. Порой закрытие месяца-то забывают перепроводить... Спохватываются, когда год начинают закрывать. Прога должна быть предельно проста с точки зрения пользователя. Чем больше конфигурация наворочена всякими кнопками, флажками, переключателями, дополнительными документами и обработками, без которых можно было бы обойтись, тем труднее в ней работать (с точки зрения внимательности). К тому же формирование документов занимает гораздо больше времени!
Для этого программисты и трудятся.
P.S.: А вообще, если уж рассуждать "по-типовому", то после формирования книг, получается, что 15-20% записей вообще не попали в книги. Начинается "служебное расследование" с допросом, кто оформлял этот документ. Оказывается, то там крыжик в договоре не стоит, то сям, а тут вообще - рыбу заворачивали: вместо договора - пустое место и аванс не зачелся. А оно надо? В день бывает накладных по 100-150 штук?

>  Прога должна быть предельно проста с точки зрения пользователя.

Абсурдное утверждение, тем более для программиста 1с. Программа должна позволять вести учет правильно, а не быть предельно простой. Задачи той же бухгалтерии не состоят в создании простой программы. Им бухучет вести надо, налоги платить. Видел массу "предельно упрощенных" конфигураций Бухгалтерии релизов еще 4.60 где-то. Уже годами не обновляемых. Действительно, одним нажатием кнопочки делающих что-то, очень полезное, например, учет НДС по ГТДшкам ведут "удобно". Только при этом в такой конфе, например, абсолютно не работют регламентированные отчеты, та же декларация по НДС (и зачем тогда "удобный" НДС по ГТДшкам?!). И налогового учета-то нету, по сути. И нафига такие удобства и простота, если их цена - нетиповая, наворочненная конфа, которую и сам автор уже обновлять не хочет (если еще вообще не сбежал от греха подальше - это рано или поздно происходит "по простоте"!), а прочие и просто не берутся! Такая простота - действительно хуже воровства!

> Для этого программисты и трудятся.
Плохие программисты - да, именно для этого! И здесь, на формуме, примеров таких "трудов" в избытке!

PS. По поводу Вашего PS: еще никто не отменял требования, чтобы с программой работали подготовленные пользователи. И задача программиста 1с в том числе и состоит, чтобы НАУЧИТЬ их работать правильно, причем обязательно правильно и в типовой конфигурации, и, как это не покажется странным, сделать так, чтобы тот, кто не желает учится (а такие всегда есть), больше с программой не работал. Уверяю Вас, и то, и другое на практике вполне возможно, если Вы толковый программист 1с.

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

Если следовать ваше логике, то это тоже не всегда может работать.
Потому как, довольно часто документы вводятся не попорядку. И прежде чем выписывать счет -фактуру на аванс или вообще формировать книгу покупок, продаж приходится перепроводить документы.


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

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

Так если бы "подстраивать"! Ведь предлагают "расковырять" типовую конфигурацию до полной неработоспособности. Причем занимаются этим хором 5 программистов. И их не разогнали до сих пор! Хочу туда и оклад побольше!!!

Свою конфигурацию можно и "раскавырять". А для типовой, чтоб не повредить её девственность, можно написать внешнюю обработку, которая не будет обращать внимание на рассеяность бухов:
Выписал С/Ф - получил запись в книжку продаж, указал номер с/ф полученной - получил запись в книгу покупок. Зачем усложнять программу всякими крыжиками в договорах??? А почему бы не отследить авансы по проводкам в тех же книжках? У меня количество звонков и вопросов (по книгам) сразу уменьшилось в 10 раз, когда я написал такую обработку.
Иногда хочется утром поспать, чем отвечать на глупые звонки:)

> Выписал С/Ф - получил запись в книжку продаж, указал номер с/ф
>полученной - получил запись в книгу покупок.
>Зачем усложнять программу всякими крыжиками в договорах???

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



> А почему бы не отследить авансы по проводкам в тех же книжках?
Я уже приводил пример, когда проводки могут поменяться.

> У меня количество звонков и вопросов (по книгам) сразу уменьшилось в
>10 раз, когда я написал такую обработку.

А у меня вообще нет звонков. Потому как бухгалтера сами в состоянии разобраться, почему у них не идет НДС. Если релиз не новый, а уже обкатанный, все ошибки - это их ошибки, а не программы.

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

> К то му же это показывает вашу некомпетентность в вопросах НДС. НЕ все ситуации решаются автоматически.
Ага, точно: Выписали с/ф - не включили её в книгу продаж (Ну,так решили ситуацию).А уж счет-фактуры на аванс - вообще вручную наколачивай!
Где гарантия, что бух может упустить чисто от невнимательности и не выписать с/ф на аванс?
Потом доказывай налоговой при встречной проверке, что типовую конфигурацию пишут какие-то дауны.
P.S.: А почему бы свою конфу не совместить с регламентированными отчетами? Я что их сам должен писать?))) Лениво однако.

> Ага, точно: Выписали с/ф - не включили её в книгу продаж (Ну,так
>решили ситуацию).

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

> Где гарантия, что бух может упустить чисто от невнимательности и не
>выписать с/ф на аванс?

А это только покажет не невнимательность бухгалтера, а его(ее) не знание что такое НДС и из чего складывается. Дело 2 минут проверить все выписанно или нет. И вы по прежнему не ответили на мой вопрос, как в вашем случае вы проверите , что все проводки по 62.2 верны?

> Потом доказывай налоговой при встречной проверке, что типовую
>конфигурацию пишут какие-то дауны.

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

И при чем сдесь дауны. Это по меньшей мере не этично.

>А у меня вообще нет звонков. Потому как бухгалтера сами в состоянии разобраться,
Надо же! Какое совпадение!
И у меня клиенты ни каких вопросов не задают, кто сидит на типовой конфигурации. Потому, что на ней только одни платежки печатают. Всё остальное ведут на бумажках или в экселе.
>И вы по прежнему не ответили на мой вопрос, как в вашем случае вы проверите , что все проводки по 62.2 верны?
На типовой - никак. Потому, что те же самые ... (опять не хочу быть не этичным) только они могли написать такое: "Договор.Владелец" при зачете аванса, т.е получается, если случайно не выбран договор, то программа дОООООООлго будет искать владельца договора