russocorp

Vocês fazem o sistema para uso próprio, sem comercializar o mesmo?

Se for certificado A1, consegui fazer usando as dicas do post http://www.projetoacbr.com.br/forum/topic/18184-assinatura-digital-em-base64-pkcs1-duvidas/?do=findComment&comment=115729

Do meu ponto de vista, quando é feito um crediário, deveria ser usado o mpCreditoLoja, pois entendo que seria um credito do cliente com o lojista. A menos que eu tenha entendido errado o uso dessa forma de pagamento

No arquivo "Especificacao_SAT_v_ER_2_14_10.pdf" fala sobre essa parte, no item "2.1.5. Retorno de CF-e-SAT do SAT para o AC", na letra B deste item.

Olá Marcio, obrigado pela informação.

Boa tarde a todos. Hoje, meus clientes de ECF necessitam algumas vezes gerar NFe para os cupons fiscais, indo a tag: with Ide.NFref.Add do begin RefECF.Modelo := ECFModRef2D; RefECF.nCOO := qrPadraoNFe.FieldByName('NUMEROCUPOM').AsString; RefECF.nECF := '1'; end; Pois bem, isso será necessário de alguma forma ainda ter quando mudar para o SAT ou ele elimina essa necessidade? Desde já obrigado a todos.

se mudar para: TUtil = class public class procedure GetsignAC(var Chave: AnsiString); end; e tentar assim, pegando da classe mesmo: ACBrSat1.OnGetsignAC := Tutil.GetsignAC; não daria certo? ai não precisaria criar o objeto.

Olá senhores, estava lendo aqui do refactoring dos componentes e quero começar parabenizando pelo empenho na melhoria. Estava lendo o PDF que tem na pasta e vi o seguinte "Os componentes que geram Documentos Fiscais Eletrônicos foram agrupados na pasta ACBrDFe". Pois bem, o ACBRSat não deveria ir para dentro da pasta "ACBrDFe" também, seguindo o proposto no documento? Abraço a todos.

Bom dia a todos. O aparelho do SAT irá processar somente 1 requisição por vez, por exemplo, mando uma venda para ele, precisaria esperar fazer todo o processamento para poder mandar outra venda ou um cancelamento por exemplo?

Boa tarde a todos. Estou lendo aqui, o manual de orientação do SAT, para iniciar o desenvolvimento das adaptações necessárias no sistema para emitir o CF-e-SAT. Na pagina 23 do manual, item 4.a.4, diz que "Havendo previsão na legislação estadual, o extrato do CF-e-SAT poderá deixar de ser impresso, por opção do adquirente da mercadoria;" Alguém saberia me informar se essa impressão ficou opcional mesmo, de acordo com o que o cliente desejar ou não, sempre que fizer uma venda tenho que imprimir o comprovante para entregar o cliente? Digo isso porque, vários clientes meu que usam hoje o ECF tem os dados de email dos clientes, com isso, se eu não for obrigado a imprimir, poderia simplesmente gerar um PDF e enviar no email do cliente, somente para consulta da parte dele depois se necessário. Creio que poucos consumidores deixariam de querer o comprovante impresso, mas em tempos de crise qualquer economia é bem vinda, mesmo que relativamente baixa como é o custo de uma impressão. Desde já obrigado a todos.

Aqui resolveu o problema também, obrigado pela informação Renato.

Na verdade, mesmo sem a alteração, daria para usar as duas units no mesmo form, só precisaria colocar antes do teNormal a unit que ele se encontra, tipo PcnConversao.teNormal. Não lembro da sintaxe, se é assim mesmo, mas é algo nesse sentido.

Bom dia. Ao clicar para enviar a nota ou para verificar o status do serviço, na primeira vez que o meu cliente clica aparece a mensagem: "ERRO: WebService Consulta Status serviço: - Inativo ou Inoperante tente novamente. - O sistema não pode encontrar o arquivo especificado. - URL:https://nfe.fazenda.sp.gov.br/ws/nfestatusservico2.asmx- SOAPAction:http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico2" Da a entender que o serviço está inoperante, no entanto, logo após fechar a janela da mensagem de erro e clicar novamente no mesmo botão, aparece a mensagem de sucesso normal. Somente após isso que consigo transmitir a NFe para a SEFAZ de SP. Capicom instalado certinho, OpenSSL com a última versão disponível no site do OpenSSL, baixei os certificados raiz do site da NFe de SP. Como vi em alguns posts, fiz os procedimentos de marcar/desmarcar as opções de "Usar SSL 2.0 e 3.0" e as outras que tem logo abaixo, enfim, uma salada de coisas já foram testadas sem sucesso. Inicialmente achei que poderia ser SO, pois 2 clientes que deram esse problema estão com Win Server 2003, só que essa ideia caiu por terra quando deu o problema em um cliente usando Win 7. Se alguém tiver alguma ideia do que pode ser, por favor compartilhe Desde já muito obrigado a todos.

