Пожелания разработчикам

Ваші пропозиції щодо розширення функціоналу програми.
Відповісти
Хепі-Бух
Повідомлень: 35
З нами з: 02 квітня 2012, 18:10

Пожелания разработчикам

Повідомлення Хепі-Бух » 02 квітня 2012, 18:42

Пожелание 1.
Не менять импортируемые файлы перед отправкой, или менять их корректно!
Приведу два примера:

1. Бухгалтерская программа экспортирует ХМL файл в Медок с налоговой накладной для регистрации в реестре налоговых накладных. Медок проверяет условие НДС 20% и корректирует сумму НДС. В результате получается разница в импортируемой накладной и отправленой в 1 копейку. Но клиент получил расходную накладную на ту сумму которая была в бухгалтерской программе. Зачем Медок изменил сумму накладной ведь он эту накладную не создавал!?

2.Бухгалтерская программа экспортирует ХМL файл в Медок в котором С_DOC_CNT=5. Это число используется в имени файла. Медок изменяет это значение в самом файле, а в имени файла не изменяет. Не изменяйте ничего в импортируемых файлах, ведь Вы их не создаете и вся ответственность за содержание этих файлов лежит на тех кто их создает.

Пожелание 2.
Убрать проверку на количество цифр в номере свидетельства плательщика ПДВ. У моего клиента в номере свидетельства 7 цифр!?

Пожелание 3.
Разрешить в фамилии сотрудников апостроф. У меня есть человек с фамилией Григор'євська. Как импортировать DBF файл с этим сотрудником для отчета по ЕСВ в Медок? Почему прекращается импорт целого отчета, если там только одно "помилкове прізвище", а 120 правильных. Закачайте 120 и выведите сообщение об ошибке.

Пока все. Будет какая то реакция напишу еще...

Родин Евгений

Re: Пожелания разработчикам

Повідомлення Родин Евгений » 11 травня 2012, 12:23

Здраствуйте. Задержался с ответом.
1) Возникает из-за бОльшего количества знаков после запятой, чем предусмотрено схемой J1201004.XSD. Проверьте размерность для цены, установленной в Вашей программе. В результате округлений возникают суммы, отличающиеся на несколько копеек (иногда больше). В любом случае это означает, что такой документ не пройдет валидацию на сервере ГНСУ.
2) Медок таких изменений не вносит. Такие случаи не фиксировались. Нужен пример файла.
3) Сомнительная информация. Скорее всего там должен быть ведущий ноль. Нужен скрин уставных документов. Можно на почту.
4) Нужен пример импортируемого файла. Есть предположение, что проблема не в фамилии, нужно проверить. Если так - исправим конечно.

П.С. большая просьба не создавать в одном сообщении вопросы на разные темы.

Родин Евгений

Re: Пожелания разработчикам

Повідомлення Родин Евгений » 21 травня 2012, 14:41

Проверил в 070 - "Григор'євська" импортировалась нормально. Таблица 5. Выгружена из 1С 8.2, формат DBF.
В демо-версии, представленной на Вашем оффсайте, ненашел отчета ЕСВ, чтобы проверить всю цепочку.

Родин Евгений

Re: Пожелания разработчикам

Повідомлення Родин Евгений » 22 травня 2012, 13:45

1) По словам программистов, уже исправлено.
Если у кого-то ситуация проявляется - файл на почту.

Pavel9
Повідомлень: 189
З нами з: 08 липня 2011, 11:07

Re: Пожелания разработчикам

Повідомлення Pavel9 » 22 травня 2012, 15:33

Евгений я правильно понимаю что исправлена проблема когда делали импорт стандартным образом через Файл - Импорт звитив, и медок после этого сам расчитывал НН и на 1 коп прибавлял? Это в 71 версии исправлено?

Родин Евгений

Re: Пожелания разработчикам

Повідомлення Родин Евгений » 22 травня 2012, 16:08

Поторопился... задача реализована у нас (в отделе разработки), но еще не выпущено в обновлении.
Предположительно, в 072 включим.

Хепі-Бух
Повідомлень: 35
З нами з: 02 квітня 2012, 18:10

Re: Пожелания разработчикам

