ИДЕИ ПО УЛУЧШЕНИЮ РАБОТЫ МЕДКА И ФОРУМА

Ваші пропозиції щодо розширення функціоналу програми.
Emelkey57
Повідомлень: 65
З нами з: 18 вересня 2012, 16:23

Re: ИДЕИ ПО УЛУЧШЕНИЮ РАБОТЫ МЕДКА И ФОРУМА

Повідомлення Emelkey57 » 28 вересня 2012, 17:34

Допрацюйте будь ласка!

СЕВАНЦ
Повідомлень: 3355
З нами з: 01 листопада 2011, 15:00
Звідки: Одесса

Re: ИДЕИ ПО УЛУЧШЕНИЮ РАБОТЫ МЕДКА И ФОРУМА

Повідомлення СЕВАНЦ » 28 вересня 2012, 20:13

В обновлении 093 « … При імпорті файлів PFZ у ЕСВ реалізована перевірка на відповідність кодів ЕДРПОУ
Хотелось бы реализовать аналогичную проверку и при импорте файлов .dbf.
А также реализовать аналогичную проверку при импорте файлов для справки о зарплате по форме 1дф.
Спасибо за внимание.
«Не привыкнешь - подохнешь. Не подохнешь - привыкнешь!» Михаил Жванецкий

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

Re: ИДЕИ ПО УЛУЧШЕНИЮ РАБОТЫ МЕДКА И ФОРУМА

Повідомлення Родин Евгений » 28 вересня 2012, 21:35

1) Хотел реализовать одной задачей еще тогда. К сожалению, не получится: в структуре ДБФ-файлов нет ЕДРПОУ. Сравнивать не с чем при импорте.
2) 1-ДФ в формате ДБФ? Считается что для налоговых форм он нерекомендуем. У меня нет примера правильной структуры ДБФ-файла 1-ДФ, но если там есть ЕДРПОУ, то можем реализовать. В ПН скажу больше (на работе пример должен быть).

skirillov
Повідомлень: 1762
З нами з: 26 серпня 2011, 10:34

Re: ИДЕИ ПО УЛУЧШЕНИЮ РАБОТЫ МЕДКА И ФОРУМА

Повідомлення skirillov » 28 вересня 2012, 21:59

— Качество софта обеспечивают не разработчики (это глубочайшее заблуждение), а процесс его производства. Уровень качества продукта — это одно из требований к нему, которое влияет на его стоимость, и не более того.

СЕВАНЦ
Повідомлень: 3355
З нами з: 01 листопада 2011, 15:00
Звідки: Одесса

Re: ИДЕИ ПО УЛУЧШЕНИЮ РАБОТЫ МЕДКА И ФОРУМА

Повідомлення СЕВАНЦ » 29 вересня 2012, 21:34

Родин Евгений писав:1) … в структуре ДБФ-файлов нет ЕДРПОУ. Сравнивать не с чем при импорте.
2) 1-ДФ в формате ДБФ? Считается что для налоговых форм он нерекомендуем...
Откуда такая информация?
Если мне не изменяет память, импортируемые файлы .dbf информацию о коде ЕГРПОУ содержат.
Применительно к форме 1дф в подтверждение этих слов привожу фрагмент соответствующего нормативного документа:
| Показать
УТВЕРЖДЕНО
Приказ Государственной налоговой администрации Украины
24.12.2010 г. N 1020
Зарегистрировано
в Министерстве юстиции Украины
13 января 2011 г. за N 46/18784
Порядок
заполнения и представления налоговыми агентами налогового расчета сумм дохода, начисленного (уплаченного) в пользу налогоплательщиков, и сумм удержанного с них налога

...

