Помощь от разработчика по проблеме в новой корректировке...

[Ivanhoe]

Начну с конца, так быстрее...

В новой форме расчета корректировки, которая вступает в силу с 01.04.2016, в табличной части появился новый "потенциально проблемный" реквизит, в первой колонке: "№ з/п рядка податкової накладної, що корригується".

Что в связи с этим очень требуется от разработчика: реализовать в дополнительной нижней закладке отображение табличной части корректируемой налоговой накладной.

Резон:

Не у всех бухгалтерский и налоговый учет ведется в объектно-ориентированных базах данных вроде 1С, в которых сохраняются и налоговые накладные, и корректировки. У тех, кто ведет свой локальный учет, например, в зарубежных системах баз данных, есть, преимущественно, только инвойсы. И "имели они ввиду" наши налоговые накладные и корректировки, как атавизм постсовкового периода. Импорт налоговых данных в налоговую первичку Медка производится методом составления xml файлов из данных Invoices & Credit Memo из этих заокеянских БД.

Т.е. в таких ERP или SAPах, отсутствуют объекты украинской налоговой первички, из которой можно было бы достать этот номер рядка НН, который корректируется. Потому что инвойсы делаются по зарубежному образцу: номенклатура и ее количество и стоимость - в отдельных строках инвойса, скидки и наценки на такие позиции - в отдельных строках этого же инвойса, стоимость доставки - в отдельных строках этого же инвойса, и т.д.. А в ридненькой налоговой стоимость товара - есть сумма стоимости из инвойса плюс перечисленные выше накладные расходы и дисконты. Другими словами, - номер корректируемой строки из инвойса, мягко говоря, вполне может не соответствовать номеру строки образовавшегося в Медке документа налоговой первички. Т.е. данные корректируемой налоговой накладной, в таком случае, имеются только в Медке, и более нигде...

В связи с этим очень бы упростило жизнь такое решение: реализовать в дополнительной нижней закладке отображение табличной части корректируемой налоговой накладной, имеющейся в Медке.
Это бы, по моему мнению, не помешает и тем, у кого есть таки такие данные, например в 1С, но не хочет (или не имеет доступ) для формирования или проверки корректировок иметь перед глазами обе такие базы данных, или прыгать в пределах Медка от корректировки к налоговой, и обратно, и т.д...

ЗЫ. Я уже умолчу про вариант автоматизации поиска и контроля номеров строк по номеру, дате налоговой, и наименованию номенклатуры, по запросу из меню в готовящемся открытом документе расчета корректировки...

ЗЫ.ЗЫ. Если бы Медок был реализован на платформе 1С, то эта задача решается за два часа: час на алгоритм работы такого дополнительного интерфейса и анализ возможных конфликтных ситуаций в зависимости от форм, статусов, и данных связанных документов, и час на непосредственно программирование такого интерфейса.

[priup]

+200%

[Hector]

Высылаю свое видение как можно автоматизировать поиск оригинального номера строки налоговой накладной в Медке.

Проблема в том, что в некоторых системах номер строки заказа, на основании которого строится налоговая накладная не всегда по порядку. Шаг может быть 10, 20, 30..., могут быть удалены строки, т.к. заказ все время корректируется по просьбам Клиента.
Когда мы формируем корректирующий документ, мы его строим на основании оригинального заказа и оригинальной строки заказа. Но так какне всегда есть возможности хранить номер по порядку для налоговой накладной в системе, мы не можем передать его в корректирующую налоговую накладную. Мы оперируем только внутренними номерами строк в системе.

Поэтому, просим специалистов Медка внести изменения в файл импорта и в интерфейс обработки РК, чтобы облегчить поиск оригинального номера строки в РК исходя из внутреннего номера строки системы заказчика и номера попорядку, который сформировался в системе Медок.
.
Предложение для Медка по автоматизации поиска оригинального номера строки налоговой накладной:

