aocampioni

Bom dia Sérgio, Realmente, entrei em contato com o pessoal e aconteceu o seguinte, a SEFAZ (disseram 'sem querer') bloqueou a versão 2.00.00 sem avisar o pessoal da TANCA e portanto não deu tempo deles comandarem a atualização nos SDK. Resultado, estão analisando lá agora pra enquadrar o nosso equipamento no problema pra poder liberar o envio de um novo SDK. Brincadeira essa SEFAZ, coitados dos fabricantes também, o que devem sofrer nas mãos dessa SEFAZ não é bolim. Obrigado pela dica,

André, bom dia! Por causa de sua versão do software básico é que o problema do horário de verão não ocorra e daí você consegue se comunicar com a SEFAZ normalmente. Agora a questão é ? Tem como descarregar esses cupons e atualizar o software básico pra poder voltarmos a operar normalmente ? Eis a pergunta, mas como eu disse, é algo a investigar esse tal 'horário de encheção de saco', ops, horário de verão. Até mais,

Pessoal, Bom dia! Sei que já tem uns dias esse tópico, mas alguém tem informações de como solucionar este problema ? Estamos na mesma. 20171106062406|SAT|info|================== SAT ligado. ================== 20171106062406|SAT|info|================= SuperLog TANCA ================== 20171106062406|SAT|info| Versão do Software Básico: 02.00.00 (Rev. 73_020000e/2016) 20171106062406|SAT|info| Número de Série: 900006036-27 20171106062406|SAT|info| CNPJ do Contribuinte: 08.723.218/0001-86 20171106062406|SAT|info| IE do Contribuinte: 149.626.224.113 20171106062406|SAT|info| Razão Social: TANCA INFORMATICA EIRELI 20171106062406|SAT|info| Cert. Digital válido até: 11/09/2020 20171106062406|SAT|info| No. do próximo CFe: 000154 20171106062406|SAT|info| DH último CFe transmitido: 14/07/2017-23:42:09 20171106062406|SAT|info| Último CFe transmitido: 35170708723218000186599000060360001290162907 20171106062406|SAT|info| DH última comunicação SEFAZ: 06/11/2017-00:44:39 20171106062406|SAT|info| Último CFe emitido: 35171108723218000186599000060360001535375763 20171106062406|SAT|info| Qde de cupons a transmitir: 24 20171106062406|SAT|info| Tempo até Bloq. Autonomo: 416d10h59m 20171106062406|SAT|info| Horário de verão: Não 20171106062407|SAT|info|Configurações da rede: 20171106062407|SAT|info| Interface: ETHERNET 20171106062407|SAT|info| Tipo de Rede: DHCP 20171106062407|SAT|info| Proxy: NENHUM 20171106062407|SAT|info|Diagnosticos de rede: em execução 20171106062407|SAT|info|Parametrizações de Uso em vigor (Recebidas em: 06/01/2017): 20171106062407|SAT|info| Nível do Log: [2] 20171106062407|SAT|info| transmissao: [tempo|00h06m00s] 20171106062407|SAT|info| verificacao: [tempo|00h01m00s|0001m] 20171106062407|SAT|info| comandos: [tempo|00h06m00s] 20171106062407|SAT|info| autoBloqueio: [conexao|9999h99m] 20171106062407|SAT|info|Estado atual: Ativado e desbloqueado. 20171106062407|SAT|info| SAT associado a Software House - CNPJ: 16.716.114/0001-72 20171106062407|SAT|info| Atenção: Existem CFes emitidos a mais de 26 dia(s) ainda não transmitidos. Data do último CFe transmitido foi em 14/07/2017. Uma coisa que notei é que, o problema pode estar relacionado ao horário de verão, por causa do sincronismo com a SEFAZ essa passou a não receber mais os cupons fiscais emitidos pelos SDKs. #medo..rsrs... Aí quem sabe o pessoal da TANCA dá uma investigada nisso. Estamos no aguardo também.

