МЕДок - БестЗвит

[medoc_help]

Понял, подкорректирую. Спасибо!
П.С. как же узнать налогоплательщику, в каких случаях переделывать <C_DOC_CNT>, а в каких случаях <C_DOC_TYPE>?
Составить полный перечень документов-исключений (код + название) для <C_DOC_TYPE>, и дописать "в остальных случаях изменяется <C_DOC_CNT>"? Как думаете?

[vol]

Понял, подкорректирую. Спасибо!
П.С. как же узнать налогоплательщику, в каких случаях переделывать <C_DOC_CNT>, а в каких случаях <C_DOC_TYPE>?
Составить полный перечень документов-исключений (код + название) для <C_DOC_TYPE>, и дописать "в остальных случаях изменяется <C_DOC_CNT>"? Как думаете?

У ГНИ существует "Термін подання звітів" для каждого отчета. В ОПЗ єто тоже все организовано.

[валенки]

как же узнать налогоплательщику, в каких случаях переделывать <C_DOC_CNT>, а в каких случаях <C_DOC_TYPE>

про правильность изменения полей мы тут написало много: 1 2 3 4 5

думаю, vol согласится с моей позицией:
C_DOC_TYPE - менять всегда, если не принят на центральном уровне. основной способ. я бы в вашей инструкции поменял местами п.п. 6.1 и 6.2
C_DOC_CNT - таких документов в периоде несколько - нн, запросы и тд, менять, если предыдущий документ такого типа был принят.

Составить полный перечень документов-исключений (код + название) для <C_DOC_TYPE>, и дописать "в остальных случаях изменяется <C_DOC_CNT>"?

вообще-то запрет на изменение C_DOC_CNT описан в справочнике документов C:\OPZ\spr\Spr_doc.xml
<C_DOC_CNT_SET>0</C_DOC_CNT_SET> - опз не даст менять C_DOC_CNT
<C_DOC_CNT_SET>1</C_DOC_CNT_SET> - менять C_DOC_CNT можно.

я бы назвал изменение C_DOC_TYPE при непринятии отчета не исключением, а правилом.

было бы неплохо, если бы уточнили в Стандарте, что C_DOC_TYPE - это поле, отвечающее за "непринятость" отправленного документа.

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

[medoc_help]

Взрыв мозга...пообщался с другими людьми, сказали всегда менять только <C_DOC_CNT>, и никогда ни при каких обстоятельствах не трогать <C_DOC_TYPE> (в ситуации, когда импортированный в Медок отчет не был принят. В исправленном ХМЛ, повторно выгруженном из сторонней программы, просто увеличиваем счетчик). И инструкцию смотрели, сказали все правильно. Совсем запутался, кому верить
Похоже, нужно взять ситуацию в свои руки и протестировать.
П.С. может мы совсем разные ситуации рассматриваем, поэтому нестыковка мнений?

[валенки]

Взрыв мозга...пообщался с другими людьми, сказали всегда менять только <C_DOC_CNT>, и никогда ни при каких обстоятельствах не трогать <C_DOC_TYPE> (в ситуации, когда импортированный в Медок отчет не был принят. В исправленном ХМЛ, повторно выгруженном из сторонней программы, просто увеличиваем счетчик). И инструкцию смотрели, сказали все правильно. Совсем запутался, кому верить
Похоже, нужно взять ситуацию в свои руки и протестировать.
П.С. может мы совсем разные ситуации рассматриваем, поэтому нестыковка мнений?

другие люди путают C_DOC_TYPE c C_DOC_STAN
цитирую стандарт:

C_DOC_CNT Номер однотипного документа в періоді и позиції з 26 по 32 містять порядковий номер документа, що може подаватись декілька разів в одному звітному періоді (значення елемента C_DOC_CNT, доповненого зліва нулями до 7 символів). Якщо звіт подається лише один раз, то позиції 26...32 міститимуть значення 0000001.