Для налоговой накладной J1201008
Ввести в файл импорта НН в систему Медок дополнительные рабочие поля:
1.Рабочее поле - Внутренний номер строки документа из локальной системы Клиента

2.TAB1 Номер попорядку - номер строки попорядку, что уже есть в Медок

Для расчета корректировки J1201208:

Ввести в файл импорта РК в систему Медок дополнительные рабочие поля:
1.Рабочее поле - Внутренний номер строки документа из локальной системы Клиента.
Система закачивает это поле, по этому полю определяет оригинальный номер попорядку из налоговой накладной TAB1 Номер попорядку и проставляет его в TAB1_A01

[Ivanhoe]

Что в связи с этим очень требуется от разработчика: реализовать в дополнительной нижней закладке отображение табличной части корректируемой налоговой накладной.

Разработчики, да сделайте наконец хоть что-нибудь, для облегчения поиска номера строки в корректируемой налоговой накладной! Да хоть кнопку на экранную форму корректировки прилепите, которая будет открывать корректируемую НН в новом окне, по данным номера и даты НН в документе расчета корректировки. Я ведь об этом писал заранее, предвидя все "прелести" введения этого поля номера строки НН. Но, чтобы в реальности получить ТАКОЙ ГЕМОРРОЙ как на самом деле оказалось, - чесслово, не ожидал...

[Ivanhoe]

Вот сейчас, за пять апрельских дней загрузилось из xml-файлов 51 штук корректировок. Это мне дурной тупой работы на сутки:

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

Разработчики, ну помогите же с этим хоть как-то! Ей богу, - с такой дурацкой технологией работы, - с бумажными документами было значительно проще...

[vnkor]

Единственное, что может предложить разработчик в данной ситуации, - это создавать расчет корректировки на основе уже имеющейся в программе Медок налоговой накладной.

[Ivanhoe]

Единственное, что может предложить разработчик в данной ситуации, - это создавать расчет корректировки на основе уже имеющейся в программе Медок налоговой накладной.

Не вариант. Все доки грузятся из глобальной корпоративной БД, в которой документы НН и РК, как объекты, отсутствуют напрочь. В месяце - до 400 корректировок. И так и так, - захлебаешься в тупой рутине...

Проще простого разработчику добавить на экранную форму документа расчета корректировки кнопку, по которой будет открываться связанная корректируемая налоговая. Я уже молчу про первоначальную просьбу в первом посте... И ведь программа "любезно" не предоставляет возможности открывать дубль реестра первички... Кстати, - а почему? Что в этом плане с фреймворком не так?

В общем ничего не меняется в этой стране: хотели как лучше, получилось как всегда...

[Колпаков Б.И.]

Ivanhoe
Обратитесь к своему дилеру пожалуйста.

[Ivanhoe]

Ivanhoe
Обратитесь к своему дилеру пожалуйста.

Таки придется... Просто подозреваю, что это не есть только моя, уникальная для одного единственного предприятия, проблема... Думаю всем было бы удобно быстро открыть и просмотреть корректируемую налоговую накладную, без танцев с бубном... Тем паче, что реализуется такой функционал элементарно: не нужно никаких внутренних связей в БД, - есть дата и номер НН, и наличие у ее регистрационного номера, и всё, - один простой запрос к БД...

[priup]

Ivanhoe
Обратитесь к своему дилеру пожалуйста.

Таки придется... Просто подозреваю, ...

С осени прошлого года у разработчика появился новый сервис - "персональная доработка" за дополнительную денешку канечно!!
Следуем совету Колпакова Б.И. .................

[Ivanhoe]

Ivanhoe
Обратитесь к своему дилеру пожалуйста.

Таки придется... Просто подозреваю, ...

С осени прошлого года у разработчика появился новый сервис - "персональная доработка" за дополнительную денешку канечно!!
Следуем совету Колпакова Б.И. .................

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

[priup]

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

