Painel de líderes

A Secretaria da Fazenda do Estado do Ceará anunciou no dia 15/02/2019 a disponibilização de uma nova versão do Driver MFE que permite a comunicação direta entre o Aplicativo Comercial e o MFE sem o Integrador Fiscal. Esta alteração visa agilizar o processo de venda, diminuindo o tempo necessário para autorização do CF-e. Para quem utiliza o componente ACBrSAT, o uso da nova versão do Driver MFE sem o Integrador Fiscal acontece quase que de forma transparente. Atualize o Driver MFE para versão 01.05.01 ou superior e configure as seguintes propriedades no ACBrSAT ACBrSAT1.Modelo := satDinamico_stdcall; ACBrSAT1.NomeDLL := 'C:\Arquivos de Programas (x86)\SEFAZ-CE\Driver MFE\Biblioteca de funções\mfe.dll'; //Pasta de Instalação do Driver MFE. Lembrando que a SEFAZ ainda exige que o Integrador deve permanecer instalado na máquina. Para mais informações sobre como usar o MFE sem o Integrador Fiscal, veja https://www.djpdv.com.br/como-usar-o-mfe-sem-o-integrador-fiscal/

Boa noite, De acordo com a NT 2018.005 v1.30 publicada 26/04/2019 foi prorrogado a informação do responsável técnico no xml. http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=KgqR7PT4Vv4=

Não existe CST de ICMS 102. CST pode ser 00, 10, 20, 30, 40, 41, 50, 51, 60, 70 ou 90. Isso no regime normal, que é como você está informando o regime de emissão: [Emitente] CRT = 3 102 pode ser um CSOSN, quando o emitente é optante pelo Simples Nacional, e o item é "tributado pelo simples nacional sem permissão de crédito", nesse caso você deve informar CRT = 1, e CSOSN = 102.

Talvez esteja provocando algum conflito por estar passando também o CSOSN, ou é CST ou CSOSN. Os CSTs do Pis e Cofins estão errados também.

Estamos com mesmo problema..... é uma complicação para testar os ajustes referentes a isto justamente, por conta deste erro. SEFAZ sendo SEFAZ..... ferrando a vida dos programadores . rs

Boa tarde. Este post não tem relação com o assunto do tópico, por favor crie um novo tópico para esta questão. Att.

Boa tarde. Você está tendo rejeição devido a estar informando o grupo Responsável Técnico indevidamente. Veja nos posts acima que temos um mapa mostrando quais UFs exigirão esta informação. Att.

Pode se toda a nota que emitir tu fizer isso vai ocorrer o bloqueio.

Olá, Fiquei curioso com essa e fui verificar. Mas ao entrar no site deles e verificar sobre como o aplicativo funciona e é exatamente o que o Italo mencionou acima. Por exemplo, nessa página explica como você pode cadastrar uma senha web pra cidade de Votuporanga: https://www.qipu.com.br/como-emitir-nota-fiscal-de-servico-nfse-em-votuporanga/

Boa tarde, Lembre-se que a NFS-e é uma ZORRA com todas as letras, pois tem provedor que é preciso assinar somente o RPS, outros somente o Lote, outros devemos assinar tanto o RPS quanto o Lote e tem aqueles que não precisa assinar nada. Mesmo não precisando assinar nada, temos a questão do acesso ao webservice, com certeza tem provedor que se faz necessário ter o certificado e outros não. Com certeza absoluta é possível emitir NFS-e sem ter certificado digital, desde que seja via SITE e não via webservice.

@BigWings, muito obrigado.... Eu estava fazendo a consulta do recibo de lote de forma errada. Estava utilizando Webservices.Recibo. Fazia a consulta mas não salvava o retorno. Agora está certo.

Experimente trocar o trecho acima para: ACBrNFe1.WebServices.Retorno.Recibo := ACBrNFe1.WebServices.Enviar.Recibo; ACBrNFe1.WebServices.Retorno.Executar; Ou você pode simplesmente usar o método ACBrNFe1.Enviar(nLote, bImprimir, bSincrono) que faz todo o processo.

DFe's = NFe, NFCe... (entre outros) ECF = Cupom fiscal (Utiliza-se uma impressora fiscal, lacrada com a impressão de redução Z) Com isso dito, acredito que quando diz "Cupom fiscal" está se referindo a Nota Fiscal de Consumidor Eletrônica - NFC-e. Se for, sim... É necessário informar o grupo infRespTec. Lembrando que não são todos os estados que aderiram. Veja mais no mapa fiscal do ACBr. Sobre onde preencher os campos referente ao grupo em questão, aconselho ver o link que a Juliana postou acima onde explica detalhadamente como funciona o preenchimento dessas propriedades.