смоделируем ситуацию: простой звитний документ (C_DOC_STAN = 1, C_DOC_TYPE = 0, C_DOC_CNT = 1) подписывается чем-то (отвлечемся от медка, предполагаем, что у нас есть просто подписывалка-отсылалка типа почившего нотаря) и не принят на центральном уровне. допустим, потому что подписан левым ключом (специально поменял, допустим один символ в .sk-файле), о котором шлюз ничего не знает и проверить аутентичность подписи не может.

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

по стандарту я не имею права менять C_DOC_CNT на двойку, потому что документ подается один раз, он не однотипный, он единственный в отчетном периоде. C_DOC_STAN я тоже не могу менять - это мой обычный "звитний" документ, районный уровень уже не примет любой звит с C_DOC_STAN, отличным от 1, потому что до района не дополз первый (ошибочный). остается только C_DOC_TYPE

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

[vol]

думаю, vol согласится с моей позицией:
C_DOC_TYPE - менять всегда, если не принят на центральном уровне. основной способ. я бы в вашей инструкции поменял местами п.п. 6.1 и 6.2
C_DOC_CNT - таких документов в периоде несколько - нн, запросы и тд, менять, если предыдущий документ такого типа был принят.

Хорошее радикальное решение.

Взрыв мозга...пообщался с другими людьми, сказали всегда менять только <C_DOC_CNT>, и никогда ни при каких обстоятельствах не трогать <C_DOC_TYPE> (в ситуации, когда импортированный в Медок отчет не был принят. В исправленном ХМЛ, повторно выгруженном из сторонней программы, просто увеличиваем счетчик). И инструкцию смотрели, сказали все правильно. Совсем запутался, кому верить
Похоже, нужно взять ситуацию в свои руки и протестировать.
П.С. может мы совсем разные ситуации рассматриваем, поэтому нестыковка мнений?

Для этого нужно строго следовать Стандарту. В Вашем случае поле <C_DOC_TYPE> вообще никогда не используется.
Вот реальная ситуация.
Мы сдали декларацию по прибыли с параметрами C_DOC_STAN = 1, C_DOC_TYPE = 0, C_DOC_CNT = 1. имя файла ****J01001111000000001***
Обнаружили ошибку и сдали "Новий зітний" с параметрами C_DOC_STAN =2, C_DOC_TYPE = 0, C_DOC_CNT = 1. имя файла ****J01001112000000001***
Опять обнаружили ошибку и сдаем снова. Какие параметры мы должны применить?
C_DOC_STAN =2 так как "Новий зітний", C_DOC_CNT = 1 так как он единственный в периоде и C_DOC_TYPE = 1 так как он исправленный этого же типа
имя файла ****J01001112010000001***

[medoc_help]

Сегодня Вы совместными усилиями меня добили Все, бросаю все свои планы на выходные и займусь этим вопросом вплотную.

[валенки]

поменял местами п.п. 6.1 и 6.2

вернее, дополнил пунктом 6.0 - про инкремент C_DOC_TYPE

[валенки]

Мы сдали декларацию по прибыли
..
Обнаружили ошибку сдали "Новий зітний"
..
Опять обнаружили ошибку и сдаем снова.

причем в течении трех рабочих дней, за неделю до окончания срока подачи.

Опять обнаружили ошибку и сдаем снова. Какие параметры мы должны применить?
C_DOC_STAN =2 так как "Новий зітний", C_DOC_CNT = 1 так как он единственный в периоде и C_DOC_TYPE = 1 так как он исправленный этого же типа
имя файла ****J01001112010000001***

+100500. медок не всосет, а стандарт (да и шлюз) не должен позволить принять еще один J01001112000000001

[валенки]

Сегодня Вы совместными усилиями меня добили Все, бросаю все свои планы на выходные и займусь этим вопросом вплотную.

как успехи?

[medoc_help]

Несколько раз пытался что-то ответить, но никак не получалось (мысли спутались ).
Видимо, нужно взять этот конкретный пример и протестировать импорт и отправку.

[vol]

Несколько раз пытался что-то ответить, но никак не получалось (мысли спутались ).
Видимо, нужно взять этот конкретный пример и протестировать импорт и отправку.

Рисуем схему:
В файле можно изменять три значения:
1. Стан документа • позиція 23 містить ознаку стану документа (значення елемента C_DOC_STAN);
2. • позиції з 24 по 25 містять номер нового звітного (уточнюючого) документа у звітному періоді (значення елемента C_DOC_TYPE, доповненого зліва нулем до 2 символів). Для звітного документа позиції 24...25 міститимуть значення 00;
3. Номер документа • позиції з 26 по 32 містять порядковий номер документа, що може подаватись декілька разів в одному звітному періоді (значення елемента C_DOC_CNT, доповненого зліва нулями до 7 символів). Якщо звіт подається лише один раз, то позиції 26...32 міститимуть значення 0000001;
Итак
Создаем новую декларацию C_DOC_STAN=1, C_DOC_TYPE=00, C_DOC_CNT=0000001(это значение не возможно изменить, т.к. сдается один раз в отчетный период)
****1 00 0000001****
Если файл не принят на 1 уровне Тогда
. .исправляем ошибки в документе и присваиваем C_DOC_STAN=1(стан документа не изменился - он все еще новый), C_DOC_TYPE=01(исправленный),C_DOC_CNT=0000001; и файл ****1 01 0000001****
Если опять файл не принят на 1 уровне Тогда
. .исправляем ошибки в документе и присваиваем C_DOC_STAN=1(стан документа не изменился - он все еще новый), C_DOC_TYPE=02(исправленный),C_DOC_CNT=0000001; и файл ****1 02 0000001****
Если файл не принят на 2 уровне (районная инспекция)Тогда
. .исправляем ошибки в документе и присваиваем C_DOC_STAN=2(стан документа изменился - он стал новым отчетным), C_DOC_TYPE=00,C_DOC_CNT=0000001; и файл ****2 00 0000001****
Если файл не принят на [b]1 уровне Тогда
. .исправляем ошибки в документе и присваиваем C_DOC_STAN=2(стан документа не изменился - он все еще новый отчетный), C_DOC_TYPE=01(исправленный),C_DOC_CNT=0000001; и файл ****2 01 0000001****
Если опять файл не принят на 1 уровне Тогда
. .исправляем ошибки в документе и присваиваем C_DOC_STAN=2(стан документа не изменился - он все еще новый отчетный), C_DOC_TYPE=02(исправленный),C_DOC_CNT=0000001; и файл ****2 02 0000001****

[Irsha57]

Мама дорогая , а если я просто бухгалтер

[vol]

Мама дорогая , а если я просто бухгалтер

Это для программистов Медка

[kuryata79]

Добрый день. помогите после установки arm 119 загрузил обновления. все нормально. но при открытии дод.4 по есв для пф пишет следующее
12345678ТОВ"XXXXX"
M.E.DOC 10.00.122
Локальна версія
Головне меню ОС: Microsoft Windows NT 6.1.7601 Service Pack 1

System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.MissingMethodException: Method not found: 'System.Data.DataTable ZvitServerData.IContributionData.GetDocByFormCode(Int64, Int32, System.DateTime)'.
at ZvitPublishedObjects.Server.ContributionManager.GetDocByFormCode(Int64 idorg, Int32 pertype, DateTime perdate)
at ZvitGUI.PFU.Contribution.UCContribution.RefreshGrid()
at ZvitGUI.PFU.Contribution.UCContribution..ctor(IMainWindow w)
at ZvitGUI.PFU.Contribution.UCContribution.Run(IMainWindow w)
--- End of inner exception stack trace ---
at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
at System.Reflection.MethodBase.Invoke(Object obj, Object[] parameters)
at ezvit.UCMainMenu.RunCommand(XmlNode node)
at ezvit.UCMainMenu.TvPartMouseDoubleClick(Object sender, MouseEventArgs e)
at System.Windows.Forms.Control.OnMouseDoubleClick(MouseEventArgs e)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)