André, obrigado, amanhã já baixo a correção para o endereço e agradeço pelo esclarecimento acima.

Sérgio, Boa tarde. Segue. Na verdade é qualquer arquivo que gero. No ESCPOS não ocorre o problema do endereço tá ok. CFe35171008723218000186599000060360001416518419.xml André, Boa tarde. E onde encontro essa tag no componente ? Valew.

Pessoal, Boa tarde. Atualizei para o trunk2 recentemente e fui testar uma impressão do SAT no FORTES e na ESCPOS do cupom completo e está apresentando dois probleminha apenas, conforme imagem: 1) Com relação ao endereço, que , quando é grande demasiado vai pra outra linha sem dar o espaço de linha: FORTES 2) É com relação ao texto * Valor aproximado dos tributos dos itens : não informei nada relacionado a isso no item e mesmo assim essa mensagem sai de qualquer jeito : FORTES e ESCPOS, apenas extrato completo de ambos, no simplificado não sai. Havia um problema com relação à numeração do código de barras mas já resolvi ajustando a margem direita do FORTES. Na ESCPOS não acontece esse problema. Todos os fontes estão atualizados com a última release de ontem, 09/10/2017. Valew pessoal.

Pessoal, Bom dia. Eu modifiquei o fonte ACBrBoleto.pas e o relatório do fortes ACBrBoletoFCFortesFr para incluir um Layout BOLETORECIBOTOPO. Não é nada excepcional mas é de grande utilidade para os clientes que querem economizar com a emissão de boletos em papel A4 mas ao mesmo tempo querem o recibo de entrega mais completo possível. Portanto, se for possível subir essas alterações (simples, apenas incluí mais um tipo lReciboTopo no acbrboleto.pas e um layout boletorecibotopo em acbrboletofcfortesfr) seria bom pra que não ficássemos alterando toda vez que eu atualizar o repositório. Baixei os fontes atualizados do projeto ontem, 04/10/2017. Penso também que seria útil para os demais. Aguardo um parecer. Obrigado. Boleto exemplo - Sicredi Ag0999-11 Conta11222-0.pdf ACBrBoleto.pas ACBrBoletoFCFortesFr.dfm ACBrBoletoFCFortesFr.pas

Bom dia pessoal, Alguém está conseguindo enviar guias GNRE para Minas Gerais ? Atualizei para o Trunk2, fiz os testes, no demo, o teste que existe enviando para a uf favorecida como sendo PR funciona legal, já para MG, GO e alguns outros sempre me retorna : O mais estranho é que , quando envio sempre me gera dois arquivos env-log.xml e env-lot-soap.xml e o cabeçalho dos dois são diferentes e sinceramente não sei qual está enviando. Como mudou bastante as propriedades será que é algo que tenho que desabilitar para certos estados ? (não sei se viajei). Agradeço qualquer luz.

