Алгоритм связки БО с ЕГАИС и Журналом продаж

[gulia]

Давайте попробуем выработать алгоритм связки с ЕГАИС и Журналом продаж.
1. Заводить алкогольную продукцию нужно в бутылках
2. Дополнительная единица измерения в литрах (в литрах и нужно для расчета ТТК). На закладке «Алкоголь» нужно выставить ед.измерения=бут, объем дал 0,05, содержание спирта, вид продукции, производитель-импортер.
3. Заводить нужно много дубликатов алкоголя, т.к. он идет от разных КПП производителей
4. Определить (пометить) основной алкогольный продукт, чтобы остальные дубликаты не забывать добавить в аналоги ингредиентов.
5. Сопоставлять каждый алкогольный продукт (пиво) с ЕГАИС, чтобы не было восклицательных знаков в полях при сравнении
6. Наверное стоит завести отдельные папки на каждое наименование продукции, где предполагаются дубликаты.
7. Заводить Производителей (импортеров алкоголя и пива) по КПП.
8. Под каждого производителя-импортера завести отдельную папку и кидать их туда, чтобы не городить лес.
8. Если проштудировать приложения к накладным, к примеру за полгода, то можно по каждой продукции определиться и завести соответствующую позицию согласно кодов, например:
ПИВО "БАД" СВЕТЛОЕ ПАСТЕРИЗОВАННОЕ АЛЮМИНИЕВАЯ БАНКА 0.5 л
Код: 0350256000001234500
ПИВО "БАД" СВЕТЛОЕ ПАСТЕРИЗОВАННОЕ АЛЮМИНИЕВАЯ БАНКА 0.5 л
Код: 0350256000001234498
Связав их через ЕГАИС.
Первую позицию обозвать к примеру:
ПИВО "БАД" СВЕТЛОЕ ж/б базовая 0.5 л,
Остальные добавлять к нему в аналоги ингредиентов.

При получении новой накладной через ЕГАИС, если вся получаемая продукция связана через ЕГАИС со справочником номенклатуры, то остается только сверить количество.
Если пришла новая номенклатура или номенклатура-дубликат от другого КПП, нужно из диалога ЕГАИС завести новую номенклатуру, в случае если это дубликат, то поместить ее в соответствующую папочку и добавить в «аналоги ингредиентов».

Может я что то упустил или не совсем корректно описал — правьте и добавляйте.

Это справедливо для Трактиръ: Back-Office. Решение построено на базе типовой 1С: Бухгалтерии, что, к сожалению, нам связывает руки для более удобных механизмов.

При наличии Трактиръ: Head-Office и Трактиръ: Management алгоритм несколько иной:
1. Можно заводить алкоголь в литрах.
2. Доп. единицы измерения - в таре. Это для поступлений. В Журнал попадают данные, как они были в "Приходной накладной". А там у нас данные в бутылках.
3. Производителя алкоголя можно выбрать прямо в "Приходной накладной". Прямо в табличной части документа для конкретной строчки. В одной накладной может быть одна и та же продукция от разных производителей. Списываться разные производители будут по ФИФО.
4. У нас алкоголь в литрах, так что проблем с дублями нет.
5. Сопоставляем алкоголь по таре. Процесс требует повышенной внимательности, зато обеспечивает порядок в учете. На вебинаре по ЕГАИС это было показано. Вебинар доступен здесь: https://youtu.be/wVFD6X7o93U
6. В Head-Office папки не актуальны.
7. В Head-Office этот процесс так же проще. Производителей загружаем извне и храним отдельно, не в контрагентах.
8. С одной позицией в учете можно связать несколько позиций в ЕГАИС. Заводить их отдельными позициями и указывать аналоги не нужно.

[gulia]

Сообщение от zakordonets

Это справедливо для Трактиръ: Back-Office. Решение построено на базе типовой 1С: Бухгалтерии, что, к сожалению, нам связывает руки для более удобных механизмов.

При наличии Трактиръ: Head-Office и Трактиръ: Management алгоритм несколько иной:
1. Можно заводить алкоголь в литрах.
2. Доп. единицы измерения - в таре. Это для поступлений. В Журнал попадают данные, как они были в "Приходной накладной". А там у нас данные в бутылках.
3. Производителя алкоголя можно выбрать прямо в "Приходной накладной". Прямо в табличной части документа для конкретной строчки. В одной накладной может быть одна и та же продукция от разных производителей. Списываться разные производители будут по ФИФО.
4. У нас алкоголь в литрах, так что проблем с дублями нет.
5. Сопоставляем алкоголь по таре. Процесс требует повышенной внимательности, зато обеспечивает порядок в учете. На вебинаре по ЕГАИС это было показано. Вебинар доступен здесь: https://youtu.be/wVFD6X7o93U
6. В Head-Office папки не актуальны.
7. В Head-Office этот процесс так же проще. Производителей загружаем извне и храним отдельно, не в контрагентах.
8. С одной позицией в учете можно связать несколько позиций в ЕГАИС. Заводить их отдельными позициями и указывать аналоги не нужно.

