asterix

Olá turma, recentemente um cliente me relatou este mesmo problema! ja olhei aqui é a alteração do amigo esta correta, alguma previsão de quando ela irá para o SVN?

Então Daniel, o complicado será convencer o cliente a migrar do Auttar para o PayGo, mais vou preencher o formulário, e me interar sobre o PayGO. Obrigado!

Olá turma boa tarde! Recentemente surgiu a possibilidade de passar uma rede de supermercados para o meu sistema. Contudo. esta rede através do sistema que ela utiliza, estão fazendo uso do TEF da Auttar em modo DLL. Como já sou homologado com a SKYTEF para usilização do clisitef, propus a eles a migração, que eles negaram alegando as vantagens que os mesmos ja possuem na contratação do TEF da Auttar. Comecei então a analisar o componente do ACR, o qual ja utilizo a tempos e tenho a solução homologada da clisitefe vi que o mesmo possui uma integração com a Auttar através do TEF-IP, que e via troca de arquivos. Porem como já dito anteriormente o cliente já utiliza o TEF via DLL e não existe a possibilidade d emigração para este TEF via troca de arquivos, ate em contato com o suporte da Auttar, eles nem homologam mais novos clientes no TEF-IP (Via troca de arquivos) atualmente apenas ou via DLL ou via WebSocket. Desta forma, gostaria de saber dos nobrs amigos se alguem ja desenvolveu algo para este TEF? se tem alguma implementação utilizando o ACBr? Estou no inicio da leitura do manual técnico, mais ja pude perceber que é muito semelhante ao clisitef. Os manuais podem ser baixados em https://www.auttar.com.br/downloads/ Alguma ajuda neste caso?

Boa Tarde Turma Me deparei com um erro na classe "ACBrSpedFiscal.pas" método TACBrSPEDFiscal.WriteRegistro1001 o qual não estava totalizando o contador dos registros 1250 e 1255. Em anexo arquivo corrigido! ACBrSpedFiscal.pas

Olá Turma Bom dia Encontrei um erro na classe "ACBrEFDBloco_C_Class.pas" no método TBloco_C.WriteRegistroC181(RegC170: TRegistroC170) o qual estava como abaixo: procedure TBloco_C.WriteRegistroC181(RegC170: TRegistroC170); var intFor: integer; begin if Assigned( RegC170.RegistroC181 ) then begin if RegC170.RegistroC181.Count > 0 then begin if FBloco_0.Registro0000.IND_PERFIL in [pfPerfilA] then Check(False, 'O RegistroC181, não deve ser gerado em movimentações de saída, no %s, conforme ATO COTEPE 09/08', ['PerfilA']); end; for intFor := 0 to RegC170.RegistroC180.Count - 1 do begin with RegC170.RegistroC181.Items[intFor] do begin Add( LFill('C181') + LFill( COD_MOT_REST_COMPL ) + LFill( QUANT_CONV,0,6 ) + LFill( UNID) + LFill( COD_MOD_SAIDA) + LFill( SERIE_SAIDA) + LFill( ECF_FAB_SAIDA) + LFill( NUM_DOC_SAIDA) + LFill( CHV_DFE_SAIDA) + LFill( DT_DOC_SAIDA, 'ddmmyyyy' ) + LFill( NUM_ITEM_SAIDA) + LFill( VL_UNIT_CONV_SAIDA,0,6 ) + LFill( VL_UNIT_ICMS_OP_ESTOQUE_CONV_SAIDA,0,6 ) + LFill( VL_UNIT_ICMS_ST_ESTOQUE_CONV_SAIDA,0,6 ) + LFill( VL_UNIT_FCP_ICMS_ST_ESTOQUE_CONV_SAIDA,0,6 ) + LFill( VL_UNIT_ICMS_NA_OPERACAO_CONV_SAIDA,0,6 ) + LFill( VL_UNIT_ICMS_OP_CONV_SAIDA,0,6 ) + LFill( VL_UNIT_ICMS_ST_CONV_REST,0,6 ) + LFill( VL_UNIT_FCP_ST_CONV_REST,0,6 ) + LFill( VL_UNIT_ICMS_ST_CONV_COMPL,0,6 ) + LFill( VL_UNIT_FCP_ST_CONV_COMPL,0,6 )); end; RegistroC990.QTD_LIN_C := RegistroC990.QTD_LIN_C + 1; end; /// Variavél para armazenar a quantidade de registro do tipo. FRegistroC181Count := FRegistroC181Count + RegC170.RegistroC181.Count; end; end; Ja efetuei a correção no ponto marcado e estou enviando o arquivo para ser adicionado a versão. ACBrEFDBloco_C_Class.pas