Boa tarde Pessoal, Primeiro foi o CT-e e o MDF-e a ter o seu layout alterado para contemplar um novo grupo: <infRespTec> Informações do Responsável Técnico, agora esta chegando a vez da NF-e. Os 3 componentes já estão preparados para gerar esse grupo. Alguns desenvolvedores já estão gerando o grupo <infRespTec> para o CT-e e MDF-e, tanto em homologação quanto em produção. No caso da NF-e as datas previstas são: para o ambiente de homologação é 25/02/2019 e para produção é 29/04/2019 alterado para 03/06/2019 (conforme consta na versão 1.30 da NT 2018/005). Quero deixar claro que essas datas se referem ao prazo para que as SEFAZ finalizem a implementação em seus webservices, portanto somente a partir dessas datas é que poderemos enviar o XML da NF-e com esse grupo. Portanto, a partir do dia 25/02/2019 teremos um prazo de 3 meses para realizar os testes em ambiente de homologação. Outra coisa importante a ser dita é que esse grupo é opcional, mas vai ficar a critério de cada UF torna-lo obrigatório ou não. Quais são as informações que compõe esse grupo? O grupo <infRespTec> é composto pelos campos: CNPJ da empresa que desenvolveu o software, xContato é o nome da pessoa responsável pelo software, email e fone dessa pessoa ou da empresa. Caso você opte por gerar esse grupo independente da UF exigir ou não, as 4 informações acima deveram constar. Como dito acima os componentes ACBrNFe, ACBrCTe e ACBrMDFe já estão preparados para gerar o grupo <infRespTec>, para que isso ocorra basta acrescentar na sua rotina que alimenta o componente com os dados que vão fazer parte do XML as seguintes linhas... O exemplo abaixo é para a NF-e: with ACBrNFe.NotasFiscais.Add.NFe do begin (...) infRespTec.CNPJ := xCNPJ_RespTec; // CNPJ da Empresa infRespTec.xContato := xContato_RespTec; // Nome do Contato infRespTec.email := xEmail_RespTec; // email do Contato ou Empresa infRespTec.fone := xFone_RespTec; // fone do Contato ou Empresa end; As linhas em negrito acima são exatamente iguais para o CT-e e MDF-e. Nas Notas Técnicas da NF-e, CT-e e MDF-e que se refere a esse grupo tempos ainda mais dois campos: idCSRT e hashCSRT que vão ficar para uma segunda etapa. O CSRT - Código de Segurança do Responsável Técnico, trata-se de um código alfa numérico que será fornecido pela SEFAZ através de uma página própria ou por um webservice, conforme consta na Nota Técnica. Sendo assim, enquanto a SEFAZ não criar essa página ou webservice não temos como solicitar o CSRT e portanto não podemos incluir no XML o idCSRT que é um numero sequencial e o hashCSRT que é o resultado do hash (SHA1 - Base64) da concatenação do CSRT mais a chave do documento. Os componentes já possuem no rol de configurações, as propriedades idCSRT (Integer) e CSRT (String), nessa primeira etapa devemos atribuir o valor zero a idCSRT e uma string vazia para o CSRT, para que os campos: idCSRT e hashCSRT não sejam gerados. Os valores padrões estabelecidos pelo componente são: idCSRT = 0 e CSRT = '' (string vazia). Reforço que o preenchimento dessas propriedades só devem ser feitas a partir do momento que a SEFAZ lhe fornecer o idCSRT e o CSRT. Vamos supor que as UF: x, y e z venham a exigir o grupo <infRespTec> e criem uma pagina ou webservice para fornecer o CSRT, caso você tenha clientes usando ou seu software para emitir NF-e ou CT-e ou MDF-e será necessário solicitar o CSRT em cada uma das UF. Resumindo o CSRT fornecido pela UF x só é valida para os seus clientes dessa UF que usam o seu software. Quais são as UF que vão exigir o grupo <infRespTec> não sabemos, logo devemos ficar atentos. A minha sugestão é que o seu software gere esse grupo independente da UF exigir ou não, pois o dia que ela resolver exigir você não vai precisar fazer nada, pois já consta no XML o grupo. A questão agora é quanto ao CSRT, como dito anteriormente, vai ficar para uma segunda etapa visto que, se faz necessário a SEFAZ criar a página ou webservice. O meu conselho é que no seu software na tela de configuração tenha os campos: idCSRT e CSRT para que você possa informa-los assim que obter. Detalhe importante, os campos idCSRT e hashCSRT só serão gerados no XML e de forma automática dentro do grupo <infRespTec> a partir do momento que as propriedades de configuração: idCSRT e CSRT passarem a ter valores validos. O texto ficou longo, mas espero ter passado todas as informações necessárias para que vocês possam fazer as alterações em seus softwares e desta forma ficarem em conformidade com as nas Notas Técnicas. Para quem não leu as NT, por favor leiam. NT 2018/005 versão 1.20 - Alteração do layout da NF-e https://sourceforge.net/p/acbr/code/HEAD/tree/tools/DFe/NFe/NT/2018/ NT 2018/002 versão 1.01 - Alteração do layout do CT-e https://sourceforge.net/p/acbr/code/HEAD/tree/tools/DFe/CTe/NT/2018/ NT 2018/002 versão 1.02 - Alteração do layout do MDF-e https://sourceforge.net/p/acbr/code/HEAD/tree/tools/DFe/MDFe/NT/2018/