3. Описание структуры файла данных расчета
3.1. При наличии компьютерной техники информацию о доходах и удержанных налогах следует подавать в виде DBF файла с именем - DArrccnn.k, где:
DA- маска файла с данными о доходах;
rr - код области;
cc - код органа государственной налоговой службы, куда подается налоговый расчет;
nn - номер файла за отчетный период (01, 02...);
k - порядковый номер отчетного квартала.
3.2. Структура файла данных расчета предоставляется в таблице 4:
Таблица 4
Название реквизита Формат реквизита Значение реквизита
NP N(5) порядковый номер записи в файле
PERIOD N(1) порядковый номер отчетного квартала
RIK N(4) отчетный год
KOD C(10) код по ЕГРПОУ или регистрационный (учетный) номер плательщика налогов - для юридического лица, подающего налоговый расчет, или регистрационный номер учетной карточки плательщика налогов, или серия и номер паспорта (для физических лиц, которые из-за своих религиозных убеждений отказываются от принятия регистрационного номера учетной карточки плательщика налогов и уведомили об этом соответствующий орган государственной налоговой службы и имеют отметку в паспорте) - для самозанятого физического лица, подающего налоговый расчет
TYP N(1) признак налогового агента, который подает налоговый расчет (0 - юридическое лицо, 1 - физическое лицо)
TIN C(10) регистрационный номер учетной карточки плательщика налогов или серия и номер паспорта (для физических лиц, которые из-за своих религиозных убеждений отказываются от принятия регистрационного номера учетной карточки плательщика налогов и уведомили об этом соответствующий орган государственной налоговой службы и имеют отметку в паспорте) физического лица, о котором предоставляется информация в налоговом расчете
S_NAR N(12.2) сумма начисленного дохода
S_DOX N(12.2) сумма выплаченного дохода
S_TAXN N(12.2) сумма начисленного налога на доходы физических лиц
S_TAXP N(12.2) сумма перечисленного налога на доходы физических лиц
OZN_DOX N(3) признак дохода согласно справочнику признаков доходов
D_PRIYN D(8) дата принятия на работу физического лица
D_ZVILN D(8) дата увольнения физического лица
OZN_PILG N(2) признак налоговой социальной льготы согласно справочнику признаков налоговых социальных льгот
OZNAKA N(1) признак: 0 - ввод записи, 1 - исключение записи
Последние три записи файла заполняются следующим образом:
в первой записи заполняются только следующие поля: "NP" - заполняется четырьмя цифрами "9" и одной цифрой "1"; TIN "- вносится регистрационный номер учетной карточки плательщика налогов или серия и номер паспорта (для физических лиц, которые из-за своих религиозных убеждений отказываются от принятия регистрационного номера учетной карточки плательщика налогов и уведомили об этом соответствующий орган государственной налоговой службы и имеют отметку в паспорте) руководителя юридического лица или самозанятого лица; "S_DOX" - вносится телефон руководителя юридического лица или самозанятого лица; "PERIOD", " RIK "," KOD "," TYP "- заполняются в соответствии с предыдущими записями файла. Остальные поля этой записи не заполняются;
во второй записи заполняются только следующие поля: "NP" - заполняется четырьмя цифрами "9" и одной цифрой "2"; TIN "- вносится регистрационный номер учетной карточки плательщика налогов или серия и номер паспорта (для физических лиц, которые из-за своих религиозных убеждений отказываются от принятия регистрационного номера учетной карточки плательщика налогов и уведомили об этом соответствующий орган государственной налоговой службы и имеют отметку в паспорте) главного бухгалтера; "S_DOX" - вносится телефон главного бухгалтера; "PERIOD", "RIK", "KOD", " TYP "- заполняются в соответствии с предыдущими записями файла. Остальные поля этой записи не заполняются;
в третьей записи заполняются только следующие поля: "NP" - заполняется пятью цифрами "9", "PERIOD", "RIK", "KOD", "TYP" - заполняются в соответствии с предыдущими записями файла; "S_NAR" - подсчитывается общая сумма начисленного дохода по всем записям файла; "S_DOX" - подсчитывается общая сумма выплаченного дохода по всем записям файла; "S_TAXN" - подсчитывается общая сумма начисленного налога на доходы физических лиц по всем записям файла; "S_TAXP" - подсчитывается общая сумма перечисленного налога на доходы физических лиц по всем записям файла. Остальные поля этой записи не заполняются.
Применительно к ЕСВ порядок заполнения файлов постараюсь уточнить в понедельник, но код ЕГРПОУ там, как мне кажется, тоже есть - вторая или третья колонка, на память не помню.

Спасибо за подсказку! Я помнил, что обсуждение этого вопроса уже было, но забыл название темы.
Самое интересное, что в упомянутой теме я выступил в качестве оппонента идеи о необходимости контроля, аргументируя это так (цитата): « По этому поводу дополнительно грузить программистов не обязательно. Бухгалтер сам должен всё проверить
Вернулся я к этой проблеме только потому, что в обновлении 093 такой контроль, судя по анонсу, уже реализован «при імпорті файлів PFZ», то есть программисты МЕДОКа проблему признали и сами себя «нагрузили» . Возник вопрос, почему подверглись дискриминации файлы dbf .
Теперь по сути обсуждаемого вопроса.
Обсуждаемый контроль является сервисной функцией. Следовательно, без неё, как и без любой иной сервисной функции, можно обойтись, когда есть более важные задачи. Именно поэтому я посчитал, что в июле грузить программистов этим не стоит.
Сейчас ситуация другая – появились конкуренты, и на сервис пора обратить внимание. Тем более, что проблема имеет практическое значение - я о ней вспомнил в пятницу именно потому, что лично втянул "чужой" файл при заполнении отчета по ЕСВ.
Учитывая, что применительно к другим файлам контроль уже реализован, не вижу никаких причин для «дискриминации» файлов dbf , поскольку они информацию о коде ЕГРПОУ тоже содержат.
Востаннє редагувалось 29 вересня 2012, 21:54 користувачем СЕВАНЦ, всього редагувалось 1 раз.
«Не привыкнешь - подохнешь. Не подохнешь - привыкнешь!» Михаил Жванецкий

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

