() Я в конференции 1С ещё год назад расписал, как надо сделать. !С-ники сказали "спасибо", пообщели сделать в КОРПе. Недавно посмотрел - сделали какой-то полуфабрикат. :(
Что касается самой разработки, то за групповое формирование платёжек - очевидный плюс, за незнание правил оформлления налоговых платежей - столь же очевидный минус => итоговая оценка - ноль.
На скриншотах замечены следующие ошибки, которые приведут либо к непроведению налогового платежа банком, либо к незачислению суммы налоговой инспекцией с соответствующими последствиями по пеням и недоимкам:
1. КБК налоговой службы начинается на 182, а вовсе не на 015 => платёж не будет зачтен налоговиками.
2. Очередность платежа налоговых платежей - 4, а не 6 => банк не примет платежку.
3. Статус налогоплатедьщика для пенсионных взносов не 01, а 14 => налоговики имеют право не зачесть платеж.
4. Статус налогоплательщика для НДФЛ не 01, а 02 => налоговики имеют право не зачесть платеж.
5. Регистрационый номер налогоплательщика в ПФР не указан => платёж не будет зачтен пенсионщиками.
6. Для платежей внутри налогового периода используется тип платежа АВ, а не НС (это не будет считаться налоговиками за ошибку, но всё равно, можно было бы и формализовать).
Кроме того, на скриншотах я не увидел, каким образом осуществляется настройка, позволяющая указывать нули в тех полях платежки, информация по которым не определена (КПП, номер документа, дата документа и т.п.).
В заключение замечу, что задача налоговых платежей формализована далеко не полностью - ещё есть, куда совершенствоваться. Можно, например, резать КБК на сегменты (см. ту же КОРП) и в зависимости от того или иного сегмента менять назначения платежа. В частности, 14-й символ КБК определяет, что платится: налог, пеня или штраф (кстати, от этого символа также зависит и очередность платежа, которая может быть равной 3 или 4). Ну, и далее в том же духе...
P.S. Будет желание развивать продукт, пиши в личку.