Повідомлення Хепі-Бух » 12 лютого 2013, 21:48

Хепі-Бух писав:Пожелание 1.
Пожелание 2.
Убрать проверку на количество цифр в номере свидетельства плательщика ПДВ. У моего клиента в номере свидетельства 7 цифр!?
Апну темку

ЕКОПРОД ТОВ
Адреса: Привокзальний майдан, 1, Луцьк, Волинська Обл., 43005
ЗКПО:
31183665
Дата реєстрації:
26.12.2000
Тел. (0332) 770116
№ свідоцтва платника ПДВ 2809698 (Сам бачив свідоцтво відсканувати не було чим)
Сьогодні переводив з Бест Звіта на Медок знову не змогли ввести даний №.
Дав пораду бухгалтеру піти виясняти в податкову, але це факт.

pavel
Повідомлень: 1017
З нами з: 01 липня 2011, 09:29
Контактна інформація:

Re: Пожелания разработчикам

Повідомлення pavel » 12 лютого 2013, 21:59

Да и тут http://sts.gov.ua/reestr говорит, что такой номер св-ва есть
| Показать
св-во.jpg
св-во.jpg (45.36 Кіб) Переглянуто 19887 разів
А нуля в начале нет в печатном бланке св-ва?
Как вариант ставить нуль в начале!

Хепі-Бух
Повідомлень: 35
З нами з: 02 квітня 2012, 18:10

Re: Пожелания разработчикам

Повідомлення Хепі-Бух » 13 лютого 2013, 00:31

pavel писав: А нуля в начале нет в печатном бланке св-ва?
Как вариант ставить нуль в начале!
Нуля нет. Ноль в начале ставили, в результате ошибки при отправке реестра НН и Додатка 5. Просто в бух. программе в свидетельстве 7-цифр и при импорте в Медок возникают конфликты. Налоговые накладные фирма выписывает с семизначным (реальным) номером свидетельства. Убрать проверку в Медке на сем цифр минутное дело, а я уже с апреля прошу :mrgreen:

pavel
Повідомлень: 1017
З нами з: 01 липня 2011, 09:29
Контактна інформація:

Re: Пожелания разработчикам

Повідомлення pavel » 13 лютого 2013, 00:50

Как вариант сменить свидетельство НДС!
Сейчас новые уже с 10 символами дают :lol:
А то с семизнаком могут быть в будущем всякие проблемы (поставят контроль на шлюзе не меньше 8 и тд)

Хепі-Бух
Повідомлень: 35
З нами з: 02 квітня 2012, 18:10

Re: Пожелания разработчикам

Повідомлення Хепі-Бух » 15 лютого 2013, 09:28

При імпорті єдиного внеску з DBF якщо не заданий каталог для імпорту файлів виводити повідомлення, що необхідно задати каталог , а не повідомляти, що на диску закінчилось вільне місце і необхідно очистити тимчасові файли і вивалюватись з програми. При відновленні з резервної копії, бажано також, відновлювати даний шлях.

ferret
Повідомлень: 885
З нами з: 13 липня 2012, 15:20
Звідки: Острова Зеленого Мыса

Re: Пожелания разработчикам

Повідомлення ferret » 16 жовтня 2013, 16:37

по поводу апострофа из кастомной украинской раскладки с Ґ и ʼ. В ОПЗ апостроф нормально отображается, в Медке- в карточке знаком вопроса, в спивробитныках вообще не признает кириллическим символом. Что делать и кто виноват?
На этом месте должна была быть какая-то подпись

Нина Юрилина
Администратор
Повідомлень: 4920
З нами з: 02 серпня 2012, 15:48
Звідки: supportmedoc@ukr.net

Re: Пожелания разработчикам

Повідомлення Нина Юрилина » 16 жовтня 2013, 17:04

Я попробовала вбить, все нормально отображается
ЗображенняЗображення

Хепі-Бух
Повідомлень: 35
З нами з: 02 квітня 2012, 18:10

Re: Пожелания разработчикам

Повідомлення Хепі-Бух » 17 жовтня 2013, 13:21

