Формирование Алкодеклараций по Форме 11 и 12 из 1С.Розница 2.2 по данным ТТН ЕГАИС
Комментарии
(1) jva, Добрый день. Все обновления в рамках текущих изменений форм будем вносить бесплатно, Когда они появятся вы сможете скачать обновленную версию. Платная поддержка только если Вам необходимо доработать данную обработку конкретно под вашу организацию (Если конечно вдруг стандартная чем то не устроит), Такая доработка будет стоить 800 рублей час работы специалиста.
Сейчас входящие остатки нулевые. можно внести руками. планируется доработать (Не позднее 1-го октября 2016 года до начала сдачи отчетности) загрузку входящих остатков из XML файлов сданных ранее, то есть выставляем дату квартала, далее выбираем файл на вкладке настройка и нажимаем загрузить... программа сама будет анализировать что вы подгружаете, если в файле дата соответствует предыдущему кварталу то будут загружены начальные остатки если дата в файле соответствует текущему кварталу по отчету - загрузятся данные в текущий квартал (соответствующий дате в обработке). По желанию можем взять остатки из данных по остаткам ЕГАИС (в Рознице они находятся в документе Остатки ЕГАИС в разделе склады - ЕГАИС Остатки). (Остатки по складу и по торговому залу будут просуммированы) (в связи с тем что в ЕГАИС остатки фиксируются только на текущую дату, если будут такие документы запрошены до текущего квартала соответственно можем взять эти документы в расчет остатков (последние в прошлом квартале))
Добрый день! Приобрели обработку. База Розница, редакция 2.2 (2.2.4.22). В базе несколько юр. лиц. В таблицу "Пиво поступление" попадают данные по всем юр. лицам независимо от выбора организации. При заполнении данной таблицы появляется ошибка "Поле объекта не обнаружено (Код)". Кроме того, появляется ошибка Не заполнен Производитель - но по какой строке, по какой продукции - непонятно. Еще вопрос: как формировать декларацию по отдельным магазинам? База у нас общая, единая.
+ можно ли указать путь сохранения данных?
можно ли внести конечные остатки и продажи заполнить математически, исходя из нач. остатка, закупа и кон. остатка?
+ можно ли указать путь сохранения данных?
можно ли внести конечные остатки и продажи заполнить математически, исходя из нач. остатка, закупа и кон. остатка?
версия 2,2,4,25
при =Очистка и заполнение по базе поступления алкоголя= выдало:
{ВнешняяОбработка.ПодготовкаФорм11и12ДляРозницы22.Форма.Форма.Форма(1282)}: Значение не является значением объектного типа (ИНН)
Если СокрЛП(МенЗап.Контрагент.ИНН)<>сокрлп(мензап.ОрганизацияЕГАИС.инн) или
и похоже скачалась старая версия. как заполнять расход по документам продажи?
при =Очистка и заполнение по базе поступления алкоголя= выдало:
{ВнешняяОбработка.ПодготовкаФорм11и12ДляРозницы22.Форма.Форма.Форма(1282)}: Значение не является значением объектного типа (ИНН)
Если СокрЛП(МенЗап.Контрагент.ИНН)<>сокрлп(мензап.ОрганизацияЕГАИС.инн) или
и похоже скачалась старая версия. как заполнять расход по документам продажи?
настройки после обновления плохо сохраняются
см файл
см файл
Прикрепленные файлы:
НастройкаФормированияДеклараций1112.txt
Пока обсуждаются вопросы: вывод печатных форм декларации, и формирование декларации по фильтру: производитель, номенклатура, поставщик, подразделение. Решения о включении данного функционала в обработку пока нет.
Обнаружены некоторые неудобства во время сдачи на сайте ФСРАР, в ближайшее время выйдет обновление (Убираем нулевые строки), Будет проверка обязательных полей по наличию значений, на данный момент не все поля проверяются перед выгрузкой.
(31) danilkinvv, Акты списания берутся в ТОЛЬКО в статусе ПЕРЕДАН в ЕГАИС, если вид операции списания РЕАЛИЗАЦИЯ, Тогда далы попадают в графу ПРОДАЖИ иначе в графу ПРОЧИЕ ПРОДАЖИ. На Вкладке настройка Есть галка "УчитыватьПродажиПиваПоАктамСписанияЕГАИС" по УМОЛЧАНИЮ ОНА ОТЖАТА - то есть для учета продаж берутся ЧЕКИ ККМ по ПИВУ в статусе АРХИВНЫЙ.
Для АЛКОГОЛЯ берутся и акты списания и ЧЕКИ ККМ по Алкоголю!
Для АЛКОГОЛЯ берутся и акты списания и ЧЕКИ ККМ по Алкоголю!
(29) lcf, Вот на 3 раза прочитал, купил обработку. Потом еще два раза прочитал:
"10.Вносим руками остаток на начало или можно через настройки выбрав файл XML прошлого периода загрузить начальный остаток "
и вот не вижу кнопки "загрузить начальный остаток". Вот и возник вопрос а можно ли загружать? Сейчас второй вопрос: а там ли я эту кнопку ищу?
"10.Вносим руками остаток на начало или можно через настройки выбрав файл XML прошлого периода загрузить начальный остаток "
и вот не вижу кнопки "загрузить начальный остаток". Вот и возник вопрос а можно ли загружать? Сейчас второй вопрос: а там ли я эту кнопку ищу?
(37) Abu5302, Добрый День! Можно! сначала формируете декларацию в одной точке, выгружаете в xml желательно с исправлением ошибок, потом во второй базе которая у Вас будет главной формируете так же декларацию без выгрузки и подгружаете для объединения XML файлы из первой точки, далее исправляете ошибки - у Вас получится один файл с обоими подразделениями
(40) lcf, Благодарю. Скачался новый файл (вроде, по размеру другой).
Я на копии базы пытаюсь разобраться. Вопрос, наверное, не по обработке:
На вкладке настройка я поставил галочку "Учитывать продажи пива по акту списания". Акт списания в тестовой базе у меня есть, в ЕГАИС не передал. В продажи не попало ничего. Пока не передам в ЕГАИС так и не попадет в декларацию?
Я на копии базы пытаюсь разобраться. Вопрос, наверное, не по обработке:
На вкладке настройка я поставил галочку "Учитывать продажи пива по акту списания". Акт списания в тестовой базе у меня есть, в ЕГАИС не передал. В продажи не попало ничего. Пока не передам в ЕГАИС так и не попадет в декларацию?
(44) lcf, Спасибо за Ваши ответы.
Можете сказать, как проще сделать в обработке так, чтобы все что поступило (речь про пиво), попало в продажи и выйти в квартале на остаток 0 (в декларации)? Шестой час стоит обработка одного квартала на вполне приличном процессоре, при том что это еще не окончательный вариант формируется..
Можете сказать, как проще сделать в обработке так, чтобы все что поступило (речь про пиво), попало в продажи и выйти в квартале на остаток 0 (в декларации)? Шестой час стоит обработка одного квартала на вполне приличном процессоре, при том что это еще не окончательный вариант формируется..
Я тут попробовал:
Заполняю поступления (по кнопочке). Ставлю галочку \Заполнять по актам списания/ и вуаля: есть свернутая таблица по поступлению. Вручную пробить продажи равные для выравниванию остатков и все?
И есть еще и возвраты поставщикам. Понятно что в моем случае проще руками набить эти цифры. А после проверять в ДА. Такой способ мне подойдет?
Заполняю поступления (по кнопочке). Ставлю галочку \Заполнять по актам списания/ и вуаля: есть свернутая таблица по поступлению. Вручную пробить продажи равные для выравниванию остатков и все?
И есть еще и возвраты поставщикам. Понятно что в моем случае проще руками набить эти цифры. А после проверять в ДА. Такой способ мне подойдет?
(48) bmf, порядок действий: 1.ставите галку - заполнять по актам 2. жмете кнопку заполнить по поступлению (возвраты поставщикам автоматом попадают в колонку возвраты поставщикам - посмотрите должны попасть) - да можете пробить продажи или можете просто забить конечные остатки - изменятся продажи, - проверьте чтобы не было минусов - для этого можно сортировать колонки
Добрый!
Алкоголь поступление - не заполнен Объем партии
Алкоголь реализация - поступление не заполнено, расход заполнен
Пиво поступление - ОК
Пиво реализация - Продажа не заполнена...
Заполнять по актам, галки не вижу в настройках или где-то еще!
Куда копать? Обработку скачал ночером сегодня!
Алкоголь поступление - не заполнен Объем партии
Алкоголь реализация - поступление не заполнено, расход заполнен
Пиво поступление - ОК
Пиво реализация - Продажа не заполнена...
Заполнять по актам, галки не вижу в настройках или где-то еще!
Куда копать? Обработку скачал ночером сегодня!
(59) Спасибо, алкоголь заполнился, а по пиву реализация так и не заполнена
по инструкции п.п. 14.Переходим на вкладку "Пиво реализация".
На Вкладке НАСТРОЙКА Есть Флаг "Учитывать Продажи Пива По Актам Списания ЕГАИС" по УМОЛЧАНИЮ ОН ОТЖАТ - то есть для учета продаж берутся ТОЛЬКО ЧЕКИ ККМ по ПИВУ в статусе АРХИВНЫЙ. Если ВАМ НАДО брать только списания, тогда поставьте этот флаг. Акты списания берутся ТОЛЬКО в статусе ПЕРЕДАН в ЕГАИС, если вид операции списания РЕАЛИЗАЦИЯ, тогда количество дал попадает в графу ПРОДАЖИ иначе в графу ПРОЧИЕ ПРОДАЖИ.
в обработке такого флага нет, получается и входящие остатки и реализацию по пиву надо вносить ручками?
по инструкции п.п. 14.Переходим на вкладку "Пиво реализация".
На Вкладке НАСТРОЙКА Есть Флаг "Учитывать Продажи Пива По Актам Списания ЕГАИС" по УМОЛЧАНИЮ ОН ОТЖАТ - то есть для учета продаж берутся ТОЛЬКО ЧЕКИ ККМ по ПИВУ в статусе АРХИВНЫЙ. Если ВАМ НАДО брать только списания, тогда поставьте этот флаг. Акты списания берутся ТОЛЬКО в статусе ПЕРЕДАН в ЕГАИС, если вид операции списания РЕАЛИЗАЦИЯ, тогда количество дал попадает в графу ПРОДАЖИ иначе в графу ПРОЧИЕ ПРОДАЖИ.
в обработке такого флага нет, получается и входящие остатки и реализацию по пиву надо вносить ручками?
Добрый день.
Купили вашу обработку. Начали работать. Сразу возникла проблема. При формировании декларации в основной базе все формируется правильно. Когда подгружаем вторую декларацию (со второй точки) для объединения несколько позиций из основной базы исчезают.
Пробовали сохранить декларацию по основной базе и загрузить её обратно, такая же картина. Пропадают некоторые позиции в реализации и поступлении. Что делать?
Купили вашу обработку. Начали работать. Сразу возникла проблема. При формировании декларации в основной базе все формируется правильно. Когда подгружаем вторую декларацию (со второй точки) для объединения несколько позиций из основной базы исчезают.
Пробовали сохранить декларацию по основной базе и загрузить её обратно, такая же картина. Пропадают некоторые позиции в реализации и поступлении. Что делать?
Добрый день. Как работает "Загрузить для объединения"? У нас два магазина на рознице 2.2. Сформировали файл в одной базе, подгружаем в другой базе и у нас данные выходят только по одной организации. Данные по продаже не суммируются.
(74) Добрый день!
Исходя из логики Розницы 1с 2.2.5 для каждого подразделения должна быть заведена одна организация, следовательно обработка ориентируется именно на данный факт, если же по каким то причинам организация одна - обработка создает "контрагентов" (смотрите инструкцию 18 пункт выделено жирным) для каждого подразделения со своим инн и кпп из файла xml () (эти файлы так же могут быть сформированы и выгружены из других баз Розницы с разных подразделений этой же обработкой)
(обработка опирается на Классификаторы ЕГАИС при формировании xml файлов)
Обработка работает в версиях 1С Розница как в Базовой так и в Проф, с файловыми и серверными версиями ИБ.
Исходя из логики Розницы 1с 2.2.5 для каждого подразделения должна быть заведена одна организация, следовательно обработка ориентируется именно на данный факт, если же по каким то причинам организация одна - обработка создает "контрагентов" (смотрите инструкцию 18 пункт выделено жирным) для каждого подразделения со своим инн и кпп из файла xml () (эти файлы так же могут быть сформированы и выгружены из других баз Розницы с разных подразделений этой же обработкой)
(обработка опирается на Классификаторы ЕГАИС при формировании xml файлов)
Обработка работает в версиях 1С Розница как в Базовой так и в Проф, с файловыми и серверными версиями ИБ.
Купил, пробую. Не понятно почему мне нужно руками заполнять остатки на начало, если они и так есть в базе. При автоматическом заполнении почти все остатки на конец периода ушли в минус, этого не может быть. Разобраться пока не могу т.к. свернуто по видам алко продукции.
{ВнешняяОбработка.ПодготовкаФорм11и12ДляРозницы22.Форма.Форма.Форма(3372)}: Индекс находится за границами массива
Производитель = мас[0].ссылка;
При попытке объединить с файлом декларации предыдущего квартала для заполнения начальных остатков.
Возможно ли, что ошибка в том, что я подгружаю файл, сформированный в Декларант-Алко?
(87)Если позволишь, небольшое замечание по коду: в процедуре ЗаполнитьКОпоРегиструОстатковТМЦНаСервере получаются конечные остатки на дату, дата выбирается на форме, состав даты - дата. а это значит что конечный остаток получается на дату со временем 0:0:0. т. е. по сути последний день квартала не учитывается, остатки берутся на начало дня
Разделы |
|---|
Платформа |
Конфигурации |
|
Двухсторонний обмен УПП с БП 3.0, УТ 11.3, КА 2.2, ERP 2.2... через универсальный формат обмена
|
Обмен УТ 10.3, КА 1.1, УПП 1.3 с EnterpriseData (универсальный формат обмена), обработка
Открыть
Заказ-проекты
ЗУП 3.1 интеграция + дальнейшая поддержка
бюджет 120 000руб.
Перенос ряда документов между типовыми бухгалтериями 8.3
бюджет 2 000руб.