Цитата:
Сообщение от
CaseOren
Цитата:
Сообщение от
Kashin
дорабатывать функционал только. В свое время делали на одном проекте - пришлось обязать пользователей входящие авансы бить руками по ставкам НДС. Например, в вашем случае, при приходе аванса в 50%, его придется бить на три строчки - условно 20% от 50% на Без НДС, 60% от 50% на 18% и оставшиеся 20% от 50% на 10%. Потом, при применении (зачете аванса) трех независимых строчек к счету - все будет ок. Подводных камней - много, начиная от проводок, и заканчивая формированием счет-фактуры на аванс в системе (та, которая формируется в Sales Invoice Header) и ее печатной форме (копейки округления будут вас еще долго мучить).
Обычная затычка от майкрософт, ничего личного.
По-хорошему нужно в настройки выносить сочетание НДС Товарных групп со счетом авансов из настроек Клиента.
и делать кол-во строк в авансовом счете-фактуре по кол-ву разных групп НДС.
Разбивать один авансовый платеж как-то не красиво)
Судя по кодеюниту 12410 и его плотной завязке на 12-ый, ребята рос. офиса MS просто положили болт на изменениях самого существенного функционала Nav.
По сути, 12410 создает строку 81 таблицы для последующего учета 12 кодеюнитом, а в нашем случае придется городить 2+ строки, при этом:
Клиент Книга Операций - 1 запись
Банк Счет Книга Операций - 1 запись
НДС Книга Операций - 2+ записи по нереализованному НДС
Фин. Книга Операций - 6+ записи по нереализованному НДС и собственно авансу (2 строки по отражению аванса, 4+ строки для отражения НДС) - и это еще минимум, если не заморачиваться песней раздельного по ставкам учета НДС по счетам аванса.
А потом мы сразу упираемся в применение и зачет НДС с авансов - а это уже отдельная история и вагон доработок.
Это, если делать так, чтобы выглядело все красиво: выписка по банковскому счету совпадала с количеством операций в банке, в клиенте одна пришедшая сумма соответствовала одной строке.
Ребята из рос представительства в это не смогли. Поэтому они сразу положили прибор на доработку и последовали принципу - если замести мусор под ковер, то его как бы нет.
Мозга у них не хватило и на то, чтобы решить проблему в лоб: не можете допилить учетные процедуры, пилите на уровне строки журнала.
Простенько и со вкусом легкой косячности: при выборе документа, на основании которого делается сф на аванс, программа выводит субформу в которой предлагает разбить аванс на 2+ строки (по количеству разных ставок), а в саму сф на аванс в количестве 2+ штук пихает товары, отобранные по ставкам.
Да, это будет не очень выглядеть в плане сравнения по количеству операций выписки и банк счет книги операций, да будет 2 строки в клиент книге операций - но пользователю не надо будет развлекаться подсчетом на калькуляторе массовой доли каждой уникальной ставки НДС, а потом бодро ее умножать на сумму пришедшего аванса с риском напороть и ручками заносить ее в качестве строки журнала.