Painel de líderes

Bom dia, Por favor acesse o Portal Nacional da NF-e e baixe a Nota Técnica 2015/003 versão 1.60 que trata sobre a Cobrança do ICMS na Operação Interestadual. Feito isso vá até o final da página 19, onde temos orientação sobre o DANFE. A resposta que você procura esta ai em apenas 1 paragrafo de 2 linhas.

Boa noite! subi uma mudança para tentar atender a situação informada! aguardar próxima compilação!

Italo, meu amigo, voce é o cara . Obrigada!

Cesar, Não, esse bloco se refere a alimentação do componente com os dados do RPS. Eu me refiro a configuração. ACBrNFSe1.Configuracoes.Geral.Emitente.CNPJ := edtEmitCNPJ.Text; ACBrNFSe1.Configuracoes.Geral.Emitente.InscMun := edtEmitIM.Text; ACBrNFSe1.Configuracoes.Geral.Emitente.RazSocial := edtEmitRazao.Text; ACBrNFSe1.Configuracoes.Geral.Emitente.WebUser := edtUserWeb.Text; ACBrNFSe1.Configuracoes.Geral.Emitente.WebSenha := edtSenhaWeb.Text; ACBrNFSe1.Configuracoes.Geral.Emitente.WebFraseSecr := '';

cara é tudo Object Pascal... Ctrl+C, Ctrl+V

Boa tarde a todos, Favor atualizar os fontes e testar novamente.

Bom dia Italo, estou fazendo uma rotina de faturamento de final de mes que será feito o envio de varias NFe em lote. Mas estou com medo de ter que quebrar esses lotes em 50 NFe (ou menos dependendo do tamanho) e ter que enviar vários lotes seguidos... Isso não causaria consumo indevido do webservice de recepcao de nfe?

Boa tarde. Fiz um arquivo de impressão em fastreports para o ACBRBoleto pra impressão em impressoras termicas. Testei na impressora Diebold. Só estou compartilhando para quem precisar dessa impressão. Segue o arquivo fr3 em anexo. Att. BoletoBob.fr3

Deu certo amigo, obrigado

Certo Italo, quando eu li o manual do provedor eu não me ative a isso, realmente esta explicado no manual como segue trecho abaixo: Item 2.5 do manual abaixo : "Não será gerado número do protocolo, pois o envio e recepção do Lote será síncrono" Feito um questionamento no provedor o mesmo me deu a seguinte explicação: - Não há esta necessidade de um protocolo, pois somente efetuamos processamentos síncronos, e toda a transmissão tem um retorno automático online, da mesma forma que método "GerarNfse", vc não necessita um protocolo para consulta posterior e verificação se o lote foi processado ou não. Me desculpe novamente...

Bom dia, Báááá, eu não conhecia essas propriedades, pois no Trunk anterior a minha função de cancelar estava funcionando, então agora no trunk2 elas são obrigatórias, blz, obrigado pela ajuda, vou tratar para alimentar essas propriedades, =) Obrigado

Consegui resolver era isso mesmo Italo, não estava marcado consultar lote após o envio. Obrigado mais uma vez!

Bom dia companheiros!!! Fontes atualizados...Fiz um teste...a NF foi emitida, consta no site da Pref. de SP. porem da um erro. Obrigado. NFSe.rar

O projeto é escrito em Lazarus... você terá que convertê-lo para Delphi ou usar o Lazarus

