Ошибка object reference not set ....

[Ярослав Заец]

ZuluSpirit

Уточните пожалуйста, экспорт документа с реестра первичных документов выполняется ???
сможете предоставить экспорт файлу в ЛС?

[ZuluSpirit]

Така помилка можлива, якщо контрагент використовує власний шаблон, якого немає в Глобальному реєстрі шаблонів

Від того якось легше не стає...
У тебе ніби є документ, ніби підписаний, затверджений, але доступу до нього - через підкоп за сараєм...
Так електронний документообіг не побудуєш... до речі, дуже іронічним виглядає той факт, що цей документ від "обслуговуючої" організації на "Постачання примірника та пакетів оновлень (компонент) комп'ютерної програми "M.E.Doc" модуль "Звітність" з правом використання на рік (мережева версія)")))

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

[ZuluSpirit]

Уточните пожалуйста, экспорт документа с реестра первичных документов выполняется ???

Так

сможете предоставить экспорт файлу в ЛС?

Якщо самого шаблону мало, то так.

[Ярослав Заец]

Якщо самого шаблону мало, то так.

Вышлите пожалуйста в ЛС пример экспорта такого документа

[Шоловей Олександр]

Не допомогло.
Спробував навіть відкрити шаблон і нічого не змінюючи зберегти (бо програма чомусь запитує чи зберігати документ без внесених змін) і тоді зайти до реєстру, але результат - "Ошибка object reference not set..."
але схоже проблема дійсно з шаблоном, бо спробував відкрити інший вхідний документ по цьому шаблону, але в іншій організації і результат такий же...

Данная ситуация связана с тем, что Вы используете шаблон у которого нет GUID . Соответственно данный шаблон отсутствует в РГШ. На текущий момент Вам рекомендовано опубликовать данный шаблон в РГШ. После проделанного для документов созданный на основании опубликованного шаблона в ГРШ данная ситуация повторятся не должна.

[Inkognito]

Шоловей Александр
Шановний представник розробника. Цей баг зявився в останньому оновленні Медка, тож будьте ласкаві, зробити так, щоб шаблони не доводилось перезберігати та перевідправляти на сервер шаблонів, коли вони прекрасно працювали до останнього оновлення. Пояснювати проблему бухгалтерам важко, ще важче пояснити, чому проблема саме з останнім оновленням Медка, коли до цього все чудово працювало
П.С. сервер шаблонів Ваш, і якщо проблема в відсутності ідентифікатора (видно, раніше це поле було не обовязковим?) то що заважає Вам зробити скрипт, який поставить деякий ідентифікатор? Зробіть необхідне доопрацювання без необхідності втручання кінцевого користувача. Будь ласка.

[Белокопытов Геннадий]

Inkognito
Олександр надав варіант вирішення ситуації. Подібну поведінку як зі старими шаблонами документів, так і з новими на даний момент повторити не вдалося.
Якщо є такий приклад, будемо вдячні за надану БД, або можливість віддаленого доступу.

[ZuluSpirit]

Данная ситуация связана с тем, что Вы используете шаблон у которого нет GUID

Не ми використовуємо цей шаблон, а один з ваших дилерів... а нам проблеми...

На текущий момент Вам рекомендовано опубликовать данный шаблон в РГШ

Це не наш шаблон, нам його прислали, як ми його маємо публікувати?!
Це нам що, треба дзвонити контрагентам і дилерам й вчити користуватися шаблонами?!

...используете шаблон у которого нет GUID . Соответственно данный шаблон отсутствует в РГШ

І ще одне, відсилав вашому колезі приклад експортованого файлу, то там пише якийсь GLOBALTMPLID

Чи має бути ще один?!

[Sagius]

Там, в теге "<TEMPLATE>", должно быть
GUID="..."

[Ярослав Заец]

І ще одне, відсилав вашому колезі приклад експортованого файлу, то там пише якийсь GLOBALTMPLID

Ваш файл получен, сейчас вопрос находится на анализе.
Ответ сообщим дополнительно.

[ZuluSpirit]

Там, в теге "<TEMPLATE>", должно быть
GUID="..."

