Формирование расшифровки к налоговой декларации по НДС с реестра накладных для программы OPZ 1.30.15
Учетные задачи - Регламентированный учет и отчетность
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Возможно ни сегодня, завтра создатели OPZ сдлелают данную возможность в программе OPZ. Но пока ее нет даю свою работу
1) Сделайте реестр налоговых накладных в OPZ или др.программе в формате .xml. (Если реестр был создан не в OPZ, обязательно пересохраните его в OPZ)
2) Сохраните и закройте реестр
3) Запустите программу Dodatok5.exe
4) Заполните в ней нужные данные
5) Нажав кнопочку «Виконати», в положительном варианте появится путь и имя нового файла додатка 5
6) В OPZ зайдите
сервіс – синхронізація журналу документів
7) В OPZ откройте додаток 5 j02151
сервіс – авто заповнення документу
8) Проверьте итоговые суммы реестра и приложения 5
Имеется возможность создавать приложение на основании реестров для:
сельхозпроизводителей (J12094),
физических лиц (F12015),
спец. (J12090),
перерабатывающего предприятия (J12008)
Внимание! Если программа Dodatok5.exe не запускается или работает не корректно скачайте бесплатную программу dotnetfx.exe
по адресу:
http://www.microsoft.com/downloads/details.aspx?familyid=0856eacb-4362-4b0d-8edd-aab15c5e04f5&displaylang=en
Вступайте в нашу телеграмм-группу Инфостарт
См. также
Обмен с ГосИС Бюджетный учет Регламентированный учет и отчетность Бухгалтер Пользователь 1С:Предприятие 8 1С:Бухгалтерия 3.0 1С:Управление холдингом Химическая промышленность Государственные, бюджетные структуры Электротехника и микроэлектроника Машиностроение и приборостроение Металлургическая промышленность Россия Бухгалтерский учет Бюджетный учет Платные (руб)
Автоматизация раздельного учета в 1С:Бухгалтерии по ГОЗ в соответствии с 275-ФЗ. Готовое решение для учета госконтрактов, формирования отчетности и контроля исполнения. Поддержка военной приемки, НИОКР и требований Минпромторга. Профессиональный консалтинг и регулярные обновления продукта
40000 руб.
28.08.2020 576150 4228 145
Регламентированный учет и отчетность Анализ учета Бюджетный учет Аналитик Бухгалтер Пользователь Руководитель проекта 1С:Предприятие 8 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Налоговый учет Управленческий учет Платные (руб)
Расширение «Отчет ГОЗ» для 1С:Бухгалтерия 3.0 ПРОФ и КОРП позволяет автоматизировать ведение раздельного учета и подготовку отчетности для Торговых и Производственных организаций, участвующих в ГосОборонЗаказе. Эффективный инструмент ведения раздельного учета по гособоронзаказам для Торговых и Производственных компаний
97700 руб.
20.02.2024 11835 21 6
Регламентированный учет и отчетность Операции по ВЭД Бухгалтер 1С:Предприятие 8 1С:Комплексная автоматизация 1.х 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Комплексная автоматизация 2.х Россия Бухгалтерский учет Налоговый учет НДС Платные (руб)
Экономьте часы рабочего времени и избегайте ошибок при подготовке. Решение создано специально для вас, если вы: Занимаетесь ВЭД: ваша компания регулярно отгружает товары в страны ЕАЭС Сотрудничаете с ключевыми странами союза: Беларусью, Казахстаном, Арменией и Киргизией Работаете в 1С: ведете учет в Бухгалтерии 3.0, КА 2 или ERP Продукт прошел сертификацию 1С-Совместимо и имеет полную документацию Есть демо-версия, можно поставить на свою базу и проверить функционал на нескольких отчетах
12200 руб.
10.07.2017 99221 566 163
Регламентированный учет и отчетность Учет доходов и расходов Бухгалтер Пользователь 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Комплексная автоматизация 2.х Россия Бухгалтерский учет Платные (руб)
Решение позволяет описать собственные правила расчета показателей бухгалтерской отчетности (баланса, отчета о финансовых результатах, отчета о движении денежных средств) и произвольной управленческой отчетности с помощью формул, и использовать их при автоматическом заполнении указанных форм с последующей расшифровкой значений показателей вплоть до стандартных бухгалтерских отчетов. Решение может использоваться совместно с типовым механизмом заполнения или вместо него.
21960 руб.
07.10.2019 28359 129 83
Регламентированный учет и отчетность Обмен с ГосИС ЭДО и ОФД Бухгалтер Пользователь 1С:Предприятие 8 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Оптовая торговля, дистрибуция, логистика Россия Управленческий учет Платные (руб)
Работаете по контрактной схеме, сталкивались с проблемой, что в контракте жестко указаны наименование, цена, единица измерения товара. И не все готовы создавать новую номенклатуру под каждый контракт или менять наименование и единицу измерения для уже имеющейся. Тем более, бывает так, что контракт - это формальность. Контракт не описывает жесткие условия поставки, нужно соблюсти правильность в предоставлении документов. Данное решение позволит вам загружать контракты напрямую с 1с одной кнопкой, оперировать своей номенклатурой при оформлении реализаций по государственному контракту в УТ 11.5 и КА 2.5.11, в то же время выводить на печать документы, соответствующие данным контракта, отправлять документы по контракту напрямую сайта госзакупок (ЕИС) по 44-ФЗ из 1с.
73200 руб.
19.12.2022 18477 43 30
Регламентированный учет и отчетность Операции по ВЭД Закрытие периода Бухгалтер 1С:Предприятие 8 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет НДС Платные (руб)
Расширение для заполнения реестров НДС в 1С:Бухгалтерии предприятия 3.0. Реестр по НДС: КНД 1155112, КНД 1155113, КНД 1155114, КНД 1155115.
14640 руб.
01.08.2025 6696 29 3
Регламентированный учет и отчетность НДС 22% 1С:Предприятие 8 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 Бухгалтерский учет Налоговый учет Управленческий учет НДС Платные (руб)
Обновление для 1С:Управление торговлей 10.3 (УТ 10.3) и 1С:Бухгалтерия предприятия 2.0 (БП 2.0) с 2026 года для добавления ставок НДС 22% (122)% в документах и печатных формах документов.
23000 руб.
12.11.2025 5685 28 0
Регламентированный учет и отчетность Анализ учета Аналитик Бухгалтер 1С:Предприятие 8 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Налоговый учет Платные (руб)
Инструмент «Расширенная экспресс-проверка» можно использовать в дополнение к типовой проверке, он ответит на вопросы, всё ли у вас хорошо в учёте и готовы ли вы к сдаче отчётности
13237 руб.
19.11.2024 4765 27 1
для УКРАИНЫ
1)Index was outside bounds of the array.
2)The process cannot access the file 'C:\opz\xml\13030032969709J1201505100000000110520111303.xml' because it being used by another process
Всегда в таком порядке, первый клик по кнопке "Виконати" приводит к (1) а все последующие к (2), после перезапуска программы все повторяется.
Предыдущая версия (где глюк с ведущим нулем) работает, OPZ обновлен до 1.29.15.
Вартанты когда Ваш файл не виден:
1) Когда создали файл не выбрали в меню OPZ сервіс – синхронізація журналу документів.
2) Когда создали Налоговую декларацию создаются все приложения, в том числе и 5-ое пустым. Его надо закрывать и открыть свое ранее созданное
3) Когда у Вам уже есть приложение 5, и ч-з Додаток5.exe создаете новое приложение 5 с таким же номером. Бывает, что в OPZ не затирается старый документ, поэтому рекомендую ставить другой номер, если ранее было создано приложение
Обработка dodatok5 принимает файл и генерит 070100********J0215101100000000110220110701.xml с следующим содержимым:
<?xml version="1.0" encoding="windows-1251"?>
<T1RXXXXG2 xsi:nil="true" ROWNUM="1"/>
<T1RXXXXG3 xsi:nil="true" ROWNUM="1"/>
<T1RXXXXG4 xsi:nil="true" ROWNUM="1"/>
<R03G3 xsi:nil="true"/>
<R03G4 xsi:nil="true"/>
<R04G3 xsi:nil="true"/>
<R04G4 xsi:nil="true"/>
<T2RXXXXG2 xsi:nil="true" ROWNUM="1"/>
<T2RXXXXG3A xsi:nil="true" ROWNUM="1"/>
<T2RXXXXG3B xsi:nil="true" ROWNUM="1"/>
<T2RXXXXG4 xsi:nil="true" ROWNUM="1"/>
<T2RXXXXG5 xsi:nil="true" ROWNUM="1"/>
<R05G4 xsi:nil="true"/>
<R05G5 xsi:nil="true"/>
<R06G4 xsi:nil="true"/>
<R06G5 xsi:nil="true"/>
<R07G4 xsi:nil="true"/>
<R07G5 xsi:nil="true"/>
<T3RXXXXG2 xsi:nil="true" ROWNUM="1"/>
<T3RXXXXG3A xsi:nil="true" ROWNUM="1"/>
<T3RXXXXG3B xsi:nil="true" ROWNUM="1"/>
<T3RXXXXG4 xsi:nil="true" ROWNUM="1"/>
<T3RXXXXG5 xsi:nil="true" ROWNUM="1"/>
<R08G4 xsi:nil="true"/>
<R08G5 xsi:nil="true"/>
<HFILL>18032011</HFILL>
<HFO xsi:nil="true"/>
</DECLARBODY>
</DECLAR>
Всё, больше в нем ничего нет.
Помогите решить проблему.
Но есть еще один подобный глюк там же "Розділ ІІ. Податковий кредит"
"Операції з придбання з податком на додану вартість, які не надають права формування податкового кредиту" .
Правда уже сложнее т.к.:
В наличии 2-а контрагента с суммами в 13 и 14 строках, база (13) береться и отображается правильно а вот ПДВ (14) (оно тоже берется правильно) но вот отображается...
Т.к. сумма вышеуказанного раздела правильна то посчитав пришел к выводу что ПДВ из 2-х налоговых одного контрагента (3 НН) суммируется с ПДВ другого контрагента (1 НН).
Пример,
1-й контрагент
ПН 22,5 /4,5
ПН 22,5 /4,5
ПН 22,5 /4,5
ИТОГО 67,5 /13,50
2-й контрагент
ПН 137,00 /27,40
Однако,
1-й контрагент
67,5 /4,50
2-й контрагент
137,00/36,40
Разница как раз на 9,00 (4,5 *2)
И это очень странно т.к. ИНН то разные.
С отчетностью в 2011г. прям как на войне. То земельный, то ЕСВ, то декларация на ПДФО, еще новый 1ДФ.
Но мне непонятно в чем у Вас сложность?
Возможно я Вас не правильно поняла, т.к. сельскохозяйственных предприятий среди моих клиентов нет.
Как я поняла Вам надо было чтоб из реестра j12090 или j12015 формировался додаток № 5 j02151.
Так сейчас и формируется. Можно с j12090 , можно с j12015 , а можно из двух одновременно.
Подобную возможность добавила 27.02.2011. Вы скачали файл еще раз?
Только не знаю, что ставить в такие поля: 0131,0132,0133,ПВ, ПВН
Пока временно поставила единицу в 0131, в ПВ (Питома вага) , т.к. с пустыми выдает ошибку.
Так что обязательно проверьте эти поля, и подскажите чтоб на будущее было правильно.
Если же не так и если еще эта проблема актуальна, то можете выслать мне файл реестра на е-майл
Отправил Вам на почту файлы.
Спасибо.
Ответ из переписки с автором (за что ей премного благодарен):
<<
Вы делали реестр в excel
Сохранили его в c:\opz\doc
Проблема в том, что структура реестра созданного в екселе отличается от той, что создает opz.
Поэтому, советую делать так:
1) Сформировать реестр в екселе (так Вы и делали)
2) Скопировать созданный файл реестра из c:\opz\doc в c:\opz\xml, где он и должен храниться
3) Зайти в opz.. Меню - сервіс – синхронізація журналу документів
4) Откройте в opz свой реестр. Хотите обновляйте, хотите нет. Но! ОБЯЗАТЕЛЬНО его пересохраните в opz (что Вы точно не делали). Реестр у Вас сохранится уже с правильной структурой.
5) А дальше все как и делали, только обратите внимание на путь в dodatok5.exe. Он должен быть c:\opz\xml
>>
Надо делать п.4.
Спешу сообщить Вам, что сегодня появилось обновление OPZ 1.29.10 с НОВЫМИ бланками по НДС !!!
А додаток 5 из Реестра все равно НЕ ФОРМИРУЕТСЯ !!! Ха-ха-ха (хотя уже абсолютно не смешно ...)
Очень Вас прошу обновить Вашу программулину Dodatok5.exe для НОВЫХ бланков ...
Заранее благодарю за внимание и понимание !!!
Может Вам не составит труда доработать программу Dodatok5 и для этих отчетов ?
При открытии выдает ошибку: Ошибка инициализации приложения (0xc0000135)
В обоих разделах нумерация начинается не с 1 а с 2 т.е. "№ з/п" затем нумерация колонок и должна идти первая запись под номером 1 но там 2, если вручную делать расшифровку то все ОК.
Исправлена нумерация по 1-му разделу.
Была ошибка, которая могла возникнуть, если была выдана первая налоговая накладная не плательщику налога.
По 2-му разделу не вижу никаких проблем с нумерацией. Если у Вас все таки нумерация идет не правильно, сообщите как Вы записали 1-й рядок. Чтоб я смогла обнаружить ошибку и впоследствии ее исправить.
Исправлена нумерация по 1-му разделу .
Была ошибка, которая могла возникнуть, если была выдана первая налоговая накладная не плательщику налога.
По 2-му разделу не вижу никаких проблем с нумерацией. Если у Вас все таки нумерация идет не правильно, сообщите как Вы записали 1-й рядок. Чтоб я смогла обнаружить ошибку и впоследствии ее исправить.
1.Сенкс за исправление, по 2-ому разделу...ошибся малость там все ОК сейчас, но там первым идет плательщик налога, однако переодически в начале пишу комисию от банка а она без налога, вот появится отпишусь что будет.
2.Нельзя ли сделать по возрастанию ИНН?
Скачала программку.
При открытии выдает ошибку: Ошибка инициализации приложения (0xc0000135)
Поставить фреймворк т.е. dotnetfx.exe, можно 2 версию.
Добавлена возможность сортировки по ИНН
Большое мерси
Причем это касается только, похоже, лишь раздела "Податкові зобов"язання"
В этом месяце появились НП с кодом (400000000000) и таможня (300000000000) они вообще не должны попадать в 5-й Додаток но попадают,"обычный" РК тоже не должен попадать в 5 Додаток.
Что интересно, код таможни отбразило (300000000000) а вот у НП пустое поле хотя в реестре стоит 400000000000.
С реестра "Розділ II. Отримані податкові накладні" беруться ТОЛЬКО следующие строки которые имеют,
а)в колонке 4 (вид документа)следующее:ПН,ЧК,ТК,ГР
б)ЧК,ТК,ГР брать только если в колонке 10 (Сума ПДВ)имеется отличная от 0 цифра
в)Остальные коды мной не используются потому подобное уточнение должны дать те кто пользуется.
Кроме того, РК (без возмещения) что значит заполняется
Сорри "обычный" РК и так не попадает во 2-й раздел
Додаток 5,Розділ ІІ. Податковий кредит, Операції з придбання з податком на додану вартість, які не надають права формування податкового кредиту,
Вот сюда должно падать из реестра "Розділ II. Отримані податкові накладні", (колонки 13 и 14) РК если не возмещается (чего не происходит) и потому не правильно считается (уточняю,база без ПДВ суммируется но РК пропущено , далее кроме РК имеются аналогичные ПН-2шт (то же не возмещаются) но берется только одна ПН а не обе почему то хотя строки обоих одинаково заполнены.
Должны попадать записи с ИНН 300000000000, 400000000000?
Если попадают, то без номера или так как записаны в реестре?
На сегодня сделала, что попадают с номером как в реестре
Розділ ІІ. Податковий кредит
Убрала записи с ИНН 300000000000, 400000000000.
Убрала записи с типом ЧК,ТК,ГР если в колонке 10 имеется 0
Убрала записи с типом ВМД
Записи с типом РК при заполнении 13 и 14 столбика попадают в "Операції з придбання з податком на додану вартість, які не надають права формування податкового кредиту"
Записи с типом ПЗ, ПО, ЗП, НП, БО пока оставила без изменений, если возможно, то уточните что с ними делать
Розділ І. Податкові зобов'язання
Должны попадать записи с ИНН 300000000000, 400000000000?
Если попадают, то без номера или так как записаны в реестре?
На сегодня сделала, что попадают с номером как в реестре
Тут все ОК, просто уточню:в данный раздел попадает инфа с "Розділ I. Видані податкові накладні" реестра а в данном разделе нет указанных ИНН, там соответствующий код равен 0
Убрала записи с ИНН 300000000000, 400000000000.
Убрала записи с типом ЧК,ТК,ГР если в колонке 10 имеется 0
Убрала записи с типом ВМД
Записи с типом РК при заполнении 13 и 14 столбика попадают в "Операції з придбання з податком на додану вартість, які не надають права формування податкового кредиту"
Записи с типом ПЗ, ПО, ЗП, НП, БО пока оставила без изменений, если возможно, то уточните что с ними делать
Отлично, уберите еще БО (при условии если в 10 колонке цифра 0).
Далее:
НП и есть 400000000000 т.к. именно такой код выдан для неплатників податків.
ПЗ, ПО, ЗП пусть остаються если, опять же, в 10 колонке нет цифры 0
Однако это указывает на проверку типа:
Есть 400000000000 не кидаем строку в 5 Дадаток но при наличии НП таковую кидаем в независимости от ИНН т.е. проверка раздельная и вторая более приоритетна.
В таком случае привяжитесь лишь к коду (НП,БО...) мало ли на что ИНН может поменяться.
Или , если возможно, добавьте настройку где можно указать что не добавлять в 5 Додаток.
К примеру, первое нажатие "Виконати" лишь анализирует реестр, затем нажав ммм "Уточнення", выбрать в появившейся табличке из имеющихся в проанализированном реестре кодов и/или ИНН отметив не нужные галочкой после чего закрыв табличку снова кликнуть по "Виконати", если же пропустить этот шаг то будет выдано предупреждение типа "Увага використовуються установки по замовчуванню".
Это избавит вас от переделки программы в случае изменения алгоритма добавления/не добавления строк согласно кодам и/или ИНН.
Lubocka
Можно уточнить что делать когда выдаёт такую ошибку
Процесс не может получить доступ к файлу С:\OPZ\xml\.......J02151021..... .xml так как этот файл используется другим процессом
Перекачать файл, было такое но сейчас работает.
теперь записи :
1) с 400000000000 попадают в додаток только при наличии типа НП или БО
2) ПЗ, ПО, ЗП остаются если в 10 колонке не 0
3) БО остаются если в 10 колонке не 0 и ИНН не 400000000000
Речь идет о Розділ ІІ. Податковий кредит Додатка 5 т.к. с Розділ І. Податкові зобов'язання усе ОК.
По первому пункту,
Вы непоняли или я не так сказал но НП не должен попадать в Додаток 5 т.к. это неплательщик налога т.е.в 10 колонке Розділ II. Отримані податкові накладні реестра всегда будет цифра 0, а также ныне он имеет ИНН 400000000000 но таковой может измениться (сверху поменяют) зато вид документа (колонка 5 из Розділ II. Отримані податкові накладні реестра) всегда будет НП потому привяжитесь к этой колонке а не к 7(ИНН с Розділ II. Отримані податкові накладні реестра ) в случае когда данные изымаются.
Насчет БО, если в 10 колонке Розділ II. Отримані податкові накладні реестра 0 то изымать а проверку по ИНН исключить.
И вообще в Додаток 5 Розділ ІІ. Податковий кредит попадают только те документы которые имеют в 10 строке суммы отличные от 0 а в подраздел "Операції з придбання з податком на додану вартість, які не надають права формування податкового кредиту" только те у которых есть суммы как в плюсе так и в минусе но из строки 14 Розділ II. Отримані податкові накладні реестра.
Ну и наконец не подбираются ПН имеющие НДС в 14 строке. (база подбирается)
Что касается журнала то вот "№25 від 16.03.2011" начиная со страницы.23 "Загальна декларація" а лучше с 13 "Нова декларація з ПДВ: заповнюємо разом" и далее.
До того можно посмотреть №111 за 01.12.10 "Розшифровки податкових зобов’язань та податкового кредиту в розрізі контрагентів (додаток5)" страница 15
В Додаток 5попадают только те строки что имеют НДС независимо от вида документа,исключение ИНН 300000000000 т.е. вид документа ВМДкоторый вообще не идет в Додаток 5(Вы убрали).
Проблемы только с Розділ ІІ. Податковий кредит.
У меня в реестре "Розділ II. Отримані податкові накладні" откуда беруться данные для "Розділ ІІ. Податковий кредит" в одной из строк появилась ПН со ставкой НДС равной 0% однако база все равно подхватывается чего не должно быть.
Таким образом, если в строке 10 реестра "Розділ II. Отримані податкові накладні" 0.00 то документ не попадает в Додаток 5 Розділ ІІ. Податковий кредит независмо от вида документа и/или ИНН.
НО если в строке 14 реестра "Розділ II. Отримані податкові накладні" имеется сумма отличная от 0.00 а если вид РК то сумма может быть и отрицательная, такие строки попадают в подраздел "Операції з придбання з податком на додану вартість, які не надають права формування податкового кредиту" раздела "Розділ II. Податковий кредит" Додатка 5.
У Вас это не проверяется если стоит ПН (у меня есть 2-е такие так в 10 колонке "0.00" а в 14 есть суммы отличные от "0.00" но не подхватываются, если в 10 колонке тоже имеется сумма то ОК)
И документ "звітний" и на диске C:\OPZ\XML\ - только что то не хочет программка мой реестр замечать... Но все равно спасибо за ответ)
Гм, такое бывает также в том случае если при подготовке к формированию Додатка 5 в программке указан не тот период (больше или меньше) а в самой OPZ имеется лишь один реестр т.е. программка просто не видит требуемое.
Кроме того, Вы пользуетсесть 1.29.15-17 или меньше (до 1.29.10)?Если да то программка ничего не найдет т.к. немного иной формат требуемого файла.
В таком случае обновитесь.
Есть следующий глючок:
Если контрагент не возмещается т.е. попадает в "Операції з придбання з податком на додану вартість, які не надають права формування податкового кредиту"
а также имеет более одного документа (2-е налоговой и т.д.) то вот что получается,
База берется правильно (13 строка реестра 2 раздел), но само ПДВ (14 строка, 2 раздел) только с документа контрагента который идет первым по порядку в реестре.
Пример,
ПН 3989,29 / 797,86
РК -327,32 / -65,46
ПН 504,69 / 100,94
ИТОГО 4166,66 / 833,34
Однако,
4166,66 / 797,86
Исправте пожалуйста.
З.Ы.Можно релизить
У меня после запуска программы ДОДАТОК появляется окошко с сообщением "Argument 'start' must be greater than zero"
что я делаю не так?
программу dotnetfx установил
короче говоря я делала так в OPZ делал реестр потом его закрывал далее в Total Comander по F3 открывал XML рееестр, все выделил скопировал в буфер обмена и создал файл и бросил все туда далее подкорректировал (убрал "-" беред тегами) потом запустил Dodatok5.exe сделал xml.
012345678 1000 грн.
12345678 2000 грн.
0012345678 4000 грн.
в приложении 5 без сортировки они ишли так же
012345678 1000 грн.
12345678 2000 грн.
0012345678 4000 грн.
в приложении 5 с сортировкой они ишли так
012345678 3000 грн.
Ошибка исправлена. Просьба перекачать программу.
сейчас в приложении 5 будет только одна запись
012345678 7000 грн.
Любочка помогите плиз!
У меня после запуска программы ДОДАТОК появляется окошко с сообщением "Argument 'start' must be greater than zero"
что я делаю не так?
программу dotnetfx установил [/QUOT[IS-QUOTE]antonkovalenko пишет:
уже нашел сам!
Так все-таки в чем была проблема и как ее устранить? У меня та же проблема :(
Исправлена серьезная ошибка. Фирмы (имеющие несколько налоговых накладных в реестре) с лидирующими нулями ранее могли записаться дважды в реестре, если было разное количество нулей, например:
...
...
Ошибка исправлена . Просьба перекачать программу.
Где еще можно скачать вашу программу??
"Argument 'start' must be greater than zero" раз у меня была такая ошибка, она была из-за того что я оставила пустыми поля "дата", "ном.накладной", "вид накладной". Эти поля должны быть обязательно заполнены
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 81560
Создание 15.02.11 07:27
Обновление 31.03.13 00:15
Просмотры 25807
Загрузки 1
Рейтинг
33
Комментарии 80
Код открыт Не указано
Рубрики Регламентированный учет и отчетность
Кому Бухгалтер
Тип файла Приложение (exe)
Платформа Не имеет значения
Конфигурация Универсальные
Операционная система Windows
Страна Украина
Отрасль Не имеет значения
Налоги НДС
Вид учета Налоговый учет
Доступ к файлу Абонемент ($m)
