ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 04.05.2024
Просмотров: 10
Скачиваний: 0
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
From: Лемягова Екатерина Александровна
Sent: Wednesday, November 2, 2022 9:25 AM
To: Гусев Михаил Олегович
Cc: Устенко Тимофей Михайлович
Subject: HA: Альтернативный вариант КК с моносчетом
Доброе утро
В возвратах всегда есть ссылка на исходный отгрузочный документ (SX, SZ и тд)
А соответственно в исходном отгрузочном документе SX есть ссылка на SA
Про переносы Стася точнее напишет на основе каких документов они делаются
С уважением,
Лемягова Екатерина Александровна
Ведущий бизнес-аналитик
Отдел развития корпоративной информационной системы
ООО «Сантехкомплект»
Москва, 2-ой Звенигородский пер, д.3, стр.3.
Телефон: +7 495 225 8797, доб.2667;
e-mail: lemyago_ea@santech.ru
web: www.santech.ru
От: Гусев Михаил Олегович
Отправлено: 2 ноября 2022 г. 8:58
Кому: Луценко Станислава Дмитриевна
Копия: Лемягова Екатерина Александровна
Тема: RE: Альтернативный вариант КК с моносчетом
Здравствуйте.
У меня еще вопросы появились.
Нам же нужно чтобы ВСЕ доки по клиенту такого типа проходили с аналитикой «номер/SA» иначе 1С не отнесет его на правильный договор.
А такие доки м.б. возвраты, переносы и т.п. (Стася, это о чем ты мне вчера говорила).
Мы же идейно обсудили только поступление ДС и отгрузку.
А все остальное?
Мы сможем везде нести признак «номер/SA» ?
С уважением, Гусев Михаил
Директор по развитию информационных технологий
ООО «Сантехкомплект»
142703, г.Видное, Белокаменное ш., д.1
Телефон: 8 (495) 225-8797, доб.2660
e-mail: gusev_mo@santech.ru
web: www.santech.ru
From: Гусев Михаил Олегович
Sent: Tuesday, November 1, 2022 1:49 PM
To: Луценко Станислава Дмитриевна
Cc: Лемягова Екатерина Александровна
Subject: RE: Альтернативный вариант КК с моносчетом
Здравствуйте.
«Механизм соотнесения в 1С не меняется, но по некоторым клиентам появляется субконто «договор», правильно?
Не очень нравится «а в ЖДЕ пусть как придётся», но может быть и так.»
Я бы в ЖДЕ не менял механику и оставил бы перевод в ручное соотнесение.
Но это к обсуждению.
Про «основание моносчета». М.б. то и имелось ввиду, но на всякий случай уточню технические моменты.
С т.з. системы, привязываться к типу ЗНП (SA/SX и т.д.) неправильно, потому что ключевое в «основании» это определить: есть счёт или нет счёта. Что это технически? Вот есть документ (TN/TS/UT/AP/UU и т.д.), этот документ имеет прямую связь с заказом (SX/SF и т.д., обязательный реквизит) и прямую связь с исходным заказом (SA, необязательный реквизит, т.е. м.б. не заполнен). С этой т.з. «основание моносчёта» это такой переключатель: счет / заказ.
Мы сейчас говорим исключительно об связке SA/SX, т.к. для всех остальных S* нет исходного документа. С ними все и так понятно и однозначно.
Все мое рассуждение касаемо исключительно SA/SX. И только про них стоит выдумывать механику.
Ключевое в данном случае это договор с клиентом – ведем учет расчетов по счетам.
Документ TN и т.д. имеет связь. Это хорошо. Но в учете клиента есть разрез по счетам. И что он будет считать счетом?
Вероятно то, что он будет указывать в своих платежках.
И именно это и должно стать нашим разделителем учета и превратиться в договор в 1С.
А может быть, ещё лучше было бы, если бы ЛЮБОЙ документ взаиморасчётов с клиентом (TN/TS/UT/AP/UU/TW/TV/AM/RX/RD и т.д.) имел бы единую прямую ссылку на «основание», как частично уже есть подобное:
Потому что в этом случае, «основание» находилось бы всегда в одном месте, не зависимо от того, счёт это или это заказ, и не зависимо, это документ отгрузки, или это документа возврата , или финансовый документ (который тоже может быть).
Это конечно порядок. Но зачем нам лишняя работа?
ИМХО не нужна. Если есть SZ. Для него не нужен никакой «SA». Можно конечно сослать самого на себя.
Но сейчас у нас другая задача. Нужно откусить кусочек от слона и прожевать.
С уважением, Гусев Михаил
Директор по развитию информационных технологий
ООО «Сантехкомплект»
142703, г.Видное, Белокаменное ш., д.1
Телефон: 8 (495) 225-8797, доб.2660
e-mail: gusev_mo@santech.ru
web: www.santech.ru
From: Луценко Станислава Дмитриевна
Sent: Tuesday, November 1, 2022 1:00 PM
To: Воробьева Елена Анатольевна
Cc: Лемягова Екатерина Александровна
Subject: RE: Альтернативный вариант КК с моносчетом
Добрый день!
Механизм соотнесения в 1С не меняется, но по некоторым клиентам появляется субконто «договор», правильно?
Не очень нравится «а в ЖДЕ пусть как придётся», но может быть и так.
Про «основание моносчета». М.б. то и имелось ввиду, но на всякий случай уточню технические моменты.
С т.з. системы, привязываться к типу ЗНП (SA/SX и т.д.) неправильно, потому что ключевое в «основании» это определить: есть счёт или нет счёта. Что это технически? Вот есть документ (TN/TS/UT/AP/UU и т.д.), этот документ имеет прямую связь с заказом (SX/SF и т.д., обязательный реквизит) и прямую связь с исходным заказом (SA, необязательный реквизит, т.е. м.б. не заполнен). С этой т.з. «основание моносчёта» это такой переключатель: счет / заказ.
А может быть, ещё лучше было бы, если бы ЛЮБОЙ документ взаиморасчётов с клиентом (TN/TS/UT/AP/UU/TW/TV/AM/RX/RD и т.д.) имел бы единую прямую ссылку на «основание», как частично уже есть подобное:
Потому что в этом случае, «основание» находилось бы всегда в одном месте, не зависимо от того, счёт это или это заказ, и не зависимо, это документ отгрузки, или это документа возврата , или финансовый документ (который тоже может быть).
Также, нужно ещё посмотреть на документы списания и переноса ДЗ/КЗ... Тут сложнее, и много объяснять, поэтому потом.
С уважением,
Луценко Станислава Дмитриевна
Бизнес-аналитик
Отдел развития корпоративной информационной системы
ООО «Сантехкомплект»
142701, г.Видное, Белокаменное ш., д.1
Телефон: +7 495 225 8797, доб.2651;
e-mail: lutsenk_sd@santech.ru
web: www.santech.ru
From: Воробьева Елена Анатольевна
Sent: Tuesday, November 1, 2022 12:03 PM
To: Гусев Михаил Олегович
Cc: Лемягова Екатерина Александровна
Subject: RE: Альтернативный вариант КК с моносчетом
Если идею будешь продавать ты – согласится
Если я - не уверена)))
С уважением,
Воробьева Елена Анатольевна
Директор управления продаж в Москве и Московской области
Администрация ММО
ООО «Сантехкомплект»
142701, г.Видное, Белокаменное ш., д.1
Телефон: +7 495 645 0000, доб.3200; +7 903 505 5558
e-mail: vorobev_ea@santech.ru
web: www.santech.ru
From: Гусев Михаил Олегович
Sent: Tuesday, November 1, 2022 12:02 PM
To: Воробьева Елена Анатольевна
Cc: Лемягова Екатерина Александровна
Subject: RE: Альтернативный вариант КК с моносчетом
Еще б шеф согласовал….
Но вроде как… и волки сыты и овцы целы. И почти все автоматикой.
С уважением, Гусев Михаил
Директор по развитию информационных технологий
ООО «Сантехкомплект»
142703, г.Видное, Белокаменное ш., д.1
Телефон: 8 (495) 225-8797, доб.2660
e-mail: gusev_mo@santech.ru
web: www.santech.ru
From: Воробьева Елена Анатольевна
Sent: Tuesday, November 1, 2022 12:01 PM
To: Гусев Михаил Олегович
Cc: Лемягова Екатерина Александровна
Subject: RE: Альтернативный вариант КК с моносчетом
Я на все согласная, проставлять признаки и еще что придумаете, главное – что ТА НЕ ПРИДЕТСЯ плодить КК в системе.
С уважением,
Воробьева Елена Анатольевна
Директор управления продаж в Москве и Московской области
Администрация ММО
ООО «Сантехкомплект»
142701, г.Видное, Белокаменное ш., д.1
Телефон: +7 495 645 0000, доб.3200; +7 903 505 5558
e-mail: vorobev_ea@santech.ru
web: www.santech.ru
From: Гусев Михаил Олегович
Sent: Tuesday, November 1, 2022 11:56 AM
To: Воробьева Елена Анатольевна
Cc: Лемягова Екатерина Александровна
Subject: Альтернативный вариант КК с моносчетом
Здравствуйте.
В обсуждении с Тимофеем мех-ма соотнесения в 1С он предложил очень дельную идею.
Она позволит и учет вести в разрезе счетов, и авансовые СФ выставлять верно, и НЕ ПЛОДИТЬ КК в ЖДЕ.
Суть, тезисно:
- Делаем в КК в ЖДЕ два новых признака – «моносчет» и «основание моносчета».
- «Немножко» переделываем 1С в части трансляции документов из ЖДЕ и в части обработки поступления ДС.
- Задействуем в 1С неиспользуемый сейчас слой аналитики «договор» внутри КК
- меняем трансляцию из ЖДЕ так чтобы:
а) для клиента с галочкой «моносчет» каждый SA создавал бы в КК в 1С аналитику «договор» с номером «номер/SA»
б) создаваться аналитика договор будет при
- или поступлении ДС с назначением платежа «оплата по счету «номер/SA»
- или при импорте документа отгрузки TN будет найден наряд SX, а по нему заказ «номер/SA»
в) для всех последующих документов по этому клиенту будет искаться договор , к которому он относится
в) т.о. в 1С учет расчетов для таких клиентов будет вестить в подробности аналитика + договор (равен «номер/SA»)
- все поступления ДС будут так же как сейчас автоматически (для клиентов с такой галочкой) автоматически распознаваться и разноситься на КК и внутри нее на договор с номером «номер/SA»
- все отгрузки будут автоматически относиться на КК и внутри нее на договор с номером «номер/SA» (из TN нашли SX, из него нашли SA)
Верный акт сверки будет можно построить только в 1С. Он будет в разрезе «по договорам» (равен «номер/SA»), что означает по счетам в версии клиента.
Акт сверки в ЖДЕ останется таким же как сейчас. Он будет в разрезе «по карточке клиента».
Но !
Отпадает необходимость копировать и множить КК в ЖДЕ.
Делать в ЖДЕ ручное соотнесение по отгрузкам или нет это отдельная тема. Оно по сути уже мало на что будет влиять, т.к. учет взаиморасчетов переползает в 1С.
Это можно обсудить отдельно.
Остается еще подвопрос – есть клиенты (например «ДН.ру» ООО) которым НЕ ВЫСТАВЛЯЮТСЯ счета SA.
Совсем. Им вместо этого выставляют счета SX по форме счета.
Но им м.б. нужен учет по счетам. Объединять для них отгрузки по SA нельзя.
Для этого нам и нужен второй признак «основание моносчета».
Кому то (подозреваю, что ДП) придется указать в этом признаке , что будет основанием SA или SX.
Если SX , то для такого клиента именно каждый SX будет создавать в 1С договор с номером «номер/SX»
Как-то так.
Жду возмущений.
С уважением, Гусев Михаил
Директор по развитию информационных технологий
ООО «Сантехкомплект»
142703, г.Видное, Белокаменное ш., д.1
Телефон: 8 (495) 225-8797, доб.2660
e-mail: gusev_mo@santech.ru
web: www.santech.ru
