Painel de líderes

Já disponível no svn

Li este texto no site de uma software house. Alguem sabe dizer se a Sefaz SP pretende mesmo seguir esse caminho? Segue o texto: Embora a SEFAZ/SP tenha deixado claro que não haverá brechas na legislação de São Paulo para o uso da NFC-e sem a existência do respectivo SAT CF-e, será permitida a utilização da NFC-e em vários check-outs (pontos de vendas) simultaneamente, bastando a existência de um único equipamento SAT CF-e no estabelecimento. Outro ponto importante é que São Paulo não permitirá a contingência off-line, ou seja, não existirá a emissão de NFC-e off-line. Nesse caso, o SAT CF-e é a única contingência da NFC-e e vice-versa. Por outro lado, a SEFAZ/SP também deixa claro que a obrigatoriedade do SAT CF-e será temporária e que, daqui alguns anos, haverá somente a NFC-e no estado de São Paulo. A expectativa é que a obrigatoriedade do SAT CF-e se extinga em até 5 anos a partir de julho/2015. Após esse prazo o contribuinte poderá optar pelo uso da NFC-e sem a existência do respectivo SAT CF-e. Ou seja, após esses 5 primeiros anos, o uso do SAT CF-e será reduzido naturalmente e gradativamente até sua completa extinção. Fonte: http://vinco.com.br/nfc-e

Ok, Juliomar, obrigado e desculpa. Segue anexo: XML_SAT_VENDA.xml. XML_SAT_VENDA.xml

Você pode utilizar o arquivo que anexei por ultimo, nele tem a correção que será subida para o SVN.

Boa Tarde, Segundo o manual de contribuinte as Tags modBC , vICMS e demais, NÃO são obrigatórias para a CST 51 mas mesmo assim são geradas automaticamente pelo componente do ACBR. Favor verificar esta inconsistência. E.T. : as únicas Tags, para CST 51 obrigatórias são origem e a própria CST. Grato. Marcelo.

No svn Obrigado pela colaboração

Boa noite! Clique no canto inferior direito no botão [ Mais Opções ] Depois [Escolher Arquivo ] e por último [ Anexar ] Se possível anexe o teu arquivo para avaliação.

Depois de algum tempo falando com a Bematech consegui os dados, vou deixar aqui para que possa ajudar os demais, segue: Emitente: CNPJ:82373077000171 IE: 111111111111 Código de Ativação: bema1234 Software House: CNPJ: 16716114000172 Assinatura: SGR-SAT SISTEMA DE GESTAO E RETAGUARDA DO SAT

Resolvido como o Alexandreac informou. A function ficou assim: function TACBrConsultaCPF.Consulta(const ACPF, DataNasc, ACaptcha: String; ARemoverEspacosDuplos: Boolean): Boolean; var Post: TStringStream; Erro: String; Resposta : TStringList; begin Erro := ACBrValidadorValidarCPF( ACPF ) ; if Erro <> '' then raise EACBrConsultaCPFException.Create(Erro); //txtCPF=11122334410&txtToken_captcha_serpro_gov_br=299218104152138191166941752496584741018616278361624164&txtTexto_captcha_serpro_gov_br=ZCI8B9&Enviar=Consultar Post:= TStringStream.Create(''); try //acredito que irão mudar esse tempTxtCPF, tempTxtNascimento, temptxtToken e temptxtTexto_captcha_serpro_gov_br para como era anteriormente Post.WriteString('tempTxtCPF='+ACPF+'&'); Post.WriteString('tempTxtNascimento='+datanasc+'&'); Post.WriteString('temptxtToken_captcha_serpro_gov_br='+FTokenCaptcha+'&'); Post.WriteString('txtTexto_captcha_serpro_gov_br='+Trim(ACaptcha)+'&'); Post.WriteString('temptxtTexto_captcha_serpro_gov_br='+Trim(ACaptcha)+'&'); Post.WriteString('Enviar=Consultar'); Post.Position:= 0; HttpSend.Clear; HttpSend.Document.Position:= 0; HttpSend.Document.CopyFrom(Post, Post.Size); HTTPSend.MimeType := 'application/x-www-form-urlencoded'; HTTPPost('http://www.receita.fazenda.gov.br/aplicacoes/atcta/cpf/ConsultaPublicaExibir.asp'); Erro := VerificarErros(RespHTTP.Text); if Erro = '' then begin Result:= True; Resposta := TStringList.Create; try Resposta.Text := StripHTML(RespHTTP.Text); RemoveEmptyLines( Resposta ); //DEBUG: //Resposta.SaveToFile('C:\temp\cpf.txt'); FCPF := LerCampo(Resposta,'No do CPF:'); FNome := LerCampo(Resposta,'Nome da Pessoa Física:'); FSituacao := LerCampo(Resposta,'Situação Cadastral:'); FEmissao := LerCampo(Resposta,'Comprovante emitido às:'); FCodCtrlControle := LerCampo(Resposta,'Código de controle do comprovante:'); FDigitoVerificador := LerCampo(Resposta,'Digito Verificador:'); finally Resposta.Free; end ; if Trim(FNome) = '' then raise EACBrConsultaCPFException.Create('Não foi possível obter os dados.'); if ARemoverEspacosDuplos then begin FNome := RemoverEspacosDuplos(FNome); end; end else begin Result:= False; raise EACBrConsultaCPFException.Create(Erro); end; finally Post.Free; end; end; Estou encaminhando o arquivo em anexo. ACBrConsultaCPF.pas

