В свете продвижения фирмой 1С нового продукта "BAS Бухгалтерия" и заявления о полном отказе от развития программы Бухгалтерия для Украины, редакция 2.0 с 15 августа 2019г. (тех.поддержка по законодательным изменениям объявлена до апреля 2021г.) мною было решено создать отдельную тему, в которую я буду выкладывать свои печатные формы, по мере их выпуска Источник: https://t.me/ukr_1c/55 (официальный канал telegram) Мое мнение: Продукт "Бухгалтерия для Украины, редакция 2.0" является откровенно "сырым", несмотря на 3+ года в продакшне на территории Украины, поэтому внедрение на предприятии официальной лицензионной программы (на поддержке с запретом изменения метаданных) требует значительных доработок в виде внешних модулей. Заявленный отказ от поддержки свидетельствует о том, что фирма 1С не будет исправлять недоработки этой конфигурации, которая по своему базовому функционалу не "дотягивает" до аналогичного функционала в версиях типовых конфигураций для классического приложения (например, в типовом отчете "Структура подчиненности" невозможно помечать документы на удаление непосредственно из самого отчета или отсутствие ряда важных реквизитов документов в формах списка этих же документов и т.п.)
На данный момент мною реализованы две внешние печатные формы. --- Ведомость на выплату зарплаты в банк
1С разделила ведомости на 2 документа (по сравнению с редакцией 1.2) и в документе "Ведомость в банк" решили не делать печатную форму (вероятно потому, что там Приложение 1 к "Положення про ведення касових операцій у національній валюті в Україні (пункт 18 розділу ІІ)" - а банк, это не касса и в заголовке формы там фигурирует слово "готівки", а банк - это всегда безналичный расчет). Однако мои бухгалтера попросили вернуть привычную форму (хотя банковское обслуживание и не является кассовыми операциями). Как оказалось, это было требование "тёток" из налоговой (или ПФ), которым понесли на проверку эти ведомости в произвольной форме, и которые "завернули" распечатки, т.к. они оформлены в "неустановленном порядке" Эта печатная форма скопирована из документа ВедомостьНаВыплатуЗарплатыВКассу
В БУ 1.2 была кнопка отбора всех нижних табличных частей документа "Начисление зарплаты работникам организаций" по сотруднику из верхней табличной части "Работники организации". В БУ 2.0 табличная часть "Работники организации" была упразднена, а в остальных частях используются где сотрудники, где физлица. Мои бухгалтера по этому поводу нещадно бомбили, ведь действительно неудобно в документе с сотнями сотрудников искать конкретного и устанавливать отбор в каждой отдельной табличной части... И вот по их пожеланиям была и придумана данная обработка табличной части, которая была опробована на версии Бухгалтерия для Украины, редакция 2.0. (2.0.16.1) Она устанавливает отбор во всех табличных частях по значению сотрудника в текущей строке табличной части Начисления (при нажатии кнопки Да). Также она снимает все отборы во всех таб.частях при нажатии кнопки Нет. Не использует модальные вызовы. --- [attachment=1147:Ustanovi...trudniku.zip]
Версия 4.4 Финальная Обработки "Распределение возвратов" от 16.06.2019 для управляемых форм Только для конфигурации Бухгалтерия для Украины, редакция 2.0 (тестировалось на 2.0.16.1)
*Добавлена кнопка выбора периода (вызывает диалог выбора стандартного или произвольного периода) *Добавлена передача выбранного периода в качестве отбора в форму выбора документов вида "Возврат товаров от покупателя" --- https://drive.google.com/open?id=1vbMSz5PG5...YMkRTpGX6QNno5t
По FREEDO-Звиту: поле № з/п является сервисным и на загрузку данных в шлюз и последующую регистрацию никак не влияет (приходят сообщения об успешной регистрации для РК с пустыми полями № з/п) По заполнению последовательностей номеров строк в НН: немного ввел Вас в заблуждение, - разработчик программы добавил штатную возможность поштучно преобразовывать документ к требованиям шлюза ДФС с помощью обработки ПреобразованиеНоменклатурногоСоставаДокументаП2 (кнопка "Преобразовать" на верхней командной панели документа "Приложение №2 к Налоговой накладной"). С этого момента данная обработка более не является эксклюзивом, - единственное её преимущество - это пакет. Для малого количества в ручную создаваемых документов можно использовать штатное средство от 1С.
11.12.2018 Обратная связь по версии 4.2 Бета: Работает отлично. Регистрация проходит успешно. Можно считать финальной версией. Дальнейшая разработка не планируется. --- У кого FREEDO-Звит, в этой программе есть на данный момент времени проблема (не переносит номера п/п строк начиная со 2й строки, иногда, в каких-то неустановленных случаях, заменяет НомерСтрокиНН в первой строке на другое значение)
Новая улучшенная версия обработки табличной части документа "Возврат товаров от покупателя" предназначенная для исправления ошибочно распределенных возвратов: 1. Очищает табличную часть документа "Приложение №2 к Налоговой накладной", созданную на основании этого возврата, и сохраняет документ 2. Очищает комментарий возврата, сохраняет документ и закрывает его форму --- Обработку удобно использовать из Отчета "Реестр Приложений 2 к НН" - щелчком мыши в "красной строке" на номере регламентированного возврата (вторая группа колонок слева) открываем форму возврата, вызываем команду "Заполнить"\"Очистить комментарий (возврат)" и переходим к следующей проблемной "красной строке". После исправлений - заново запускаем обработку распределения для этих возвратов. --- https://drive.google.com/open?id=18n9qiqaha...z_C6Ur3nyRjIq9c
На данный момент в этом тех.процессе обнаружены 2 ошибки: 1. При записи налоговой накладной метод ПроизвестиУстановкуНомерСтрокиНН() устанавливает строки в произвольном порядке, поэтому происходит массово следующая ошибка: 1.1. НН была зарегистрирована по старым правилам и были указаны номера строк для товаров по номерам строк табличной части товары 1.2. При записи заполняется поле НомерСтрокиНН в произвольном порядке, эти НомераСтрокНН не соответствует зарегистрированным номерам строк 1.3. Т.к. вся обработка распределения базируется на реквизитах НомерСтрокиНН, то приходит отклонение --- Выход: 1. Перезаполнить обработкой все реквизиты НомерСтрокиНН в Налоговых накладных переходного периода, переписав в них значение "НомерСтроки" табличной части Товары 2. Вытереть комментарии во всех возвратах (обработкой) 3. Во всех приложениях 2, созданных на основании этих возвратов, очистить табличные части "Товары" (обработкой) 4. Заново запустить распределение возвратов --- 2. Я никак не отслеживаю нумерацию Групп причин корректировки - а их нужно отслеживать как и Макс. номер строки НН, т.е. надо искать последний номер группы для данной НН и новые группы нумеровать от него отталкиваясь Выход: исправлю в финальной версии.
Добавлено отслеживание номеров групп корректировки в рамках всех приложений относящихся к одной НН Максимальный (последний) номер строки НН определяется как сумма количества строк в табличных частях Товары, Услуги, ОС и НМА На верхнюю командную панель добавлена кнопка "Исправить": 1. Очищает комментарии в возвратах за период 2. Очищает табличные части документов Приложение 2 к НН, созданных на основании возвратов из п.1 3. Учитывает фильтры по документу и контрагенту На верхнюю командную панель добавлена кнопка "Нумератор строк НН": 1. Устанавливает реквизит "Номер строки НН" в табличной части "Товары" документа "Налоговая накладная" из служебного реквизита "НомерСтроки" этой же табличной части 2. Учитывает фильтр по контрагенту --- https://drive.google.com/open?id=1e6uDRUI2T...ZozK_d6L23auLtR
ОБРАБОТКУ МОЖНО ИСПОЛЬЗОВАТЬ ДЛЯ ЗАПОЛНЕНИЕ ПОСЛЕДОВАТЕЛЬНОСТИ НОМЕРОВ СТРОК НН В ДОКУМЕНТАХ ПРИЛОЖЕНИЕ №2 К НАЛОГОВОЙ НАКЛАДНОЙ Эту обработку возможно использовать также для тех ситуаций, когда Вам нужно правильно заполнить введенные ранее РК (а разделять возвраты не нужно), потому что этого функционала нет в типовых конфигурациях при вводе на основании --- Версия 4.1. Бета от 08.12.2018 Новое в версии: 1. Добавлена поддержка приказа Минфина №763 от 17.09.2018 2. Добавлена поддержка типовых конфигураций УТП и УПП 3. Доработана (дополнена) справочная система обработки --- ВНИМАНИЕ!!! Перед запуском обработки в переходный период необходимо перепровести (перезаписать) все созданные ранее НН в том периоде, по которому будут вводиться РК, для того чтобы сработал метод ПроизвестиУстановкуНомерСтрокиНН() и заполнились пустые значения в новом реквизите таб. частей НН с именем "НомерСтрокиНН" Примечание: обработка табличной части утратила свою актуальность, после добавления возможности обрабатывать возвраты поштучно --- ОБРАБОТКА ПРОВЕРЕНА В СЛЕДУЮЩИХ КОНФИГУРАЦИЯХ: 1. Бухгалтерия для Украины, редакция 1.2. (1.2.48.1 от 06.12.2018) 2. Управление производственным предприятием для Украины, редакция 1.3 (1.3.52.1) (актуальной версии для проверки 1.3.58.2 от 04.12.2018 у меня нет) 3. Управление торговым предприятием для Украины, редакция 1.2 (1.2.40.1) (актуальной версии для проверки 1.2.48.1 от 04.12.2018 у меня нет) --- [attachment=1115:Rasprede..._12_2018.zip]
Небольшое изменение версии 3.1f (Декларация по НДС работает) Исправлена ошибка формирования регламентированного отчета Декларация по НДС, которая была следствием неверного заполнения реквизита "Статья декларации НДС (н/о)" табличной части "Товары" документа "Приложение №2 к Налоговой накладной". Примечание: для исправления уже введенных документов достаточно в "Групповой обработке справочников и документов" с включенным флагом "Обрабатывать табличные части" выбрать все проведенные документы за период, установить в настройках флаг "Разрешить изменение реквизитов объектов", в поле "Изменить реквизит..." выбрать значение "/из 7./ корректировка согласно ст. 192 НК (возвраты) (до 01.2016 - 8.1. (8.2.) - (до 01.03.11 - 8.3. согласно п.4.5 ст.4 Закона)" и выполнить обработку, после чего выбрать пункт "Проведение документа" с параметром "Установить" и перепровести все эти документы. --- https://drive.google.com/open?id=18cchGloTE...8UCwMgTrm155W6t --- P.S. Спасибо добрым франчам abc..., которые за 3 минуты сумели рассказать моему бухгалтеру, почему с апреля месяца не формируется отчет "Декларация по НДС" (действительно, допустил механическую ошибку, заполнял таблицу правильным значением до цикла, в котором копировались значения свойств из табличных частей РН/НН, а не после). В обработке табличных частей та же ошибка, но я не исправлял её (редко пользуюсь), кому надо поправьте сами.
Перезалил 30.05.2018 Версия 3.1f Финальная Дальнейшая доработка не планируется (работает как часы). --- Добавлено: - Фильтр в поле выбора возврата по периоду и контрагенту - Заполнение реквизита НалоговаяНакладная документа "Приложение №2 к Налоговой накладной" из реквизита ДокументОснование, указанного документа "Вотзврат товаров от покупателя" (если он не был заполнен в момент распределения) --- Распределение (Финальная версия от 30.05.2018): https://drive.google.com/open?id=1SpUBKbPEz...JU0i2PnE15AauGL
Залил новые обработки 08.05.2018 --- Добавлена сортировка причин. Теперь всегда первыми обрабатываются строки возврата с причиной "Повернення" (эти строки остаются в изначальном возврате) Примечание: это сделано для того, чтобы добавлять новые строки в НН *всегда* в последнюю очередь Добавлено автоматическое заполнение реквизита Налоговая накладная документа Приложение 2 к НН из Документа-основания, указанного в Возврате товаров Добавлен фильтр по документу (период указывать обязательно). Позволяет обработать конкретный документ Возврата (удобно при исправлении ошибок) --- Также написал обработку табличной части, которая очищает комментарий Возврата (также удобно при исправлении ошибок) --- Обратная связь: версия обработки без сортировки причин давала порядка 5% сбоев. После ввода сортировки это значение снизилось до одного документа (размер выборки приблизительно 500+ документов). Дополнительно, также, автоматизирован частный случай исправления ошибок, когда в исходном документе "Приложение 2 к НН" не указана Налоговая накладная. В этом случае, этот реквизит заполняется из документа "Реализация товаров и услуг", указанного в качестве документа-основания обрабатываемого документа Возврата (если указано). Если НН все равно не находит, то такое Приложение 2 помечается на удаление (как и прежде), для того, чтобы ошибки не попали в Звит (Медок).
Да. Моя обработка, правда, не подчиняет 2 приложения к 1 возврату, а, по ТЗ Заказчика, разделяет исходный возврат на 2 идентичных документа с разным составом строк: --- возврат №1 на сумму 10 грн 1.яблоки 10 шт 10 грн. возврат №1 на сумму 1 грн 1.грушки 1 шт. 1 грн. --- В коде при записи документа стоит программный обход контроля уникальности номеров документов ОбменДанными.Загрузка=Истина
После этого приложение №1 подчиняется возврату №1 на сумму 10 грн, а приложение 2 - возврат №1 на сумму 1 грн. Но происходит это в автоматическом режиме. Т.е. Изначально было автоматически сформировано старой обработкой (древней-древней) 2 документа:
возвратная №1: (возвращаем все яблоки и одну грушу) 1. яблоки 10 шт 2. груши 1 шт.
и
Приложение №1 (подчиненное возврату №1) 1. яблоки 10 шт Повернення товару 2. груши 1 шт. Зменшення обсягу
Потом обработка делит возврат на два документа (вычленяя груши из исходного возврата и забрасывая их в скопированный документ с пустой таб. частью) После этого такую же манипуляцию проделывает с приложением (оставляет в исходном "Повернення товару або авансового платежу", а в копию закидывает строки "Змiна кiлькостi") --- Это разделение возвратов было принципиальным требование Заказчиков при проектировании обработки по той причине, что 1 человек обрабатывает порядка 2000+ документов возвратов в месяц единолично (и это лишь маленький участок его работы), а эти номера скопированы из БД УУ и 1му человеку проще найти ошибки, когда номера остаются неуникальными в БУ
Цитата(andr_andrey @ 05.05.18, 10:14)
anten @ Вчера, 18:54 , Теоретически - правильно. Но у нас пока такой ситуации не было. Если будет, то мы сначала попробуем сделать одной корректировкой с разной причиной (возврат для яблок и корректировка количества для груш).
Не стоит и пытаться. Говорю как человек, чья обработка зарегистрировала 2500 РК в марте 2018 г. :-) Каждая причина должна быть отдельной корректировкой.
Перезалил 13.04.2018 --- Подправил комментарий во всех обработках --- Наиболее частые ошибки при использовании обработки: пользователи не до конца понимают насколько важным по новым правилам является хронологическая последовательность, поэтому возникают 2 наиболее распространенные ошибки: 1. Дано: НН и несколько возвратов к ней. Сначала обрабатывают возвраты с более поздней датой, а потом - с более ранней. Получаем в более поздней дате изменение количества, а в более ранней - возврат товара или авансового платежа. 2. Все накладные (и приложения 2) созданы правильно, однако Сеть (Ваш покупатель), по своему усмотрению, регистрирует сначала более позднюю корректировку, а потом более раннюю. Результат: отклонение, по причине - нет строки в НН. Необходимо делать наоборот, - сначала регистрируем более раннюю корректировку (которая внесет нужные строки в НН), а потом - более позднюю корректировку (которая ссылается на эти строки) Для первого случая (когда мы обработали документы в неправильной последовательности) есть несколько вариантов исправления: 1. Обработка восстановления последовательности номеров строк налоговых накладных в документах корректировок, привязанных к ней. Эта обработка будет давать сбои в тех случаях, когда в возврате сформировался неверный комментарий (например в более поздней дате комментарий изменение кол-ва, а в более ранней дате - возврат товара, хотя должно быть наоборот). Т.е. эта обработка - костыль, призванный частично подправить неверное применение пользователями обработки. Однако, если есть возможность полностью удалить документы из БД и выполнить обработку Распределения возвратов в правильной хронологической последовательности - то лучше использовать этот вариант (при этом надо оставить возвраты по которым корректировки прошли регистрацию). 2. В том случае, когда вразнобой в периоде какие то корректировки были зарегистрированы, а какие то отклонены, необходимо во всех неправильных документах возвратов (корректировки по которым не были зарегистрированы) обработкой удалить части комментариев, начинающиеся словами "Повернення" и "Змiна" и до конца строки. После этого заново выполнить обработку Распределения возвратов за период. По идее, возвраты с зарегистрированными корректировками, обработка пропустит, а для незарегистрированных восстановит правильную последовательность строк налоговых накладных, с учетом зарегистрированных корректировок, даже в том случае, когда хронология самих документов будет нарушена. Примечание: ни один из этих методов не был протестирован на практике, используйте на свой страх и риск. --- Обработка восстановления последовательности номеров строк НН в РК (для документов, измененных обработкой Распределения возвратов): https://drive.google.com/open?id=128...B77h6u79HBOZcs
Версия обновлена до 2 Альфа. 1. Исправлено - отсутствие заполнения кодов УКТВЭД в некоторых случаях (повернення) 2. Введена дополнительная сортировка табличной части Приложения 2, для соблюдения требования инструкции ДФС (когда в первой строке сторнируется значение из НН, а во второй (следующей непосредственно за ней) строке указывается откорректированное значение количества поставки) 3. Получено подтверждение успешной регистрации всех корректировок, созданных версией 1 обработки (кроме случая множественных возвратов) 4. Реализован экспериментальный алгоритм обработки множественных возвратов (не проверено на практике, ответа ДФС нет на данный момент времени) 5. В комментарии Приложения 2 сохраняются последние 4 цифры номеров Приложений 2, которые изменяются этим Приложением 2 (если были ранее возвраты этого товара) 6. Скриншот показывает как работает обработка в новом режиме 7. Подробности алгоритма и ограничения использования указаны в справке (F1) к общей обработке. 8. Эта версия обработки предоставляется, как и предыдущая, в формате "как есть". Используйте на свой страх и риск. --- Обработка общая (если Приложения 2 уже введены, то Обработка ТЧ не нужна) https://drive.google.com/open?id=1NUKZeBncd...Ki7qA1bw_PtGiEp
Написал обработки для разделения возвратов и заполнения причин корректировок на их основании для типовой конфы Бухгалтерия для Украины, ред.1.2.44.1 (вероятно подойдет и для прочих типовых) Инфа по теме: https://buhgalter911.com/news/news-1036318.html Можете использовать, кому надо, на свой страх и риск (читайте F1) Разделение возвратов
[attachment=1086:Rasprede...ktirovki.zip]
Обработка ТЧ "Товары" Приложения 2 к НН (использовать после первой для новых документов) [attachment=1087:Zapolnit...ichestva.zip]
--- Тема "как-есть", за топиком не слежу, на вопросы не отвечаю П.С. бываю тут раз в 100 лет (вот решил отдать что-то полезное и актуальное - потому как тысячи людей мучаются с этим вопросом, и те, у кого сотни возвратов в день - зашиваются)
--- Модераторам - про упаковку файлов с паролем - на Ваш выбор или скачайте и запакуйте сами, или убейте тему (дубль есть на надо, который, кстати, умеет скрывать ссылки)
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!