Как в Одессе говорят : "Вам с шашечками, или ехать?"
Если Вам нужен такой функционал и сегодня, а точнее вчера, то к дилеру...........
Если Вам нужен такой функционал ну ВААЩЕ...., когда нибудь...., на перспективу......, то можно и в этой ветке писать!

[vnkor]

У фахівців ДФСУ запитали: чи заповнюється графа 1 «№ з/п рядка податкової накладної, що коригується» розділу Б розрахунку коригування до податкової накладної, складеної за формою, затвердженою наказом Міністерства фінансів України від 22.09.2014 № 957?
Відповідь була наступною.
Згідно з п. 192.1 ст. 192 Податкового кодексу України від 2 грудня 2010 року № 2755-VI зі змінами і доповненнями (далі - ПКУ) якщо після постачання товарів/послуг здійснюється будь-яка зміна суми компенсації їх вартості, включаючи наступний за постачанням перегляд цін, перерахунок у випадках повернення товарів/послуг особі, яка їх надала, або при поверненні постачальником суми попередньої оплати товарів/послуг, суми податкових зобов’язань та податкового кредиту постачальника та отримувача підлягають відповідному коригуванню на підставі розрахунку коригування до податкової накладної, складеному в порядку, встановленому для податкових накладних, та зареєстрованому в Єдиному реєстрі податкових накладних (далі – ЄРПН).
Пунктом 21 Порядка заповнення податкової накладної, затвердженого наказом Міністерства фінансів України від 31.12.2015 № 1307, зареєстрованим в Міністерстві юстиції України 26.01.2016 за № 137/28267 (далі - Порядок № 1307), визначено, що у разі здійснення коригування сум податкових зобов’язань, відповідно до ст. 192 розд. V ПКУ постачальник (продавець) товарів/послуг складає розрахунок коригування кількісних і вартісних показників до податкової накладної (далі - розрахунок коригування) за формою згідно з додатком 2 до податкової накладної.
Порядок складання розрахунку коригування та його реєстрації в ЄРПН аналогічний порядку, передбаченому для податкових накладних, крім випадків, передбачених Порядком № 1307.
У розрахунку коригування вказуються дата та номер податкової накладної, до якої вносяться зміни.
У графі 1 розділу Б розрахунку коригування зазначається «№ з/п рядка податкової накладної, що коригується».
До 01.04.2016 податкові накладні складались за формою, затвердженою наказом Міністерства фінансів України від 22.09.2014 № 957, зареєстрованим у Міністерстві юстиції України 13.10.2014 за № 1235/26012 (далі Наказ № 957), яка не містила графу «№ з/п рядка податкової накладної, що коригується».
Отже, у випадку складання розрахунку коригування до податкової накладної, складеної за формою, затвердженою Наказом № 957, графа 1 «№ з/п рядка податкової накладної, що коригується» розділу Б розрахунку коригування не заповнюється.

http://buhgalter911.com/ShowArticle.aspx?a=619350

[priup]

| Показать