Зрозумів Вас, параметр GUID має бути у файлі шаблону, а не у файлі експортованого документу, але...
У нас є дійсно свої шаблони і вже навіть публічні і на сервері ПТАХ.

У них є вже згаданий параметр GUID у тезі "<TEMPLATE>"

І у документі, створеному на його основі, у тезі <GLOBALTMPLID> прописується той самий GUID шаблону.

XML-документ | Показать

... виходить, що якщо у проблемному документі є заповнений <GLOBALTMPLID>, то значить звідкись він мав взятися цей <GLOBALTMPLID> і мав би бути шаблон з відповідним GUID... ну це чисто теоретично... і якщо шаблону РАПТОМ не стало, то програма як мінімум - мала б вивести повідомлення, що відсутній шаблон (хоча толку з нього як з помилки, бо спробуй рядовому бухгалтеру додумайся що то таке і звідки його взяти...), а як треба - спробувати завантажити його з серверу ПТАХ.
Тому що зараз виходить, що ми отримали у березні документ, було все добре, його затвердили і все - до червня доступ до документу втрачено... був шаблон і не стало...

Ваш файл получен, сейчас вопрос находится на анализе.
Ответ сообщим дополнительно.

Так як така проблема виникає у кількох організаціях, які крутяться на одному сервері, то за потреби можемо надати ZBK однієї з них, щоб подібні ситуації надалі не повторювалися.

Вибачте що може туплю, але я так зрозумів, що хлопці з червоними ніками почали працювати над тим, щоб така ситуація не повторювалася, але не зрозумів що зробити зараз, щоб можна було відкрити цей документ, якщо шаблон цього документу створений НЕ НАМИ.
Дякую.

[Алексей Тыгипко]

... виходить, що якщо у проблемному документі є заповнений <GLOBALTMPLID>, то значить звідкись він мав взятися цей <GLOBALTMPLID> і мав би бути шаблон з відповідним GUID...

Проблема в том, что в самом блобе шаблона данный guid отсутствует, при открытии документа программе необходим шаблон, по которому нужно отрисовать документ, он берется по guid, соответственно происходит ошибка при попытке показать документ. Как писали ранее - пока не удалось выявить причину данной ситуации и шаги воспроизведения. В ближайшее время доработаем функционал, чтобы можно было открывать документы, созданные на таких шаблонах. Также будем пытаться найти причину такой ситуации.

[Ярослав Заец]

ZuluSpirit

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

[hatmaster]

доброго дня.

після оновлення до 010 версії в клієнта проявилась аналогічна проблема.

Свій шаблон рахунку, не опублікований. Дані в рахунок передаються з самописної системі (Access).

В медку 5 ФОПів, по 4 цей рахунок формується нормально, в одного ніяк.
Також не відкриваються вже сформовані рахунки.

Якщо створювати документ вручну в медку, все нормально. Проблема саме при формуванні рахунку через АРІ.

Яка інформація потрібна для аналізу проблеми?

[Ярослав Заец]

Напишите пожалуйста в личных сообщениях ЕДРПОУ ФОП, а так же приложите пример кода которым создается документ в программе.

[kiac]

Здравствуйте. у клиента не открывается входящие документы от контрагента. расходная накладная с кодом PH_UKR. медок 10 версии, сетевой. не открываются не ранние принятые, которые уже были утверждены, не принятые вчера-сегодня

[Ярослав Заец]

Здравствуйте. у клиента не открывается входящие документы от контрагента. расходная накладная с кодом PH_UKR. медок 10 версии, сетевой. не открываются не ранние принятые, которые уже были утверждены, не принятые вчера-сегодня

Вышлите пожалуйста в ЛС пример экспорта такого входящего документа для проверки.
Так же просьба приложить лог работы программы или текст сообщения что выводится пользователю

[OZvit]

Добрый день! Перестали приниматься счета от Киевстар и открываться старые в программе. Подскажите, пожалуйста, как можно исправить?

[priup]

Было похожее у клиента. Им помогла рекомендация:
"необходимо зайти в реестре первичных документов и выбрать создать первичный документ, дабы обновились шаблоны бланков с РГШ."

[Ткаченко Алексей]

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