Тогда эту тему нужно развивать в ветке НО.
Я с НО еще на Вы и пока писать не могу, а по БО мои практические наработки глядишь кому нибудь и пригодятся.

Точно пригодятся! В последнее время очень много вопросов на тему ведения учета алкоголя в бэке. Особенно ценен практический взгляд, от реальных пользователей, как вы!

[macrony]

А есть такой алгоритм для Далиона ПРО? Очень хочется посмотреть опыт работы, что бы лишних граблей избежать.

[anarchist]

Далион ПРО это на 99% Хед офис...

macrony, стоит задать подобный вопрос на форуме по ДАЛИОНу и посмотреть вебинары по ЕГАИС. В ДАЛИОНе всё немного проще, т.к. меньше проливных позиций.

[VictorS]

1.

Сообщение от zakordonets

Это справедливо для Трактиръ: Back-Office. Решение построено на базе типовой 1С: Бухгалтерии, что, к сожалению, нам связывает руки для более удобных механизмов.

Те. структура сейчас FO-->BO-->отчеты ФНС ПФР.
Желаемая структура FO-->XO--->BO-->отчеты.
Где XO как прокладка для перевода бутылок и банок в литры. Или как то все по другому видится.
2. И все таки ведь не люди ради программы а программа для людей.
Я допустим в меню имею всего одну позицию "Водка 100г." а закупаю водку 20 производителей в 0,5 бут. 0,7бутю 1л. бут.
Мне нужно просто автоматом формировать журнал учета.
Я привязываю всю водку с определёными коофицентами пересчёта в литры в BO затем продаю часть через FO.
Журнал пусть формируется кого раньше оприходовал того раньше и списал и не надо ни какого XO.
Мне совершенно не интересно какая водка и в какой таре у меня осталась мне нужно просто вести журнал что бы литры сходились. Считаю что "имею право".
Кстати в общепите в основном так и ведут бухалтерию ради бухалтерии, понятно что из за недостатка то ли знаний то ли желания. Но это устраивает и работодателя и работника (бухалтера) так дайте им возможность так работать.

[anarchist]

в журнале должно быть
название водки1 код 200 объём 0.5 1шт
название водки2 код 200 объём 0.7 1шт

итого название водки1 10 шт
итого название водки2 3 шт

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

по Хед офису
схема FO -> HO -> Бух 3.0 ->отчеты
из Хеда декларация и журнал, из Бух 3.0 налоговая отчетность

[VictorS]

Сообщение от anarchist

по Хед офису
схема FO -> HO -> Бух 3.0 ->отчеты
из Хеда декларация и журнал, из Бух 3.0 налоговая отчетность

Я вас правильно понял что BO вообще не нужен? Нужен только обмен между
HO и БП 3.0. Кстати, а он реализован вообще?

[anarchist]

зачем бэк если есть хед !?

да обмен есть

[Угрюмый]

Доброе утро!
В соседней ветке третий день вопрос без ответа, может кто подскажет:
Релиз 2.0.65
Добрый день. Решил попробовать журнал розничной продажи АП, поставил галку "Учитывать алкоголь" в настройке параметров учета, открыл подходящую номенклатуру, поставил галочку "Алкоголь", перешел во вкладку Алкогольная продукция, заполнил все поля, но при сохранении выдает ошибку: Справочник.Номенклатура.Форма.СБ_ФормаЭлемента.Фор ма(349)}: Поле объекта не обнаружено (ВидПродукции)
НоваяЗапись.ВидПродукции = СБ_ВидАлкогольнойПродукцииНовый

Что я делаю неправильно?

[Угрюмый]

Вообще, журнал можно вести во втором БО? А ЕГАИС? А то в архиве с обновлением 2.0.65 файл документации от 2012 г...

[anarchist]

то Угрюмый, я вам там ответил

[Виктор Р.]

Тема подвисла в воздухе, а между тем так и не ясно как удобнее вести учет алкоголя, чтобы и списывалось правильно (из бутылок в литры) и журнал учета велся нормально.