У фахівців ДФСУ запитали: чи заповнюється графа 1 «№ з/п рядка податкової накладної, що коригується» розділу Б розрахунку коригування до податкової накладної, складеної за формою, затвердженою наказом Міністерства фінансів України від 22.09.2014 № 957?
Відповідь була наступною.
Згідно з п. 192.1 ст. 192 Податкового кодексу України від 2 грудня 2010 року № 2755-VI зі змінами і доповненнями (далі - ПКУ) якщо після постачання товарів/послуг здійснюється будь-яка зміна суми компенсації їх вартості, включаючи наступний за постачанням перегляд цін, перерахунок у випадках повернення товарів/послуг особі, яка їх надала, або при поверненні постачальником суми попередньої оплати товарів/послуг, суми податкових зобов’язань та податкового кредиту постачальника та отримувача підлягають відповідному коригуванню на підставі розрахунку коригування до податкової накладної, складеному в порядку, встановленому для податкових накладних, та зареєстрованому в Єдиному реєстрі податкових накладних (далі – ЄРПН).
Пунктом 21 Порядка заповнення податкової накладної, затвердженого наказом Міністерства фінансів України від 31.12.2015 № 1307, зареєстрованим в Міністерстві юстиції України 26.01.2016 за № 137/28267 (далі - Порядок № 1307), визначено, що у разі здійснення коригування сум податкових зобов’язань, відповідно до ст. 192 розд. V ПКУ постачальник (продавець) товарів/послуг складає розрахунок коригування кількісних і вартісних показників до податкової накладної (далі - розрахунок коригування) за формою згідно з додатком 2 до податкової накладної.
Порядок складання розрахунку коригування та його реєстрації в ЄРПН аналогічний порядку, передбаченому для податкових накладних, крім випадків, передбачених Порядком № 1307.
У розрахунку коригування вказуються дата та номер податкової накладної, до якої вносяться зміни.
У графі 1 розділу Б розрахунку коригування зазначається «№ з/п рядка податкової накладної, що коригується».
До 01.04.2016 податкові накладні складались за формою, затвердженою наказом Міністерства фінансів України від 22.09.2014 № 957, зареєстрованим у Міністерстві юстиції України 13.10.2014 за № 1235/26012 (далі Наказ № 957), яка не містила графу «№ з/п рядка податкової накладної, що коригується».

Отже, у випадку складання розрахунку коригування до податкової накладної, складеної за формою, затвердженою Наказом № 957, графа 1 «№ з/п рядка податкової накладної, що коригується» розділу Б розрахунку коригування не заповнюється.

http://buhgalter911.com/ShowArticle.aspx?a=619350

Дык чаво Вы, уважаемый ЗДЕСЯ пишите????
ПИШИТЕ МАЛЯВУ НА ШЛЮЗ ДФС, - ЭТО ОН ВАМ КВИТАНЦИИ ШЛЁТ , И НЕ ПРИНИМАЕТ ДОД2 БЕЗ ЭТОГО ЗАПОЛНЕНИЯ!!!!!

Панове! ПО МЕДОК имеет отношение к фискалам только в одном - без техзадания фискалов (бамажка с печатью и подписью фискального чина) ни точки ни пробела ни в одном Доке не поставят!
Всё! Алес....

[vnkor]

Дык чаво Вы, уважаемый ЗДЕСЯ пишите????

Дык сама же фискальная служба и пишет, уважаемый.
Ищите ЗДЕСЯ: http://zir.sfs.gov.ua/main/bz/view/?src=ques в категории 101.07

[priup]

...Дык сама же фискальная служба и пишет, уважаемый.
Ищите ЗДЕСЯ: http://zir.sfs.gov.ua/main/bz/view/?src=ques в категории 101.07

А ЧТО ПИШЕТ квитанция со шлюза ????
А к настройкам ЕДРПН, повторяю, у МЕДКА доступа нетути.......
Заставте искать

ЗДЕСЯ: http://zir.sfs.gov.ua/main/bz/view/?src=ques в категории 101.07

тамошних работников..., а не ПО МЕДОК!...........

[vnkor]

Да это все понятно. Но вопрос то надо двигать.

[priup]

Да это все понятно. Но вопрос то надо двигать.

Открою "маленький" секрет:
С приходом к власти януковича руководство "ИС" потеряло все неофициальные возможности в налоговой влиять на ситуации!(тама людей янык поменял).
Только стандартный(для всех включая Вашу организацию) ЗАПРОС на офбланке..........
Так что нада и вам присоединяться к

надо двигать.

.
Нужна массовость!! А не сидеть и ждать пока какой - то дядя пробьёт фискалов..........

[vnkor]

Так это тоже понятно. Что же касается нашей организации, то эту проблему решили просто, как оно само напрашивалось. Взяли базу старых налоговых накладных и "пронумеровали" строки. А вот у кого такое не получилось - тому и придется "двигать" вопрос.