Só utilizar o SVN Update. Verifica no seu componente de NFE a versão que está sendo enviado do layout do arquivo, mais especificamente em Configurações -> Geral -> VersaoDF. por esse trecho "SP_NFE_PL_006q" da sua mensagem, creio que está tentando enviar a nota na versão 2.00 ainda. Possivelmente já foi desabilitado da UF que deseja mandar a versão 2.00, sendo possivel enviar somente a 3.10 Verifica o arquivo "NT2013.005_v1.21.pdf" do portal de nota fiscal ou o mais recente, que tem as informações certinhas do que precisa mudar.

Pelo que consegui entender do debug, ele armazena alguns cockies no primeiro GET que faz. Depois quando faço o GET só do captcha, os cockies permanecem, como se fosse aquela rotina do site de atualizar o captcha. Isso pelo menos foi o que deu a entender quando debuguei.

Segue novamente o arquivo que modifiquei, sem fazer a formatação dos fontes. Os 2 trechos que mudei coloquei um comentario com o nome Rafael, para facilitar a busca para quem se interessar em ver o que foi modificado. ACBrConsultaCNPJ.pas

Juliomar, desculpe, acabei realmente apertando Ctrl + D aqui Já já dou um revert aqui e modifico somente as partes que alterei e subo novamente para comparação.

Bom, fiz duas mudanças no ACBrConsultaCNPJ.pas e consegui pegar o resultado. Segue os 2 trechos que modifiquei e o arquivo .pas final, se quiserem ver e modificar. Lembrando que, precisa mudar, como já dito anteriormente, o carregamento do componente TImage para aceitar PNG agora. Acima ai já foi postado solução para isso. 1 - procedure TACBrConsultaCNPJ.Captcha(Stream: TStream); procedure TACBrConsultaCNPJ.Captcha(Stream: TStream); begin try //Passando só a URL do captcha, dava erro depois, na leitura dos campos. - Rafael HTTPGet('http://www.receita.fazenda.gov.br/pessoajuridica/cnpj/cnpjreva/cnpjreva_solicitacao2.asp'); HTTPGet('http://www.receita.fazenda.gov.br/PessoaJuridica/CNPJ/cnpjreva/captcha/gerarCaptcha.asp'); if HttpSend.ResultCode = 200 then begin HttpSend.Document.Position := 0; Stream.CopyFrom(HttpSend.Document, HttpSend.Document.Size); Stream.Position := 0; end; Except on E: Exception do begin raise EACBrConsultaCNPJException.Create('Erro na hora de fazer o download da imagem do captcha.' + #13#10 + E.Message); end; end; end; 2 - o inicio da function TACBrConsultaCNPJ.Consulta(const ACNPJ, ACaptcha: String; function TACBrConsultaCNPJ.Consulta(const ACNPJ, ACaptcha: String; ARemoverEspacosDuplos: Boolean): Boolean; var Post: TStringStream; Erro: String; Resposta: TStringList; StrAux: String; begin Erro := ACBrValidadorValidarCNPJ(ACNPJ); if Erro <> '' then raise EACBrConsultaCNPJException.Create(Erro); Clear; Post := TStringStream.Create(''); try Post.WriteString('origem=comprovante&'); Post.WriteString('cnpj=' + OnlyNumber(ACNPJ) + '&'); Post.WriteString('txtTexto_captcha_serpro_gov_br=' + Trim(ACaptcha) + '&'); Post.WriteString('submit1=Consultar&'); Post.WriteString('search_type=cnpj'); Post.Position := 0; .......... ACBrConsultaCNPJ.pas

Eita, acabei de me deparar com isso ai também. O cliente foi enviar uma NF de SP -> CE e não deu certo, somente após voltar 1 hora no relogio.

Ainda na mesma essa questão senhores, ou foi corrigido novamente o problema?

Fiz a modificação aqui, gerando XML com o acento e nada de ser feliz, retorna com o mesmo erro Algum dos colegas conseguiu uma solução para isso?

Bom, testando aqui, mesmo deixando com acento na hora de colocar a descrição no campo xProd, no XML que é transmitido o valor estava SEM o acento. Estou fazendo mais buscas aqui de onde é efetivamente gerado o XML, pois creio que dentro do componente deve ter um processo para remoção dos caracteres especiais.

Salve Rodolfo, até onde sei sim, o SAT é o emissor de cupom fiscal eletronico pra SP, o que me deixa um tanto preocupado ainda com falta de máquinas (pelo menos até ultima vez que pesquisei não tinha nenhuma homologada). No caso de NF-e independe do NFC-e. Tu vai precisar mudar o layout para o 3.10, pois em 01/12/2014 será desativado o ambiente do 2.00. Inclusive, o ACBR com mudança somente de algumas configurações nele e adicionando os schemas corretamente na pasta que tu salva os mesmos, já fará o envio da NF-e na versão nova já.

http://nighto.net/mei-webdesigner-programador/ nesse link o rapaz fala o que ele usou para fazer o cadastro como MEI.

Complicado essa situação com o Ginfes, desde ontem com problema e nunca assumem que tem coisa errada no WS deles. Os clientes aqui de S. J. Rio Preto estão muito, mas muito bravos, tenso é tentar explicar que estamos de mãos atadas.