Re: ИДЕИ ПО УЛУЧШЕНИЮ РАБОТЫ МЕДКА И ФОРУМА

Повідомлення Родин Евгений » 29 вересня 2012, 21:52

1) Выгружал из 1С (7 и 8) - ЕСВ в формате ДБФ не содержит ЕДРПОУ.
2)
1-ДФ в формате ДБФ? Считается что для налоговых форм он не рекомендуем.
Я бы вообще закрыл возможность его импорта в этом формате...Поищу по форуму причину. Та есть какой-то нюанс.

СЕВАНЦ
Повідомлень: 3355
З нами з: 01 листопада 2011, 15:00
Звідки: Одесса

Re: ИДЕИ ПО УЛУЧШЕНИЮ РАБОТЫ МЕДКА И ФОРУМА

Повідомлення СЕВАНЦ » 29 вересня 2012, 22:00

Родин Евгений писав:Я бы вообще закрыл возможность его импорта в этом формате...
Не знаю, как другие, а я только этим форматом пользуюсь, формируя данные для импорта в МЕДОК. Вы хотите заставить меня менять хорошо работающее программное обеспечение? Я скорее откажусь от МЕДОКа!
«Не привыкнешь - подохнешь. Не подохнешь - привыкнешь!» Михаил Жванецкий

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

Re: ИДЕИ ПО УЛУЧШЕНИЮ РАБОТЫ МЕДКА И ФОРУМА

Повідомлення Родин Евгений » 29 вересня 2012, 22:06

Зачем такие крайности :) Посмотрел - есть в нем поле KOD, отвечающее за ЕДРПОУ. Значит, технически сделать проверку возможно. Осталось найти логику в использовании этого формата. Ок, переговорим с программистами.
Кстати насчет ЕСВ, посмотреть структуру файлов можно здесь: ...\help\new_PFU_ed_vnesok.doc Как видим, ЕДРПОУ действительно в структуре файлов отсутствует. Код содержится в формате PFZ и ПФУ считает это вполне достаточным.

grindin
Повідомлень: 503
З нами з: 01 листопада 2011, 18:26

Re: ИДЕИ ПО УЛУЧШЕНИЮ РАБОТЫ МЕДКА И ФОРУМА

Повідомлення grindin » 29 вересня 2012, 23:17

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

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

Re: ИДЕИ ПО УЛУЧШЕНИЮ РАБОТЫ МЕДКА И ФОРУМА

Повідомлення Родин Евгений » 30 вересня 2012, 10:23

Как мне это знакомо...тоже работал на таком предприятии, думаю они и сейчас на ХМЛ не перейдут...
Увы, анализировать файлы ДБФ (по ЕСВ) наполучится - просмотрел каждое поле - кроме сумм, периодов, и прочих полей нет ни одного (ЕДРПОУ, ИНН) поля, которое можно было бы анализировать при импорте и сравнивать с данными из "Карточки предприятия".

СЕВАНЦ
Повідомлень: 3355
З нами з: 01 листопада 2011, 15:00
Звідки: Одесса

Re: ИДЕИ ПО УЛУЧШЕНИЮ РАБОТЫ МЕДКА И ФОРУМА

Повідомлення СЕВАНЦ » 01 жовтня 2012, 08:24

Родин Евгений писав:... ЕДРПОУ действительно в структуре файлов отсутствует. ...
Вы правы - применительно к ЕСВ код ЕГРПОУ отсутствует. Перепутал с 1дф. Приношу извинения. :oops: :oops: :oops:
Востаннє редагувалось 01 жовтня 2012, 08:36 користувачем СЕВАНЦ, всього редагувалось 2 разів.
«Не привыкнешь - подохнешь. Не подохнешь - привыкнешь!» Михаил Жванецкий

СЕВАНЦ
Повідомлень: 3355
З нами з: 01 листопада 2011, 15:00
Звідки: Одесса

Re: ИДЕИ ПО УЛУЧШЕНИЮ РАБОТЫ МЕДКА И ФОРУМА

Повідомлення СЕВАНЦ » 01 жовтня 2012, 08:35