Ще одне маленьке прохання котре виникло в зв'язку з останніми змінами. При імпорті ЄСВ з DBF якщо в обраному каталозі існують файли DBF з старішіх версій (буква ???????G.DBF, або буква ???????F.DBF) прохання автоматично підставляти
файли нової версії з буквою H.

Нина Юрилина
Администратор
Повідомлень: 4920
З нами з: 02 серпня 2012, 15:48
Звідки: supportmedoc@ukr.net

Re: Пожелания разработчикам

Повідомлення Нина Юрилина » 17 жовтня 2013, 14:18

Хепі-Бух
К сожалению такой доработки не будет, так как не известно что именно хочет загрузить бухгалтер, может он хочет загрузить отчеты за прошлые периоды!

foxolnik
Повідомлень: 54
З нами з: 16 квітня 2013, 12:08

Re: Пожелания разработчикам

Повідомлення foxolnik » 17 жовтня 2013, 14:36

Хепі-Бух писав:Ще одне маленьке прохання котре виникло в зв'язку з останніми змінами. При імпорті ЄСВ з DBF якщо в обраному каталозі існують файли DBF з старішіх версій (буква ???????G.DBF, або буква ???????F.DBF) прохання автоматично підставляти
файли нової версії з буквою H.
Примите поздравления с вкладом в копилку "риторических" пожеланий. Этот баг настолько давний, что уже считается фичей :D Просто советуйте своим пользователям чистить экспортный каталог.

foxolnik
Повідомлень: 54
З нами з: 16 квітня 2013, 12:08

Re: Пожелания разработчикам

Повідомлення foxolnik » 17 жовтня 2013, 14:55

Нина Юрилина писав:Хепі-Бух
К сожалению такой доработки не будет, так как не известно что именно хочет загрузить бухгалтер, может он хочет загрузить отчеты за прошлые периоды!
Неубедительная попытка схитрить! Файлы грузятся в выбранный месяц, по которому мы и определяем правила, в т.ч. и форматы/названия файлов. Т.е. грузить старые файлы в новый период глупо!

Родин Евгений

Re: Пожелания разработчикам

Повідомлення Родин Евгений » 17 жовтня 2013, 18:05

Глупо хранить все старые файлы в одном каталоге, не чистить его, и удивляться проблеме.
Если бухгалтер знает о том, что в этом каталоге есть документы разных периодов, то почему он не понимает, что выбрать правильный из списка - его святая обязанность? Если так хочется сохранить ДБФ, не проще ли отчеты за определенный период хранить в своем каталоге? Или вообще удалять файл после импорта (или получения положительных квитанций)?

Танюшка
Повідомлень: 2307
З нами з: 23 грудня 2011, 15:39

Re: Пожелания разработчикам

Повідомлення Танюшка » 17 жовтня 2013, 19:14

А я так и делаю. Есть общий каталог ( папка) для дбф файлов ЕСВ. При подготовке к импорту в папке создаю отдельную за месяц. Туда соответствующие файлы складываю. И вуаля, и медок не путается, и архив импортируемых ДБФок упорядочен.Просто при импорте выбираю нужную. Кстати помогает ориентироваться в актуальности. Пока не разу не в тот период не попала.

foxolnik
Повідомлень: 54
З нами з: 16 квітня 2013, 12:08

Re: Пожелания разработчикам

Повідомлення foxolnik » 18 жовтня 2013, 17:37

Молодец, Танюшка! Как говорится, респект вам и уважуха за соблюдение порядка. А вот рядовой бухгалтер большой (особенно бюджетной) организации делает как сказали: "нажала сюда чтобы выгрузить ДБФ, нажала туда чтобы загрузить из ДБФ". А всё остальное для них магия покрытая мраком. И если загрузилось не то, следует обращение к "программисту", то бишь любому человеку, который чуть лучше понимает принцип организации данных на компьютере и способен включить логику.
В этом вопросе не помогает ничего: ни яркое крупное поле с адресом экспорта, ни кричащий баннер после экспорта, ни подробнейшие объяснения после каждого изменения форматов/имен файлов... Даже после личной демонстрации принципа связи программ через промежуточный файл, редко кого озаряет понимание. "Простые" пользователи хотят чтобы их взяли на ручки и погладили, а остальное пусть "работает само".

Відповісти

Повернутись до “Побажання”