Заказ = Договор?

[mazzy]

начало здесь
http://forum.mazzy.ru/index.php?s=&sho...ost&p=36547

и здесь
http://forum.mazzy.ru/index.php?s=&sho...ost&p=36483

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

[mazzy]

Цитата:

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

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

Как Вы сами писали: "[i]ДОГОВОР - согласно гражданскому законодательству договором признается соглашение двух или нескольких лиц, в связи с чем определяющим признаком договора является заключение его лицами, к которым относятся граждане и юридические лица." или "Договором признается соглашение двух или нескольких лиц об установлении, изменении или прекращении гражданских прав и обязанностей".

ок. в системе отображается в форме, которая называется заказ

Цитата:

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

- Там же "ЗАКАЗ - вид оферты - предложение заказчика (покупателя) изготовить, поставить (продать) ему продукцию (товары), выполнить работу, оказать услуги с указанием сроков, объемов, количества, ассортимента, качества и других необходимых данных. (см. http://slovari.yandex.ru/dict/jurid/articl...B0%D0%B7)"

Ок. Спасибо. Чем функционально отличается от Договор?

В системе отражается в форме, которая называется Заказ.

Цитата:

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

- Там же "Общий заказ - документ, разрешающий фирме-поставщику поставлять продукцию определенной номенклатуры в пределах установленного периода и денежного лимита." или "ОБЩИЙ ЗАКАЗ - заказ на поставку продукции, товаров на заданную сумму в пределах установленного времени без конкретизации объемов и сроков поставок"

В системе отражается в форме, которая называется Общий заказ.

Цитата:

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

- Там же "НАКЛАДНАЯ - 1) товарная - документ, в соответствии с которым происходит передача товара, материальных ценностей из одних рук в другие. В накладной указывается вид товара, его количество, цена, общая стоимость. Накладная скрепляется подписями передающей и принимающей сторон и представляет документ бухгалтерского учета;"

Сейчас в системе Накладной соответствует Invoice (хотя и здесь можно поспорить).

Цитата:

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

- Там же "СЧЕТ (фактура) - 1) в торговых отношениях товарный документ, выписываемый продавцом на имя покупателя и удостоверяющий поставку товара или оказание услуг и их стоимость;"

Нет-нет-нет. Счет-фактура удостоверяет только НДС и ГТД.
При расхождении стоимости в накладной и счете-фактуре начинается законодательный пат.
Счет-фактура не имеет приоритета перед Накладной, а поэтому не удостоверяет стоимость.

Цитата:

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

Таким образом Договор есть Заказ? тоесть Соглашение равно Предложению?

Вы сейчас о чем спрашиваете?
Является ли термин права Договор полностью соответсвующим термину права Заказ? Нет не является.

Я говорю о другом.
Что термину права Договор функционально соответствует объект в Навижине, который называется Заказ (Sales Order).
Соответствие не полное - проблемы с предоплатами и полным списком договоров.

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

[mazzy]

Цитата:

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

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

Почему это соответствие более правильное на мой взгляд?

• В заказах как и в договорах указывают параметры по умолчанию (условия оплаты, отгрузки).
• В заказах как и в договорах фиксируют товары, количество, цены, скидки, суммы.
• Заказы как и договора позволяют выставить коммерческое предложение (quota) и/или счет на оплату
• Заказы как и договора можно выполнять фактическими документами (накладная/счет-фактура)
• Заказы как и договора можно выполнять частично
• Есть понятие общий заказ, который соответсвет контракту и/или рамочному договору и который выполняется конкретными договорами/заказами
• Заказы могут учитыватся при планировании закупок/производства (при включенных настройках)
• Заказы могут учитываться в прогнозе движения денежных средств (в Аксапте)
• Заказы уже интегрированы с модулями Сервис и Работы
• что еще?

В чем функциональное отличие заказов от договоров?

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

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

[romtex_imported]

Напомню историю. Не что такое заказ и договор, а как заменить в 4.0. ту сущность, которая называлась в 3.7. договором.
Маззи, для начала предлагаю определится что же все-таки по вашему заменило договор в 4.0 заказ или общий заказ, а то в одном посте заказ, в другом общий заказ. В третьем можно сказать что договор это фин. счет. А тут мы рыбу заворачиваем. Как же анализировать-то потом: для клиента1 договор - это общий заказ, а для клиента2 - просто заказ??

Цитата:

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

возможность посмотреть в 3.х оборотные ведомости (фин., клиент, поставщик) в разрезе договора/договоров, просто указав в поле "Договор Фильтр" необходимый договор.

Цитата:

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

или заказ

Гениально! Это где же вы такой фильтр в оборотных ведомостях 4-ки видели?? Или это опять подумали и "локально локализовали"?

Как посмотреть на какую сумму мы продали товаров по договору за определенный период?
Сколько денег нам должен клиент по договору?

[artkashin]

Даже реализовав все эти требования, мы решим лишь проблему договора продажи. Что делать в случае договора комиссии (со стороны комитента, и со стороны комиссионера), Trade-in (Б/У берется на комиссию, а клиенту отдается новая техника, с доплатой разницы?). Трехсторонние договора еще с натяжкой, можно реализовать. Договора, распостраненные в работе с розничными сетями, в рамках которых сети выставляют счета за маркетинг и штрафы? Любой управленец хочет видеть все операции в рамках договора (и не обязательно, что это только клиент, это еще и поставщик или вообще "пусто"), а это и перемещения товара, и входящие счета от поставщика, возвраты непроданного товара отданного на реализацию, все в рамках договора). Единственный выход, который я вижу - это глобальное измерение, коих в бедном навижне и так всего два и то, это не панацея. На мой взгляд, надо расширять функционал системы в рамках глобальных измерений, скажем сделать их штук 5, и одно из них резервировать под договора. Собственно, по этому пути - договоров как измерений - буржуи и пошли. Например, Клиент (Поставщик) - Соглашения. Созданное соглашение создает измерение "Соглашение" Которое можно использовать во всех операциях. Единственно, что это неглобальное измерение, и данные по Соглашению - договору, можно увидеть только из аналитических отчетов, что не всегда приемлемо.

