...
Informações |
---|
When calculating the tax in Protheus routines, the Tax Configurator tries to classify the operation, if the tax has any link to the NCM register, considering: NCM, Tax, State of Origin/Destination, Effective Period and Measurement Unit. |
Aviso | ||
---|---|---|
| ||
A partir da expedição contínua de FevereiroFrom continuous dispatch of February/2023, no cadastro de Regra por NCM, as abas de Margem de Valor Agregado, Pauta e Majoração de Alíquota, contará com um novo campo para se especificar o código CEST para enquadramento daquela regra. |
Através desta rotina é possível tratar todas as regras que envolvem a dedução de valores por dependentes. Esta rotina foi criada para eliminar a necessidade de utilização de parâmetro na SX6.
Nesse cadastro basicamente definimos o valor da dedução por dependente, bem como o critério da data para utilização desta dedução.
Neste cadastro devemos preencher as seguintes informações:
Seção Informe o código da Regra:
Código da Regra: Neste campo deve ser informado o código identificador. Este é um campo obrigatório e não poderá ser cadastrada mais de uma regra com o mesmo código, pois este código será utilizado para vínculo com as demais entidades.
Descrição: Neste campo deverá ser informada a descrição da regra. Este campo tem preenchimento livre e seu objetivo é auxiliar na identificação da regra.
Seção Configuração da Regra:
Valor por dependente: Valor de dedução por dependente que será multiplicado pela quantidade cadastrada.
Data a ser considerada na busca de saldo por dependentes: Tipo da data que será consultado o título referente a nota fiscal no financeiro. 1 = Emissão; 2 = Vencimento Real; 3 = Data Contabilização; 4 = Sem Consulta Financeiro.
Informações |
---|
Esta regra estará vinculada ao índice de cálculo I:DED_DEPENDENTES. Este índice ficará disponível no componente de fórmulas também, a princípio deverá ser amarrado na Regra de Cálculo - Documentos Fiscais, no entanto se necessário poderá ser utilizado em outras regras por fórmula. O valor da dedução por dependente será obtido pela multiplicação do valor por dependente informado no cadastro pela quantidade de dependentes do fornecedor, após isso será verificado se no dia de vencimento do título, emissão do título ou contabilização do título, já foi utilizado valor de dedução, se não foi, então a dedução será utilizada normalmente, caso contrário, o valor não será mais utilizado no mesmo dia, conforme o critério adotado na regra de dedução por dependente. |
Através desta rotina é possível configurar regras para obter alíquota dos tributos municipais, em função do código de prestação de serviço (SX5 - Tabela 60), seja municipal ou federal, do tributo e do município onde o tributo municipal for devido.
Neste cadastro devemos preencher as seguintes informações:
Seção Código de Serviço:
Código de Serviço: Neste campo deve ser informado o código de serviço. Este é um campo obrigatório e não poderá ser cadastrada mais de uma regra com o mesmo código, pois este código será utilizado para vínculo com as demais entidades.
Descrição: Este campo é preenchido automaticamente com a descrição do código de serviço cadastrado no Protheus.
Seção Tributos:
Tributo: Código do Tributo que será amarrado a regra do código de serviço podendo ter configuração de alíquota geral para todos os municípios ou uma configuração específica por município.
Descrição: Este campo é preenchido automaticamente com a descrição do tributo cadastrado no Configurador de Tributos.
Alíquota: Alíquota padrão para todos os municípios que enquadrarem a regra.
Seção Alíquota Específica por Município:
Estado: Estado que conterá a alíquota específica por município
Código do Município: Código do município que conterá a alíquota específica.
Descrição: Este campo é preenchido automaticamente com a descrição do município selecionado.
Alíquota Específica: Alíquota específica para o município que enquadrar a regra.
Informações |
---|
O código desta regra não precisará ser informada em nenhum cadastro, uma vez configurado um Perfil Tributário de Operação incluindo o código de ISS, uma regra de alíquota com o índice de cálculo I:ALQ_SERVICO na fórmula e amarrar todas as configurações na Regra de Cálculo - Documentos Fiscais já estará pronto para o Protheus tentar enquadrar o tributo utilizando a alíquota de serviço no momento da Nota Fiscal. |
Através desta rotina é possível cadastrar os CSTs de diversos tributos, como ICMS, IPI, PIS, COFINS etc. Ao entrar pela primeira vez no configurador será feito uma carga automática com base nos CSTs já existentes no sistema, com os códigos do CST de ICMS(tabela genérica S2), CSOSN (tabela genérica SG), IPI (tabela genérica S3), ISS (tabela genérica S9), PIS(tabela genérica SX) e COFINS (tabela genérica SX).
Neste cadastro devemos preencher as seguintes informações:
Seção Código de Situação Tributária
Nesta seção deverão ser fornecidas as informações de definição e identificação do CST.
Código: Neste campo deve ser informado o código identificador. Este é um campo obrigatório e não poderá ser cadastrada mais de um com o mesmo código, pois este código será utilizado para vínculo com as demais entidades, como por exemplo a regra de escrituração.
Descrição: Neste campo deverá ser informada a descrição do novo grupo de código de situação tributária. Este campo tem preenchimento livre e seu objetivo é auxiliar na identificação do cadastro.
Id. Tributo: Preencher com código que identifica o tributo genérico que conterá um tratamento de classificação fiscal. Esse Id. Tributo é o código ID TOTVS mencionado no cadastro do tributo.
Data Início: Data inicial da vigência do cadastro do CST, ou seja, se a data do documento fiscal for anterior a data inicial de vigência, o cadastro não será utilizado para enquadrar o CST, se maior ou igual o cadastro será utilizado. Campo de preenchimento obrigatório.
Data Final: Data final de vigência do cadastro do CST, claro que somente quando a data final for conhecida, nas situações onde a data final de vigência não for conhecida basta deixar este campo vazio.
Seção CST:
Nesta seção deverão ser informados o código da classificação fiscal e sua respectiva descrição para aquele Id. de Tributo selecionado.
CST: Informar o código da classificação fiscal.
Descrição: Descrição do novo código de classificação fiscal.
Esta rotina tem objetivo de definir as regras de geração de guias (Tabela SF6). Em diversas situações na emissão da nota fiscal é necessário gerar guias, e isso é feito atualmente nos tributos legado por meio de perguntas (Dicionário - SX1) nas rotinas MATA461 e MATA103. Com essa rotina não será mais preciso preencher perguntes e sim configurá-lo. O cliente terá liberdade em definir exatamente em qual situação deverá ou não gerar sua guia.
Neste cadastro devemos preencher as seguintes informações:
Seção Definição da Regra
Nesta seção deverão ser fornecidas as informações de definição e identificação do CST.
Código (CJ4_CONDIGO): Neste campo deve ser informado o código identificador. Este é um campo obrigatório e não poderá ser cadastrada mais de um com o mesmo código, pois este código será utilizado para vínculo com as demais entidades, como por exemplo a Regra de Cálculo - Documentos Fiscais.
Descrição (CJ4_DESCR): Neste campo deverá ser informada a descrição da nova regra de escrituração. Este campo tem preenchimento livre e seu objetivo é auxiliar na identificação do cadastro.
Seção Modo para geração da Guia:
Modo para Geração da Guia de Escrituração (CJ4_MODO): Modo como será gerada a guia de recolhimento. 1=Nota Fiscal e 2=Apuração.
Visualiza Guia no Momento da Geração da Nota (CJ4_VTELA): Opção para visualização da guia na tela no momento da inclusão do documento.
...
Seção Critério para geração da Guia:
UF de Origem e Destino (CJ4_ORIDES): Geração da guia de recolhimento para operações: 1=Somente Interestadual; 2=Somente Interna; 3=Indiferente.
Importação ou Exportação (CJ4_IMPEXP): Geração da guia de recolhimento: 1=Somente Importação; 2=Somente; Exportação; 3=Indiferente.
Inscrição Estadual na UF de Destino (CJ4_IE): Gerar a guia para recolhimento na UF de destino quando: 1=Possui IE; 2=Não Possui IE; 3=Indiferente.
Seção Vencimento da GNRE:
Vencimento (CJ4_CFVENC): Opção de Vencimento: 1=Somar dias úteis; 2=Dia fixo mês atual; 3=Dia fixo mês subsequente.
Quantidade de Dias a Somar (CJ4_QTDDIA): Quantidade de dias que serão somados conforme opção selecionada no campo da configuração de vencimento (CJ4_CFVENC).
Data do Dia Fixo (CJ4_DTFIXA): Data fixa para vencimento da GNRE. Esse campo é habilitado conforme opção 2 ou 3 do campo (CJ4_CFVENC).
Seção Informações Complementares da GNRE:
CNPJ (CJ4_CNPJ): Impressão do CNPJ do participante na GNRE.
Ins Estadual (CJ4_IEGUIA): Inscrição estadual a ser impressa na GNRE. 1=Participante; 2=Sigamat (Cadastro da Empresa no Protheus); 3=IE do Estado.
Estado (CJ4_UF): Estado a ser considerado na impressão da GNRE: 1=Parâmetro (MV_ESTADO); 2=UF Origem; 3=UF Destino; 4=UF Nota Fiscal.
Inf. Comp. (CJ4_INFCOM): Código da informação complementar a ser gravada no complemento de Guia.
...
Aviso | ||
---|---|---|
| ||
A partir da release 12.1.2310 ou caso o ambiente 12.1.33/12.1.2210 seja atualizado com o pacote de expedição acumulado de Junho de 2023, estará disponível uma nova opção no campo Vencimento (CJ4_CFVENC). |
Através desta rotina é possível definir qual será código da receita que será utilizado na Guia Nacional de Recolhimento de Tributos Estaduais (GNRE).
Durante processo de gravação da GNRE dos tributos genéricos, será requisitada enquadramento do código da receita. Com base na definição de usuário é possível definir códigos de receita por modelo de documento e UF não sendo necessário nenhum outro tipo de amarração no configurador de tributos.
Neste cadastro devemos preencher as seguintes informações:
Seção Definição da Regra:
...
onwards, in the Rule by NCM register, the Added Value Margin, Base Value and Rate Increase tabs feature a new field for specifying the CEST code to classify that rule. |
...
Dependents Register
Use this routine to handle all rules involving the deduction of values by dependents. We created this routine to eliminate the need for using parameters in SX6.
In this register, we basically define the deduction value per dependent, as well as the date criterion for using this deduction.
In this register, fill in the following data:
Section Enter the Rule Code:
Rule Code: In this field, enter the identifier code. This field is required and you can register no more than one rule with the same code, because this code is used for linking with the other entities.
Description: In this field, enter the rule description. Describe it as you wish, to make identifying the rule easier.
Section Rule Configuration:
Value per dependent: Deduction value per dependent, to be multiplied by the registered quantity.
Date to be used when searching the balance per dependent: Date type with which the bill related to the invoice in Financials is queried. 1 = Issue; 2 = Actual Due Date; 3 = Booking Date; 4 = No Query in Financials.
Informações |
---|
This rule is linked to the calculation index I:DED_DEPENDENTES. This index also remains available in the formula component. Primarily it must be bound to Calculation Rule - Tax Documents, though you may use it in other rules by formula, if needed. The deduction value per dependent is obtained by multiplying the value per dependent entered in the register by the quantity of dependents of the supplier. The system then checks whether the deduction value was already used on the bill's date of maturity, issue or booking. If not, the deduction is used as expected; otherwise, the value is no longer used on the same day, in accordance with the criterion adopted in the deduction per dependent rule. |
...
Use this routine to set rules for obtaining the local tax rate, depending on the service provision code (SX5 - Table 60), whether local or federal, of the tax and city in which the local tax is due.
In this register, fill in the following data:
Section Service Code:
Service Code: In this field, enter the service code. This field is required and you can register no more than one rule with the same code, because this code is used for linking with the other entities.
Description: This field is automatically filled in with the service code description registered in Protheus.
Section Taxes:
Tax: Tax Code to be bound to the service code, which may have a general rate configuration for all cities or a specific configuration per city.
Description: This field is automatically filled in with the tax description registered in the Tax Configurator.
Rate: Default rate for all cities that fit the rule.
Section Specific Rate by City:
State: State that contains the specific rate by city
City Code: Code of city that contains the specific rate.
Description: This field is automatically filled in with the description of the city selected.
Specific Rate: Specific rate for the city that fits the rule.
Informações |
---|
There is no need to enter this rule code in any register. Once you configure an Operation Tax Profile that includes the ISS code, a rate rule with the calculation index I:ALQ_SERVICO in the formula and bind all configurations in Calculation Rule - Tax Documents, Protheus will be ready to try to classify the tax using the service rate at the Invoice time. |
...
Use this routine to register the CSTs of several taxes, such as ICMS, IPI, PIS, COFINS and more. When you access the configurator for the first time, the system runs an automatic load based on the CSTs already found in it, with the CST codes of ICMS (generic table S2), CSOSN (generic table SG), IPI (generic table S3), ISS (generic table S9), PIS (generic table SX) and COFINS (generic table SX).
In this register, fill in the following data:
Section Tax Status Code
In this section, provide data to define and identify the CST.
Code: In this field, enter the identifier code. This field is required and you can register no more than one with the same code, because this code is used for linking with the other entities, such as the bookkeeping rule.
Description: In this field, enter the description of the new tax status code group. Describe it as you wish, to make identifying the register easier.
Tax ID: Enter the code that identifies the generic tax that will contain a tax classification procedure. This Tax ID is the TOTVS ID code mentioned in the tax register.
Start Date: Start Date of CST register validity; that is, if the tax document date is previous to the start date of validity, the register is not used for CST classification. If it is after or equal, then the register is used. This field is required.
End Date: End Date of CST register validity. Of course, this is used only when the end date is known. When the end date of validity is not known, leave it blank.
Section CST:
In this section, enter the tax classification code and its respective description for the Tax ID selected.
CST: Enter the tax classification code.
Description: Description of the new tax classification code.
...
Use this routine to set the form generation rules (Table SF6). In various situations, when the invoice is issued, the need arises to generate forms, something currently done in legacy taxes through questions (Dictionary - SX1) in routines MATA461 and MATA103. With this routine, it is no longer necessary to fill in questions, but rather to configure it. The customer is free to define exactly in which situation their form should be generated or not.
In this register, fill in the following data:
Rule Definition Section
In this section, provide data to define and identify the CST.
Code (CJ4_CONDIGO): In this field, enter the identifier code. This field is required and you can register no more than one with the same code, because this code is used for linking with the other entities, such as Calculation Rule - Tax Documents.
Description (CJ4_DESCR): In this field, enter the description of the new bookkeeping rule. Describe it as you wish, to make identifying the register easier.
Section Form Generation Mode:
Mode for Bookkeeping Form Generation (CJ4_MODO): Mode of tax Payment form generation. 1=Invoice and 2=Verification.
View Form When Generating the Invoice (CJ4_VTELA): Option to view the form onscreen when adding the document.
Increase Form (CJ4_MAJSEP): Enter whether to generate separate forms when generating the form, if there is a tax increase calculation.
Section Form Generation Criterion:
State of Origin and Destination (CJ4_ORIDES): Generation of tax payment form for operations: 1=Interstate Only; 2=Internal Only; 3=Neutral.
Import or Export (CJ4_IMPEXP): Generation of tax payment form: 1=Import Only; 2=Export Only; 3=Neutral.
State Registration at State of Destination (CJ4_IE): Generate form for collection at State of Destination when: 1=Has SR; 2=Lacks SR; 3=Neutral.
Section GNRE Due Date:
Due Date (CJ4_CFVENC): Due Date Option: 1=Add business days; 2=Fixed Day current month; 3=Fixed Day following month.
Quantity of Days to Add (CJ4_QTDDIA): Quantity of days to be added in accordance with the option selected in due date configuration field (CJ4_CFVENC).
Date of Fixed Day (CJ4_DTFIXA): Fixed date for GNRE due date. This field is enabled in accordance with option 2 or 3 of field (CJ4_CFVENC).
Section GNRE Complementary Information:
CNPJ/EIN (CJ4_CNPJ): Printing of participant CNPJ/EIN in GNRE.
State Registration (CJ4_IEGUIA): State registration to be printed in GNRE. 1=Participant; 2=Sigamat (Company Register in Protheus); 3=SR of State.
State (CJ4_UF): State to be used when printing the GNRE: 1=Parameter (MV_ESTADO); 2=State of Origin; 3=State of Destination; 4=Invoice State.
Add. Info (CJ4_INFCOM): Code of additional information to be recorded in the Form complement.
Description (CJ4_DESINF): Description of additional information selected in field (CJ4_INFCOM).
...
Use this routine to define which revenue code to use in the National Form for Collection of State Taxes (GNRE).
During the process of recording the generic tax GNRE, the revenue code classification will be requested. Based on the user definition, revenue codes can be defined by document template and State, so no other type of binding is needed in the tax configurator.
In this register, fill in the following data:
Section Rule Definition:
Tax Code (CJ5_CODIGO): Code of tax that contains the rule for generating the revenue code. Tax examples: ICMS, ICMS ST, IPI, PIS, COFINS
...
and more.
...
Description (CJ5_DESCR):
...
Seção Definição de modelos de documento:
...
This field is automatically filled in with the tax description registered in the Tax Configurator.
Section Document Templates Definition:
Document Template (CJ7_ESPECI):
...
Kind of tax document. (SX5 -
...
Table 42).
...
If you want to configure all kinds, enter ALL.
Description
...
(CJ7_DESCR):
...
Seção Código por Estado:
...
Description of tax document kind registered in generic table.
Section Code by State:
State (CJ6_ESTADO):
...
State that contains the rule. If you want to configure all states, enter **.
...
Revenue Code (CJ6_CODREC):
...
Code of Revenue. Example: 100013 - Communication ICMS
...
.
Revenue Det.
...
(CJ6_DETALH):
...
Details on Revenue. If the state lacks revenue code details, this field remains blank.
Reference (CJ6_REF):
...
Reference period. Example: Monthly, 1st Fortnight, 2nd Fortnight, etc.
Através desta rotina é possível realizar o cadastro dos Indicadores Econômicos FCA (Fator de Conversão e Atualização) para cada Estado/Período.
Neste cadastro devemos preencher as seguintes informações:
Seção Indicadores Econômicos FCA (Fator de Conversão e Atualização):
...
...
Use this routine to register FCA (Update and Conversion Factor) Economic Indicators for each State/Period.
In this register, fill in the following data:
Section FCA (Update and Conversion Factor) Economic Indicators:
State (F0R_UF):
...
State at issue.
...
Period (F0R_PERIOD):
...
Reference year and month.
Indicator (F0R_INDICE):
...
Economic index for conversion factor.
Informações |
---|
Para utilizar esse cadastro é preciso amarrar o seu índice To use this register, bind its index (I:INDICE_AUXILIAR_FCA) to a alguma formula, veja na sessão de Detalhamento da Fórmula de Cálculo para mais informações de como utilizar. |
Através deste cadastro definiremos perfis tributários de produto, de acordo com critérios definidos pelo próprio cliente, para que sejam utilizados no cálculo dos tributos genéricos.
Neste cadastro devemos preencher as seguintes informações:
Nesta seção informaremos um código e uma descrição que identificam o perfil cadastrado, lembrando que o código da regra de perfil de produto não poderá se repetir.
Neste grid deverá informar quais produtos que integram o perfil. Deverá haver ao menos uma linha neste grid. O produto não poderá se repetir no mesmo perfil, e deverá ter ao menos um produto informado.
Neste grid deverá informar as origens que fazem parte deste perfil. Deverá haver ao menos uma linha neste grid. A origem de produto não poderá se repetir no mesmo perfil, e deverá ter ao menos uma origem informada.
Nesta rotina definiremos os perfis de operação, através de CFOP's, Tipo de Operação e Código de Serviço, de acordo com critérios definidos pelo cliente, para que seja utilizado na configuração do motor de tributos genéricos.
Este cadastro possui uma carga automática de sugestões de perfis para facilitar sua utilização.
Nesta seção informaremos um código e uma descrição que identificam o perfil cadastrado, lembrando que o código da regra de perfil de produto não poderá se repetir.
Neste cadastro devemos preencher as seguintes informações:
Neste grid deverá informar quais os CFOP’s que compõem este perfil, deverá haver ao menos uma linha neste grid
Neste grid deverá informar quais os Tipos de Operações que compõem este perfil, deverá haver ao menos uma linha neste grid.
Caso seja necessário considerar todos os tipos de operações no perfil, não será necessário digitar todos os tipos de operações, basta incluir uma linha neste grid com o código "TODOS" que automaticamente o sistema passa a considerar todos os tipos de operações.
Neste grid deverá informar quais os Códigos de Serviços que compõem este perfil, caso não seja um perfil de operação de serviço deixar essa aba em branco.
Através desta rotina definiremos o perfil de participantes para cálculo dos tributos genéricos, de acordo com critérios definidos pelo cliente.
Neste cadastro devemos preencher as seguintes informações:
Nesta seção informaremos um código e uma descrição que identificam o perfil cadastrado, lembrando que o código da regra de perfil de produto não poderá se repetir.
Nesta seção definiremos quais os participantes que compõem o perfil de participantes através dos campos:
Tipo: Através deste campo definiremos o tipo de participante, 1 - Fornecedor(SA2) ou 2 - Cliente(SA1)
Participante: Neste campo informaremos o código do participante, será código de cliente ou de fornecedor de acordo com o tipo especificado anteriormente.
Loja: Neste campo deverá ser informado a loja do participante, será loja de cliente ou fornecedor conforme o tipo de participante especificado anteriormente.
Aviso | ||
---|---|---|
| ||
Um perfil poderá ter um ou mais participantes, porém o participante não poderá ser repetir dentro do mesmo perfil. |
Através deste cadastro definiremos os perfis tributários de origem e destino, de acordo com critérios definidos pelo próprio cliente, para que sejam utilizados no cálculo dos tributos genéricos.
Este cadastro possui uma carga automática de sugestões de perfis para facilitar sua utilização.
Neste cadastro devemos preencher as seguintes informações:
Nesta seção informaremos um código e uma descrição que identificam o perfil cadastrado, lembrando que o código da regra de perfil de produto não poderá se repetir.
Neste grid serão informadas as Unidade Federativas de origem e destino que compõem o perfil.
UF Origem: Neste campo deverá ser informada a UF de origem da operação.
UF Destino: Neste campo deverá ser informada a UF de destino da operação.
Aviso | ||
---|---|---|
| ||
A combinação de UF Origem + UF Destino não poderá se repetir dentro do mesmo perfil. |
Através desta rotina é possível cadastrar uma regra de base de cálculo. No momento do cálculo do tributo, esta regra será interpretada e o valor resultante será utilizado como base de cálculo.
Neste cadastro devemos preencher as seguintes informações:
Nesta seção deverão ser fornecidas as informações de definição e identificação da regra e o valor de origem, ou seja, o valor de partida para composição da base.
Cód Regra: Neste campo deve ser informado o código identificador. Este é um campo obrigatório e não poderá ser cadastrada mais de uma regra com o mesmo código, pois este código será utilizado para vínculo com as demais entidades.
Descrição: Neste campo deverá ser informada a descrição da regra. Este campo tem preenchimento livre e seu objetivo é auxiliar na identificação da regra.
Valor Origem: Neste campo deverá ser selecionado o valor de partida para composição da base de cálculo. As opções disponíveis são:
Dica |
---|
Todas as opções se referem ao respectivo valor calculado no item do documento. |
Nesta seção deverão ser definidas as adições e subtrações a serem aplicadas sobre o valor de origem selecionado no campo Valor Origem.
Os campos Desconto, Frete, Seguro, Despesas, ICMS Deson. e ICMS Retido possuem o mesmo objetivo e definem a ação de cada valor, respectivamente.
As opções disponíveis são:
1 - Sem Ação: O valor em questão não irá interferir no valor de origem.
2 - Subtrai: O valor em questão será subtraído do valor de origem.
3 - Soma: O valor em questão será somado ao valor de origem.
Nesta seção, se aplicável, deve ser definido se será aplicada uma redução na base calculada.
% Redução: Neste campo deverá ser informado o percentual de redução a ser aplicado sobre a base calculada.
Tipo Redução: Este campo define em que momento a redução configurada no campo % Redução deve ser aplicada: Antes ou depois das adições e subtrações. As opções são:
1 - Reduz antes das adições/deduções: A redução de base será aplicada antes das adições e deduções.
Exemplo:
Valor da mercadoria: 1.000,00
Frete (Soma): 100,00
Despesas (Soma): 50,00
Redução: 30%
1.000,00 * 70% = 700,00
= 700,00 + 150,00 = 850,00
= 850,00
2 - Reduz depois das adições/deduções: A redução de base será aplicada após as adições e deduções.
Exemplo:
Valor da mercadoria: 1.000,00
Frete (Soma): 100,00
Despesas (Soma): 50,00
Redução: 30%
1.000,00 + 100,00 + 50,00 = 1.150,00
= 1.150,00 * 70% = 805,00
= 805,00
Nesta seção, disponível somente quando o valor de origem é igual a 02 - Quantidade deve ser definido se a quantidade informada no item deve ser convertida para uma unidade de medida específica (somente para fins de definição da base de cálculo do tributo genérico).
Unidade: Neste campo deve ser informada a unidade de medida que deverá ser utilizada na conversão da base de cálculo.
A conversão da quantidade será efetuada conforme a configuração dos campos já existentes no cadastro de produtos, ou seja, a 1ª e 2ª unidades de medida, o fator de conversão e o tipo de conversão, seguindo os seguintes critérios:
Se não for definida nenhuma unidade de medida específica não será efetuada nenhuma conversão e, portanto, a base de cálculo será exatamente à quantidade informada no item do documento.
Exemplo:
1ª unidade de medida do produto: CX (Caixa)
2ª unidade de medida do produto: PC (Peça)
Fator de conversão: 10,00
Tipo de conversão: M - Multiplicador
Quantidade no item do documento: 3,00
Unidade informada no campo Unidade: Nenhuma
Base de cálculo resultante: 3,00
Se for definida uma unidade de medida específica e esta unidade corresponder à primeira unidade de medida do produto também não será efetuada nenhuma conversão e, portanto, a base de cálculo será exatamente à quantidade informada no item do documento.
Exemplo:
1ª unidade de medida do produto: CX (Caixa)
2ª unidade de medida do produto: PC (Peça)
Fator de conversão: 10,00
Tipo de conversão: M - Multiplicador
Quantidade no item do documento: 3,00
Unidade informada no campo Unidade: CX (Caixa)
Base de cálculo resultante: 3,00
Se for definida uma unidade de medida específica e esta unidade corresponder à segunda unidade de medida do produto, a quantidade informada no item do documento será convertida conforme o fator e o tipo de conversão definidos no produto em questão.
Exemplo:
1ª unidade de medida do produto: CX (Caixa)
2ª unidade de medida do produto: PC (Peça)
Fator de conversão: 10,00
Tipo de conversão: M - Multiplicador
Quantidade no item do documento: 3,00
Unidade informada no campo Unidade: PC (Peça)
Base de cálculo resultante: 30,00
Se for definida uma unidade de medida específica e esta unidade não corresponder nem à primeira nem à segunda unidade do produto, então a base de cálculo não poderá ser definida e, portanto, o tributo em questão não será calculado.
Exemplo:
1ª unidade de medida do produto: CX (Caixa)
2ª unidade de medida do produto: PC (Peça)
Fator de conversão: 10,00
Tipo de conversão: M - Multiplicador
Quantidade no item do documento: 3,00
Unidade informada no campo Unidade: UN (Unidade)
...
formula. Refer to Calculation Formula Details for further utilization information. |
...
Use this register to define product tax profiles in accordance with criteria set by the customer themselves, for use in the generic taxes calculation.
In this register, fill in the following data:
In this section, enter a code and a description to identify the profile registered. Be mindful that the product profile rule code cannot be repeated.
On this grid, enter which products integrate the profile. There must be at least one line on this grid. The product cannot repeat itself in the same profile, and must have at least one product entered.
On this grid, enter the origins that belong in this profile. There must be at least one line on this grid. The product origin cannot repeat itself in the same profile, and must have at least one origin entered.
...
In this routine, enter operation profiles through CFOPs, Operation Type and Service Code, following criteria set by the customer, to be used in the generic tax engine configuration.
This register has an automatic load of profile suggestions that facilitate its use.
In this section, enter a code and a description to identify the profile registered. Be mindful that the product profile rule code cannot be repeated.
In this register, fill in the following data:
On this grid, enter which CFOPs compose this profile. There must be at least one line on this grid
On this grid, enter which Operation Types compose this profile. There must be at least one line on this grid.
If you need to use all operation types in the profile, you do not need to type all operation types. Just add a line to the grid with the code "ALL" for the system to automatically use all operation types.
On this grid, enter which Service Codes compose this profile. If not a service operation profile, leave this tab blank.
...
Use this routine to define participant profiles to calculate generic taxes, following criteria set by the customer.
In this register, fill in the following data:
In this section, enter a code and a description to identify the profile registered. Be mindful that the product profile rule code cannot be repeated.
In this section, define which participants compose the participants profile through fields:
Type: Use this field to define the participant type: 1 - Supplier (SA2) or 2 - Customer (SA1)
Participant: In this field, enter the participant code. This will be a customer or supplier code in accordance with the type specified previously.
Store: In this field, enter the participant's store, whether a customer or supplier store depending on the previously specified participant type.
Aviso | ||
---|---|---|
| ||
A profile may have one or more participants, though the participant cannot be repeated in the same profile. |
...
Use this register to define origin and destination tax profiles in accordance with criteria set by the customer themselves, for use in the generic taxes calculation.
This register has an automatic load of profile suggestions that facilitate its use.
In this register, fill in the following data:
In this section, enter a code and a description to identify the profile registered. Be mindful that the product profile rule code cannot be repeated.
On this grid, enter the States of origin and destination that compose the profile.
Origin State: In this field, enter the state of origin of the operation.
Target State: In this field, enter the state of destination of the operation.
Aviso | ||
---|---|---|
| ||
The combination of State of Origin + State of Destination cannot be repeated within the same profile. |
...
Use this routine to register a calculation base rule. When the tax is calculated, this rule is interpreted and the resulting value is used as calculation base.
In this register, fill in the following data:
In this section, enter the definition and identification data of the rule and source value; that is, the starting value for base composition.
Rule Code: In this field, enter the identifier code. This field is required and you can register no more than one rule with the same code, because this code is used for linking with the other entities.
Description: In this field, enter the rule description. Describe it as you wish, to make identifying the rule easier.
Source Value: In this field, select the starting value for composing the calculation base. The available options are:
Dica |
---|
All options refer to the respective calculated value in the document item. |
In this section, define the additions and subtractions to be applied on the source value selected in field Source Value.
Fields Discount, Shipping, Insurance, Expenses, ICMS Exemp. and ICMS Withheld have the same goal and define the action of each value, respectively.
The available options are:
1 - No Action: The value at issue does not affect the source value.
2 - Subtract: The value at issue is subtracted from the source value.
3 - Add: The value at issue is added to the source value.
In this section, if applicable, enter whether a reduction will be applied to the calculated base.
Reduction %: In this field, enter the reduction percentage to be applied to the calculation base.
Reduction Type: This field defines the moment in which the reduction configured in field Reduction % should be applied. Before or after additions and deductions. The options are:
1 - Reduce before additions/deductions: The base reduction is applied before additions and deductions.
Example:
1,000.00 * 70% = 700.00
= 700.00 + 150.00 = 850.00
= 850.00
2 - Reduce after additions/deductions: The base reduction is applied after additions and deductions.
Example:
1,000.00 + 100.00 + 50.00 = 1,150.00
= 1,150.00 * 70% = 805.00
= 805.00
In this section, available only when the source value is equal to 02 - Quantity, define whether to convert the quantity entered in the item to a specific measurement unit (only for purposes of defining the generic tax calculation basis).
Unit: In this field, enter the measurement unit to be used in the calculation base conversion.
The quantity is converted in accordance with the settings of fields already found in the product register; that is, the 1st and 2nd measurement units, the conversion factor and the conversion type, following these criteria:
If no specific measurement unit is defined, no conversion is made; therefore, the calculation base is exactly the quantity entered in the document item.
Example:
Resulting calculation base: 3.00
If you define a specific measurement unit and it corresponds to the first product measurement unit, no conversion is made either; therefore, the calculation base is exactly the quantity entered in the document item.
Example:
Resulting calculation base: 3.00
If you define a specific measurement unit and it corresponds to the second product measurement unit, the quantity entered in the document item is converted in accordance with the conversion type and factor defined in the product at issue.
Example:
Resulting calculation base: 30.00
If you define a specific measurement unit and it corresponds neither to the first nor to the second product unit, then the calculation base cannot be defined; therefore, the tax at issue is not calculated.
Example:
Resulting calculation base: 0.00.
...
...
CJA_VLOUTR* - Considera Valor ICMS Outr - Neste campo controla como a regra vai interpretar o conteúdo do valos do ICMS quando for necessário gerar os campo 8 do registro C197 , se será entendido como Outros. Esse campo temos uma consulta padrão na CIN com filtro de regra de Tributo com o campo CJ9_REGCAL.
Aviso | ||
---|---|---|
| ||
O campo CJA_VLOUTR irá gravar na Tabela CDA no campo CDA_VLOUTR , esse campo na CDA é exclusivo no Configurador de Tributos. Essa gravação na CDA é realizada de forma automática, tendo como premissa configurar na regra de Código de Ajuste de Lançamento como será entendido o valor do ICMS pra levar no Registro C197, se no campo Valor ou no campo ICMS Outros. Lembrando que esse processo é totalmente independente das configurações realizadas no fluxo do Legado, utilizando cadastro de reflexo x campo Vl REG 197 . |
Descrição | Gravação da CDA | Origem das Informações |
---|---|---|
Cód.. Msg Desc. Reg. 0460 | CDA_TXTDSC | CJA_TXTDSC |
Cód.. Msg Complementar | CDA_CODCPL | CJA_CODCPL |
Cód.. Msg Lançamento | CDA_CODMSG | CJA_CODMSG |
Considera Valor ICMS Outros | CDA_VLOUTR | CJA_VLOUTR |
Regra de Calculo | CDA_REGCAL | CJA_REGCAL |
Opção de escolha Base | CDA_OPBASE | CJA_NFBASE |
Opção de Alíquota | CDA_OPALIQ | CJA_NFALIQ |
Agrupa Cód. Lacto | CDA_AGRLAN | CJA_GERMSG |
Seção Mensagens, preencher os com as informações de mensagens que serão utilizado nos registos 0460, C195 e C197.
...
Abaixo a lista com os tributos calculados atualmente pelo sistema que estão disponíveis no configurador:
Tributo | Descrição |
---|---|
AFRMM | Adicional do Frete para Renovação da Marinha Mercante |
FABOV | Fundo de Apoio a Bovinocultura de Corte |
FACS | Fundo de Apoio à Cultura da Soja |
FAMAD | Fundo de Apoio à Madeira |
FASE/MT | Fundo Mato-Grossense de Apoio à Cultura da Semente |
FETHAB | Fundo Estadual de Transporte e Habitação |
FUNDERSUL | Fundo de Desenvolvimento do Sistema Rodoviário do Estado de Mato Grosso do Sul |
FUNDESA | Fundo de Desenvolvimento e Defesa Sanitária Animal |
IMA/MT | Instituto Mato-Grossense do Algodão |
SEST/SENAT | Serviço Social do Transporte/Serviço Nacional de Aprendizagem do Transporte |
TPDP | Taxa de Processamento de Despesa Pública do Estado da Paraíba |
SENAR | Serviço Nacional de Aprendizagem Rural |
PIS | Programa de Integração Social |
COF | Contribuição para Financiamento da Seguridade Social |
II | Imposto de Importação |
IRF | Imposto de Renda Retido na Fonte |
INSS | Instituto Nacional do Seguro Social |
ISS | Imposto Sobre Serviço |
ICMS | Imposto sobre Circulação de Mercadorias e Serviços |
IPI | Imposto sobre Produtos Industrializados |
CIDE | Contribuição de Intervenção no Domínio Econômico |
CPRB | Contribuição Previdenciária Sobre a Receita Bruta |
FEEF | Fundo Estadual de Equilíbrio Fiscal |
CSL | Contribuição Social Sobre o Lucro Líquido |
PROTEG | Fundo de Proteção Social do Estado de Goiás |
FUMIPQ | Fundo Municipal de Fomento à Micro e Pequena Empresa |
CRDPRE | Crédito Presumido para ICMS |
CRPRST | Crédito Presumido Sobre Prestação Serviço de Transporte com ICMS/ST |
CPPROD | PRODEPE - Programa de Desenvolvimento do Estado de Pernambuco |
CRDPCT | Crédito Presumido Pela Carga Tributária |
SECP15 | Aposentadoria Especial 15 anos |
SECP20 | Aposentadoria Especial 20 anos |
SECP25 | Aposentadoria Especial 25 anos |
INSSPT | INSS Patronal |
DIFAL | Diferencial de Alíquota |
CMP | ICMS Complementar |
ANTEC | Antecipação de ICMS |
FECPIC | FECP ICMS |
FCPST | FECP ICMS ST |
FCPCMP | FECP ICMS Complementar |
COFRET | COFINS Retenção |
COFST | COFINS Substituição Tributaria |
PISRET | PIS Retenção |
PISST | PIS Substituição Tributaria |
ISSBI | ISS Bi Tributado - CPOM |
PISMAJ | Majoração das Alíquota do PIS Importação |
COFMAJ | Majoração das Alíquota do COFINS Importação |
DED | Dedução ICMS / ISS |
FRTAUT | Frete Autônomo |
DZFICM | Desoneração de ICMS por Isenção de Imposto para Zona Franca de Manaus |
DZFPIS | Desoneração de PIS por Isenção de Imposto para Zona Franca de Manaus |
DZFCOF | Desoneração de COFINS por Isenção de Imposto para Zona Franca de Manaus |
ESTICM | Estorno do Crédito e Débito na Apuração de ICMS |
ICMSST | ICMS Substituição Tributária |
FRTEMB | Frete Embarcador |
CRDOUT | Crédito Outorgado |
Caso o mesmo tributo seja configurado para ser calculado através dos cadastros legado e também no configurador, as regras do configurador terão maior prioridade. De qualquer forma é interessante desabilitar o calculo dos tributos legado uma vez que este esteja cadastrado no configurador de tributos.
...
Principais rotinas do configurador de tributos genéricos:
Rotina | Descrição |
---|---|
Tributo | FISA168.PRW |
Unidade Ref. Fiscal | FISA167.PRW |
Regra de tabela Progressiva | FISA160A.PRW |
Regras por NCM | FISA160B.PRW |
Regras por Dependentes | FISA160C.PRW |
Regras de Código de Prestação de Serviços | FISA160D.PRW |
Código Situação Tributária | FISA160I.PRW |
Guia de Escrituração | FISA160L.PRW |
Código de Receita | FISA160M.PRW |
Indicadores Econômicos FCA | FISA121.PRW |
Perfil de Produto | FISA166.PRW |
Perfil de Operação | FISA165.PRW |
Perfil de Participante | FISA164.PRW |
Perfil de Origem/Destino | FISA163.PRW |
Regra de Base de Cálculo | FISA161.PRW |
Regra de Alíquota | FISA162.PRW |
Regra de Escrituração | FISA160J.PRW |
Regra de Cálculo - Documentos Fiscais | FISA160.PRW |
Cadastro de Mensagem | FISA178.PRW |
Regra de Ajuste de Lançamento | FISA181.PRW |
Regra de Título da Apuração | FISA176.PRW |
Regra de Apuração | FISA169.PRW |
Apuração dos Tributos Genéricos | FISA173.PRW |
Relatório de Tributos Genéricos por Documento Fiscal | FISR160.PRW |
Relatório de Conferência Escrituração | FISR160A.PRW |
Relatório de Conferência da Apuração | FISR161.PRW |
Principais tabelas do configurador de tributos genéricos:
Tabela | Descrição |
---|---|
F20 | Perfis Tributários |
F21 | Perfil Tributário Orig./Dest. |
F22 | Perfil Trib. de Participante |
F23 | Perfil Tributário de Operação |
F24 | Perfil Tributário de Produto |
F25 | Perfil Produto x Origem |
F26 | Perfil Tipo de Operação |
F27 | Regra de Base de Calculo |
F28 | Regra de Aliquota |
F29 | Unidade de Referencia Fiscal |
F2A | Valores da URF |
F2B | Regra Tributária |
F2C | Tributos De/Para |
F2D | Tributos Genéricos Calculados |
F2E | Cadastro de Tributo |
F2F | Títulos de Tributos x NF |
F2G | Regra de Apuração |
F2H | Apuração Tributo Genérico |
F2I | Saldos Apuração Trib. Genérico |
F2J | Resumo Apuração por Regra |
F2K | Resumo Analítico Trib Gen |
F2L | Títulos Apuração Trib. Gen. |
F2M | Ajustes Apuração Trib Gen |
F2N | Regras de Título da Apuração |
CIQ | Tabela Progressiva |
CIR | Itens Tabela Progressiva |
CIS | Cabeçalho da Regra de NCM |
CIT | Tributo x Regra |
CIU | Regra Adicional de Tributo por NCM |
CIV | Regra por Dependentes |
CIX | Cabeçalho da Regra de ISS |
CIY | Alíquota de ISS por Município |
CJ0 | CST - Cabeçalho |
CJ1 | CST - Item |
CJ2 | Regra Escrituração |
CJ3 | Escrituração por item |
CJ4 | Regra para Guia de Recolhimento |
CJ5 | Regra de Código de Receita |
CJ6 | Código de Receita por Estado |
CJ7 | Mod. Documento Código Receita |
CJ8 | Cadastro de Mensagem |
CJ9 | Cabeçalho Regra de Ajuste de Lançamento |
CJA | Itens - Regra de Ajuste de Lançamento |
CJL | Controle de Mensagens Decodificadas |
Aviso | ||
---|---|---|
| ||
O compartilhamento das tabelas eventualmente poderá ser alterado se necessário, para melhor atender as configurações das regras dos tributos. As únicas tabelas que não poderão ter o modo de compartilhamento alterado são as tabelas F2D, F2F, F2H, F2I, F2J, F2K, F2L e F2M. |
...