Проекты? Проекты! Проекты....

[OmenSore]

Спасибо Сергей, что хотя бы сделали попытку.

Цитата:

Может вы укажете в каком документе и на какой странице вы встретили такую фразу?

В стандартной документации никогда не встречал каких-либо категоричных замечаний относительно того, как и где применять функционал, хотя этого и не должно быть.Однако, как и во всех случаях, когда приходится с нуля разбирать модуль, воспринимаешь любую рекомендацию как руководство к действию.
Цитирую (содеражание из руководств Basic Project, год и номер трека неизвестен):

Цитата:

Этот последний тип проекта используется, когда затраты должны быть зарегистрированы на строительство актива, который принадлежит клиенту. Клиент покрывает расходы в процессе работы. Доход зарегистрирован как установленная цена по контракту.
Примеры проектов Фиксированная цена - строительство зданий и установка систем программного обеспечения

Однако из другого курса (Project II _8403a_Courseware):

Цитата:

For example, a building contractor producing modular homes will need to accrue

project costs. The construction process could take several months and the
contractor will need to track the standard production costs for each home
produced.....The T&M
project with accruals allows you to temporarily accrue the sales value of the
posted costs in a profit and loss account, which will be offset when the project is

invoice updated.

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

Цитата:

А какие варианты ответа? Белый, управленческий, цветной, GAAP, РСБУ...

Имелся ввиду не бух учёт..а тип учёта для проектов с фиксированной ценой,

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

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

[mazzy]

Цитата:

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

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

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

Итак:
1.
вы говорите Заказчик. Скорее всего, это инвестор (девелопер). Так?

2.
Под Заказчиком (Клиентом) Аксапта понимает лицо, которое получает и оплачивает проданные вами товары/услуги. У вас это те, кто покупает ваши продукты.

3.
Исполнитель (дочерние предприятия) - это компании, в которых установлена Аксапта, и которые используют модуль проекты. Так? В терминах Аксапты это Компании.

4.
Реализуемые вами продукты, это Подпроекты в терминах модуля проекты. Или Номенклатура. Это очень ответственный выбор, который повлияет на многое. Скорее всего, подпроекты.

Как видите, при таком подходе в Аксапте нет места для Инвестора.
Предполагается, что исполнители ведут затраты и учитывают доходы от реализации.
А Инвестор дает деньги и получает их обратно (но это не функционал модуля Проекты).

Теперь обратите внимание на ваши фразы "В нашем случае проект ведется от имени заказчика", "какой тип учёта является более подходящим для фирмы заказчика".
Поймите все недоумение специалистов по Аксапте.
В Аксапте не ведется учет от фирмы Заказчика, от фирмы-покуателя (разве что в черно-белых учетах).

Еще раз хотелось бы сказать - проблема в терминологии.
Вам необходимо свою терминологию отобразить на Аксаптовскую, а затем переименовать так, чтобы вам было удобно.

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

Теперь к модулю проекты. Предположим, использует этот модуль НАША компания
Иерархия проектов такая:
1. Внутренние проекты (затраты за счет НАШЕЙ компании, внутренние затраты)
2. Внешние проекты (часть затрат может перекладываться на внешние компании, на покупателей. Переложить можно и 100% затрат и даже больше. Если перекладывается больше, то получается доход от проекта)
2.1. Time&Material (затраты перекладываются по факту их возникновения)
2.2. Fixed Price (проект с фиксированной ЦЕНОЙ, бюжетный проект: выручка по проекту "оторвана" от фактических затрат. В конце мы можем получить либо доход по проекту, либо убыточный проект)

Так вот. Стоительство очень редко ведется по принципу T&M.
Как правило, сначала оговаривается бюджет проекта по строительству, а затем, при выполнении работ, бюджет поэтапно закрывается. Именно это и имеется в виду в документации, когда говорится о строительстве. Но это ни в коем случае не значит, что "наиболее приемлемыми для строительства являются проекты с типом Фискированная цена"

Сразу после работы над терминологией вам нужно определиться:
1. кто и когда формирует бюджет проекта.
2. бюджет формируется снизу вверх или сверху вниз
3. кто и когда генерирует выручку по проекту (в вашем случае это либо Заказчик, либо тот, кто покупает)
4. Четко осознайте, что модуль проекты позволяет работать только с двумя потоками: затраты и выручка. А вам нужно работать с тремя: инвестиции, затраты, выручка.