medoc.ua

Avangard писав:+10 клиентов с ошибкой по "Информационной довидке"

У клієнта на одному компі стоїть 2 локальних медка. При цьому в одному з них довідку мона створити, а в іншому - ні)))

rsv писав:

Avangard писав:+10 клиентов с ошибкой по "Информационной довидке"

У клієнта на одному компі стоїть 2 локальних медка. При цьому в одному з них довідку мона створити, а в іншому - ні)))

Подогрели нам проблем((( Телефон оборвали уже...

rsv писав: У клієнта на одному компі стоїть 2 локальних медка. При цьому в одному з них довідку мона створити, а в іншому - ні)))

Есть такая хрень, называется "русская рулетка". В данном случае имеем "сладкую рулетку"... Правда результат почти одинаковый... Лично у меня с этой рулеткой пронесло, у кого-то - нет... Делаем ставки, господа...

Avangard писав:Подогрели нам проблем((( Телефон оборвали уже...

Зате відчуваю себе таким вумним, таким вумним...))) Не встигне клієнт подзвонити, а я відразу з ходу: "Що, не можете створити довідку?" У половини шок: "А ви звідки знаєте?" Відповідь: "Як звідки? Ви хіба не знаєте, які в нас всі хлопці вумні?"

Вчера на одной фирме обновила Медок, довидка работает. Сегодня обновила на другой фирме - не работает....И как узнать регистрационный лимит?

Добрый день!!!
Так когда выйдет это обновление 10.01.108?
Нужно выписки отправлять

Eugene писав:

Kapet писав:

antonrtv писав: поставьте знак или цифру в названии файла на который ругаеться, чтоб переименовать его

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

представляете, дает))
только плюс к этому еще три длл и сам UNYCryptC.exe.
Мой способ короче!

Если дает переименовать, то этот файл и его процесс не заблокированы.

Kapet писав:

rsv писав: У клієнта на одному компі стоїть 2 локальних медка. При цьому в одному з них довідку мона створити, а в іншому - ні)))

Есть такая хрень, называется "русская рулетка". ...

Це не "русская рулетка" - це

ВБР(Великий Белорусский Рандом) | Показать

Соль в том, что срабатывает ВБР зачастую довольно странным образом и выдаёт порой совсем уж неожиданные результаты, из чего складывается огромное множество попросту нелепых ситуаций.

!

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

1. Новый запит J1300103 по налоговым из единого реестра можно создать просто скопировав существующий, и отрехтовав его как надо.

2. Новый запит J1301206 по сумме налога получить копированием не получится, - разработчик такой возможности не предоставил. Но если такой, отправленный ранее, запит есть, то можно попробовать сформировать xml-файл запита, и импортировать его в Медок. Файл импорта формируется по данным "Відправлено" уже отправленного запита, как на скрине ниже. Правда это возможно для продвинутого пользователя, да и это только моя теория, не проверенная на практике, - возможно импорт таких запитов в Медок не предусмотрен...

ЗЫ. Предполагаю, что если такие запити были и в предыдущих месяцах, то их также можно использовать и для текущего периода. Только, возможно, придется подправить кое-какие данные в некоторых тэгах, например месяц <PERIOD_MONTH>3</PERIOD_MONTH>. Возможно потребуется убрать тэг номера запроса (<HNUM>блаблабла</HNUM>), чтобы Медок самостоятельно назначил такой новый номер (или просто изменить его самостоятельно), и поставить актуальные данные в тэгах даты (<D_FILL>, <HFILL>) и времени (<HTIME>) запроса ...

Kapet писав:Можно попробовать произвести следующие шаги, при условии, что ранее уже были отправлены запити, с формированием новых которых сейчас есть проблемы

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

Якщо комусь терміново потрібно виправити помлку, має допомогти скрипт.
Особисто я не пробував
Зачекаю, мені не горить)
Можливо в когось є Медок з цею помилкою... і маєте час для переустановки, в разі невдачі, то можете спробувати.
Я все таки рекомендую зачекати 108 оновлення.
Скріпти у вкладенні!

| Показать

Першим виконати скрипт info_tbl1.lqs, за ним info_tbl2.lqs.

Скрипт испытал. заработало....но все же лучше подождать обновления(а то мало ли каким боком вылезет)

Кому скрипт поможет отпишитесь пожалуйста.

Фокус с xml-файлом запита, описанный Kapet работает. Поменяла в файле дату и номер, импортировала в Медок, а дальше как всегда - проверить-подписать-отправить. Всё получила. Спасибо!

протестировал у себя скрипт - работает!

Натка писав:Фокус с xml-файлом запита, описанный Kapet работает. Поменяла в файле дату и номер, импортировала в Медок, а дальше как всегда - проверить-подписать-отправить. Всё получила. Спасибо!

Всегда пожалуйста!

Если таки работает, то краткая инструкция для непосвященных:
1. Создаем в записной книжке (блокнот, notepad) новый пустой документ.
2. Копируем туда из "Відправлено" весь текст, который начинается с <?xml version="1.0" encoding="windows-1251"?> и заканчивается </DECLAR>.
3. В тэге PERIOD_MONTH значение номера месяца должно быть 3, и номер года <PERIOD_YEAR> должен быть 2016.
4. В теге <HNUM> ставим новый номер запроса, который больше номера последнего предыдущего запроса. На глаз...
5. В тэгах <D_FILL> и <HFILL> ставим текущую дату 10032016
6. В тэге <HTIME> ставим текущее время 13:11:44. (это опционально, можно пропустить, т.е. не менять)
7. Сохраняем полученный файл как PUTINHUILO.txt, затем переименовываем его в PUTINHUILO.xml
8. Импортируем полученный файл в Медок, и т.д....

ЗЫ. Действительно, выполнить выложенный выше скрипт проще, но импортировать такой xml - безопаснее.

инструкция рабочая, спасибо
улыбает, что этим должны заниматься пользователи платного программного обеспечения с тех.поддержкой:)
Даешь конкуренцию, а то этот медок уже 3,8 гига на винте занимает...

Главное с запытами намутили, зато добавили очень актуальные поля в реестре документов как «Дата договору» та «Вид договору» (особенно важные с 01.04.16, когда будет новая н/н без этих строк)

Натка писав:Главное с запытами намутили, зато добавили очень актуальные поля в реестре документов как «Дата договору» та «Вид договору» (особенно важные с 01.04.16, когда будет новая н/н без этих строк)

Они всегда были. Снимите против них галочки в конфигураторе таблиц, и не будут появляться.

Ирина Шадрина писав:

Натка писав:Главное с запытами намутили, зато добавили очень актуальные поля в реестре документов как «Дата договору» та «Вид договору» (особенно важные с 01.04.16, когда будет новая н/н без этих строк)

Они всегда были. Снимите против них галочки в конфигураторе таблиц, и не будут появляться.

Если они были, значит накручивают цену, так как в описании обновления 107 стоит :
"1.1.2. До реєстру додані нові колонки (за замовчуванням вимкнені): «Дата договору» та «Вид договору»".

Ай молодці.