- O JDPoint é uma interface WEB da John Deere que disponibiliza para os Dealers diversas informações, dentre elas, as notas fiscais de compra complementar que será utilizada para complementar os dados da NFE-e enviadas para a SEFAZ e importadas pelos Dealers via integração com a NDDigital, sendo que a principal informação contida no XML de integração é o número do pedido de compra de cada item da NFE-e.
Este processo acontecerá automaticamente na opção '{*}NFe Entrada{*}' do *ENTR1000{*}, somente no Sisdia Evolution. Assim que esta opção é acionada, é apresentado na tela todas as NFE-e, como as notas de consumo, conhecimento de frete e outras, as notas a serem importadas serão as de compras de peças enviadas pela Fábrica. Assim que uma destas NFE-e for escolhida, o *ENTR1000* fará uma comunicação com o _WebService_ da _John Deere_ para obter a NFE-e complementar. Para que este processo ocorra é necessário, as seguintes parametrizações no LinxMaq e caso ocorra algum erro, o *ENTR1000* vai gerar no diretório intfabrica um arquivo texto 'log_entr1000_xx.txt' (onde xx é um sequencial) e será exibido ao usuário a seguinte mensagem "{_}Baixa automática do pedido de compra não realizado. Favor verificar o WebService e parametrização do CADA3100, CADA3200 e CADA3300.", ela pode ser informativa ou restritiva de acordo com o parâmetro do CADA3300 "Bloqueia NF Entrada". Parametrização no CADA0144: do ‘de-para’ do cnpj da montadora para o SoldByUnitCode fornecido pela John Deere. Onde o CNPJ da montadora é o emitente da NFE-e. É a partir desta parametrização que o ENTR1000 vai acessar o JDPoint para buscar o NFE-e complementar. Na primeira tela, informa a tabela base do ‘de-para’ é a ‘cipessoa’ e o atributo é o ‘cgccpf’, para o sistema SISDIA. Na segunda tela, o sistema de destino é obrigatoriamente ‘NFE_ENTRAD’, então, cadastre em ‘De 1:’ o cnpj da montadora e em para o SoldByUnitCode fornecido pela John Deere.
Importante: O SoldByUntiCode é o código do seu fornecedor na John Deere, que no caso, é a própria a fornecedora. Portanto deve-se informar no ‘de-para’ o cnpj da JD e SoldByUntiCode igual a 2003. Se algum dia tivermos um novo fornecedor, então, a JD irá fornecer o novo SoldByUntiCode, então, deverá acrescentar outra linha de ‘de-para’ para a nova associação ‘cnpj→SoldByUnitCode’.- Parametrização no CADA3200: da instância do banco de dados, vide figura 3. Pois é a partir desta instância que o LinxMaq distingue se o ambiente é de Produção ou Homologação, através do ‘INFORMIXSERVER’.
- Parametrização no CADA0900: do relacionamento entre Sisdia / Integrações, está parametrização é utiliza pela Garantia JD, utilização o dealer number do campo ‘Filial Integração’.
- Parametrização no CADA3100: da URL para acessar o WebService onde irá buscar a NFE-e complementar:
Identificação: PEDIDO_JD url: https://fds.deere.com/FDSWeb/services/AdvanceShipNoticeWS_1_1 Caso informe a url acima em ‘Url Homologação’, ficar atento que ao acessar pela base Treino, o acesso ao JDPoint será no ambiente de Produção da JD, mas estará executando somente leitura, ou seja, consumindo WebService. Observação didática: Clicando no link acima, você irá acessar o wsdl do serviço AdvanceShipNotice, antes será solicitado o usuário / senha de acesso ao JPDPoint.
Após clicar no OK da tela de credencias do Windows, o navegador irá carregar, como mostra a seguir.
Depois complete a url com “?wsdl” e tecle “enter”. https://fds.deere.com/FDSWeb/services/AdvanceShipNoticeWS_1_1?wsdl Irá carregar a estrutura do serviço AdvandaceShipNotice da John Deere, com segue abaixo.
- Parametrização no CADA3300: dos usuários que podem acessar o ENTR1000, para realização a entrada das NFE-e, vide figura 6. Os campos ‘Usuário JD e Senha JD’ são fornecidos pela John Deere, a Linx não tem acesso a tais informações.
Identificação: PEDIDO_JD - Configuração das variáveis da instância do banco de dados.
O arquivo de configuração do banco de dados fica no diretório /usr/local/genero/gas/app/<nome_da_instância>.xcf, geralmente temos a instância treino e a standard (de produção). Somente pessoas com conhecimento de Linux e permissão de acesso, podem alterar estes arquivos. Editar estes arquivos e na tag <ENVIRONMENT_VARIABLE Id="CLASSPATH">, acrescente no final o caminho onde encontramos os arquivos que fazem a comunicação com o WebService da John Deere. Veja o exemplo: Bloco de código |
---|
| <ENVIRONMENT_VARIABLE
Id="CLASSPATH">/usr/local/genero/poi.jar:/usr/local/genero/fgl/lib/fgl.jar:/usr/local/genero/gas/lib/jd.jar:/usr/local/genero/gas/lib/axis.jar:/usr/local/genero/gas/lib/commons-codec.jar:/usr/local/genero/gas/lib/commons-discovery-0.2.jar:/usr/local/genero/gas/lib/commons-logging.jar:/usr/local/genero/gas/lib/javax.wsdl_1.6.2.v201012040545.jar:/usr/local/genero/gas/lib/jaxrpc.jar:/usr/local/genero/gas/lib/org.apache.commons.logging_1.0.4.v201101211617.jar
</ENVIRONMENT_VARIABLE>
|
O diretório /lib, não é um diretório que foi criado quando na instalação do ‘gas’, ele foi criado pela TI, e poderia ter outro nome ou estar em outro local. Segue os arquivos do diretório /usr/local/genero/gas/lib: axis.jar commons-discovery-0.2.jar commons-email-1.2.jar itext-1.4.8.jar javax.wsdl_1.6.2.v201012040545.jar jaxrpc.jar jd.jar org.apache.commons.logging_1.0.4.v201101211617.jar saaj.jar Das bibliotecas .jar acima, a jd.jar é a que possui as classes java que fazem a comunicação WebService dos diversos processos, como a AdvanceShipNotice pertencente ao ENTR1000, a WarrantyMemo da Garantia e assim por diante. As demais .jar foram importadas da JD. Os pedidos de compra são gerados pelo PEDC0990 e as emergências pelo PEDC0500 e depois o EDIJ1101 envia os pedidos para JDPoint. Para as baixas dos pedidos de compra ocorrerem corretamente a partir do ENTR1000, a John Deere orienta atualizar o número do pedido fabrica do site JDPoint no lugar do número que está no PEDC0500 tem o formato DPMxxxxxxx (xxxxxxx: sequência), no campo “Num.Pedido Fábrica”. A razão desta intervenção manual é porque a John Deere não tem processo que indique o “de-para” entre número da JD e o número do Sisdia.
Durante a entrada da nota fiscal de entrada, caso apareça a mensagem abaixo: Aviso-->Prod: <Código produto> da NFE, nao consta no Pedido Compra: XX. Razão: Após o envio dos pedidos de compra para o JDPoint (que foram gerados pelo PEDC0990, PEDC0500 (emergencial) e depois pelo EDIJ1101), o usuário tem a possibilidade de acessar o site JDPoint e incluir, alterar ou excluir itens do pedido de compra. Desta forma o pedido gerado no Sisdia fica diferente do que está no JDPoint. E no caso de inclusão de itens, a mensagem acima vai ocorrer. Portanto, é de suma importância não alterar o pedido de compra no JDPoint, porque vai afetar as futuras Sugestões de Compras sugeridas pelo Processo DPM.AÇÕES: 1) Prosseguir com a entrada da nota fiscal, ou; 2) Não confirmar a entrada do item e sair, ou seja não entrar com a nota. Acessar o PEDC0500, e incluir o produto que falta no pedido de compra. Solicitar para a TI que retorne arquivo texto da nota fiscal gerado pela NDDigital do diretório “nfe_ent/emprocesso” para o diretório “nfe_ent”.
Todas as notas fiscais da fábrica geram no diretório “logs” dois arquivos de log que poderão ajudar a detectar problemas no processo, os nomes são: “entr1000_buscanfe_xxxxxx_aaaammddhhmmss.log” e “entr1000_leitura_xxxxxxxx_aaaammddhhmmss.log”. Exemplo: entr1000_buscanfe_539432_20150519133409.log e entr1000_leitura_000539432_20150519133409.log
Mensagem: F_JD_REXML. Funcao: busca_url_webservice. Ver no CADA3200 se a instancia do banco de Producao ou Homologacao esta cadastrada. Ver no CADA3100 se para a identificacao PEDIDO_JD a url de Producao esta cadastrada. Veja documentacao do ENTR1000. Razão: Falta cadastrar parâmetro Ação: Acessar CADA3200 e CADA3100 e fazer o cadastramento das informações solicitadas.
Mensagem: F_JD_REXML. Funcao: busca_usuario_senha_jd Ver no CADA3200 se a instancia do banco de Producao ou Homologacao esta cadastrada. Ver no CADA3300 se para o usuario, identificacao PEDIDO_JD e tipo se esta cadastrado o usuario JD. Veja documentacao do ENTR1000. Razão: O usuário que faz a entrada das NFE-e no ENTR1000, precisa estar cadastrado no CADA3300. Ação: Acessar CADA3200 e CADA3300 e fazer o cadastramento das informações solicitadas. Mensagem: F_JD_REXML. Funcao: busca_dealeraccount Ver no CADA0900 se para o Codigo Integracao JD-FILIAL se no campo Filial Integracao o Dealer Number esta cadastrado. Veja documentacao do ENTR1000. Razão: Falta cadastrar o Dealler Number. Ação: Acessar CADA0900 e fazer o cadastramento das informações solicitadas. Mensagem:F_JD_REXML. Url: [<url>] Usuario: [<código_usário>] Senha: [<Senha>] InvoiceSequenceNumber: [<número_nota>] SoldByUnitCode: [<código_jd>] DealerAccount: [<dealler_number>]. Razão: Mostra os parâmetros de comunicação com JDPoint. Ação: Nenhuma.
Observações: - As NF's de Conhecimento de Frete digitadas no programa NOTA2800 terão valores preenchidos automaticamente neste programa, tais como: “Vlr.Mercadorias”, “Base ICMS” e “Vlr.ICMS”. As NF’s relacionadas ao conhecimento também terão valores preenchidos automaticamente: “Frete por Fora” e “V.ICMS Frete Fora” estes valores não poderão ser modificados. Caso tenha alguma necessidade de dar manutenção à mesma deverá ser efetuada no NOTA2800, antes de efetivar a entrada da NF.
(Só é preenchido, quando se trata de “Digitação de NF de Entrada”, o que exclui essa funcionalidade quando se trata de notas que são importadas”).
- Ao executar a opção “Digitação” para informar os dados para a entrada de um veículo usado, será realizada consistência após informar o chassi. Se o tipo do item for veículo, existir avaliação ativa para o chassi VEIC0040 e o número da NF de entrada estiver zerado (VEIC0040, campo “NF Entrada”):
- Se avaliação for destinada a compra (VEIC0040, campo “Destina-se” = 1): transação informada CADA0160 deve gerar títulos a pagar/receber (CADA0160, campo “Gera Títulos a Pagar/Receber” = "S"). Caso contrário, apresentará a seguinte mensagem ao usuário: “ATENÇÃO! Chassi/transação inválidos! Existe avaliação ativa para este chassi, sem NF de entrada, e a avaliação destina-se a compra. Neste caso, a transação DEVE gerar títulos a pagar/receber.”.
- Se avaliação for destinada a troca (VEIC0040, campo “Destina-se” = 2 ou 3): transação informada CADA0160 não deve gerar títulos a pagar/receber (CADA0160, campo “Gera Títulos a Pagar/Receber” = "N"). Caso contrário, apresentará a seguinte mensagem ao usuário: “ATENÇÃO! Chassi/transação inválidos! Existe avaliação ativa para este chassi, sem NF de entrada, e a avaliação destina-se a troca. Neste caso, a transação NÃO pode gerar títulos a pagar/receber.”.
- Se avaliação for destinada a consignação (VEIC0040, campo “Destina-se” = 4): transação informada CADA0160 deve ser de consignação (CONT0100, campo “Consignação” = "S"). Caso contrário, apresentará a seguinte mensagem ao usuário: “ATENÇÃO! Chassi/transação inválidos! Existe avaliação ativa para este chassi, sem NF de entrada, e a avaliação destina-se a consignação. Neste caso, a transação DEVE ser de consignação.”.
- Na opção “Digitação”, após informar o chassi e a transação for de consignação, será solicitado a placa/avaliação, assim como é feito em transações de compra e troca.
- Não será concluído o processo até que todos os itens da NF estejam com uma classificação fiscal válida ou cadastrada o sistema exibe a mensagem: “Produto sem Classificação Fiscal e/ou inválida” e a pergunta “Deseja Incluir/Alterar (S/N)”. Se a resposta for afirmativa, acessa automaticamente o cadastramento de Produtos no programa PROP1000. Se o valor da nota fiscal não fechar com o valor liquido da mercadoria. Caso ocorra algum erro o sistema exibirá a tela “Inconsistência da nota fiscal” ao clicar <Enter> retornará para tela na qual é informado o valor liquido da mercadoria.
A regra é a mesma para os veículos, acessando o cadastro de Modelos no programa VEIC0100, com o código do modelo do chassi. - Este programa consiste a Classificação Fiscal dos itens na tabela TIPI - Código NCM na tabela CNCLFISC, programa CADA0850.
- Inserido na tela de valores uma opção para solicitar ao usuário se deseja substituir os produtos importados do XML pelos seus sucessores, caso haja. O padrão será “S – SIM”. Caso o usuário opte por digitar “N – NÃO” o sistema manterá o produto que foi importado.
- Inserido implementação para verificar a autenticidade da chave eletrônica digitada ou importada. A partir dessa implementação o sistema passa a verificar não só o tamanho da chave digitada (que deve obrigatoriamente ser de 44 caracteres), como também passa a calcular e consistir o dígito verificador da chave.
A chave é composta de 44 dígitos, distribuídos dessa maneira:
Código da UF: 02 dígitos Ano/mês de emissão (AAMM): 04 dígitos CNPJ do emitente: 14 dígitos Modelo do documento fiscal: 02 dígitos Série do documento fiscal: 03 dígitos Número da NF-e: 09 dígitos Forma de emissão da NF-e: 01 dígito Código numérico que compõe a chave de acesso: 08 dígitos Dígito verificador: 01 dígito CÁLCULO DO DÍGITO VERIFICADOR DA CHAVE DE ACESSO DA NF-e
O dígito verificador da chave de acesso da NF-e é baseado em um cálculo do módulo 11. O módulo 11 de um número é calculado multiplicando-se cada algarismo pela sequência de multiplicadores 2,3,4,5,6,7,8,9,2,3 ... posicionados da direita para a esquerda. A somatória dos resultados das ponderações dos algarismos é dividida por 11 e o DV (dígito verificador) será a diferença entre o divisor (11) e o resto da divisão:- DV = 11 - (resto da divisão)
Quando o resto da divisão for 0 (zero) ou 1 (um), o DV deverá ser sempre igual a 0 (zero). Além da verificação, o sistema também – a partir da chave digitada ou importada – passará a extrair os campos principais, tais como: CNPJ do emitente (posições [7,20]), série da NF (posições [23,25]), número da NF (posições [26,34]) e o modelo do documento fiscal (posições [21,22]). Os respectivos campos acima citados serão preenchidos automaticamente na tela e o sistema.
- Foi inserido o tratamento para a verificação da existência do código do fornecedor no FORA1000 - FORNECEDORES. Tal consistência somente se dará a partir da configuração junto à opção ‘CADA0160' – Cadastro de transação, onde passa a configurar em cada operação (transação), se na mesma é obrigatório ou não a existência de um respectivo fornecedor.
- Inserido uma validação quando no ENTR1000 for selecionada a opção de recepção de notas pelo botão “sIsdia”. Caso a nota que esteja sendo recepcionada contenha itens que fazem parte do Ativo Fixo (CADA0130), a recepção será cancelada e o sistema voltará para a capa do programa exibindo a seguinte mensagem para o usuário: “Processo Cancelado - A NF possui itens do Ativo Fixo”
- Foi retirado o tratamento do registro 3114(ICMS), pois, o mesmo não é mais utilizado.
- Incluído tratamento de 100% dos registros CST na importação. Registros:
- 3136(ICMSSN101);
- 3140(ICMSSN102);
- 3143(ICMSSN201);
- 3146(ICMSSN202);
- 3150(ICMSSN500);
- 3153(ICMSSN900);
- Na opção NFe Entrada quando a bandeira for Chrysler (CRL) e tiver o registro 3010 (Detalhamento de Veículos Novos), a importação da nota de entrada vai somar os valores dos adicionais da nota ao item do tipo Veículo em estoque. Após o somatório desprezará os itens adicionais não os considerando na nota.
- Foi incluso o F5 – Excluir na tela de digitação dos itens, para excluir um item que tenha sido digitado incorretamente.
- Quando a Nota Fiscal de Origem possuir partilha do ICMS, o sistema irá calcular proporcionalmente o valor da partilha para a nota de devolução e lançará os dados da partilha referente aos itens aos itens da mesma.
- Ao entrar no campo de “digitação” o sistema preenche os dados de "NRO. NOTA FISCAL" " SERIE NOTA FISCAL" "CNPJ/CPF EMITENTE”, e envia o cursor para o campo "CNPJ/CPF EMITENTE”. Caso usuário altere algum desses campos por um valor que seja diferente do que consta na chave NF-e o sistema não permite, exibe mensagem, e volta para o campo Chave Nf Eletron.
- Na emissão da Nota de Veículos, caso o campo “FIN/DAM/Plaq/Ser” do cadastro do Veículo (“VEIC0200”) esteja preenchido ele deverá ser enviado para o campo Texto Código do item da nota.
Ao ser gerada uma nota de entrada de um veículo que tenha avaliação sempre será exibida a última avaliação cadastrada de acordo com a data de validade.
Conforme Instrução Normativa RFB nr. 1589/2015, ao contratar serviços de manutenção ou reparo de veículos, serviços de hidráulica, eletricidade, pintura, alvenaria, carpintaria, de pessoa jurídica enquadrada no MEI (Microempreendedor Individual), a empresa contratante terá de recolher 20% de INSS sobre o valor do serviço prestado, este valor não pode ser descontado da nota fiscal do fornecedor, será despesa adicional para a contratante do serviço. Portanto, a partir desta implementação, após inserir o valor referente aos serviços, o sistema automaticamente verificará se a empresa contratada se enquadra no MEI e, caso positivo, abrirá uma nova janela que trará o valor fixo (mas editável) de 20% bem como o valor trará o valor calculado (20% do valor total dos serviços), conforme figura abaixo:
Para confirmar o recolhimento referente ao percentual informado, o usuário deverá confirmar os valores apresentados. Assim os dados são gravados na tabela ‘CNNFINME’ para posterior contabilização através do ‘CONT1000. A operação é abortada se o usuário pressionar <ESC>. Ao final da inclusão da NF o sistema acessará automaticamente o ‘CONT1000 para realizar a contabilização. Para tal foram criadas duas contas de débito e crédito (tabela ‘CTCONTAB’) relativa a gravação dos valores de INSS para MEI. As contas foram denominadas como INSSMEIDEB (Recolhimento de INSS de MEI – Débito) e INSSMEICRE (Recolhimento de INSS de MEI – Crédito). Ao gerar o débito referente ao recolhimento de INNS de MEI, o sistema irá gerar o contas a pagar, através do ‘CONT1000.
- Ao carregar xml notas fiscais de consumo interno o tipo do item já vem definido de acordo com a transação correspondente definido no ‘CADA0160.
- Adicionado A regra para que não seja possível alterar o número da nota a série e o cnpj/cpf, colocando valores diferentes do que consta na chave digitada.
- No campo chave nf eletron. Valido para os campos Digitação, só peças, Sisdia e nfe entrada.
- Sistema passa a validar notas fiscais avulsa, caso a série da nota pertença a faixa de 890 a 899 o sistema exige que o cgccpf seja diferente do que consta na chave na nfe, permitindo alterações manuais.
- Alterado a regra da alíquota de ICMS dos itens da nota carregada pelo sistema nos lançamentos de entrada. Quando parametrizado no FISC0131, o campo “Soma Aliq. FCP” igual a “Sim”, o sistema irá adicionar o percentual de FCP (CADA0200) da UF na alíquota de ICMS do item. Caso contrário será levada em conta apenas a alíquota de ICMS, sem adição do FCP.
- Ao fazer uma entrada nota de devolução não será permitido alterar o tipo de item, mercadoria ou produto.
- Ao fazer uma entrada nota pelo botão NFe entrada será considerado o frete informado no item da nota caso este tiver valor, senão o valor de frete no item será rateado proporcionalmente ao informado na capa da nota.
- Implementada a importação de NFe de Simples Nacional com tributação de ICMS e CSOSN 201, CSOSN 202 e CSOSN 203
Ao fazer uma entrada nota pelo botão “NFe Entrada” o sistema consistirá a classificação fiscal do produto que está discriminado na NF com a classificação do produto cadastrado no sistema pelo PROP1000. Caso haja divergências entre os cadastros das classificações fiscais, o sistema irá informar o usuário sobre as divergências e lhe perguntará se deseja emitir o relatório mostrando as divergências encontradas, produto a produto. Abaixo um print da tela quando encontrada alguma divergência de cadastro:
A seguir, um modelo do relatório emitido caso o usuário selecione “S-SIM” na tela acima:
- Nas devoluções de notas vendas em que a retirada ocorreu pessoalmente (caráter de venda interna), a transação utilizada na emissão da NF será a parametrizada no campo “Transação p/Venda Interna” no CADA0160.
- O programa possibilita anexar cópia digitalizada do DANFE-e no momento da entrada, para posterior visualização junto ao programa de consulta de NF (“NOTA2400”).
É oferecido ao usuário um botão “DANFE-e” para esta funcionalidade.
O usuário seleciona o arquivo DANFE-e (podendo filtrar pelo nome do arquivo). O arquivo será pesquisado no diretório parametrizado para o “ENTR1000” no COPE0100.
O programa pega o arquivo fornecido pelo usuário, monta a estrutura de armazenamento: filial_cnpjcpf_tppessoa_nronota_serienf.extensão Exemplo: 001_50377142000140_2_0100000031_0001.pdf FFF_CCCCCCCCCCCCCC_T_NNNNNNNNNN_SSSS.pdf Onde, F = Filial, C = CNPJ/CPF, T = Tipo de Pessoa (1 = Física e 2 = Jurídica), N = Número da Nota Fiscal, S = Série da Nota Fiscal. Obs.: A extensão do arquivo será a mesma do arquivo original informado pelo usuário. Ou seja, se informar um PDF, o arquivo armazenado pelo sistema será PDF. Se informar um JPG, o arquivo armazenado pelo sistema será JPG. Após montado o diretório e o nome do arquivo, o programa copia o arquivo do usuário da pasta de origem, para a pasta e nome padrão conforme definido acima.
O programa cadastra automaticamente no COPE0100 o diretório padrão "danfe_ent/fFFF/", onde FFF é o código da filial. Este pode ser alterado posteriormente, caso necessário, utilizando o nome do Programa: "DANFE_E". - O programa passa a consistir no campo “Data de Emissão”, a permissão 393 (CADA0295 – Permitir emissão NF de entrada data retroativa), que consiste em bloquear a emissão da NF com data retroativa há mais dias que o parametrizado no campo “Dias Entrada NF Retroativo” (CADA0221).
Neste caso, o sistema irá solicitar a senha do usuário que possui permissão. Foi identificado que o sistema não estava considerando o desconto SUFRAMA, nem lançando os valores corretos no respectivo campo, mesmo que se fizesse a configuração devida no ‘CADA0380’. Para que se solucionasse tal erro foi implementado no código ‘f_entr1000’ tratamento para identificação de ‘SUFRAMA’ não mais pelas referências do fornecedor, mas, pela identificação e dados da respectiva filial para que se invocasse as rotinas próprias ao assunto, ou seja, a leitura da tabela ‘CIISENTO’ passa a ser pelo tipo de pessoa e documento da filial e não mais do fornecedor. Possibilidade de se inserir alíquota de ISSQN com 4 decimais. - O programa ‘ENTR1000’ permite que o usuário informe até 4 casas decimais na digitação do percentual de cálculo do ISSQN para notas fiscais de prestação de serviço.
Quando mais de 2 casas decimais forem utilizadas no preenchimento do campo o sistema exibirá o alerta “Valor calculado para ISSQN é divergente da NOTA FISCAL! Acreditamos ser em função de casas decimais do percentual aplicado ao cálculo. Gentileza informar o varlor correto.” e solicitará que o usuário realize o ajuste manual do valor de cálculo do ISSQN para o item da nota.
|