Boa tarde a todos! Analisando a nota técnica "http://sped.rfb.gov.br/pasta/show/1573", a qual institui as mudanças para o SPED Fiscal a partir de 01/01/2021, pude ver que o ACBR ainda não está preparado para as mesmas! Exemplo: - Em "ACBrEFDBlocos.pas" adicionar em TACBrCodVer o código "015" - Criação do REGISTRO C181: INFORMAÇÕES COMPLEMENTARES DAS OPERAÇÕES DE DEVOLUÇÃO DE SAÍDAS DE MERCADORIAS SUJEITAS À SUBSTITUIÇÃO TRIBUTÁRIA (CÓDIGO 01, 1B, 04 e 55). -Criação do REGISTRO C186: INFORMAÇÕES COMPLEMENTARES DAS OPERAÇÕES DE DEVOLUÇÃO DE ENTRADAS DE MERCADORIAS SUJEITAS À SUBSTITUIÇÃO TRIBUTÁRIA (CÓDIGO 01, 1B, 04 e 55). Acredito serem apenas estas as alterações. Contudo, talvez alguém mais já tenha analisado as alterações e podem contribuir com novos comentários.

Ola Daniel boa tarde, aproveitando o gancho, esta impressora da Diebold possui as rotinas PosPrinter ja desenvolvidas?

Hum certo, não havia me atendado para isso, vou fazer os testes aqui, muito obrigado pelo retorno.

Olá Pessoal Boa tarde Já utilizo o componente AcbrBoleto a bastante tempo e sempre funcionou perfeitamente. Contudo, recentemente um cliente que utiliza ITAU com cnab400 me solicitou a possibilidade do envio de boletos por e-mail. Este cliente utiliza a modalidade que o próprio banco já emite e envia os boletos aos clientes dele. Então solicitei o manual ao banco, onde pude perceber a possibilidade utilizando o cnab400 (OPCIONAL – COBRANÇA E-MAIL E/OU DADOS DOSACADOR AVALISTA), alguém já teve esta necessidade? Via que o AcbrBoleto Itaú não possui isso implementado. OBS: Layout em anexo. layout_cobranca_400bytes_cnab_itau.rar

Ola Bom dia, alguma previsão para adicionar esta correção ao repositório?

Arquivos Alterados em anexo. ACBrEPCBloco_0_Class.pas ACBrSpedPisCofins.pas

Ola Elton Boa Tarde Ate fiz pesquisa no fórum, mais não cheguei a ver o tópico listado por você. Contudo, o erro que estou tendo e diferente deste ai! Estou analisando, não tenho uma confirmação final, mais uma breve analisada cheguei que na unit ACBrEPCBloco_0_Class.pas possuem alguns detalhes: 1º = Não foi declarado a variável "FRegistro0900Count: Integer;" 2º = O método "WriteRegistro0900" esta gravando '0990' ao invés de '0900' 3º = O método ""WriteRegistro0900" não esta incrementando o contador "FRegistro0900Count" que deverá ser criado no item 1º 4º = Na unit ACBrSpedPisCofins.pas no método "WriteRegistro0001" deve-se adicionar o código: if Bloco_0.Registro0900Count > 0 then begin with New do begin REG_BLC := '0900'; QTD_REG_BLC := Bloco_0.Registro0900Count; end; end; Não cheguei a fazer nenhum tipo de alteração, mais creio que estes pontos são capazes corrigir o problema.