Bom dia Maurício, Infelizmente as empresas que implementaram os web services para recepcionar as notas de serviço para as prefeituras não seguem um mesmo layout. Algumas seguem a versão 1 do layout proposto pela ABRASF, outras seguem a versão 2, outras resolveram acrescentar ou remover algo desses layouts e por fim existem as empresas que não seguem nenhum dos dois. Essas empresas chamamos de provedor, sendo assim os que seguem a versão 1 temos o seguinte: Ao enviar o lote de RPS temos como resposta apenas o numero do protocolo que nada mais é o numero do recibo quando enviamos o lote de NF-e (fazendo uma comparação). Depois temos que consultar a situação do lote, que nos retorna se o mesmo foi recebido, se ainda esta em processamento, se foi processado com erros ou se foi processado com sucesso ( Situação: 1, 2, 3 ou 4). Caso a resposta seja 3 ou 4 devemos consultar o lote, se a situação for 3 será retornado a lista de erros, as rejeições, por outro lado se a situação for 4 teremos como resposta o XML da NFS-e. Já os provedores que seguem a versão 2 do layout não existe a consulta a situação do lote, ou seja, o lote é enviado e depois realizamos a consulta ao lote. Outra coisa, o componente possui 3 métodos de envio: Enviar, Gerar e EnviarSincrono. Existem provedores que implementaram apenas um deles, por exemplo o Enviar, outros provedores implementaram o Enviar e o Gerar e outros implementaram os 3. E para mostrar a falta de padronização tem provedor que simplesmente implementou o método Gerar e Cancelar. Neste caso o envio tem que ser unitário, ou seja, só podemos enviar apenas um RPS por vez, e o retorno do Gerar, temos como resposta o XML da NFS-e caso o processamento tenha ocorrido com sucesso ou temos a lista de erros caso tenha ocorrido falhas.

Boa noite! não se se comunica mas ele é feito para aqueles de caixa de mercados! tem um pequeno display virado para o cliente onde mostra as informações conforme vai registrando no cupom

Adicionei um novo aplicativo a pasta projetos, o ACBrSATSign, ele já gera a chave utilizando as novas funções.

Obrigado ! Já disponível no svn!

Bom dia, Não sei se aqui seria o melhor lugar para colocar isso, mas não quis abrir uma nova discussão sobre o assunto. por isso procurei uma que já estive em aberto. O retorno de erro do Consulta CPF está muito genérico e as vezes causa confusão. Um erro muito comum é a digitação errada da data de nascimento e o site da receita retorna esse erro porém no acbr ele apenas retorna que não foi possível buscar os dados. eu modifiquei aqui na nossa empresa pra ele retornar que a data foi digitada errada, caso queiram replicar para o fonte oficial ou melhorar o que eu fiz acredito que seria um bom acréscimo para o componente. 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:'); FDataNascimento := LerCampo(Resposta,'Data de Nascimento:'); 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:'); //coloquei aqui pra capturar se o erro é de data caso o nome esteja vazio if Trim(FNome) = '' then begin Erro := LerCampo(Resposta,'Data de nascimento informada'); if Trim(Erro) <> '' then Erro := 'Erro de data'; end; //fim da adição de código finally Resposta.Free; end ; //caso tenha capturado o erro de data ele da raise if Trim(Erro) = 'Erro de data' then raise EACBrConsultaCPFException.Create('Data de nascimento divergente da base da Receita Federal.'); // fim da adição de código if Trim(FNome) = '' then raise EACBrConsultaCPFException.Create('Não foi possível obter os dados.');

Resolvi o meu problema. As maquinas que davam erro estavam com as DLLs Libx...dll desatualizadas.

Era isso mesmo Juliana, o DirArqRetorno. vou deixar aqui caso alguém precise de ajuda. // pegando a pasta do retorno independente do local que ele foi salvo. Edit1.Text:=ExtractFilePath( OpenDialog1.FileName ); ACBrBoleto1.DirArqRetorno:=Edit1.Text; //Pegando o nome do arquivo para ser tratado. Edit1.Text:=ExtractFileName(OpenDialog1.FileName); ACBrBoleto1.NomeArqRetorno:=Edit1.Text; Att.

Tudo bem que poderia ter pego e aberto o exemplo em lazarus que estava na outra pasta pois é mesma coisa! mas já está no svn .. atualize e abra novamente!

Okay, Desculpe, não percebi a questão do diretório! A hora que estiver pronto atualizo aqui e testo novamente. Da forma que está já consigo começar meus testes no ambiente do Lazarus.