Всем добрый день!
Архитектор Системы настаивает на одном кредиторе Налоговая инспекция. Для контрольного счета которого прописываем несколько альтернативных счетов, для каждого вида налога по сути.
Банковская выписка вводится вручную.

Сколько налогов - столько операций и, соответственно, кодов ОГК, перегружено, на мой взгляд.

А как в вашей практике такие платежи организуются?
спасибо

Добрый день!

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

На мой взгляд, ваше решение вполне имеет право на жизнь.
Из минусов, наверное, только то, что количество кодов огк конечно и, если делать начисления с альтернативным счетом, а платежи с ОГК, то, вроде бы, не получится использовать стандартную транзакцию автовыравнивания (тут, думаю, меня, если что, поправят более продвинутые в FI-ap товарищи ).
Я сталкивался с такими вариантами реализации:
1) Заводятся технические кредиторы по количеству видов налогов. К ним в качестве альтернативных получателей заводятся инспекции. Схема работает в продуктиве. Минус, что по инспекциям сальдо нужно собирать по альтернативным получателям.
2) В тап нужный счёт ГК пишется в отдельное поле (например: hzuon), откуда при обработке выписки оно замещает счёт из тап. Тоже решение работает в продуктиве.

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

У вас заказчик распределен по территории? Как вы будете смотреть сколько заплатили конкретной инспекции? В отчетах по открытым позициям все будет лежать на общем кредиторе, если будут случаи переплаты, взаимозачета какого-то, то выравнить по получателям платежа не сможете. Рекомендую детально проанализировать практику налоговых расчетов и ситуации, которые в ней возникают. Может, это российские реалии, конечно, и за бугром другие грабли, но я бы был начеку все равно.

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

Плюс решения с одним кредитором, на мой взгляд, в том, что нет ограничений, связанных с кодами ОГК (общее количество кодов ОГК + количество кодов ОГК, которые можно прописать в коде ОГК F).
Я ответил на вопрос топикстартера по поводу того какие еще бывают варианты решения. Данное решение успешно работает в крупной нефтяной (сейчас, правда, вошедшей в другую) компании. Детали и нюансы как бухгалтера при такой схеме отрабатывали взаимозачеты и т.д. сейчас могу только сфантазировать, т.к. не помню, но с точки зрения техники проблем здесь не вижу.

Решения с контрагентом-налоговой, про которое вы пишете. Как в нем решается вопрос, когда в одну налоговую платежи идут по разным налогам? Точнее, каким образом в данной схеме начисления и платежи идут на одного контрагента налоговую и разные счета ГК? Альтернативные счета для начислений и коды ОГК для платежей?

Решение не окончательное, пока в тесте пробуем.
Налоговых инспекций две, разнесены территориально. Соответственно, два кредитора.
Контрольный счет - расчеты по НДС
Альтернативные счета - расчеты по налогу на имущество, налогу на прибыль и т.д.
Любой платеж в налоговую - на основе начисления с определенным кодом ОГК.
АПП без проводок.
По выписке формируем проводку с выравниванием платежа и начисления.
Документы находят друг друга по номеру платежного поручения.

Количество ОГК и один кредитор вообще никак между собой не связаны. Будет у Вас одна инспекция или будет их 100 - не важно. ОГК потребуется ровно столько, сколько счетов альтернативных счетов главной книги потребуется, например, каждый счет по виду налога.
На мой скромный взгляд, один кредитор все же неудобен. Выгоды от использования ОГК он не несет, а с выравниванием и правда получится винегрет - все будет складываться в одну кучу, в 0 выходить не будет. Поэтому удобнее иметь все-таки множество налоговых инспекций в виде кредиторов.
Что касается нехватки кодов ОГК, то вроде как должно хватить.
Наконец, платить в налоговую можно и не ТАПом, а позицией начисления на данного конкретного контрагента (считайте это постоплатой по фактуре).
В АПП подавайте конкретную позицию Кт 68, контрагент кредитор. Его заводите как налогового контрагента, при сохранении в вывалившемся окошке указываете реквизиты 101-110, ее и платите.

По каждому налогу свой счет ГК. По каждой налоговой свой кредитор. 3 кода ОГК - штраф, пени, недоимка. <offtopic> архитектора сжечь </offtopic>

Да, альтернативные. ОГК не совсем удобно, их ограниченное число, мы по другому делали, но это Z. Можно и их.

Kengur,
условие как я понял такое: 1 кредитор по налоговой, по каждому налогу как я понял 3 счета ГК (налог, пени, штрафы). Есть 3 кода ОГК.
Не понял как вы осуществляете платежи. Допустим в 1 налоговую мы платим НДС и налог на прибыль. Ну и естественно штрафы, налог, пени по этим налогам. Понимаю как это можно сделать с 2-мя контрагентами ("налоговая налог на прибыль" и "налоговая НДС"). А вот с одним... Напишите пожалуйста:)
Если Z, то все понятно, хотя в этом случае коды ОГК вообще не нужны.

И как интересно при таком раскладе уплатить разные виды налога в адрес одной организации? Альтернативный счет ОГК будет определяться из связки контрольный счет из ОЗК + код ОГК. Контрольный счет - константа, ОГК один. Заплатить надо НДФЛ, НДС, транспортный, недра, прибыль.

Все правильно Вы и понимаете. Нужно либо разводить контрагентов, что захламляет систему (у них одинаковые реквизиты, ошибки на стороне пользователей неизбежны - 200 процентов), либо использовать разные ОГК.
Либо делать проводку по кредиту нужного счета ГК без ОГК, с указанием кредитора-налоговой организации. И платить не через ТАП, а через обычную позицию кредитора. А потом и выравнивайте выписку при поступлении.

да так и есть по каждому налогу - свой счет ГК, по каждой налоговой свой кредитор. оффтоп несправедлив.

Начинаю немного прозревать: при начислении оплаты в налоговую код ОГК не нужен - вручную можно сделать замену контрольного на альтернативный счет.
ТАП для налоговых платежей не формируем.

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

вывод- решением имеет место на существование.
спасибо всем, кто поделился своим опытом

newcomer2014,
тоже вариант. В России правда такой вариант не прокатил бы, т.к. по части налогов делаются в т.ч. авансовые платежи.

И даже это можно преодолеть. Выплату в налоговый орган до начисления отражать как полноценный аванс (например, поставщику) не обязательно.
Сальдо там спокойно прыгает туда-сюда, решается реклассом по знаку при закрытии периода.
Так что даже такую выплату можно сделать без ОГК - проводкой по кредиту нужного 68 счета в корреспонденции с <вставить свое>, а потом в F110. После начисления <вставить свое> выровнять или просто увести в 0. Налоговой абсолютно по барабану, как организован исходящий платеж. Главное, чтобы была дважды правильная корреспонденция: Дт 68 Кт 51 при оплате и Дт Пупочного утеплителя Кт 68 (начисление). А эти проводки будут в неизменном виде.