Pessoal, bom dia, Nos meus testes não acontecem mais os erros citados pelos colegas. Os fontes estão atualizados, os schemas também e tudo está ok. Não estou usando mais capicom, estou usando Wincrypt e está tudo ok. Só estou achando estranho Italo o retorno que estamos recebendo. Será que é da própria SEFAZ daqui e logo será corrigido? Perceba que o envio, a consulta status e tudo mais está retornando que já está na versão 4 do ambiente de homologação, porém os protNfe (infProt) e o retCancNfe (infCanc) estão retornando como se estivéssemos ainda na versão 3.10. Estou enviando também os fontes do teste que adaptei inclusive se quiser atualizar o repositório com estes fontes (pela ultima versão que baixei de ontem ainda não estavam adaptados totalmente pra versão 4. A gente vai se falando e reportando. testesacbr_funcional.zip

Olá Pessoal, Boa tarde. Estou tendo o mesmo problema, rsrs, gero o XML e envio, daí retorna com um infProt versão 3.10, tá esquisito. Na consulta pela chave no site, conforme o amigos disseram aí acima, ocorre o mesmo problema, não encontra a nota em homologação´, já se eu fizer uma consulta pelo próprio exemplo vai de boa. Pra mim, esse retorno não é do ACBr, me corrijam se estiver errado, porque verAplic é uma tag que vem na mensagem de resposta do WS que processou o pedido (no caso o de SP), baseado nos arquivos XSD da versão 4.0 e estes estão atualizados com a versão que está no site, baixei agora pouco. Outra coisa, se peço pra CRIAR E ENVIAR o retorno que tenho é esse aí acima, mas se peço pra CONSULTAR vejam que o protNFe já está retornoando abaixo. Tá tenso, espero que consertem isso o mais rápido possível pra gente não ficar doido e procurando 'pelo em cabeça de ovo'.

Fernando, Bom dia! Conforme o amigo Agnaldo postou o correto é realmente criar uma propriedade para tratar essa questão das versões mesmo, tenho dois clientes que trabalham com sicoob, o banco é o mesmo mas as cooperativas são diferentes e uma utiliza o layout 081 e 040 para o layout do header do lote e a outra já está totalmente atualizada com a última versão da febraban, que é 087. Consequentemente o layout do header do lote muda também. A febraban por vez ou outra inclui novos campos, altera descrições em seu layout e com isso as versões de layout mudam, mas as instituições parecem mudar apenas quando sentem necessidade. Até mais,

Estimado, bom dia! Tenho Sicredi homologado como está. Seguinte, o código do CEDENTE é o número da conta, então, se te passaram diferente não sei, mas todos os meus clientes SICREDI tem o mesmo número de código de cedente e de conta. Não deveria fazer diferença pegar do campo CONTA ou do campo CÓDIGO DO CEDENTE. Veja: Minhas configurações estão assim: ACBrBoleto.Banco.TipoCobranca := cobSicred; ACBrBoleto.Banco.Numero := 748; ACBrBoleto.Banco.Digito := 10; ACBrBoleto.Banco.Nome := 'SICREDI'; ACBrBoleto.Banco.TamanhoMaximoNossoNum := 8 ACBrBoleto.Cedente.Agencia := '0000'; ACBrBoleto.Cedente.AgenciaDigito := '99'; // posto de serviço sicredi dessa agência ACBrBoleto.Cedente.CaracTitulo := tcVinculada; ..... ACBrBoleto.Cedente.CodigoCedente := '12345'; ACBrBoleto.Cedente.Conta := '12345' ACBrBoleto.Cedente.ContaDigito := '6'; Então, não tem que fazer alteração nenhuma no fonte, ele está correto. Verifique novamente na agência, ou tente fazer dessa forma, configura seu sistema pra fazer do código do cedente o número da conta (sem dígito) e manda pra validar. Qualquer coisa posta aí. Abraço.

Sérgio, Obrigado companheiro, tava esquentando a pestana com isso. Valew pelo conselho. Abraço.

Pessoal, Boa tarde. Bom, pesquisei alguns tópicos e não encontrei exatamente o que preciso saber, portanto é o seguinte: preciso migrar para o acbrtrunk2 e também do delphi7 para o xe2; pergunta: migro primeiro meu trunk para trunk2, deixo tudo rodando e aí migro pro xe2 ou migro direto pro delphixe2 já com o trunk2 instalado e vou corrigindo ? Qual seria a opção de menor impacto? Alguém que tenha passado por isso pode dar uma luz? Obrigado.

Boa tarde estimado BigWings, Agora já não estou desesperado . Não me atentei que era pra baixar a nota técnica, olhei tantas vezes em tools\DFe\NFe\NT\2016 que simplesmente fiquei sem atualizar essa pasta mais de dois meses pra não interferir na migração que eu já havia começado. Realmente , ás vezes, nós programadores viajamos na maionese. Enfim, muito obrigado. Até mais,

Pessoal, Bom dia! Pergunta de um desesperado (rsrs). O envio de uma NFe no dia 1/8/2017 seguindo os schemas 3.10 ainda será aceito né ? É claro que também li na NT que a desativação do ambiente 3.10 é somente em novembro e tudo mais, mas é mais uma dúvida desesperada de quem não finalizou a migração mesmo, só pra tranquilizar. (tão desesperado que sequer consegui encontrar um tópico falando disso, por isso pergunto aqui). Antecipadamente grato pela atenção, Até mais,

William, Infelizmente tive que fazer essa 'besteira' também, rsrs, pois o concorrente tem e nós não tínhamos. Fiz bem simples, como a colega Simone mencionou num post dela. Criei um aplicativo 'servidor' que fica rodando na máquina do SAT como serviço e monitorando uma tabela FILASAT em meu banco de dados. Ao encontrar na tabela um registro com FILA=0 pega esse registro, monta o acbr_sat envia e imprime. Enquanto isso a estação fica aguardando o retorno através do campo FILA. Se o resultado a operação for ok, gravo 1 no campo FILA e a estação emite na tela a mensagem de que a operação ocorreu com sucesso e libera a tela para o usuário. Camarada Futture Software, fiz e não achei muito complexo não, a princípio, peguei o próprio exemplo do ACBrSAT e coloquei códigos pra ele funcionar como serviço, componentes de conexão pra se conectar com meu banco e criei uma função de pool pra monitorar uma tabela no banco de dados. Qualquer coisa posta aí que a gente vai trocando figurinhas. Abraço.

Pessoal, bom dia. Pra se ter uma idéia eu uso os fontes da versão 1 do trunk e não foi necessária nenhuma alteração pra homologar minha remessa para o Sicoob. Só houve um detalhe que corrigi no meu fonte (já que ainda está na versão 1) que é a posição 142 do seguimento P que criei uma propriedade para o usuário informar o tipo de desconto a ser dado, no mais, está tudo ok. Aliás, que esta propriedade possa ser criada no fonte do ACBrBancoBancoob também, no trunk2, pois tem pessoas que querem informar percentual do valor do desconto e não quantidade em reais. Até mais,

Pessoal, Boa noite. Preciso de uma dica sobre a instalação manual do ACBr Trunk2 no XE10. Está dando vários erros nos arquivos como : VCL. faltando na frente dos Arquivos CONTROLS, FORM, DIALOGS e etc. DamdfeRL com erro : ANCESTOR FOR TFRLDAMDFERL not found, e por aí vai. Tá bem trabalhoso. Pergunta: isso é normal ? Só o instalador funciona corretamente ? (lembrando que por ser trial, na verdade o instalador não funciona). Fiz um update do repositório hoje, mas pelo visto não é isso. Como isso é tratado no instalador ? Alguma dica? Obrigado e até mais,

Olá, boa tarde. Sim é isso. Um combobox com a carteira selecionada. Cadastramos uma conta corrente e a partir daí cadastramos as carteiras para essa conta (tipo mestre-detalhe), e o combobox lê esse DETALHE mostrando as carteiras cadastradas. Até mais,

Olá, boa noite. Eu leio o retorno e coloco em um stringgrid e depois processo de acordo com minhas necessidades. A dica do Solivan também é válida. Até mais,

dreamsoft_PR, Bom dia! Dá uma olhada nesse POST : Lá tem um pequeno exemplo de como tratar um retorno pelo ACBr. Espero que seja útil pra você. Até mais,

Vinícius, Boa noite. Bem vindo então, rsrs, abandonamos o cobrebemx também. Bom, no retorno eu trato dessa maneira: procedure TfrmXTrataRetornoBancario.LerRetornoAcbr; var bErroACBr : boolean; i : Integer; begin if(cmbLocalCobranca.ItemIndex=-1) then begin MsgInfo('Selecione um local de cobrança primeiro'); Exit; end; bErroACBr := false; try ConfigACBr; // lembrando que quando configuro deixo a tag ACBrBoleto.LeCedenteRetorno := true; except bErroAcbr := true; MsgErro('Dados não foram inseridos corretamente no componente ACBr'); end; if(bErroAcbr) then Exit; // o arquivo pode estar em qualquer lugar. ACBrBoleto.DirArqRetorno := ExtractFilePath(txtArqRetorno.Text); // somente o nome do arquivo ACBrBoleto.NomeArqRetorno := ExtractFileName(txtArqRetorno.Text); // carrega na coleção ocorrencias de cobrança ACBrBoleto.LerRetorno; txtRegistros.Value := 0; for i := 0 to ACBrBoleto.ListadeBoletos.Count - 1 do begin gridPesquisa.RowCount := i + 2; gridPesquisa.Cells[0,i + 1] := IntToStr(i); gridPesquisa.Cells[1,i + 1] := ACBrBoleto.ListadeBoletos.Objects[i].NossoNumero; gridPesquisa.Cells[8,i + 1] := ACBrBoleto.ListadeBoletos.Objects[i].SeuNumero; gridPesquisa.Cells[9,i + 1] := ACBrBoleto.ListadeBoletos.Objects[i].NumeroDocumento; gridPesquisa.Cells[2,i + 1] := FormatDateTime('dd/mm/yyyy',ACBrBoleto.ListadeBoletos.Objects[i].DataCredito); gridPesquisa.Cells[3,i + 1] := ACBrBoleto.ListadeBoletos.Objects[i].Carteira; gridPesquisa.Cells[4,i + 1] := FormatDateTime('dd/mm/yyyy',ACBrBoleto.ListadeBoletos.Objects[i].DataOcorrencia); gridPesquisa.Cells[5,i + 1] := ACBrBoleto.ListadeBoletos.Objects[i].CodigoLiquidacao; gridPesquisa.Cells[6,i + 1] := ACBrBoleto.ListadeBoletos.Objects[i].CodigoLiquidacaoDescricao; gridPesquisa.Cells[7,i + 1] := ACBrBoleto.ListadeBoletos.Objects[i].Sacado.NomeSacado; if(ACBrBoleto.ListadeBoletos.Objects[i].ValorRecebido > 0) then gridPesquisa.Cells[10,i + 1] := 'SIM' else begin gridPesquisa.Cells[10,i + 1] := 'NAO'; gridPesquisa.Cells[2,i + 1] := ''; end; if(trim(gridPesquisa.Cells[6,i + 1]) = 'Compensação Eletrônica') then gridPesquisa.Cells[6,i + 1] := 'Comp.Eletrônica'; if(trim(gridPesquisa.Cells[2,i + 1]) = '') then gridPesquisa.Cells[6,i + 1] := ''; gridPesquisa.Cells[11,i + 1] := FloatToStr(ACBrBoleto.ListadeBoletos.Objects[i].ValorRecebido); gridPesquisa.Cells[12,i + 1] := FloatToStr(ACBrBoleto.ListadeBoletos.Objects[i].ValorDesconto); gridPesquisa.Cells[13,i + 1] := FloatToStr(ACBrBoleto.ListadeBoletos.Objects[i].ValorMoraJuros); gridPesquisa.Cells[14,i + 1] := FloatToStr(ACBrBoleto.ListadeBoletos.Objects[i].ValorOutrasDespesas + ACBrBoleto.ListadeBoletos.Objects[i].ValorIOF ); gridPesquisa.Cells[15,i + 1] := FloatToStr(ACBrBoleto.ListadeBoletos.Objects[i].ValorOutrasDespesas); gridPesquisa.Cells[16,i + 1] := FloatToStr(ACBrBoleto.ListadeBoletos.Objects[i].ValorPago); gridPesquisa.Cells[17,i + 1] := FloatToStr(ACBrBoleto.ListadeBoletos.Objects[i].ValorDespesaCobranca); if( DescricaoMotivoRejeicaoComando.Text <> '' ) then // problemas na baixa, registro o motivo grdListado.Cells[18,i + 1] := grdListado.Cells[1,i + 1]+' - '+DescricaoMotivoRejeicaoComando.Text else begin // localizar título no sistema qryPesquisa.Close; qryPesquisa.SQL.Clear; qryPesquisa.SQL.Add('SELECT id, vencto, venda, cliente, situacaotit FROM contasareceber WHERE nossonumero = ''' + Trim(gridPesquisa.Cells[1,i + 1]) + ''''); qryPesquisa.SQL.Add('AND empresa = ' + variables._EMP_CODI); qryPesquisa.Open; if(not qryPesquisa.Eof) then begin gridPesquisa.Cells[0 ,i + 1] := 'SIM'; gridPesquisa.Cells[20,i + 1] := qryPesquisa.FieldByName('id').AsString; gridPesquisa.Cells[22,i + 1] := qryPesquisa.FieldByName('vencto').AsString; gridPesquisa.Cells[23,i + 1] := qryPesquisa.FieldByName('cliente').AsString; if qryPesquisa.FieldByName('venda').AsString = '' then gridPesquisa.Cells[21,i + 1] := '0' // lancto avulso else gridPesquisa.Cells[21,i + 1] := qryPesquisa.FieldByName('venda').AsString; if(qryPesquisa.FieldByName('situacaotit').AsString = 'P') then gridPesquisa.Cells[8,i + 1] := 'SIM' // alguem já baixou else gridPesquisa.Cells[8,i + 1] := 'NAO'; end else begin gridPesquisa.Cells[20,i + 1] := ''; gridPesquisa.Cells[21,i + 1] := '0'; end; qryPesquisa.Close; end; gridPesquisa.Row := i + 1; end; end; Dessa maneira, eu abro o arquivo de retorno, leio e pesquiso no meu bd pelo nosso número que gerei na remessa. Assim eu obtenho a ID do meu contas a receber e fica um botão na tela chamado PROCESSAR BAIXA pro usuário comandar as baixas. Veja aí se ajuda, Até mais,

Pessoal, Boa noite. Desculpe-me por ressuscitar esse assunto, mas há uma dúvida em um cliente novo meu. Seguinte, ele não está obrigado ao SAT em seu estabelecimento, mas, ele emite NF-e. Ele me perguntou se poderia emitir NFC-e quando o consumidor não quiser se identificar. Minha dúvida é: a Secretaria de SP credencia emissão de NFC-e tendo EPEC como contingência ao invés do SAT ? Já ví e lí vários artigos dizendo que não libera NFC-e sem ter um SAT ativado no ponto de venda, mas, e se a empresa não é obrigada a ter SAT ? Vi também o Marcelo Fernandez em entrevista na SESCON dizendo que a contingência da NFC-e pode ser o SAT ou a EPEC (portanto temos duas opções legais). Confere isso? Uma outra dúvida que o Italo citou aqui em 2015 é a de que o 'evento EPEC quando o problema é a internet do emitente (no caso o seu cliente).' Pelo que li na legislação e assisti nos vídeos do SESCON não seria isso, seria válido apenas se o AMBIENTE DE AUTORIZAÇÃO DA SEFAZ-NFC-e estiver indísponível, aí sim a EPEC é liberada. Após o retorno do ambiente de autorização da NFC-e, essas EPECs deveriam ser transmitidas normalmente. É isso mesmo ? E por último, não menos importante, a EPEC está implementada no ACBR ? Basta enviar como Evento normal mesmo de NF-e ? Agradeço por qualquer informação sobre esse assunto, Até mais,

Estimado, Boa noite. O código do cedente não poderá nunca ir em branco. Ele é essencial para o banco saber pra quem irá entrar o dinheiro da baixa do título em questão. Por isso, seu software deve se recusar a continuar emitir o boleto se o código do cedente estiver vazio. Código de transmissão é um código (que até hoje) que só vejo o santander utilizar. Ele é essencial para o santander, por isso não poderá estar vazio quando o banco escolhido for o 33. As configurações acima, são básicas para um emissor da caixa (padrão sicob-caixa) emitir seus boletos sem registro. Faça os testes de emissão, qualquer coisa poste aí. Até mais, Alexandre CONSULT ATECH Software.