consegui arrumar. Junto com o programador web, descobrimos que mudaram algumas variaveis agora estamos enviando assim: Post.WriteString('tempTxtCPF='+CPF+'&'); Post.WriteString('tempTxtNascimento='+data_nascimento+'&'); Post.WriteString('temptxtToken_captcha_serpro_gov_br='+FTokenCaptcha+'&'); Post.WriteString('txtTexto_captcha_serpro_gov_br='+Trim(ACaptcha)+'&'); Post.WriteString('temptxtTexto_captcha_serpro_gov_br='+Trim(ACaptcha)+'&'); Post.WriteString('Enviar=Consultar'); Foi adicionado o campo de data de nascimento e mudou o nome das variaveis que recebem no java script. Att, Alexandre Arruda Costa

Olá amigos. Estava tendo problemas para inutilizar numeração, tanto na NFe quanto na NFCe. O que está acontecente é o seguinte: Não mudei uma linha no código que faço a inutilização das numerações, no entanto, parou de funcionar. O erro que está apresentando é: 215 - Rejeicao: Falha no schema XML. Analisando os xml's das aceitas e das rejeitadas, percebi que está mudando o ano. Parte do XML de uma solicitação aceita. <tpAmb>2</tpAmb> <xServ>INUTILIZAR</xServ> <cUF>11</cUF> <ano>15</ano> <CNPJ>05785944000135</CNPJ> <mod>65</mod> <serie>1</serie> <nNFIni>41</nNFIni> <nNFFin>41</nNFFin> <xJust>teste de inutilizacao</xJust> Parte do XML de uma solicitação Rejeitada. <tpAmb>2</tpAmb> <xServ>INUTILIZAR</xServ> <cUF>11</cUF> <ano>2015</ano> <CNPJ>05785944000135</CNPJ> <mod>65</mod> <serie>1</serie> <nNFIni>56</nNFIni> <nNFFin>56</nNFFin> <xJust>teste de inutilizacao</xJust> Analisando os dois xml's, percebe-se que o ano com 4 digitos (2015) está sendo rejeitado. Sempre passei 2015 e nunca tive problemas. O próprio ACBrNFe convertia para dois, já que o manual de integração diz: ano N 1-1 2 Ano de inutilização da numeração. Fica a dica pra quem tiver problemas com isso. Já que não está sendo convertido mais pelo componente. Se bem que o errado está eu. Obrigado. João Elson.

O problema é quem nem todo mundo possui uma versão do Delphi que já venha com ela ou quer comprar ele, por isso demos duas opções uma gratuita (Fortes) e outra paga (Fast), e para quem tem versões mais novas do Delphi o Fast também já serve por ser nativo.

Bom dia Walter, Se você procurar pela TAG competencia no XSD (Schema) tipos_v03 usado pelo provedor Ginfes vai notar que esta TAG esta presente somente na NFS-e, e não no RPS. Sendo assim não adianta alimentar esse campo no componente, pois não será utilizando. Por outro lado o conteúdo da TAG competencia presente na estrutura da NFS-e é gerado pelo próprio provedor.

Projeto sendo finalizado, segue algumas informações sobre o projeto: Serviços implementados (para todos os estados, todos os ambientes - Homologação e Produção, todas as formas de emissão - para os serviços de envio de NFe/NFc-e) 1 - RecepecaoEvento - Cancelamento de NFe/NFC-e, Carta de Correção e EPEC; 2 - NfeRecepcao - Envio de NFe e lote versão 2.00; 3 - NfeRetRecepcao - Consulta de recebimento de lote versão 2.00; 4 - NfeInutilizacao - Inutilização de NFe/NFc-e; 5 - NfeConsultaProtocolo - Consulta dados da NFe/NFc-e; 6 - NfeStatusServico - Consulta status do serviço; 7 - NfeAutorizacao - Envio de NFc-e e lote versão 3.10; 8 - NfeRetAutorizacao - Consulta de recebimento de lote versão 3.10; Falta implementar: 1 - NfeConsultaCadastro; 2 - NfeDistribuicaoDFe; 3 - NfeConsultaDest; 4 - NfeDownlodNF; Outras coisas que falta implementar: 1 - Impressão dos DANFES nativo c#; 2 - Envio de emails; 3 - Envio de NFc-e compactada versão 3.10; 4 - Envio síncrono de NFe/NFc-e versão 3.10. Segue abaixo as telas do aplicativo de demonstração: