Вернуться   Бухгалтерский форум www.nado.in > 1C: Предприятие + все конфигурации > 1C: Предприятие + конфигурации для Украины

Ответ
 
Опции темы
Старый 01.04.2018, 21:29   #1
External
Новичок
 
Регистрация: 03.07.2014
Сообщений: 26
Сказал(а) спасибо: 5
Поблагодарили 55 раз(а) в 18 сообщениях
External пока не определено
Восклицание Обработки автоматического заполнения расчета корректировки к налоговой накладной

Написал обработки для разделения возвратов и заполнения причин корректировок на их основании
для типовой конфы Бухгалтерия для Украины, ред.1.2.44.1 (вероятно подойдет и для прочих типовых)
Инфа по теме: [Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...]
Можете использовать, кому надо, на свой страх и риск (читайте F1)
Разделение возвратов
[Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...]
Обработка ТЧ "Товары" Приложения 2 к НН (использовать после первой для новых документов)
[Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...]
---
Тема "как-есть", за топиком не слежу, на вопросы не отвечаю
П.С. бываю тут раз в 100 лет (вот решил отдать что-то полезное и актуальное - потому как тысячи людей мучаются с этим вопросом, и те, у кого сотни возвратов в день - зашиваются)
External вне форума   Ответить с цитированием
10 пользователя(ей) сказали cпасибо:
Показать/Скрыть список поблагодаривших
Старый 04.04.2018, 09:11   #2
PeshaX
Новичок
 
Регистрация: 21.03.2011
Сообщений: 28
Сказал(а) спасибо: 25
Поблагодарили 7 раз(а) в 4 сообщениях
PeshaX пока не определено
По умолчанию

Цитата:
Сообщение от External Посмотреть сообщение
Написал обработки для разделения возвратов и заполнения причин корректировок на их основании
для типовой конфы Бухгалтерия для Украины, ред.1.2.44.1 (вероятно подойдет и для прочих типовых)
Инфа по теме: [Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...]
Можете использовать, кому надо, на свой страх и риск (читайте F1)
Разделение возвратов
[Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...]
Обработка ТЧ "Товары" Приложения 2 к НН (использовать после первой для новых документов)
[Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...]
---
Тема "как-есть", за топиком не слежу, на вопросы не отвечаю
П.С. бываю тут раз в 100 лет (вот решил отдать что-то полезное и актуальное - потому как тысячи людей мучаются с этим вопросом, и те, у кого сотни возвратов в день - зашиваются)
Не работает в УТП в документе возврат от покупателя в шапке нет реквизита "ДокументОтгрузки"...
дальше не копал решил написать для Приложения 2 свою обработку с пожеланиями, которые стоял в конце модуля формы...


"
//то самое чувство, когда ты вроде бы уже всё сделал на збсь, а внутренний голос хочет продолжения банкета
// он шепчет мне, что теперь неплохо бы автоматизировать создание док-та Приложение 2 для всех
// выделенных (созданных) возвратов:
// ведь для этого нам достаточно просто скопировать Приложение 2 исходного возврата (если оно есть -
// а в прошлых периодах оно есть) и попросту прогнать его таб.часть через обработку причин
// ну и в поле Основание записать новый возврат вместо старого...
// задачка... это надо воткнуть куда-то выше, м/б после записи нового Возврата в БД...
// после слов: ВозвратЭтойПричины.Записать(РежимЗаписиДокумента.П роведение);
// добавил...но некрасиво - получился хороший пример говнокода, где один и тот же фрагмент продублирован...
// хаха...а теперь вот понял что можно еще создавать Приложения 2 на лету (а-ля ввод на основании)
//...но это наверное уже не в этой жизни... (да и по ТЗ этого не просили)
"
PeshaX вне форума   Ответить с цитированием
Старый 05.04.2018, 22:56   #3
Kerberos
Местный
 
Регистрация: 30.03.2014
Сообщений: 444
Сказал(а) спасибо: 226
Поблагодарили 709 раз(а) в 124 сообщениях
Kerberos пока не определено
По умолчанию

Цитата:
Сообщение от PeshaX Посмотреть сообщение
Не работает в УТП в документе возврат от покупателя в шапке нет реквизита "ДокументОтгрузки"...
дальше не копал решил написать для Приложения 2 свою обработку с пожеланиями, которые стоял в конце модуля формы...


"
//то самое чувство, когда ты вроде бы уже всё сделал на збсь, а внутренний голос хочет продолжения банкета
// он шепчет мне, что теперь неплохо бы автоматизировать создание док-та Приложение 2 для всех
// выделенных (созданных) возвратов:
// ведь для этого нам достаточно просто скопировать Приложение 2 исходного возврата (если оно есть -
// а в прошлых периодах оно есть) и попросту прогнать его таб.часть через обработку причин
// ну и в поле Основание записать новый возврат вместо старого...
// задачка... это надо воткнуть куда-то выше, м/б после записи нового Возврата в БД...
// после слов: ВозвратЭтойПричины.Записать(РежимЗаписиДокумента.П роведение);
// добавил...но некрасиво - получился хороший пример говнокода, где один и тот же фрагмент продублирован...
// хаха...а теперь вот понял что можно еще создавать Приложения 2 на лету (а-ля ввод на основании)
//...но это наверное уже не в этой жизни... (да и по ТЗ этого не просили)
"
Это лирическое отступление или желание чем-то поделиться?
Kerberos вне форума   Ответить с цитированием
Старый 07.04.2018, 16:03   #4
External
Новичок
 
Регистрация: 03.07.2014
Сообщений: 26
Сказал(а) спасибо: 5
Поблагодарили 55 раз(а) в 18 сообщениях
External пока не определено
По умолчанию

Версия обработок (для конфигурации Бухгалтерия для Украины, 1.2) обновлена:
1. Исправлено - отсутствие заполнения кодов УКТВЭД в некоторых случаях (повернення)
2. Введена дополнительная сортировка табличной части Приложения 2, для соблюдения требования инструкции ДФС
(когда в первой строке сторнируется значение из НН, а во второй (следующей непосредственно за ней) строке указывается откорректированное значение количества поставки)
3. Получено подтверждение об успешной регистрации всех корректировок, созданных версией 1 обработки (кроме случая множественных возвратов)
4. Реализован экспериментальный алгоритм обработки множественных возвратов (не проверено на практике, ответа ДФС нет на данный момент времени)
5. В комментарии Приложения 2 сохраняются последние 4 цифры номеров Приложений 2, которые изменяются этим Приложением 2 (если были ранее возвраты этого товара)
6. Иллюстрация (скриншот) показывает как работает обработка в новом режиме
---
Обработка общая
[Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...]

Обработка ТЧ
[Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...]

Иллюстрация
[Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...]
External вне форума   Ответить с цитированием
5 пользователя(ей) сказали cпасибо:
Показать/Скрыть список поблагодаривших
Старый 10.04.2018, 09:34   #5
External
Новичок
 
Регистрация: 03.07.2014
Сообщений: 26
Сказал(а) спасибо: 5
Поблагодарили 55 раз(а) в 18 сообщениях
External пока не определено
По умолчанию

Перезалил 10.04.2018
---
Добавлен фильтр по контрагенту
Изменено заполнение комментария Приложения 2 (номера документов указываются 1 раз)
Исправлен запрос к максимальному Номеру НН (добавлена конструкция проверки на Null)
External вне форума   Ответить с цитированием
4 пользователя(ей) сказали cпасибо:
Показать/Скрыть список поблагодаривших
Старый 13.04.2018, 10:38   #6
External
Новичок
 
Регистрация: 03.07.2014
Сообщений: 26
Сказал(а) спасибо: 5
Поблагодарили 55 раз(а) в 18 сообщениях
External пока не определено
По умолчанию

Перезалил 13.04.2018
---
Подправил комментарий во всех обработках
---
Наиболее частые ошибки при использовании обработки: пользователи не до конца понимают насколько важным по новым правилам является хронологическая последовательность, поэтому возникают 2 наиболее распространенные ошибки:
1. Дано: НН и несколько возвратов к ней. Сначала обрабатывают возвраты с более поздней датой, а потом - с более ранней. Получаем в более поздней дате изменение количества, а в более ранней - возврат товара или авансового платежа.
2. Все накладные (и приложения 2) созданы правильно, однако Сеть (Ваш покупатель), по своему усмотрению, регистрирует сначала более позднюю корректировку, а потом более раннюю. Результат: отклонение, по причине - нет строки в НН. Необходимо делать наоборот, - сначала регистрируем более раннюю корректировку (которая внесет нужные строки в НН), а потом - более позднюю корректировку (которая ссылается на эти строки)
Для первого случая (когда мы обработали документы в неправильной последовательности) есть несколько вариантов исправления:
1. Обработка восстановления последовательности номеров строк налоговых накладных в документах корректировок, привязанных к ней. Эта обработка будет давать сбои в тех случаях, когда в возврате сформировался неверный комментарий (например в более поздней дате комментарий изменение кол-ва, а в более ранней дате - возврат товара, хотя должно быть наоборот). Т.е. эта обработка - костыль, призванный частично подправить неверное применение пользователями обработки. Однако, если есть возможность полностью удалить документы из БД и выполнить обработку Распределения возвратов в правильной хронологической последовательности - то лучше использовать этот вариант (при этом надо оставить возвраты по которым корректировки прошли регистрацию).
2. В том случае, когда вразнобой в периоде какие то корректировки были зарегистрированы, а какие то отклонены, необходимо во всех неправильных документах возвратов (корректировки по которым не были зарегистрированы) обработкой удалить части комментариев, начинающиеся словами "Повернення" и "Змiна" и до конца строки. После этого заново выполнить обработку Распределения возвратов за период. По идее, возвраты с зарегистрированными корректировками, обработка пропустит, а для незарегистрированных восстановит правильную последовательность строк налоговых накладных, с учетом зарегистрированных корректировок, даже в том случае, когда хронология самих документов будет нарушена.
Примечание: ни один из этих методов не был протестирован на практике, используйте на свой страх и риск.
---
Обработка восстановления последовательности номеров строк НН в РК (для документов, измененных обработкой Распределения возвратов):
[Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...]

Последний раз редактировалось External; 13.04.2018 в 10:58.
External вне форума   Ответить с цитированием
5 пользователя(ей) сказали cпасибо:
Показать/Скрыть список поблагодаривших
Старый 20.04.2018, 11:50   #7
External
Новичок
 
Регистрация: 03.07.2014
Сообщений: 26
Сказал(а) спасибо: 5
Поблагодарили 55 раз(а) в 18 сообщениях
External пока не определено
По умолчанию

Еще немного обратной связи по вопросу:
1) п.2 из предыдущего топика проверен на практике и технически работает (но ответов ДФС пока нет). Это ситуация когда вы вначале зарегистрировали корректировку, например, 15го числа, на изменение количества, а потом догрузили документы старого периода и будете регистрировать 12м числом повернення товару (эта же партия) - а должно было быть наоборот. Т.е. 12го уменьшение количества, а 15го возврат (но 15е уже в базе ДФС, а 12е еще нет). Т.е. алгоритм изложенный в п.2 технически работает (затираем части комментариев, потом запускаем распределение заново)
2) Теперь добавим в предыдущий топик пункт 3 с новым видом ошибки:
3. Пользователи случайно разбили возвраты в базе данных (и соответственно корректировки) обработкой в том периоде, когда они уже были зарегистрированы в ДФС по старой схеме (зменшення обсягу и повернення в одном РК). Т.е. создаётся ситуация когда у Вас в ДФС (МЕДОКе, 1С-Звите) и в Вашей БД (например, Бухгалтерия для Украины) разные составы строк в документах Приложение 2 к НН. Несложно понять, что это ведёт к катастрофе, - в виде нарушения правильной нумерации строк НН в Вашей БД и, как следствие, невозможности в дальнейшем регистрировать расчеты корректировок по всем этим партиям (по всем НН, РК по которым попали в переходный период, т.е. где часть РК по старым правилам зарегистрирована, а другая часть должна регистрироваться уже по новым правилам).
И тут возникает мысль (у бухгалтеров, запоздалая) верните всё как было.
Так вот, при наличии копии БД до запуска обработки (о чём я неоднократно предупреждал) эта задача решается за час-два (но делать надо аккуратно и вдумчиво)
1) Делаем выгрузку данных в идентичную конфигурацию (в типовой БУ её нет, поэтому я пару слов расскажу как и дам готовые правила обмена данными, работоспособность которых не гарантируется на Ваших конфах, но вы легко можете сделать свои собственные). Это типовая обработка Сервис\Прочие обмены данными\Универсальный обмен данными в формате XML (любой версии). Открываете в своей копии, где все нужные возвраты и корректировки еще не разбиты (рекомендую делать по дням и контрагентам чтобы не путаться).
2) На закладке Выгрузка данных выбираем файл правил и файл куда выгружать.
3) После подгрузки правил снимаем все галочки на закладке "Выгружаемые данные", потом открываем ветку "Документы" и выбираем "Приложение2КНалоговойНакладной" (галочку) и в правом окошке добавляем плюсиком Отбор "Документ_Приложение2КНалоговойНакладной" В списке - потом выбираем конкретные документы которые хотим перенести
4) По идее, возвраты должны обновиться автоматически (по ссылкам). Если этого не произойдет (на этапе загрузки) - надо будет это повторить для документов "ВозвратТоваровОтПокупателя"
5) Совет - если документов много, то чтобы быстро проверить, все ли вы их добавили в выгрузку, надо вывести список формы выбора и список подбора, и посмотреть кол-во строк в каждом из них
6) Нажимаем кнопку Выгрузить данные на верхней командной панели (зелёный треугольник).
7) Дожидаемся выгрузки и открываем текущий Оригинал БД.
8) Запускаем эту же обработку, переходим на закладку Загрузка данных, выбираем файл с данными (не правила обмена)
9) Нажимаем кнопку Загрузить данные (зел.треугольник) и ждем окончания загрузки.
Примечание: если вы используете мои правила и обработка вылетит при загрузке (или выгрузке) с ошибкой это означает, что Вам нужно сделать свои ПОДы (это легко - минут 5-7)
10) После этого открываем список документов Приложение 2 к НН (фильтруем по дате/контрагенту для удобства) и все лишние документы с комментариями, сформированными обработкой Разделения возвратов, помечаем на удаление
11) Повторяем п.10 для Возвратов товаров от покупателя.
12) Проверяем, что все перенеслось корректно и документы БД соответствуют ДФС (медок,1с-звит), после чего удаляем помеченные на удаление документы
Таким образом, ситуация, когда были ошибочно разделены возвраты прошлого периода, будет исправлена без последствий для учета (главное вовремя заметить, чтобы не пошла регистрация неверных номеров строк)
Что касается создания ПОД самостоятельно.
1) Качаем бесплатную конфу Конвертация данных [Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...] и устанавливаем на ПК (при установке сохраните путь к папке шаблонов)
2) На основании шаблона создаем где-либо пустую БД для конвертации данных
3) Заходим в Основную БД в режиме Предприятия и из папки с шаблонами выполняем обработку MD82Exp.epf и сохраняем конфу в файл (вкл. все галки)
4) Заходим в БД Конвертация данных в режиме Предприятия и жмем стартовый помощник
5) Выбираем загрузить конфу БД из файла. Берем файл и загружаем. Жмем ОК
6) Опять жмем стартовый помощник и выбираем создать новые ПОД (с нуля)
7) Выбираем в обоих полях загруженную ранее в п.5 конфу
8) Далее жмем всё в автоматическом режиме не глядя
9) Жмем правила выгрузки данных (она предложит создать автоматом, но не создаст)
10) Откроются правила на закладке Правила конвертации объектов
11) На этой вкладке надо обязательно проставить галочки "Отключить" напротив всех полей всех объектов "План счетов" и "План видов расчета" (внизу экрана закладка Конвертация свойств)
12) На вкладке Правила выгрузки данных жмем кнопку мастера "Создать правила выгрузки" и делаем все по умолчанию.
13) Потом ставим "Отключить" на планах счетов и планах расчета (на всех отдельных элементах, не только папках)
14) Кнопка слева на верхней командной панели с дискетой "Сохранить правила"
15) Выбираем имя файла правил и сохраняем его себе куда-то.
Таким образом получаем файл выгрузки данных в идентичную конфу для Вашей конфы (метод также подойдет для любых снятых с поддержки измененных типовых, и самописных конфигураций)
Этот метод я также использую для большинства переноса данных между разными БД. Когда надо создать упр учет (например) перегрузкой НСИ и части документов из одной БД в другую. В общем - крайне полезная штука (да, не заморачивайтесь с Конв.3.0 там "тот ногу сломит" - другой принцип работы совсем)
---
Мои ПОД для типовой БУ 1.2.44.1
[Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...]
External вне форума   Ответить с цитированием
Старый 08.05.2018, 15:28   #8
External
Новичок
 
Регистрация: 03.07.2014
Сообщений: 26
Сказал(а) спасибо: 5
Поблагодарили 55 раз(а) в 18 сообщениях
External пока не определено
По умолчанию

Залил новые обработки 08.05.2018
---
Добавлена сортировка причин. Теперь всегда первыми обрабатываются строки возврата с причиной "Повернення" (эти строки остаются в изначальном возврате)
Примечание: это сделано для того, чтобы добавлять новые строки в НН *всегда* в последнюю очередь
Добавлено автоматическое заполнение реквизита Налоговая накладная документа Приложение 2 к НН из Документа-основания, указанного в Возврате товаров
Добавлен фильтр по документу (период указывать обязательно). Позволяет обработать конкретный документ Возврата (удобно при исправлении ошибок)
---
Также написал обработку табличной части, которая очищает комментарий Возврата (также удобно при исправлении ошибок)
---
Обратная связь: версия обработки без сортировки причин давала порядка 5% сбоев, после ввода сортировки это значение снизилось до одного документа (размер выборки приблизительно 500+ документов). Дополнительно также автоматизирован частный случай исправления ошибок, когда в исходном документе "Приложение 2 к НН" не указана Налоговая накладная. В этом случае этот реквизит заполняется из документа "Реализация товаров и услуг", указанного в качестве документа-основания обрабатываемого документа Возврата

Распределение (версия от 08.05.2018):
[Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...]

Очистить комментарий возврата:
[Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...]

Последний раз редактировалось External; 08.05.2018 в 15:36.
External вне форума   Ответить с цитированием
Пользователь сказал cпасибо:
mlad77 (15.07.2018)
Старый 10.05.2018, 14:49   #9
External
Новичок
 
Регистрация: 03.07.2014
Сообщений: 26
Сказал(а) спасибо: 5
Поблагодарили 55 раз(а) в 18 сообщениях
External пока не определено
По умолчанию

И под занавес: отчет Реестр Приложений 2 к НН, который завершает цикл обработок распределения возвратов, позволяя получать достоверную сравнительную информацию обо всём документообороте.
В отчете "парсятся" комментарии проведенных Приложений 2 к НН (сформированный обработками распределения возвратов) и на основании этой информации заполняются доп. колонки отчета.
Этот отчет будет работать даже в том случае, если у Вас нет сводных возвратов из УУ (просто эта область отчета будет пустой).
В отчете выводится информация о дате, номере и сумме каждого из 4х типов документов, участвующих в документообороте (если они явно или неявно указаны в документе Приложение 2 к НН), - а именно: "Приложения 2 к НН", "Налоговая накладная", "Возврат товаров от покупателя" и "Реализация товаров и услуг".
Все графы отчета расшифровываются.
---
Реестр Приложений 2:
[Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...]
External вне форума   Ответить с цитированием
Старый 10.05.2018, 16:49   #10
Kerberos
Местный
 
Регистрация: 30.03.2014
Сообщений: 444
Сказал(а) спасибо: 226
Поблагодарили 709 раз(а) в 124 сообщениях
Kerberos пока не определено
По умолчанию

Цитата:
Сообщение от External Посмотреть сообщение
Еще немного обратной связи по вопросу:
.....
же использую для большинства переноса данных между разными БД. Когда надо создать упр учет (например) перегрузкой НСИ и части документов из одной БД в другую. В общем - крайне полезная штука (да, не заморачивайтесь с Конв.3.0 там "тот ногу сломит" - другой принцип работы совсем)
---
Мои ПОД для типовой БУ 1.2.44.1
[Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...]
А почему так много телодвижений? ))) ведь есть же обработка для выгрузки в типовую конфигурацию. Конечно, бывают доработки и необходимость выгружать базы с разными версиями. Но в данном случае вы же предлагаете загрузить из почти что "вчерашней" версии.

А по поводу 3.0. Здесь должна быть поддержка на уровне конфигурации. Должен быть разработан единый формат. а мы все еще и на БСП 2.2 перейти особо не можем
Kerberos вне форума   Ответить с цитированием
Старый 17.05.2018, 20:32   #11
Davior
Новичок
 
Регистрация: 23.12.2011
Сообщений: 1
Сказал(а) спасибо: 42
Поблагодарили 0 раз(а) в 0 сообщениях
Davior пока не определено
По умолчанию

Пользовались обработкой (версия 2) - отличный результат, СПАСИБО ОГРОМНОЕ (примерно 200 документов). (Бухгалтерия для Украины, редакция 1.2. (1.2.44.1)
Но при заполнении деки по НДС обнаружилось, что приложения с причиной "зміна кількості" попадают вместо Дод1 в Дод 5 (все там суммируется одной строкой)
Т.е. в результате проведения документов указывается статья декларации 1-4 вместо 7.
Что можно с этим сделать? пока правим ручками.
Спасибо.
Davior вне форума   Ответить с цитированием
Старый 20.05.2018, 09:28   #12
External
Новичок
 
Регистрация: 03.07.2014
Сообщений: 26
Сказал(а) спасибо: 5
Поблагодарили 55 раз(а) в 18 сообщениях
External пока не определено
По умолчанию

Цитата:
Сообщение от Davior Посмотреть сообщение
Пользовались обработкой (версия 2) - отличный результат, СПАСИБО ОГРОМНОЕ (примерно 200 документов). (Бухгалтерия для Украины, редакция 1.2. (1.2.44.1)
Но при заполнении деки по НДС обнаружилось, что приложения с причиной "зміна кількості" попадают вместо Дод1 в Дод 5 (все там суммируется одной строкой)
Т.е. в результате проведения документов указывается статья декларации 1-4 вместо 7.
Что можно с этим сделать? пока правим ручками.
Спасибо.
Да, регламентированный отчет Декларация по НДС ломается, из-за несовместимости с новым методом заполнения РК (2 строки вместо 1). У моих бухгалтеров 2500-3000 шт. приложений 2 в месяц, поэтому выбора особого нет - они формируют его непосредственно в 1С-Звит (Медок) - эти системы корректно составляют его по-умолчанию.

У меня "лампичить" этот рег. отчет в планах не стоит...
---
Перезалил отчет по документообороту (Реестр Приложений 2 к НН) 20.05.2018:
- добавил 2 колонки (разность в столбцах "Сумма ВТ - Сумма П2" и "Сумма РТ - Сумма НН")
- добавил раскраску строк (разница по модулю до 0.02 - светло-желтый фон, разница более светло-розовый фон)
External вне форума   Ответить с цитированием
Пользователь сказал cпасибо:
Davior (21.05.2018)
Старый 30.05.2018, 10:53   #13
External
Новичок
 
Регистрация: 03.07.2014
Сообщений: 26
Сказал(а) спасибо: 5
Поблагодарили 55 раз(а) в 18 сообщениях
External пока не определено
По умолчанию

Перезалил 30.05.2018
Версия 3.1f Финальная
Дальнейшая доработка не планируется (работает как часы).
---
Добавлено:
- Фильтр в поле выбора возврата по периоду и контрагенту
- Заполнение реквизита НалоговаяНакладная документа "Приложение №2 к Налоговой накладной" из реквизита ДокументОснование, указанного документа "Возврат товаров от покупателя" (если он не был заполнен в момент распределения)
---
Распределение (Финальная версия от 30.05.2018):
[Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...]

Последний раз редактировалось External; 30.05.2018 в 10:59.
External вне форума   Ответить с цитированием
6 пользователя(ей) сказали cпасибо:
Показать/Скрыть список поблагодаривших
Старый 02.08.2018, 21:51   #14
External
Новичок
 
Регистрация: 03.07.2014
Сообщений: 26
Сказал(а) спасибо: 5
Поблагодарили 55 раз(а) в 18 сообщениях
External пока не определено
По умолчанию

02.08.2018. Обратная связь (по версии 3.1f) : Всё работает, июнь, июль месяц без единой ошибки. Ошибки, допущенные оператором, легко исправляются с помощью очистки комментария возврата и повторного распределения. Однако, комплект обработок не учитывает другие причины корректировки (например, приложения №2 с причиной "Змiна цiни"). В этом случае, необходимо редактировать цены и номера строк в последующих документах Приложения №2 ("повернення товару" або "змiна кiлькостi") руками, с учетом строк внесенных документом с причиной "Змiна цiни". Также рег. отчет "Декларация по НДС" по прежнему не работает - его необходимо формировать непосредственно в Медок (или аналоге).
External вне форума   Ответить с цитированием
Старый 24.10.2018, 01:21   #15
External
Новичок
 
Регистрация: 03.07.2014
Сообщений: 26
Сказал(а) спасибо: 5
Поблагодарили 55 раз(а) в 18 сообщениях
External пока не определено
Восклицание

Небольшое изменение версии 3.1f
Исправлена ошибка формирования регламентированного отчета Декларация по НДС, которая была следствием неверного заполнения реквизита "Статья декларации НДС (н/о)" табличной части "Товары" документа "Приложение №2 к Налоговой накладной".
Примечание: для исправления уже введенных документов достаточно в "Групповой обработке справочников и документов" с включенным флагом "Обрабатывать табличные части" выбрать все проведенные документы за период, установить в настройках флаг "Разрешить изменение реквизитов объектов", в поле "Изменить реквизит..." выбрать значение "/из 7./ корректировка согласно ст. 192 НК (возвраты) (до 01.2016 - 8.1. (8.2.) - (до 01.03.11 - 8.3. согласно п.4.5 ст.4 Закона)" и выполнить обработку, после чего выбрать пункт "Проведение документа" с параметром "Установить" и перепровести все эти документы.
---
[Ссылки доступны только зарегистрированным пользователям . Регистрируйся тут...]
---
P.S. Спасибо добрым франчам abc..., которые за 3 минуты сумели рассказать моему бухгалтеру, почему с апреля месяца не формируется отчет "Декларация по НДС" (действительно, допустил механическую ошибку, заполнял таблицу правильным значением до цикла, в котором копировались значения свойств из табличных частей РН/НН, а не после). В обработке табличных частей та же ошибка, но я не исправлял её (редко пользуюсь), кому надо поправьте сами.
External вне форума   Ответить с цитированием
Ответ

Метки
возврат товара, приложение 2, расчет корректировки

Любые журналы Актион-МЦФЭР регулярно !!! Пишите https://www.nado.in/private.php?do=newpm&u=12191 или на электронный адрес pantera@nado.ws


Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)
 

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход

Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
Экспорт налоговой накладной "компонента v7plus.dll не найдена _CTO_ 1C: Предприятие + конфигурации для Украины 2 04.11.2016 10:31
Не отображается код в налоговой накладной vault 1C: Предприятие + конфигурации для Украины 11 27.02.2015 12:37


Текущее время: 23:52. Часовой пояс GMT +1.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc. Перевод: zCarot