-
Total de ítens
23 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Matheus Leandro Ferreira postou
-
Boa tarde, Sim, eu uso o componente. E já deu certo, fiz a reinstalação e resolveu! Tive um pequeno problema que cabe citar aqui: Em ambiente de homologação retorna o seguinte: Rejeição 646: CT-e emitido em ambiente de homologação com Razão Social do remetente diferente de CT-E EMITIDO EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL Na minha tag xNome estava exatamente assim: CT-E EMITIDO EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL Após tanto procurar, descobri que o ambiente de homologação de SC a tag xNome não pode ter o traço no CT-e e deve ficar: CTE EMITIDO EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL Obrigado! pode encerrar o tópico!
-
O método cteRecepcaoEvento do Serviço da Web é inválido
um tópico no fórum postou Matheus Leandro Ferreira ACBrCTe
Pessoal, boa tarde. Estou tentando fazer a recepção do CTe na versão 4.0 e nada dá certo. A única coisa que consegui realmente foi consultar o status (https://cte-homologacao.svrs.rs.gov.br/ws/CTeStatusServicoV4/CTeStatusServicoV4.asmx). Quando tento fazer a operação (CTeRecepcaoEventoV4 ou CTeRecepcaoSincV4) utilizando as URL https://cte-homologacao.svrs.rs.gov.br/ws/CTeRecepcaoEventoV4/CTeRecepcaoEventoV4.asmx ou https://cte-homologacao.svrs.rs.gov.br/ws/CTeRecepcaoSincV4/CTeRecepcaoSincV4.asmx eu tenho o retorno de: O método cteRecepcaoEvento do Serviço da Web é inválido O método cteRecepcao do Serviço da Web é inválido Alguém sabe o que isso pode ser? Qual o método é esperado por essa versão 4.0? -
Realmente não mudou absolutamente nada. É uma vergonha. Eu mandei a tabela corrigida, mandei e-mail avisando e nem se quer fui retornado. Sem contar que a API deles também está errada. Sobre a THREAD PRINCIPAL, gostaria de deixar meus parabéns aos responsáveis! Sem dúvida passarei a utilizar. Se precisarem de algo, só chamar.
-
DRCST: BLOCO 0 - Inclusão do Perfil D
um tópico no fórum postou Matheus Leandro Ferreira Outros (ACBrLFD, ACBrSEF2, etc)
Olá, boa tarde. Recentemente fiz uma alteração que foi adicionada em produção e agradeço muito por isso: Já faz um tempo que precisei fazer uma outra modificação para a implementação do DRCST Perfil D (Extrato consolidado de lojas). Por isso estou adicionando as classes alteradas para sua revisão. Modificações: - ACBrEFDBloco_0_Class.pas: Apenas a inclusão do Perfil D na variável IND_PERFIL. - ACBrEFDBlocos.pas: Fazendo uso da variável criada acima. - ACBrEFDBloco_H_Class.pas: Modificação na procedure TBloco_H.WriteRegistroH005 para enviar outras informações quando o perfil utilizado for o D. Especificação técnica/legislação: https://legislacao.sef.sc.gov.br/html/portarias/2018/port_18_378.htm Grato, Matheus Leandro Ferreira ACBrEFDBloco_0_Class.pas ACBrEFDBloco_H_Class.pas ACBrEFDBlocos.pas -
Boa tarde, Precisei desenvolver o bloco H011 - IDENTIFICAÇÃO DO ESTABELECIMENTO DETENTOR DO INVENTÁRIO para o DRCST conforme a portaria SEF Nº 378/2018 link http://legislacao.sef.sc.gov.br/html/portarias/2018/port_18_378.htm A classe modificada chama-se ACBrEFDBloco_H_Class e ACBrEFDBloco_H. Gostaria, se possível, de uma análise para disponibilizar a função nos fontes oficiais do ACBR. Grato pela compreensão. Matheus Leandro Ferreira ACBrEFDBloco_H.pas ACBrEFDBloco_H_Class.pas
-
Erro 1003: Assinatura digital inválida
Matheus Leandro Ferreira replied to Ana Paula Neves Zanela's tópico in PAF-ECF
Pessoal, boa tarde. Segue a resposta da SEFAZ via e-mail. O lance é aguardar. Feliz ano novo a todos! -
Boa tarde, A rejeição "assinatura difere do calculado" irá acontecer no validador de homologação quando o certificado digital instalado na sua maquina não é igual ao utilizado na montagem do XML (isso não significa que um erro, pois o validador faz apenas um PARSE nas tags do XML). Observei também que você tem duas rejeições no XML, uma relacionada a data e hora (provavelmente por conta do horário de verão) e outra relacionada ao código de barras de um determinado produto. Realize as correções e mande validar o XML.
-
Código do Beneficio Cbenef
Matheus Leandro Ferreira replied to softsul's tópico in Legislação Fiscal e Tributária
Boa tarde, Cada CST pode ter 1 ou N códigos de beneficio fiscal. No estado do RS por exemplo, todos os CSTs aceitam NULL e também o texto SEM CEBENEF. Anexei a tabela do dia 05/08/2019 contendo os códigos para você analisar. TABELA cBenef_X_CST 05_08_2019.xlsx -
Erro 1003: Assinatura digital inválida
Matheus Leandro Ferreira replied to Ana Paula Neves Zanela's tópico in PAF-ECF
Exatamente. Aqui acontece o mesmo. Estou desconfiado que pode ser alguma atualização do Windows que acabou com tudo... mas e agora né? Só Deus sabe... -
Erro 1003: Assinatura digital inválida
Matheus Leandro Ferreira replied to Ana Paula Neves Zanela's tópico in PAF-ECF
Boa tarde, o mesmo erro também acontece com alguns clientes meus... =/ -
1- Valerá para todos os UFs. 2- Não deverá ser descontado no valor total da nota, e sim deverá ser posto no campo próprio vICMSDeson do grupo total. 3- Não deverá ser diminuído do item, e sim deverá ser posto no campo próprio vICMSDeson do grupo imposto dos itens. OBS: Estou testando faz um bom tempo em ambiente de homologação e não tive absolutamente nenhum problema. Exemplo da nota gerada: <det nItem="1"> <prod> <cProd>123</cProd> <cEAN>SEM GTIN</cEAN> <xProd>UVA NACIONAL KG</xProd> <NCM>08061000</NCM> <CEST>1700601</CEST> <cBenef>PR810000</cBenef> <CFOP>5102</CFOP> <uCom>KG</uCom> <qCom>1.000</qCom> <vUnCom>9.690000</vUnCom> <vProd>9.69</vProd> <cEANTrib>SEM GTIN</cEANTrib> <uTrib>KG</uTrib> <qTrib>1.000</qTrib> <vUnTrib>9.690000</vUnTrib> <indTot>1</indTot> </prod> <imposto> <vTotTrib>0.41</vTotTrib> <ICMS> <ICMS40> <orig>0</orig> <CST>40</CST> <vICMSDeson>2.13</vICMSDeson> <motDesICMS>9</motDesICMS> </ICMS40> </ICMS> <PIS> <PISNT> <CST>06</CST> </PISNT> </PIS> <COFINS> <COFINSNT> <CST>06</CST> </COFINSNT> </COFINS> </imposto> </det> <total> <ICMSTot> <vBC>0.00</vBC> <vICMS>0.00</vICMS> <vICMSDeson>2.13</vICMSDeson> <vFCP>0.00</vFCP> <vBCST>0.00</vBCST> <vST>0.00</vST> <vFCPST>0.00</vFCPST> <vFCPSTRet>0.00</vFCPSTRet> <vProd>9.69</vProd> <vFrete>0.00</vFrete> <vSeg>0.00</vSeg> <vDesc>0.00</vDesc> <vII>0.00</vII> <vIPI>0.00</vIPI> <vIPIDevol>0.00</vIPIDevol> <vPIS>0.00</vPIS> <vCOFINS>0.00</vCOFINS> <vOutro>0.00</vOutro> <vNF>9.69</vNF> <vTotTrib>0.41</vTotTrib> </ICMSTot> </total>
-
Bom dia, Recebi a informação diretamente da minha assessoria fiscal. Vou ver se consigo a base legal e postarei assim que possível. A principio estou usando o mesmo calculo para todas as UFs. Att, Você pode baixar a tabela cBenf x CST de cada estado aqui http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=u3vMflqEe6w=
-
Pessoal, Tenho observado todos os comentários e farei aqui algumas considerações: - Para alguns estados (como por exemplo o PR) todos os produtos ISENTOS cujo CST é 040 deve-se obrigatoriamente informar o código do beneficio fiscal (Rejeição 930: CST com benefício fiscal e não informado o código de benefício fiscal). - Quando existir um código do beneficio fiscal preenchido a regra diz que é obrigatório o preenchimento das tags vICMSDeson e motDesICMS. (Rejeição 934: Não informado valor do ICMS desonerado ou o Motivo de desoneração). O calculo do ICMS desonerado deve ser feito de acordo com o CST do ITEM, conforme segue: CST 20 e 70 será: VL_ICMS_DESONERADO = VALOR_ITEM x Redução de BC x ALIQUOTA CST30, CST40, CST41, CST50, CST70, CST90 será: VALOR_ITEM / (1-0.18) * 0.18 OBS: Onde o 0.18 corresponde a 18% destinado a Alíquota Interna. Ainda, deve-se levar em consideração o grupo de totalizadores da nota. Este por sua vez deverá ser a SOMA do ICMS desonerado dos itens. Em alguns casos, o valor total do ICMS desonerado deverá ser subtraído do valor total da nota (mas isso ainda não está em ambiente de homologação e não consegui testar). É isso.... Espero ter ajudado.
-
Ambos estamos cientes do funcionamento, mas acho que não estamos nos entendendo hehe.. Como faço para a minha tag MOT_INV subir com o valor 02? Estou fazendo dessa forma: MOT_INV := miMudancaTributacao; Segundo a minha cliente o arquivo esta sendo gravado com o 01: |H005|30042019|315358,54|01| Vou fazer novos testes e posto o resultado.
-
Acredito que você está equivocado. Observe que a tag MOT_INV só aceita o tipo TACBrMotInv. Se eu utilizar a função StrToMotInv passando a constante 02, vai me retornar o valor miMudancaTributacao que automaticamente corresponde ao valor 01. Não posso usar a função MotInvToStr pois a mesma retorna uma String e não poderei atribuir ao MOT_INV. Para finalizar, mais uma prova de que existe o "bug" é a própria função MotInvToStr que ao passar o miMudancaTributacao retorna a constante 02. function MotInvToStr(AValue: TACBrMotInv): string; begin if AValue = miFinalPeriodo then Result := '01' else if AValue = miMudancaTributacao then Result := '02' else if AValue = miBaixaCadastral then Result := '03' else if AValue = miRegimePagamento then Result := '04' else if AValue = miDeterminacaoFiscos then Result := '05' else raise Exception.Create('Valor informado inválido para ser convertido em TACBrMotInv'); end;
-
Prezados, boa tarde. Acredito ter encontrado um suposto "bug" no que diz respeito ao ACBrEFDBlocos - Motivo do Inventário quando existir uma Mudança de Tributação. Sempre que existir uma alteração de tributação de ST para Tributado, por exemplo, o Bloco H005 tag MOT_INV deverá subir com o código 02. Na classe ACBrEFDBlocos temos a seguinte estrutura: /// Motivo do Inventário TACBrMotInv = (miFinalPeriodo, miMudancaTributacao, miBaixaCadastral, miRegimePagamento, miDeterminacaoFiscos ); TACBrMotivoInventario = TACBrMotInv; Porém se formos observar, o miMudancaTributacao tem índice 01. Dessa forma não poderei utilizá-la para alimentar a tag MOT_INV do Bloco H005. Sugestão: Iniciar a estrutura da seguinte maneira /// Motivo do Inventário TACBrMotInv = (miNenhum, miFinalPeriodo, miMudancaTributacao, miBaixaCadastral, miRegimePagamento, miDeterminacaoFiscos ); TACBrMotivoInventario = TACBrMotInv; Desculpe se este não é o local ideal para postar isso.