МЕДок - БестЗвит

[admin]

Валенки

2) "не надо его проверять-валидировать отвергать, я полностью сам несу ответственность за то, что внутри него находится"
Вы не поняли. Это сервис для налогоплательщиков, чтобы заранее знали, что отчет не будет принят (если есть ошибки валидации).
Какой смысл ее отключать в Медке, если отчет будет валидирован в ГНСУ, и не будет принят ею?
Не проще ли вообще не посылать отчет, а исправить ошибки и только потом отправить?

Хорошо-бы иметь вместо демо-МЕДка простую подписывалку отчетов - без всяких проверок, распечаток , просмотров и корректировок. А желательно с функцией командной строки - тогда можно было-бы из ОПЗ вызывать подписывалку и отправлять отчеты.

Т.к. пользоваться демо-МЕДком только для нанесения ЭЦП - сплошной геморрой. Бесте и то как-то удобнее.. но БестЗвит потихоньку сдыхает.

[medoc_help]

Проверки заказывает ГНСУ. И мы не можем им отказать
Кстати, валидация проходит и в ОПЗ - "проверка структуры" называется, не так ли? И если документ ее прошел, сохраняется в каталог SEND.
Насчет подписалки...это навряд ли. Политика компании.
В Плюсе быстрее, факт. Но удобнее чем? Тот же "Файл - импорт - импорт ХМЛ".

[7alik]

зачем выпускать обновления каждые несколько дней?
можно же для физ лиц версию попроще сделать, т.к. отчеты отправляютмя раз в квартал, а формы меняются еще реже.
Спасибо за понимание.

[admin]

можно же для физ лиц версию попроще сделать, т.к. отчеты отправляютмя раз в квартал, а формы меняются еще реже.

Вот и люди просют... (я так понимаю простейшую подписывалку)

Проверки заказывает ГНСУ. И мы не можем им отказать
Кстати, валидация проходит и в ОПЗ - "проверка структуры" называется, не так ли? И если документ ее прошел, сохраняется в каталог SEND.

Тем более не понятно - зачем 2 раза проверять?? Сразу в ОПЗ, потом в МЕДКЕ/Бесте
Точно так-же не понятно, зачем заполнять карточку предприятия если демо-версия программы используется только для подписания отчетов В файле отчета вся необходимая информация уже имеется. А в карточке еще и куча не нужной но обязательной инфы: КВЕДЫ, ПФУ, адреса и т.д. ...

Насчет подписалки...это навряд ли. Политика компании.

Это ясно - надо зарабатывать деньги. И чем сложнее будет использовать демо-версию - тем больше вероятность приобретения лицензии.

В Плюсе быстрее, факт. Но удобнее чем? Тот же "Файл - импорт - импорт ХМЛ".

Можно сразу делать импорт, на пустой странице - мелочь, но удобнее

[vol]

Проверки заказывает ГНСУ. И мы не можем им отказать
В Плюсе быстрее, факт. Но удобнее чем? Тот же "Файл - импорт - импорт ХМЛ".

Не факт. В Бесте если много отчетов, то поместить в пакет и отправлять пакетом + удобный журнал отправок.

[admin]

Проверки заказывает ГНСУ. И мы не можем им отказать
В Плюсе быстрее, факт. Но удобнее чем? Тот же "Файл - импорт - импорт ХМЛ".

Не факт. В Бесте если много отчетов, то поместить в пакет и отправлять пакетом + удобный журнал отправок.

Пакет и отправка пакетом + удобный журнал отправок - это да!
Почему в МЕДке такого нет??

[medoc_help]

