Пожелания разработчикам
Re: Пожелания разработчикам
Есть супер конструктивное предложение(к которому, в принципе, Вы должны были дойти сами).
Состоит оно в следующем - Зарегистрировали Мы НН в ДФС, после отправили её контрагенту, а контрагенту не понравился адрес в НН и он/она отклоняет её! И после этого не могут включить её в РПН и просят Нас выслать её еще раз!
Внимание вопрос!
Зачем функция подтверждения и отклонения в НН/РК, которые уже прошли регистрацию в ДФС
Состоит оно в следующем - Зарегистрировали Мы НН в ДФС, после отправили её контрагенту, а контрагенту не понравился адрес в НН и он/она отклоняет её! И после этого не могут включить её в РПН и просят Нас выслать её еще раз!
Внимание вопрос!
Зачем функция подтверждения и отклонения в НН/РК, которые уже прошли регистрацию в ДФС
Re: Пожелания разработчикам
"НЕЧА НА ЗЕРКАЛО ПЕНЯТЬ, КОЛИ РОЖА КРИВА"Onizuka писав:Есть супер конструктивное предложение(к которому, в принципе, Вы должны были дойти сами).
Состоит оно в следующем - Зарегистрировали Мы НН в ДФС, после отправили её контрагенту, а контрагенту не понравился адрес в НН и он/она отклоняет её! И после этого не могут включить её в РПН и просят Нас выслать её еще раз!
Внимание вопрос!
Зачем функция подтверждения и отклонения в НН/РК, которые уже прошли регистрацию в ДФС
Учите матчасть(законодательные документы, письма и разъяснения налоговой и т.д.) и пусть контрагенты тоже учат и изучают.
НН ЗАРЕГЕСТРИРОВАННАЯ В ЕДРПН ЕСТЬ ДОКУМЕНТ и пофиг что не нравится контрагенту. Такое письмо фискальная служба ещё в феврале ОПРИЛЮДНИЛА.
А вы больше этому контрагенту не отсылайте НН, пусть берёт с ЕДРПН и пробует их отклонить..........
https://www.youtube.com/watch?v=1Q54t3-3ZaE
ХутинПуйло!
ХутинПуйло!
-
- Повідомлень: 952
- З нами з: 08 жовтня 2012, 21:32
Re: Пожелания разработчикам
І до речі все прекрасно включається в реєстр.
Просто при перевірці реєстру, або навіть при спробі друку через реєстр документів видає попередження.
І все.
Нічого повторно не треба відправляти.
Перевірено з 01.02.2015 не один десяток разів.
Просто при перевірці реєстру, або навіть при спробі друку через реєстр документів видає попередження.
І все.
Нічого повторно не треба відправляти.
Перевірено з 01.02.2015 не один десяток разів.
Re: Пожелания разработчикам
+120%Постійний читач писав:І до речі все прекрасно включається в реєстр.
Просто при перевірці реєстру, або навіть при спробі друку через реєстр документів видає попередження.
І все.
Нічого повторно не треба відправляти.
Перевірено з 01.02.2015 не один десяток разів.
https://www.youtube.com/watch?v=1Q54t3-3ZaE
ХутинПуйло!
ХутинПуйло!
Re: Пожелания разработчикам
Постійний читач дуже дякую!
Я это и пытаюсь донести до разработчика! Зачем эти функции в уже зарегистрированных НН/РКpriup писав:"НЕЧА НА ЗЕРКАЛО ПЕНЯТЬ, КОЛИ РОЖА КРИВА"
Учите матчасть(законодательные документы, письма и разъяснения налоговой и т.д.) и пусть контрагенты тоже учат и изучают.
НН ЗАРЕГЕСТРИРОВАННАЯ В ЕДРПН ЕСТЬ ДОКУМЕНТ и пофиг что не нравится контрагенту. Такое письмо фискальная служба ещё в феврале ОПРИЛЮДНИЛА.
А вы больше этому контрагенту не отсылайте НН, пусть берёт с ЕДРПН и пробует их отклонить..........
Зачем тогда модуль ЕДО?priup писав:А вы больше этому контрагенту не отсылайте НН, пусть берёт с ЕДРПН и пробует их отклонить..........
Re: Пожелания разработчикам
Собственно для электронного документооборота, а не накладных.Onizuka писав:Зачем тогда модуль ЕДО?
Очень жаль, что разработчик не ведет просветительскую деятельность, и 99% пользователей думают, что модуль ЭДО - это только накладные.
Re: Пожелания разработчикам
И не говорите, рассказываешь им рассказываешь, что получней счет/акт по электронке это тоже самое что на бумаге, а они ...
Re: Пожелания разработчикам
Можно ли сделать отправку отчётов за квартал не через Единое окно, а только в статистику например ?
Так как данный отчёт не подлежит для отправки в налоговую за квартал.
Так как данный отчёт не подлежит для отправки в налоговую за квартал.
Re: Пожелания разработчикам
И разработчик ведёт и Мы ведём!! И ещё как ведём!!!Inkognito писав:Собственно для электронного документооборота, а не накладных.
Очень жаль, что разработчик не ведет просветительскую деятельность, и 99% пользователей думают, что модуль ЭДО - это только накладные.
Но менталитет нашего народа + дурацкие требования контролирующих + и т. д. + и т.п...............
...Результат пока плачевный
Но МЫ надеемся на лучшее
https://www.youtube.com/watch?v=1Q54t3-3ZaE
ХутинПуйло!
ХутинПуйло!
Re: Пожелания разработчикам
А баланс и еже с ним не квартальные , а накопительные - ПЕРВЫЙ КВАРТАЛ, ПОЛУГОДИЕ, ТРИ МЕСЯЦА, ГОД.! (ай.. яй... яй)markus112 писав:Можно ли сделать отправку отчётов за квартал не через Единое окно, а только в статистику например ?
Так как данный отчёт не подлежит для отправки в налоговую за квартал.
https://www.youtube.com/watch?v=1Q54t3-3ZaE
ХутинПуйло!
ХутинПуйло!
Re: Пожелания разработчикам
А я така собі бабця-бухгалтер. І я не знаю, що є модуль звірка з ЄРПН. І я не читала 643 Закон який чітко вказує лише на реєстрацію ПН і РК в Єрпн. І да, я ще прискіплива і надокучлива і прошу, вимагаю надсилати зареєстровані в єрпн мені документи.Я это и пытаюсь донести до разработчика! Зачем эти функции в уже зарегистрированных НН/РК
А тепер ситуація - прибираємо ми цю можливість - скільки негативних дзвінків отримуємо на лінію підтримки?
Тому, можливість залишається, і обмін ПН і РК між контрагентами впирається в поняття "етики" обміну первинних документів.
Re: Пожелания разработчикам
Здається, мова йде не про функцію обміну взагалі, а про функцію (дію користувача) "Відхилити" - для вже зареєстрованих документів.Тому, можливість залишається, і обмін ПН і РК між контрагентами впирається в поняття "етики" обміну первинних документів.
Re: Пожелания разработчикам
Шановний пане Ruslan, щось Ви відповідаєте не на те питання, яке задав колега.
Питання:
Ваша відповідь:
Те, що обмін ПН/РК є корисним, сумнівів не визиває – покупець має знати, коли і під яким номером виписано і коли зареєстровано ПН/РК. Але навіщо дурити самих себе, імітуючи, що вже зареєстрована ПН/РК нібито може бути неузгоджена покупцем.
Питання:
Тобто мова йде про узгодження ПН, яка вже зареєстрована в ЄРПН й не може бути змінена, навіть якщо вона містить дикі помилки (типова ситуація, спровокована ДФСУ спеціально задля того, аби мати можливість при перевірці позбавити покупця права на податковий кредит).Onizuka писав:…Зачем функция подтверждения и отклонения в НН/РК, которые уже прошли регистрацию в ДФС
Ваша відповідь:
Тобто, Ви відповідаєте, що обмін ПН/РК є корисним. В той час, коли питання стояло про узгодження вже зареєстрованих ПН/РК.Ruslan Khodzitsky писав: …. можливість (надсилати зареєстровані в єрпн документи) залишається, і обмін ПН і РК між контрагентами впирається в поняття "етики" обміну первинних документів.
Те, що обмін ПН/РК є корисним, сумнівів не визиває – покупець має знати, коли і під яким номером виписано і коли зареєстровано ПН/РК. Але навіщо дурити самих себе, імітуючи, що вже зареєстрована ПН/РК нібито може бути неузгоджена покупцем.
«Не привыкнешь - подохнешь. Не подохнешь - привыкнешь!» Михаил Жванецкий
Re: Пожелания разработчикам
Дежавю - прямо січень 2015 року....
Дякую, можливо, не вловив суть питання. Отож продовжу.
Відхили ПН після реєстрації можна тоді, коли продавець відправив контрагенту зареєстровану ПН. З накладною отриманою із ЄРПН такі дії не можливі. Шукаємо причинно-наслідковий звязок: якщо я відправив зареєстровану ПН контрагенту (а згідно 643 Закону я можу цього і не робити), то я очікую зворотнього звязку, чи не так? Як дати цей звязок? Логічно, зразу в Медку, на цій саме відкритій ПН відхилити і вказати причину, що не так. Звичайно, можна взяти і зателефонувати і розповідати де, в якому рядку чи стовці допущена помилка.
Інша річ, що клієнти сприймають це по своєму. Хтось це називає "Дурити", хтось "імітацією" і тд. На своїх семінарах я розповідав, що погодженя, відхилення використовується ВИКЛЮЧНО для наочності, зручності документообігу. (ще до того як це питання було врегульовано 643 Законом).
Підсумовуючи - відхилення зареєстрованої ПН дозволяє вказати на причину помилки, використовується для зручності документообігу і не впливає на реєстраційний ліміт, якщо була реєстрація в ЄРПН.
Інша річ, якщо вас гнітить слово "відхилити" на зареєстровану ПН, то від себе пропоную внести правки в трактуваня. Не "відхилити", а "вказати на помилку"
Про дежавю недарма писав - з цим питанням останні 3-4 місяці ніхто не звертався
Дякую, можливо, не вловив суть питання. Отож продовжу.
Відхили ПН після реєстрації можна тоді, коли продавець відправив контрагенту зареєстровану ПН. З накладною отриманою із ЄРПН такі дії не можливі. Шукаємо причинно-наслідковий звязок: якщо я відправив зареєстровану ПН контрагенту (а згідно 643 Закону я можу цього і не робити), то я очікую зворотнього звязку, чи не так? Як дати цей звязок? Логічно, зразу в Медку, на цій саме відкритій ПН відхилити і вказати причину, що не так. Звичайно, можна взяти і зателефонувати і розповідати де, в якому рядку чи стовці допущена помилка.
Інша річ, що клієнти сприймають це по своєму. Хтось це називає "Дурити", хтось "імітацією" і тд. На своїх семінарах я розповідав, що погодженя, відхилення використовується ВИКЛЮЧНО для наочності, зручності документообігу. (ще до того як це питання було врегульовано 643 Законом).
Підсумовуючи - відхилення зареєстрованої ПН дозволяє вказати на причину помилки, використовується для зручності документообігу і не впливає на реєстраційний ліміт, якщо була реєстрація в ЄРПН.
Інша річ, якщо вас гнітить слово "відхилити" на зареєстровану ПН, то від себе пропоную внести правки в трактуваня. Не "відхилити", а "вказати на помилку"
Про дежавю недарма писав - з цим питанням останні 3-4 місяці ніхто не звертався
Re: Пожелания разработчикам
Не звертаються, бо нема сенсу. Все одно ніхто нічого змінювати не буде, оскількі ситуація, що склалася, дуже вигідна ревізорам ДФСУ.Ruslan Khodzitsky писав:... з цим питанням останні 3-4 місяці ніхто не звертався
Щодо «"етики" обміну первинних документів»
Сумлінні продавці надсилають ПН своїм покупцям до реєстрації в ЄРПН. І лише отримавши підтвердження, здійснюють реєстрацію. Якщо продавець це не зробив одразу – дуже мала надія, що він відреагує на зауваження покупця після реєстрації. Скоріше за все, він іх навіть не помітить.
На превеликій жаль, переважна більшість продавців спочатку реєструють ПН, і лише потім надсилають її покупцю для інформації. «Відхилення» зареєстрованої ПН, навіть з описом помилки, ні на що не впливає, бо для виправлення треба скласти й зареєструвати «нульовий» або «мінусовий» РК. Оскільки діючим законодавством ніякої реальної відповідальності продавців за складання помилкової ПН не передбачено, переважна більшість продавців цим займатися не бажає.
Отже, реалізована зараз можливість «відхилити» зареєстровану ПН має суто декларативний характер й лише вводить в оману недосвідчених покупців.
«Не привыкнешь - подохнешь. Не подохнешь - привыкнешь!» Михаил Жванецкий
Re: Пожелания разработчикам
Клиент просит сделать возможность подтверждения/отклонения нн вытянутой из реестра, что бы они автоматически не были со штампом - Затвержденно
Re: Пожелания разработчикам
Просьба клиента обоснованная, штамп "Прийнято контрагентом" в этом случае ставится совсем не в тему, но все же кому в таком случае получатель будет отклонять НН отказывая в принятии документа? ЕРПНу? Если документ полученный от контрагента то можно, если полученный из ЕРПН то нет. Если вопрос встанет "как реализовать просьбу клиента?", то получается отправитель должен будет получать уведомление "Не прийнято контрагентом" на документы, которые он не отправлял покупателю? Или это будет расспространятся только на Медковский штампик, который сам по себе ни на что не влияет, если НН зарегистрированна в ЕРПН она дает право на НК, даже если контрагент ее отклонит намеренно, или случайно по ошибке, или если проигнорирует и оставит как есть не подтвердив документ, суть не изменится до регистрации РК на эту НН.markus112 писав:Клиент просит сделать возможность подтверждения/отклонения нн вытянутой из реестра, что бы они автоматически не были со штампом - Затвержденно
Re: Пожелания разработчикам
Ув.разработчики, в 76-м обновлении были изменения - "Внесені зміни в перелік обов’язкових для заповнення полів:
поля Індекс, Вулиця та E-mail на вкладці «Адреси» є обов’язковими для заповнення". Соответственно теперь у бухгалтеров нет возможности в карточку контрагента копировать адресс целиком,а необходимо отдельно вносить - индекс, улицу и email (стал обязательным полем). Это для бухгалтером не удобно
поля Індекс, Вулиця та E-mail на вкладці «Адреси» є обов’язковими для заповнення". Соответственно теперь у бухгалтеров нет возможности в карточку контрагента копировать адресс целиком,а необходимо отдельно вносить - индекс, улицу и email (стал обязательным полем). Это для бухгалтером не удобно
Re: Пожелания разработчикам
ПОЖАЛУЙСТА , сделайте в администрування(информационное окно) или где угодно Папку в которой хранились/хранятся ключи. у моего бухгалтера по 5 фирм 10 ФОП предприятия с 2010 года ключи хранятся в разных местах , ну почему я коммандером ищу это всё в разных местах. т.к. ей без разницы куда их сохранять. после переустановки ПО , естественно пути слетают , но Поисковиком я смогу их найти в одной папке , т.к. будет место КУДА рекомендовано их слаживать.
ИЛи другой пример , ПОЧЕМУ , чтобы сохранился путь к этой папке мне обязательно !!! мне не нужно проверять почту!!! но я обязан ПРоВЕРИТЬ ПОЧТУ и ждать пока почта проверится(а иногда это занимает 5-7 минут) ,а МНЕ нужно указать путь и чтобы он сохранился(это происходит только тогда , когда ключи сложаться в папку которая использовалась перед ЭТИМ,а перед этим неизвестно , дабы я должен помнить где ж эта важные файлы хранятся т.к. программа не сном ни духом , не знает о ключах , без которых она имеет мало смысла , как печать).
Яркий пример информация с резервными КОПИЯМИ .!!!!!
ИЛи другой пример , ПОЧЕМУ , чтобы сохранился путь к этой папке мне обязательно !!! мне не нужно проверять почту!!! но я обязан ПРоВЕРИТЬ ПОЧТУ и ждать пока почта проверится(а иногда это занимает 5-7 минут) ,а МНЕ нужно указать путь и чтобы он сохранился(это происходит только тогда , когда ключи сложаться в папку которая использовалась перед ЭТИМ,а перед этим неизвестно , дабы я должен помнить где ж эта важные файлы хранятся т.к. программа не сном ни духом , не знает о ключах , без которых она имеет мало смысла , как печать).
Яркий пример информация с резервными КОПИЯМИ .!!!!!
Re: Пожелания разработчикам
Bootsik, стоит ли кричать на всю нэньку о том, что ваш бухгалтер нарушает закон об ЭЦП?
if you can dream and not make dreams your master