Повторный ипорт документа

[Ирина Шадрина]

новый звитный посылают в двух случаях:
1) Если документ не принят по второй квитанции

ничего подобного. Пока в базе не будет звитного, новый звитный будет получать по шапке "В базе нет звитного документа". Поэтому Звитный должен быть хоть неправильный, хоть пустой. Только потом можно все исправить "Новым звитным"

[валенки]

Пока в базе не будет звитного, новый звитный будет получать по шапке "В базе нет звитного документа". Поэтому Звитный должен быть хоть неправильный, хоть пустой. Только потом можно все исправить "Новым звитным"

в базе - в какой? медка, центрального уровня гнс или районного?

я правильно понимаю, что происходит следующее?:

создали неправильный звитний в опз - втянули в медок - отослали, с шлюза центрального уровня получили в первой квитанции отлуп.

1. в базе медка звитний (неправильный) есть. и он справедливо хочет новый звитний.
2. в базе шлюза звитний (неправильный) тоже теоретически есть - получена же первая с отлупом.
3. в базе районной звитний (неправильный) отсутствует. центральный шлюз не соизволил поделиться с районом неправильным звитом.

по логике мы должны создать новый звитний. да и точно такой же звитний в медок уже не втянешь.

создали правильный новый звитний в опз - втянули в медок - отослали, с центрального уровня получили в первую квитанцию, что все хорошо. с районного(?) - вторую квитанцию с отлупом на тему "вы чего новый звитний посылаете? а где просто звитний"

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

по-моему тут глюк не в медке, а в логике приема шлюза и связки шлюз-районные базы.

учитывая, что программисты беста, медка и серверной части шлюза и серверной части районных баз чуть ли не через стенку сидят, кого-то из них надо пинать со всей силы

[Ирина Шадрина]

Я говорю про базу ГНС. Если вы получили "отлуп", причем неважно, в квитанции №1 или №2, значит в базе ГНС "звитного" отчета нет.

[валенки]

тогда значит возвращаемся к разрабам медка, который не хочет (не может, не способен) иметь два документа (непринятый и импортируемый правильный звитний) с одинаковым названием. медок, получивший "отлуп", причем неважно, в квитанции №1 или №2, тоже должен считать что в его базе "звитного" отчета нет.

учитывая, что документы из базы медок не удаляет, то непринятым по какой либо причине формам в индексе названий документов в своей базе он должен тогда бы добавлять (это разрабам пожелание) к названию формы чего-нить типа на каком этапе отвергнуто+счетчик документов с одинаковым названием типа "bad1_01_название отчета". и тогда импорт следующего звитнего с таким же названием не приведет к сиуации, описаной топикстартером.

[Танюшка]

тогда значит возвращаемся к разрабам медка, который не хочет (не может, не способен) иметь два документа (непринятый и импортируемый правильный звитний) с одинаковым названием. медок, получивший "отлуп", причем неважно, в квитанции №1 или №2, тоже должен считать что в его базе "звитного" отчета нет.

учитывая, что документы из базы медок не удаляет, то непринятым по какой либо причине формам в индексе названий документов в своей базе он должен тогда бы добавлять (это разрабам пожелание) к названию формы чего-нить типа на каком этапе отвергнуто+счетчик документов с одинаковым названием типа "bad1_01_название отчета". и тогда импорт следующего звитнего с таким же названием не приведет к сиуации, описаной топикстартером.

По поводу одинакового названия.Насколько я поняла проблему, отчет вы импортировали и отправляете через Медок демо-версию ? Отправился, не приняли. В случае с медком не принятый отчет копируется в него вносятся изменения он пере подписывается и т.д. и отправляется уже под новым номером ( номер сформированного файла для отправки).
У Вас номер импортируемого файла одинаковый. По этому медок его не подтягивает. Попробуйте в той программе где создавали документ откопировать неправилный,в копию внести необходимые исправления. И уже копия при экспорте должна получить другое имя файла. Если этого нет, то на форуме советовали вручную в имени экспортированного файла ( до подтягивания в медок) менять цифру.В каком месте менять , почитайте форум.

[Sirius]

Спасибо разработчикам, в 54-й версии все отлично импортируется

Поправка: импортируется если отчеты не отправлялись....

[валенки]

в 54-й версии все отлично импортируется

хм, а в опислове обновления об этом забыли рассказать

интересно - как реализовали? забили на уникальность документа-формы с номером? теперь их одинаковых два в списке?

[Sirius]

Поспешил я радоваться, только что позвонила бухгалтер, у которой не принят отчет, версия программы 54, но Медок не разрешает импортировать тот же отчет.
Выше в теме советовали при сохранении проставлять "№ уточнюючого документу" либо № документа в периоде, но это не правильно.
Согласно стандарту ГНСУ:

· позиції з 24 по 25 містять номер нового звітного (уточнюючого) документа у звітному періоді (значення елемента C_DOC_TYPE, доповненого зліва нулем до 2 символів). Для звітного документа позиції 24…25 міститимуть значення 00;
· позиції з 26 по 32 містять порядковий номер документа, що може подаватись декілька разів в одному звітному періоді (значення елемента C_DOC_CNT, доповненого зліва нулями до 7 символів). Якщо звіт подається лише один раз, то позиції 26...32 міститимуть значення 0000001;

Теперь смотрим в таблице №1 того-же стандарта:

<C_DOC_TYPE>
Номер нового звітного (уточнюючого) документа
Для першого поданого (звітного) документа в періоді значення даного елемента дорівнює 0, кожний наступний новий звітний (уточнюючий) документ цього ж типу для даного звітного періоду має значення цього елемента, збільшеного на одиницю

<C_DOC_CNT>
Номер однотипного документа в періоді
Якщо в одному звітному періоді подається кілька однотипних документів, то значення даного елемента містить порядковий номер для кожного документа в даному періоді. Перший (звітний) документ має номер 1. При формуванні електронного документа, що є новим звітним (уточнюючим) до поданого раніше (звітного) (значення елемента C_DOC_TYPE >0), нумерація однотипних документів в періоді (значення елемента C_DOC_CNT) повинна залишатись незмінною щодо нумерації звітного документа, показники якого виправляються

Получается при сохранении документа в ОПЗ поле "№ уточнюючого документу"(позиции 24-25) заполняется только в случае отправки 2-го и больше "Нового звітного" или "Уточнюючого" документа, мы же отправляем обычный "Звітний".
Поле "№ документа в періоді" (позиции 26-32) предназначено для однотипных документов, которых отправляют несколько в одном периоде (например налоговые накладные).
Поднимаю вопрос к разработчикам: почему нельзя импортировать отчет с таким же именем файла, если он не принят в налоговой и как поступать, когда программа не разрешает импортировать отчет?

[Capitoshechka]

Я говорю про базу ГНС. Если вы получили "отлуп", причем неважно, в квитанции №1 или №2, значит в базе ГНС "звитного" отчета нет.

Ошибаетесь. Как раз таки очень важно. Если по первой квитанции отчет принят, а во второй нет, то уже идет НОВЫЙ ЗВИТНЫЙ. В случае если снова будет послан Звитный - получите отписку о том что он уже зарегистрирован и не может быть повторно принят. Сейчас пороюсь в квитанциях и специально поищу.
Единственный нюанс (правда такое я встречал только один раз): если во второй квитанции указана формулировка что ДОКУМЕНТ НЕ ПРИЙНЯТО І НЕ ЗБЕРЕЖЕНО, то здесь идет конечно снова звітний. Но если там написано просто ДОКУМЕНТ НЕ ПРИЙНЯТО, В ДОКУМЕНТІ ВИЯВЛЕНО ПОМИЛКИ, то это говорит о том, что звитный был зарегистрирован. Хоть и неправильный, но тем не менее был. Поэтому в этом случае однозначно идет НОВЫЙ ЗВИТНЫЙ

[валенки]

то есть у нас минимум 5 вариантов состояния отправленного документа:

1. отправлен, но долго/вообще нет нулевки по причине лежащего гейта шлюза или потерялось в пути от отправителя к гейту
2. нулевка есть, в первой квитанции отлуп. (могут ли быть варианты 2а,2б и тд в зависимости от отлупа? если да - какие?)
3. есть нулевка, есть первая квитанция, во второй - не принято и не збережено
4. есть нулевка, есть первая квитанция, во второй - не принято, выявлены помылки
5. есть нулевка, есть первая квитанция,есть вторая, документ принят.

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

[Igor A.]

то есть у нас минимум 5 вариантов состояния отправленного документа:

1. отправлен, но долго/вообще нет нулевки по причине лежащего гейта шлюза или потерялось в пути от отправителя к гейту
2. нулевка есть, в первой квитанции отлуп. (могут ли быть варианты 2а,2б и тд в зависимости от отлупа? если да - какие?)
3. есть нулевка, есть первая квитанция, во второй - не принято и не збережено
4. есть нулевка, есть первая квитанция, во второй - не принято, выявлены помылки
5. есть нулевка, есть первая квитанция,есть вторая, документ принят.

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

