БП 3.0. Что первично: счет на оплату или реализация? #764436

Зашел спор как правильнее: - реализацию сздавать на основании счета на оплату или - наоборот: создавать счет на основании реализации? То есть какой документ является первичным?

Счет.

а зачем тогда в реализации сделали кнопку "Создать на основании" - "Счет покупателю"?

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

это понятно, вопрос как они должны быть связаны

Когда приходит выписка, она привязывается к реализации, и статус соответствующего счета должен измениться на "Оплачен". Так вот статус счета меняется в каком случае: - когда реализация создана на основании счета или - когда счет создан на основании реализации - или в обоих вариантах сработает?

никак не связаны, счет связан с платежным поручением а не реализацией и платежное поручение так же связано со счетом на оплату, иногда через договор а не напрямую "Счет на оплату" - "Платежное поручение" - "Реализация"

*и платежное поручение так же связано с реализацией...

ИМХО, очевидно. Если оплата по факту отгрузки, то сначала реализация, затем счет на оплату. Если отгрузка по предоплате, то наоборот ;)

НЕ может тут быть правильнее. Кто-то работает Счет-Реализация, кто-то Реализация-Счет

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

реализация может производиться по факту, например какие-нить сыпучие товары, во-вторых постоплата может производиться за какой-нить период - неделя/декада/месяц

счет - это просто бумажка

для бп счет ерунда, главно дс и договор

и и документ кредитумый

в некоторых сферах деятельности счет документ наравне с сч/ф и торг-12. В некоторых конфах счет печатается из реализации

платежные поручения бывают исходящие (в данном случае такие у покупателя) и входящие (у нас как у продавца) которые "поступления на расчетный счет" - они и есть в выписках банка ))

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

+ *не отгрузка с отсрочкой оплаты

счет также может быть договором оплата которого будет акцептом

как раз отгрузка с отсрочкой, поэтому клиенту отдаются торг-12+сч/ф+счет В одном знакомом ТЦ было много арендаторов нерусских. Умудрялись платить за аренду по 3 раза - один раз по акту, второй раз по сч/ф, третий раз по счету

для этого в других конфа есть заказ, есть счёт два разеых документа

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

на кой множить документы

это же чудесно месяц не указывали надеюсь?

а черт их знает, по-русски они плохо разговаривали, из Азии и Африки в основном

ыыы, бизнес по рюсски, оплатить 3 ящика водки, забрать 1, остальные подарить

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

см

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

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

согласен

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

факт есть факт. эти ребята умудрялись швейные цеха организовывать и товар из-за бугра возить. Это Иваново - текстилька. У знакомой муж был из марроко, к примеру

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

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

страшненький=страненький

странные товарищи, которые  за год получив выручку в 400 000 лямов, не удосужились нанять бухгалтера.. что продавали?

Счет первичнее, ибо при обмене между УТ и БП заказ клиента (УТ) как раз превращается в счет (БП)

не, ну там копеечные обороты... вон сам на днях чуть было не "забил" на авансы, забыв о регистрации счетов фактур на авансы..  но 400 миллионов, Карл, 400!!!!

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

Я даже не понял, о чем ты спросил, спорить не буду ))

буха когда позвали, она меня ломали голову, как это всё привести в порядок

не в счёт, а в договор

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

Возможно, ты прав Я проверил навскидку в двух обменах: УТ 11.1 - БП 3.0 УТ 10.3 - БП 2.0 Там заказ превращается в счет на оплату, как Я и написал ранее

Обязательства возникают не только по расчетам, но прежде всего по передаче товаров и результатов работ (услуг). Взаиморасчеты - левый термин вообще. Как правило, рассчитывается одна сторона (тратит свои деньги). Другая сторона предоставляет исполнение в натуре. Встречные расчеты редки: удержание комиссии из выручки, оплата санкций и т.п.

не договором, а только офертой.

согласен вообщем А в нынешних всловиях - по предоплате - пока никаких передачи товаров и раьот не возникло...?

Заняться нечем?

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

оферта же это частный случай договора

Вы спорите про то, что обожначают эти документы в реальности. Я понял так, что счет может быть обязательным документом, а может быть и ненужен в зависимости от условий договора, вида деятельности. Но кроме этого важно как реализуется их логика в программе. В программе есть три документа - счет, реализация, поступление ДС. Какой из этих документов должен быть основанием для другого документа, чтобы в БП 3.0 учет работал, менялись статусы связанных документов как задумано логикой программы?

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

