aocampioni

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.

Blz então Juliomar, vamos fazer testes. Qualquer coisa vou reportando. Até mais,

Italo, Boa noite. Vc saberia me dizer que correções faltam fazer no ACBrGNRE ? Estou começando a instalar o trunk2 para testar. Já vi que o ACBrNFSe já está liberado mas gostaria de saber sobre o GNRE, o que falta. Obrigado e até mais,

claudemirlima, Boa tarde. É obrigatório para qualquer regime quando a operação é interestadual e o cliente é consumidor final. O que existe de diferente é que do lado da empresa do simples que emite a nota a tag com o valor da partilha do remetente é zerada. No mais o cálculo é igual ao de uma empresa do regime normal (real ou presumido). Até mais,

bfbraz, Boa noite. Não tem valores de partilha mas tem que existir as tags, porém, como o produto é isento a maioria dessas tags vai zerada: <ICMSUFDest> <vBCUFDest>100.00</vBCUFDest> <pFCPUFDest>0.0000</pFCPUFDest> <pICMSUFDest>0.0000</pICMSUFDest> <pICMSInter>12.00</pICMSInter> <pICMSInterPart>40.0000</pICMSInterPart> <vFCPUFDest>0.00</vFCPUFDest> <vICMSUFDest>0.00</vICMSUFDest> <vICMSUFRemet>0.00</vICMSUFRemet> </ICMSUFDest> Produto de 100,00 reais. Vai a base apenas, o ICMS interestadual e a alíquota da partilha do destino. Esses valores desse produto não devem fazer parte do total, portanto se tiver 2 produtos um isento e outro não apenas soma-se nas tags do total o produto que não é isento. Veja aí se funciona e avise-nos, Até mais,

Rodrigoogioni, Boa tarde. Falei besteira mesmo, rsrs, contribuinte isento e contribuinte não gera as tags. O não contribuinte gera, porém se o PRODUTO for isento de tributos é que as tags devem ser zeradas. <ICMSUFDest> <vBCUFDest>100.00</vBCUFDest> <pFCPUFDest>0.0000</pFCPUFDest> <pICMSUFDest>0.0000</pICMSUFDest> <pICMSInter>12.00</pICMSInter> <pICMSInterPart>40.0000</pICMSInterPart> <vFCPUFDest>0.00</vFCPUFDest> <vICMSUFDest>0.00</vICMSUFDest> <vICMSUFRemet>0.00</vICMSUFRemet> </ICMSUFDest> Produto de 100,00. Preenche a base, as tags da operação interestadual e a partilha que deveria ir para o destino. Até mais,