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

Ваші пропозиції щодо розширення функціоналу програми.
Сообщение Ivanhoe
ОТ: 22 мар 2016, 16:18
Сообщения: 169
Зарегистрирован: 16 мар 2016, 17:29

Благодарил (а): 30 раз.
Поблагодарили: 45 раз.

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

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

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

Резон:

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

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

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

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

ЗЫ.ЗЫ. Если бы Медок был реализован на платформе 1С, то эта задача решается за два часа: час на алгоритм работы такого дополнительного интерфейса и анализ возможных конфликтных ситуаций в зависимости от форм, статусов, и данных связанных документов, и час на непосредственно программирование такого интерфейса.
Вложения
D2_01042016.jpg
D2_01042016.jpg (56.42 КБ) Просмотров: 3869
CMTI.jpg
CMTI.jpg (169.89 КБ) Просмотров: 3869

Сообщение priup
ОТ: 22 мар 2016, 16:31
Сообщения: 4036
Зарегистрирован: 22 июн 2011, 12:23

Благодарил (а): 1339 раз.
Поблагодарили: 1412 раз.

+200%

Сообщение Hector
ОТ: 06 апр 2016, 12:01
Сообщения: 1
Зарегистрирован: 06 апр 2016, 11:57

Благодарил (а): 0 раз.
Поблагодарили: 0 раз.

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

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

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

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

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

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

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

Сообщение Ivanhoe
ОТ: 21 апр 2016, 17:50
Сообщения: 169
Зарегистрирован: 16 мар 2016, 17:29

Благодарил (а): 30 раз.
Поблагодарили: 45 раз.

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


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

Сообщение Ivanhoe
ОТ: 05 май 2016, 15:16
Сообщения: 169
Зарегистрирован: 16 мар 2016, 17:29

Благодарил (а): 30 раз.
Поблагодарили: 45 раз.

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

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

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

Сообщение vnkor
ОТ: 06 май 2016, 08:08
Сообщения: 891
Зарегистрирован: 07 окт 2011, 09:39

Благодарил (а): 1 раз.
Поблагодарили: 330 раз.

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

Сообщение Ivanhoe
ОТ: 06 май 2016, 09:12
Сообщения: 169
Зарегистрирован: 16 мар 2016, 17:29

Благодарил (а): 30 раз.
Поблагодарили: 45 раз.

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

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

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

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

Сообщение Колпаков Б.И.
ОТ: 06 май 2016, 09:17
Сообщения: 7906
Зарегистрирован: 29 июл 2011, 14:59
Откуда: Украина, Донецкая область, Бахмут
Благодарил (а): 7447 раз.
Поблагодарили: 2322 раз.

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

Сообщение Ivanhoe
ОТ: 06 май 2016, 09:20
Сообщения: 169
Зарегистрирован: 16 мар 2016, 17:29

Благодарил (а): 30 раз.
Поблагодарили: 45 раз.

Колпаков Б.И. писал(а):Ivanhoe
Обратитесь к своему дилеру пожалуйста.

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

Сообщение priup
ОТ: 06 май 2016, 09:40
Сообщения: 4036
Зарегистрирован: 22 июн 2011, 12:23

Благодарил (а): 1339 раз.
Поблагодарили: 1412 раз.

Ivanhoe писал(а):
Колпаков Б.И. писал(а):Ivanhoe
Обратитесь к своему дилеру пожалуйста.

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

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

Сообщение Ivanhoe
ОТ: 06 май 2016, 09:45
Сообщения: 169
Зарегистрирован: 16 мар 2016, 17:29

Благодарил (а): 30 раз.
Поблагодарили: 45 раз.

priup писал(а):
Ivanhoe писал(а):
Колпаков Б.И. писал(а):Ivanhoe
Обратитесь к своему дилеру пожалуйста.

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

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

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

Сообщение priup
ОТ: 06 май 2016, 11:14
Сообщения: 4036
Зарегистрирован: 22 июн 2011, 12:23

Благодарил (а): 1339 раз.
Поблагодарили: 1412 раз.

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


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

Сообщение vnkor
ОТ: 26 май 2016, 07:31
Сообщения: 891
Зарегистрирован: 07 окт 2011, 09:39

Благодарил (а): 1 раз.
Поблагодарили: 330 раз.

У фахівців ДФСУ запитали: чи заповнюється графа 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
ОТ: 26 май 2016, 09:43
Сообщения: 4036
Зарегистрирован: 22 июн 2011, 12:23

Благодарил (а): 1339 раз.
Поблагодарили: 1412 раз.

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


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

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

Сообщение vnkor
ОТ: 26 май 2016, 10:33
Сообщения: 891
Зарегистрирован: 07 окт 2011, 09:39

Благодарил (а): 1 раз.
Поблагодарили: 330 раз.

priup писал(а):Дык чаво Вы, уважаемый ЗДЕСЯ пишите???? :o

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

Сообщение priup
ОТ: 26 май 2016, 11:41
Сообщения: 4036
Зарегистрирован: 22 июн 2011, 12:23

Благодарил (а): 1339 раз.
Поблагодарили: 1412 раз.

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


А ЧТО ПИШЕТ квитанция со шлюза ???? :P
А к настройкам ЕДРПН, повторяю, у МЕДКА доступа нетути.......
Заставте искать
vnkor писал(а): ЗДЕСЯ: http://zir.sfs.gov.ua/main/bz/view/?src=ques в категории 101.07

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

Сообщение vnkor
ОТ: 26 май 2016, 11:55
Сообщения: 891
Зарегистрирован: 07 окт 2011, 09:39

Благодарил (а): 1 раз.
Поблагодарили: 330 раз.

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

Сообщение priup
ОТ: 26 май 2016, 12:10
Сообщения: 4036
Зарегистрирован: 22 июн 2011, 12:23

Благодарил (а): 1339 раз.
Поблагодарили: 1412 раз.

vnkor писал(а):Да это все понятно. Но вопрос то надо двигать.

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

Сообщение vnkor
ОТ: 26 май 2016, 12:59
Сообщения: 891
Зарегистрирован: 07 окт 2011, 09:39

Благодарил (а): 1 раз.
Поблагодарили: 330 раз.

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


Вернуться в Побажання

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 0