[artkashin]

Собственно, справочник Agreement как был в системе, так он и остался. Только в локализации 3.6, он назывался Договор, а в локализации 4.0 он называется Соглашение. И в тройке поле "Договор Но." "протягивается" по всем таблицам, как глобальное измерение, а в 4-ке только создается измерение, которое в заказе еще руками надо выбирать (обычно, из списка сотен измерений всех соглашений клиентов, что ни есть удобно).
В общем-то, это к тому, что договор <> заказ. И думаю, что проблемы с 4-кой есть не только в "Локализованной" России. А проблемы есть и у Буржуев.

[mazzy]

Цитата:

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

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

Пока не определился. Поэтому и спрашиваю. Иначе просто сделал бы.

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

Цитата:

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

Как посмотреть на какую сумму мы продали товаров по договору за определенный период?
Сколько денег нам должен клиент по договору?

В накладных есть номер заказа. По нему и анализировать.
В оплатах заказа нет (хоть как то можно сопоставить по примененным). С оплатами проблема, я уже писал об этом.

Цитата:

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

Даже реализовав все эти требования, мы решим лишь проблему договора продажи. Что делать в случае договора комиссии (со стороны комитента, и со стороны комиссионера), Trade-in (Б/У берется на комиссию, а клиенту отдается новая техника, с доплатой разницы?). Трехсторонние договора еще с натяжкой, можно реализовать. Договора, распостраненные в работе с розничными сетями, в рамках которых сети выставляют счета за маркетинг и штрафы?

Хороший вопрос. Надо подумать.
договора с розничными сетями - это зака на закупку услуг.
Trade-in - это заказ на закупку и заказ на продажу.
Трехсторонние - да, с натяжкой.

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

[RedFox]

Цитата:

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

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

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

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

Цитата:

В накладных есть номер заказа. По нему и анализировать.

Ну тяжеловато помнить все номера для 1 договора. Или нужно их где-то вести.

Цитата:

В оплатах заказа нет (хоть как то можно сопоставить по примененным). С оплатами проблема, я уже писал об этом.
Хороший вопрос. Надо подумать.
договора с розничными сетями - это зака на закупку услуг.
Trade-in - это заказ на закупку и заказ на продажу.
Трехсторонние - да, с натяжкой.

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

Я сделал проще - просто ввел склады ответ ханения и консегнации. И использовал функционал счетов (распределение и перенос немного доделал). Вся доработка - максимум пару дней (спечатными формами).

[mazzy]

Цитата:

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

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

На западе все проще: получил инвойс, проплатил и получил товар. Никакой тебе волокиты с регистрацией... превышением указанных сумм и объемов и т.д.
Знаете как удивляются тамошние спецы, когда просишь их прочитать и подписать договор...
Ну тяжеловато помнить все номера для 1 договора. Или нужно их где-то вести.

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

[RedFox]

Цитата:

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

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

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

[mazzy]

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

как буржуи эту бумажку отображают в Навижине?

[RedFox]

Цитата:

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

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

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

Цитата:

не важно как они используются, важно, что они есть.

Вот так раз тут важно как они используются ;-)

[RobiBaggio]

Цитата:

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

У нас еще нужно контроллировать несколько значение, такие как сумма, кол-во, сроки и т.д.

Не нужно. Мы у себя прописываем договор, в котором указываем, что нам платят по счету (Invoice), счет действует в течении 3-х дней, если нет денег - нет товара. В договоре единственная фраза - первый же неоплаченный счет, влечет за собой непоставку товара. Вот и все.

В принципе если не брать тяжелые случаи, о которых писал Kashin, то с небольшими доработками, можно все реализовать с помощью Заказов

[artkashin]

Цитата:

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

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

как буржуи эту бумажку отображают в Навижине?

Как я понимаю с помощью измерения "Соглашение". Тоже касается и Менеджеров по продаже, Группировки клиентов, Группировки товаров. Т.е. это аналитические отчеты.

[RedFox]

Цитата:

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

Не нужно. Мы у себя прописываем договор, в котором указываем, что нам платят по счету (Invoice), счет действует в течении 3-х дней, если нет денег - нет товара. В договоре единственная фраза - первый же неоплаченный счет, влечет за собой непоставку товара. Вот и все.

В принципе если не брать тяжелые случаи, о которых писал Kashin, то с небольшими доработками, можно все реализовать с помощью Заказов

Ну RobiBaggio, Вы описываете 1 вариант покупок - по предоплатам. А есть еще метод по отгрузкам ;-)
И я имел ввиду ВЭД-договора. И мне кажется, что договора больше нужны для покупки, а не для продажи.
Для продажи и так все ясно и просто. Именно так, как Вы писали. Тут продажу вообще можно реализовать ОРГ. методами - внутренней кодировкой и т.д.
Хотя когда делаешь серийные поставки, которые привязаны к каждому конкретному договору или делаешь отгрузки (например, канц. товары), а оплата в конце месяца фиксированной сверху суммой, то просто измерение и

А вот много измерений и приоритеты NAV плоховато переваривает по производительности.
При этом сразу возникает гранула для Измерений!!! А это доп. денежка для клиента.