в БП 3.0 это пофигу. ТО есть логика программы не зависит от того, что на основании чего заведено. ТО есть ввод на основании нужен для других целей. Упростить работу пользователей. К логике это не имеет отношения. Можно просто без оснований ввести документ реализация. Его логика от этого не изменится.

Ты не совсем прав. В БП 3.0 от наличия (или отсутствия) в базе счетов на оплату в определенных случаях, например, зависят проводки СФ или реализации

Именно, что только наличие, а не конкретное место в последовательности. Последовательность может быть любой.

Ошибаешься: если провести реализацию и СФ, а потом ввести счет, то при перепроведении реализации и СФ (точно не помню, по каким регистрам и какого именно документа из этих двух документов) их проводки (кажется, в части распределения суммы по счетам-заказам) изменятся. Для целей БУ это, возможно, не критично, но последовательность все-таки влияет...

все не осилил прочитать... Обычно документы заносят в порядке поступления. Поступил счет - занесли счет, постуила реализация - занесли реализацию...

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

, вопрос не только про последовательность занесения документов, но и про их связи. Я приводил выше пример: в док-те "поступление на расчетный счет" указывается док-т "реализация", которая оплачивается данным поступлением. При проведении этого "поступления", автоматически находится док-т "счет", который свяазан с этой реализацией, и у этого счета автоматически(!) меняется состояние на "Оплачен". Так вот если этот счет не будет связан с этой реализацией, то статус счета не изменится при проведении оплаты. Вот я о какой логике говорю. Скорее всего, в БП это не единственный пример, когда важна связь между документами.

введи списание ДС в 9 утра, а поступление ТМЦ по этому же договору в 10 утра. Посмори на 60 сче Потом введи поступление ТМЦ в 9 утра а сиание ДС в 10 утра по дному договору на одну и туже сумму. Опять посмотри на 60 счет.... Поробу понять разницу :)))

это ты попробуй понять разницу о чем ты говоришь, и о чем я спрашиваю

мы говорим о разных вещах: я про документ "счет", а ты про 60-й счет

Продавец и покупатель, как издревле повелось, до хрипоты торгуются, договариваясь о взаимоприемлемой цене. Счет - это аналог спора до хрипоты. А далее - выполнение обязательств продавца/покупателя, т.е. док реализации. ИМХО..

У тебя процес реализации, я про посуление писал. Извиняюсь. Хотя тут тоже по бизне процесу идти Нужен клиену счет -выписали счет. Факически отгружаете - высываем реализацию, если без наворотов...

я щас лбом об стену буду биться... Я не нужность выписки документов говорю! Я говорю о том что в БП некоторые опреации выполняются автоматически, если документы счет и реализация связаны друг с другом, А если их не связать то эти операции выполняться _автоматически_ не будут! И привел пример такой операции - это изменение статуса документа "счет". Понятно?

:))) валяй... И привел пример такой операции - это изменение статуса документа "счет". - это пользователям надо???? Или пользоваелям надо вовремя документы отправить??? Или правильно выписать??? Говорят же берется бизнес процессс - по нему строиться учет- по учету настраивается 1с....

у документа Счет нет никакого статуса, и ничего не изменяется.

прямо в списке счетов колонка "СТатус" напомню про БП 3.0 речь

говорят же: вопрос не по бизнес-процессам, а по функциональности программы

по функциональности... За 10 занятием 1с в ней столько всего менялось, и еще не раз смениться, что запоминать что там с чем связано желание отсусвует. От слова совсем... Некоторые базовые принципы это есть,а дальше отладчик и смотри самосоятельно.

статус ОПЛАТЫ, КАрл.

статус ОПЛАТЫ СЧЕТА

а вы про что талдычите? Про РЕАЛИЗАЦИЮ.

я талдычу не просто про реализацию, а про то: как должны быть связаны счет - реализация - поступление в БП 3.0, чтобы автоматически работали разные возможности, заложенные в программу? такие как например автоматическое изменение статуса счета

дельный совет был: смотреть отладчик

Чтобы работало изменение статуса нужно, чтобы счет был выбран в банковской выписке, а не связан с реализацией. Она здесь вообще ни при чём. Если только вы не имеете то, что если вводить выписку на основании реализации, в которой выбран счет, тогда он автоматом подставится и закроется.

*имеете в виду)

а где в выписке выбирается счет? у меня выбириается реализация

пруф-скрин?

Знатный оказался вброс.... Я думал народ просто поржет над идиотизмом вопроса и после десятка постов разбежится...

а нашел.... бес попутал

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