Tive o mesmo problema com uma dll que migrei do Delphi 7 para o Delphi XE10. Resolvi incluindo Vcl no parâmetro "Unit scope names" em Project > Options > Delphi Compiler Antes: Winapi;System.Win;Data.Win;Datasnap.Win;Web.Win;Soap.Win;Xml.Win;Bde;System;Xml;Data;Datasnap;Web;Soap Depois: Vcl;Winapi;System.Win;Data.Win;Datasnap.Win;Web.Win;Soap.Win;Xml.Win;Bde;System;Xml;Data;Datasnap;Web;Soap

O objeto TRespostaFiscal tem a function GetXMLString para gerar o xml com os dados do cupom, porém agora preciso colocar os dados co responsável técnico no xml do cupom fiscal no entanto não tem no objeto TinfRespTec uma function para colocar no xml os dados do Responsável técnico. Como posso fazer isto.

Esta ocorrendo este erro 704: NFC-e com Data-Hora de emissao atrasada. Tolerancia de ate 5 minutos

Bom dia Gabriel Francisco, Sobre o responsável técnico preciso de um exemplo de como integrar com xml do RespostaFiscal ? Fiz desta forma para criar o xml do NFCe : RetornoRespostaFiscal := TACBrSATMFe_integrador_XML(FACBrSAT.SAT).RespostaFiscal(RespostaFiscal); function TSAT.FinalizaMFEFormaPagamento : Boolean; var RespostaFiscal : TRespostaFiscal; RetornoRespostaFiscal : TRetornoRespostaFiscal; ResponsavelTecnico : TinfRespTec; Num : String; Begin FidRespFiscal := 0; RespostaFiscal := TRespostaFiscal.Create; ResponsavelTecnico := TinfRespTec.Create; try with RespostaFiscal do begin Clear; ChaveAcessoValidador := fobjemp.em_chavemfe; // '25CFE38D-3B92-46C0-91CA-CFF751A82D3D'; IDFila := FidPagamento; ChaveAcesso := FACBrSAT.CFe.infCFe.ID; Nsu := FdadosCartao.dcsat_NSU; NumerodeAprovacao := FdadosCartao.dcsat_NSU;//FdadosCartao.dcsat_codPagamento; //verificar mesmo se eh o cod nsu Bandeira := FdadosCartao.dcsat_nomeCredenciadora;//'VISA'; Adquirente := 'OPERADORA_CARTAO';//FdadosCartao.dcsat_nomeCredenciadora;//'STONE'; NumeroDocumento := IntToStr(FACBrSAT.CFe.ide.nCFe); Num := NumeroDocumento; NumeroDocumento := FormataValor(Num,9); CNPJ := fobjemp.em_cnpjea014; ImpressaoFiscal := FACBrSATExtratoESCPOS.GerarImpressaoFiscalMFe(FACBrSAT.CFe); end; with ResponsavelTecnico do begin CNPJ :='';//FdadosCartao.dcsat_CNPJ; xContato:='';//FdadosCartao.dcsat_xContato; email :='';//FdadosCartao.dcsat_email; fone :='';//FdadosCartao.dcsat_fone; idCSRT :=0;//FdadosCartao.dcsat_idCSRT; hashCSRT:='';//FdadosCartao.dcsat_hashCSRT; end; self.SalvaLog('c:\lojas\logsat\' + inttostr(FidPagamento) + 'FinalizaMFEFormaPagamento_sol.xml',RespostaFiscal.AsXMLString); RetornoRespostaFiscal := TACBrSATMFe_integrador_XML(FACBrSAT.SAT).RespostaFiscal(RespostaFiscal); self.SalvaLog('c:\lojas\logsat\' + inttostr(FidPagamento) + 'FinalizaMFEFormaPagamento_res.xml',RetornoRespostaFiscal.XML); FidRespFiscal := strtoint(RetornoRespostaFiscal.IdRespostaFiscal); finally RespostaFiscal.Free; FreeAndNiL(ResponsavelTecnico); end; end;