medoc.ua

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

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

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

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

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

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

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

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

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

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

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

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

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

Апну темку

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

Да и тут http://sts.gov.ua/reestr говорит, что такой номер св-ва есть

| Показать

св-во.jpg (45.36 Кіб) Переглянуто 21689 разів

А нуля в начале нет в печатном бланке св-ва?
Как вариант ставить нуль в начале!

pavel писав: А нуля в начале нет в печатном бланке св-ва?
Как вариант ставить нуль в начале!

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

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

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

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

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

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

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

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

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

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

Неубедительная попытка схитрить! Файлы грузятся в выбранный месяц, по которому мы и определяем правила, в т.ч. и форматы/названия файлов. Т.е. грузить старые файлы в новый период глупо!

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

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

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