Ок, давайте по порядку:
1) Обновление выходит по причинам:
- устранения ошибок и/или
- доработка функционала и/или
- доработка форм отчетности
Все три пункта могут быть инициированы некоторым контролирующим органом (ГНАУ, ПФУ, ДСС, ДКС, ФСС, Минфин, Минэкономика, НБУ....и многие другие) или разработчиком (для исправления ошибок или расширения функционала).
Уверен, каждый из присутствующих видит непомерное количество нововведений в отчетности, особенно в последнее время.
Все изменения необходимо реализовать в программе, - чтобы клиенты могли пользоваться актуальными формами отчетности.
Также не забываем о проверках, реализованных в формах (по требованию некоторого контролирующего органа).
Как видите, причин для выхода обновлений много. Особенно в период с 01.01. по 31.03. каждого года (в этот период обновляется бОльшая часть годовой, ежемесячной, квартальной отчетности по всем контролирующим органам).

2) Простейшую подписывалку.
Насколько мне известно, не планируется. Политику лицензирования разрабатывают первые лица компании. Предполагаю, нет коммерческого интереса.

3) зачем 2 раза проверять?
Кроме ОПЗ, есть ведь и другие программы Их разработчики не всегда успевают внести изменения в функционал. А если учесть огромное количество не лицензионных пользователей 1С, которые непонятно когда в последний раз обновлялись Не говоря уже о самописных программах.
Недавний пример - программа "Хепи-бух", у них была проблема с валидацией НН. Насколько мне известно, уже подправили.

4) зачем заполнять карточку предприятия если демо-версия программы используется только для подписания отчетов
Заранее ведь неизвестно, будут пользоваться демо-версией или лицензионной. Вообще-то предполагается, что демо-версия именно для того, чтобы клиент поработал и купил лицензию Такая себе shareware-версия

5) И чем сложнее будет использовать демо-версию
Не совсем. Палки в колеса вставлять никто не собирается. Но и сервиса дополнительного конечно тоже нет, только минимум.
Коммерческая компания всегда заинтересована в прибыли, это да. Но и хорошее имя - не последнее для коммерческой организации.
Надеюсь, мне не придется читать курс рыночной экономики? Конечно, программа ориентирована на лицензионного пользователя.

6) Можно сразу делать импорт, на пустой странице - мелочь, но удобнее
Издержки MDI-контейнера...Если не открывать программу для импорта каждого документа заново, то зайдем в "Реестр отчетов" и импортируем.

7) В Бесте если много отчетов, то поместить в пакет
выделить (Shift, Ctrl, мышка) и отправить необходимые отчеты - разве дают не тот же эффект?

8 ) Журнал отправок
Предполагаю, что задумка главного архитектора программы, согласованная с руководством. Мне об этом ничего не известно.

[admin]

Ок, давайте по порядку:
....

Ну все, сдаюсь!

[vol]

Ок, давайте по порядку:
1) Обновление выходит по причинам:
2) Простейшую подписывалку.
Насколько мне известно, не планируется. Политику лицензирования разрабатывают первые лица компании. Предполагаю, нет коммерческого интереса.
3) зачем 2 раза проверять?
4) зачем заполнять карточку предприятия
5) И чем сложнее будет использовать демо-версию
6) Можно сразу делать импорт, на пустой странице - мелочь, но удобнее
7) В Бесте если много отчетов, то поместить в пакет
выделить (Shift, Ctrl, мышка) и отправить необходимые отчеты - разве дают не тот же эффект?
8 ) Журнал отправок
Предполагаю, что задумка главного архитектора программы, согласованная с руководством. Мне об этом ничего не известно.

1.ОК
2.ОК
3.ОК
4.ОК
5.ОК
6. Не совсем после выделения и отправки подпись запрашивается на каждый документ, а в пакете на пакет один раз.
7. В текущем реестре есть колонка статус, которая не корректно отображает состояние документа (особенно когда он послан повторно), поэтому приходится заглядывать в каждый документ, чтобы увидеть какие квитанции есть

[medoc_help]

6. Все предусмотрено
Поставьте чеккер "Використовувати пароль протягом сеансу" при указании пароля (для первого отправляемого отчета), для каждой из 2-3 подписей.
И на время работы, т.е. до выхода из программы, все отчеты будут подписываться ими автоматически.
7. Понял. Доработаем.

[admin]

Почему нельзя повторно отправить еще один документ (первый не был принят) ??

[medoc_help]