Ola Bom dia a todos. Estou iniciando a leitura e alterações para adequar o sistema as novas legislações do SPED, e me deparei com um novo registro (0900), no entanto fui efetuar alguns testes aqui e percebi que o mesmo não esta sendo gerado corretamente. O mesmo esta sendo escrito no arquivo como registro 0990. e também não esta incrementando o contador de registros do arquivo. Alguém também já iniciou a implementação deste registro em seu sistema?

Olá Italo Boa Tarde Se serve como parâmetro, eu utilizo o componente ACBrCTe para todos os processos e estou, também recebendo "Endereço do site da UF da Consulta via QR Code diverge do previsto." da mesma forma como o amigo falou, em modo Normal, 1000 maravilha tudo flui perfeitamente, em modo contingencia SVC-SP e que gera o problema! estou aguardando o dia 07/10 pode ser alguma instabilidade no servidor do SVC-SP ou algo ate relativo as instabilidades recentes da sefaz de MG.

Bom dia Ítalo, era esta alinha de raciocínio que eu estava! Vou eu mesmo entrar em contato com a seguradora e tentar entender melhor oque ela esta querendo. Obrigado pela ajuda!

Ola Italo Bom dia Agora hoje me aconteceu algo inusitado com MDFe, um cliente que transporta combustível, o caminhão bateu e pegou fogo, morrendo o motorista, carga pegou fogo, caminhão sobrou so ferragem, a seguradora esta cobrando um MDFe com classificação que a carga não chegou ao destino, não esta aceitando CANCELADO e nem ENCERRADO, porem se tem opção de encerrar ou cancelar. É ai alguma ja passou por isso? oque eu faço agora?

Fiz a alteração na classe ACBrMDFe.pas conforme exemplo da ACBrBPe.pas e deu certo.. transmitiu corretamente. Anexo estou enviando a classe para validação e commit. ACBrMDFe.pas

Ola Italo, estava estudando o codigo afim de tentar ajudar na solução, e vi que o BPe também necessita da mesma validação, porem na classe ACBrBPe.pas o método GetURLQRCode esta gerando codificando sign de forma diferente, não seria esta a solução?

Ola Italo Boa Tarde Em anexo os XMLs com o erro relatado. 3258-rec.xml 319000007009892-pro-rec.xml 31190722701646000139580020000015032000015047-ped-sit.xml 31190722701646000139580020000015032000015047-sit.xml 3258-env-lot.xml

Atualizado os fontes e a rejeição 482 parou de ocorrer, no entanto apresentou uma nova rejeição: 496 – Assinatura do QR Code difere do calculado

Ola Bom dia a Todos, hoje me deparei com um erro no MDFe, ao tentar transmitir em contingência (tpEmis = teContingencia) e apresentado o seguinte erro: 482 – Parâmetro sign não informado no QR code para emissão em contingência Alisando o componente a classe ACBrMDFe.pas o método GetURLQRCode está considerando como contingência apenas (teDPEC e teFSDA) // Passo 2 calcular o SHA-1 da string idMDFe se o Tipo de Emissão for EPEC ou FSDA if TipoEmissao in [teDPEC, teFSDA] then sEntrada := sEntrada + '&sign=' + AsciiToHex(SHA1(idMDFe)); téria que adicionar também o teContingencia

Ola Amigo boa tarde, coloquei a opção sempre neste parâmetro e o erro continua, qual opção você colocou que funcionou?

Ola Amigo Boa Tarde, aguem conseguiu o tal retorno do servidor do IPM?

Bom dia Italo.. É você não estava mesmo brincando quando disse "rezar" ja estou enfrentando problemas para consultar o RPS pós-Autorização. hehehehehehe