1. Сидим ждем(карвалол в помощь, звоним ВСЕМ, чьи телефоны знаем, если 9-е или 20-е число и 17.50, то относим отчет ножками). Можно попытаться отправить с ящика напрямую, но есть вероятность получить квитанцию №1, что такой документ уже зарегистрирован). Уже легче -значит дошел;
2. Посылаем "Звітний"(так как не принят, вариантов "отлупа" несколько);
3. Вот тут затор, но скорее всего "Новий звітній", "звітний" Центральний рівень не пропустит;
4. Посылаем "Новий звітний" ("Звітний" не проходит, так как уже прошел Центральній рівень);
5. Победа!!!!!!!. Наливаем.

[Танюшка]

Я говорю про базу ГНС. Если вы получили "отлуп", причем неважно, в квитанции №1 или №2, значит в базе ГНС "звитного" отчета нет.

Ошибаетесь. Как раз таки очень важно. Если по первой квитанции отчет принят, а во второй нет, то уже идет НОВЫЙ ЗВИТНЫЙ. В случае если снова будет послан Звитный - получите отписку о том что он уже зарегистрирован и не может быть повторно принят. Сейчас пороюсь в квитанциях и специально поищу.
Единственный нюанс (правда такое я встречал только один раз): если во второй квитанции указана формулировка что ДОКУМЕНТ НЕ ПРИЙНЯТО І НЕ ЗБЕРЕЖЕНО, то здесь идет конечно снова звітний. Но если там написано просто ДОКУМЕНТ НЕ ПРИЙНЯТО, В ДОКУМЕНТІ ВИЯВЛЕНО ПОМИЛКИ, то это говорит о том, что звитный был зарегистрирован. Хоть и неправильный, но тем не менее был. Поэтому в этом случае однозначно идет НОВЫЙ ЗВИТНЫЙ

Ну не знаю. Получала я отрицательные как первую так и вторую квитанцию. И если сроки не прошли копировала исправляла и отправляла как "Звітний"."Новий звітний" посылала только тогда, когда и вторая квитанция приходила положительной, а отчет надо было исправить.

[Oleg_ved]

1. Программа M.E.Doc кривая настолько, что более кривую трудно и представить.
2. Чтобы импортировать ТОТ ЖЕ документ повторно, существует только один способ — відновлення резервної копії програми. В этом случае мы теряем все данные об отправленных ранее документах, но получаем возможность полноценно импортировать нужный документ.
Остальные описанные здесь способы — это нарушение правил документооборота.

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

1. не настолько уже и кривая. Дорабатывается, в связи с постоянно меняющимся законодательством, а также пожеланиями клиентов, дилеров, и самих разработчиков.
2. указанные выше способы не нарушают правил документооборота.

[artcom]

1. Судя по всему, Вы видели не так уж и много программ (и похоже, что половина из них - "Паук", "Косынка" и подобные). Прочтите хотя бы инструкцию перед тем, как ругать программу.
2. Вытекает из первого. Не удосужившись разобраться, Вы ругаете программу за то, что она давно прекрасно делает, только Вы об этом не догадывались. Какие именно способы нарушают правила документооборота?

[Xhazard]

Чтобы импортировать ТОТ ЖЕ документ повторно, существует только один способ — відновлення резервної копії програми.

Импортировать документ повторно необходимо только в демо-версии программы.
Тем, у кого есть лицензия, достаточно скопировать непринятый отчет и отредактировать его.
Так-что или купите программу, или бесплатно беременнейте мозг разработчикам ОПЗ.

[artcom]

К сожалению, импортировать не в демо иногда приходится только РНН. Ко всем остальным вполне подходит рекомендация выше

[priup]

1. Программа M.E.Doc кривая настолько, что более кривую трудно и представить.
2. Чтобы импортировать ТОТ ЖЕ документ повторно, существует только один способ — відновлення резервної копії програми. В этом случае мы теряем все данные об отправленных ранее документах, но получаем возможность полноценно импортировать нужный документ.
Остальные описанные здесь способы — это нарушение правил документооборота.

А ВЫ ВООБЩЕ ПОЛЬЗУЕТЕСЬ ЛИЦЕНЗИОННОЙ ВЕРСИЕЙ МЕДОК?
ЕСЛИ НЕТ....
Не лицензионный МЕДОК - это подписалка документа. Не вина МЕДКА, что бух. не может оформить в своей, какойто проге, правильный документ. Пусть в той проге и учится....

А ЛИЦЕНЗИОННЫЙ МЕДОК ЭТО НОРМАЛЬНАЯ ПРОГРАММА.

[Танюшка]

А ЛИЦЕНЗИОННЫЙ МЕДОК ЭТО НОРМАЛЬНАЯ ПРОГРАММА.

Оптимист .