Это связано со "счетчиком" (C_DOC_CNT).
При создании отчета в Медке этот счетчик увеличивается на 1 для каждого нового созданного документа, и хранится в базе (инкремент, i++).
Импортированные документы имеют свой собственный счетчик, который устанавливают клиенты при формировании ХМЛ файла.
В ОПЗ например, он присваивается также (и других программах). Кстати ОПЗ для примера взял, посмотрите пункт 6.2 по ссылке ниже.
Поэтому созданные документы по определению не нуждаются в такой проверке (идентификатор всегда различается), а импортированные должны проверяться перед импортом.
Создал пункты 6.1 и 6.2, может пригодится https://www.me-doc.com.ua/forum/viewtopi ... =13&t=2761

[vol]

Это связано со "счетчиком" (C_DOC_CNT).
При создании отчета в Медке этот счетчик увеличивается на 1 для каждого нового созданного документа, и хранится в базе (инкремент, i++).
Импортированные документы имеют свой собственный счетчик, который устанавливают клиенты при формировании ХМЛ файла.
В ОПЗ например, он присваивается также (и других программах). Кстати ОПЗ для примера взял, посмотрите пункт 6.2 по ссылке ниже.
Поэтому созданные документы по определению не нуждаются в такой проверке (идентификатор всегда различается), а импортированные должны проверяться перед импортом.
Создал пункты 6.1 и 6.2, может пригодится https://www.me-doc.com.ua/forum/viewtopi ... =13&t=2761

Ваши рассуждения с полем C_DOC_CNT и соответственно в имени файла справедливы только для документов которые могут повторяться в отчетном периоде. Но никак не для документов, которые могут быть поданы только один раз в отчетном периоде. Для этого существует другое поле.

[medoc_help]

Вы имеете ввиду <C_DOC_TYPE>? Приведите пожалуйста пример документа, который не подходит в указанную схему изменения имени и тега <C_DOC_CNT>, и для которого необходимо уточнить указанную выше схему.

[vol]

Вы имеете ввиду <C_DOC_TYPE>? Приведите пожалуйста пример документа, который не подходит в указанную схему изменения имени и тега <C_DOC_CNT>, и для которого необходимо уточнить указанную выше схему.

Практически все документы именуемые "Декларация" и приложения к ним (Декларация по прибыли, Декларация по НДС и.д.).
Пример Декларация по прибыли юрлица с статусом "ЗВІТНА" должна иметь имя файла согласно Стандарта где четко приписано • позиції з 26 по 32 містять порядковий номер документа, що може подаватись декілька разів в одному звітному періоді (значення елемента C_DOC_CNT, доповненого зліва нулями до 7 символів). Якщо звіт подається лише один раз, то позиції 26...32 міститимуть значення 0000001 имя файла ****J01001111000000001***
Если по какой либо причине в первой квитанции стоит. что отчет не принят тра..ля.ля, то он не зарегистрирован в базе ГНА и нельзя подать отчет со статусом "Новий Звітний". Теперь нужно изменить имя файла для исправленного "Звітного". Обращаемся к Стандарту C_DOC_TYPE Номер виправного документа Для першого поданого в звітному періоді документа значення даного елемента дорівнює 0, кожний наступний виправний документ цього ж типу в даному звітному періоді має значення цього елемента, збільшеного на одиницю у нас это второй поэтому значение =1 и далее • позиції з 24 по 25 містять номер нового звітного (уточнюючого) документа у звітному періоді (значення елемента C_DOC_TYPE, доповненого зліва нулем до 2 символів). Для звітного документа позиції 24...25 міститимуть значення 00, хотя здесь и возникает небольшой конфликт. Для поля C_DOC_TYPE не написано исключение, а здесь написано, причем написано не корректно т.к. слово звітного не взято в кавычки как тип документа а читается как форма документа(отчетный по которому отчитываются). Расхождение в Законах(Стандартах) трактуется в пользу налогоплательщика. Поэтому имеем имя файла ****J01001111010000001*** и C_DOC_TYPE=1.