grindin писав:.... dbf ... сам лично тоже его не люблю, но раз он есть, ...его нужно поддерживать...
Совершенно справедливо!
Я этот устаревший и неудобный формат тоже не люблю, но это не наш выбор.
Чиновники налоговой и ПФУ, непонятно по чьей рекомендации, выбрали этот формат ещё в конце 90-х, после чего закрепили этот выбор соответствующими инструкциями. Как следствие, на него уже пятнадцать лет ориентировано всё бухгалтерское ПО. А посему отказываться от импорта файлов, подготовленных в этом формате, без крайней нужды более чем не желательно, невзирая на все его недостатки.
Востаннє редагувалось 02 жовтня 2012, 13:04 користувачем СЕВАНЦ, всього редагувалось 1 раз.
«Не привыкнешь - подохнешь. Не подохнешь - привыкнешь!» Михаил Жванецкий

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

Re: ИДЕИ ПО УЛУЧШЕНИЮ РАБОТЫ МЕДКА И ФОРУМА

Повідомлення Родин Евгений » 01 жовтня 2012, 13:30

Ирина Шадрина
Обратила внимание - почему в карточках контрагентов (В справочнике) в адресе нет строки "Район города"??? Очень нужно.
В реализации. Сроки назвать затруднительно. В скором будущем.

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

Re: ИДЕИ ПО УЛУЧШЕНИЮ РАБОТЫ МЕДКА И ФОРУМА

Повідомлення Родин Евгений » 09 жовтня 2012, 18:29

artcom
Тип населенного пункта должен при этом остаться редактируемым - давным-давно его специально отделили от самого наименования пункта. Но мысль на скриншоте выше логична - суслик должен быть виден.
Тоже в реализации.

vnkor
Повідомлень: 1073
З нами з: 07 жовтня 2011, 09:39

Re: ИДЕИ ПО УЛУЧШЕНИЮ РАБОТЫ ФОРУМА

Повідомлення vnkor » 10 жовтня 2012, 08:23

Измените заголовок темы. Раньше было "Идеи по улучшению работы Медка и форума.
Каждая программа содержит, по крайней мере, одну ошибку.
Народная мудрость.

Sirius
Повідомлень: 322
З нами з: 22 червня 2011, 09:41

Re: ИДЕИ ПО УЛУЧШЕНИЮ РАБОТЫ МЕДКА И ФОРУМА

Повідомлення Sirius » 15 жовтня 2012, 11:24

Оптимизируйте быстродействие программы в модуле "Сертификаты", открывается 45 секунд и висит при выборе периода, железо - Pentium Dual-Core E5700 3,0 Ghz, 4Gb ОЗУ.

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

Re: ИДЕИ ПО УЛУЧШЕНИЮ РАБОТЫ МЕДКА И ФОРУМА

Повідомлення Родин Евгений » 15 жовтня 2012, 11:48

Сертификатов много? База не помешает.

Sirius
Повідомлень: 322
З нами з: 22 червня 2011, 09:41

Re: ИДЕИ ПО УЛУЧШЕНИЮ РАБОТЫ МЕДКА И ФОРУМА

Повідомлення Sirius » 15 жовтня 2012, 12:48

Родин Евгений писав:Сертификатов много? База не помешает.
Сбрасываем заявки на сертификаты с начала года. Удалять не хочется, поскольку там есть контактные телефоны бухгалтеров.

Ser_Ban
Повідомлень: 49
З нами з: 16 лютого 2012, 13:19

Re: ИДЕИ ПО УЛУЧШЕНИЮ РАБОТЫ МЕДКА И ФОРУМА

Повідомлення Ser_Ban » 17 жовтня 2012, 11:22

Добрый день.
Нужно сделать такую доработку. Где нибудь в настр. добавить галку "Удалять исходный файл после успешного импорта".
Мы выгружаем из ИСПРО отчёт ЕСВ, который падаёт в опр католог, затем импортируем его в медок, естественно там каждый мес. добавляется по файлу. Бухгалтер при импорте выбирает файл из каталога, а там их допустим 9 шт. бухгалтер путается. А вот если в каталоге импорта(Мед запоминает каталог из которого выполнялся импорт) был бы только 1 файл (последний сформированный из др источника) у бухгалтера было бы меньше вопросов, он бы выбрал тот который есть и всё.
Спасибо за понимание. Надеюсь на быструю реализацию.

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

Re: ИДЕИ ПО УЛУЧШЕНИЮ РАБОТЫ МЕДКА И ФОРУМА

Повідомлення Родин Евгений » 17 жовтня 2012, 11:32

Такая доработка в плане на реализацию. А именно: вместо стандартного диалогового окна OpenFileDialog() будет собственное, с указанной возможностью (возможно, и другими).

Відповісти

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