Jump to content

logo_acbr_paygo.png

Chegou o TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


botao_saibamais.png

beneficios.png

Curso Dominando o ACBrMonitor
Novo Módulo Soluções de Varejo
Assine o SAC ACBr em qualquer plano e tenha acesso

Saiba Mais

Balança SM100 performance surpreendente

Tecnologia Japonesa   Teclado e Visor resistentes a água
Consumo inteligente de etiquetas   Baixo custo de manutenção
Comunicação Ethernet e WIFI independentes

Saiba Mais

Impressora de Etiquetas ELGIN - L42 PRO

Protocolos PPLA, PPLB, ZPL, EPL (automático)
Porta USB padrão Opcionais: Ethernet, Serial, Paralela
Sensor de Etiquetas Móvel Garantia de 18 meses

Saiba mais

Digibyte

Membros
  • Content Count

    173
  • Joined

  • Last visited

  • Days Won

    1

Digibyte last won the day on January 26 2014

Digibyte had the most liked content!

Community Reputation

33 Excellent

About Digibyte

  • Rank
    Membro

Contact Methods

  • Website URL
    www.digibyte.com.br

Profile Information

  • Sexo
    Masculino
  • Localização
    Curitiba/Pr

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Não me atentei a essa possibilidade, irei fazer isso. O SPED deveria reportar erro e permitir a alteração, como é normalmente. Compreendo que é uma situação um pouco específica, mas de qualquer forma, considerando que é algo bem simples sem qualquer impacto negativo, solicito se possível essa alteração.
  2. Quando não informo nada no campo COD_REC o ACBR manda '0000' na respectiva posição. Lá dentro do SPED, quando feito dessa forma, a edição fica travada, não é possível alterar qualquer campo do registro. Não forçar, mas permitir que seja corrigido um erro. Tanto '0000' quanto em branco darão erro de validação, mas como disse, com '0000' não tem como arrumar (nem o código, nem qualquer campo do registro). Porque então não mandar com o código correto? Eventualmente o cliente não lançou na época ou não cadastrou ou não tinha a informação. É melhor que no validador apareça como "não informado" para que ele corrija ali mesmo e se quiser também arrume dentro do sistema.
  3. Foi feita uma alteração no campo COD_REC para que exista a possibilidade de gerar o mesmo sem informação alguma ( || ao invés de |0000| ) Isso resolve uma questão prática pois as vezes não se consegue gerar o COD_REC corretamente pelo sistema (por motivos variados), sendo necessário corrigir dentro do SPED. Se for gerado 0000 o sped trava a possibilidade de edição do registro. Se for gerado sem nenhuma informação o SPED permite a edição/complementação/correção do COD_REC pelo cliente. Outras situações não serão afetadas. WriteRegistroY570 foi alterado de LFill(COD_REC, 4) + para LFill(COD_REC, 4, True) + ACBrECFBloco_Y_Class.pas
  4. Sim, tinha acabado de atualizar por causa do afastamento 37 (MP936) e vi no manual que tinha sido adicionado o 38 também, alguns dias depois. Eu nem uso mas já que está no manual aproveitei...
  5. Boa tarde, segue pequena correção, foi criado o afastamento 38 - Impedimento de concorrência à escala para trabalho avulso pcesConversaoeSocial.pas
  6. Validando no PVA. Já encontrei situações onde o PVA trava o arquivo mas mesmo reiniciando o computador, sem entrar no PVA, aparece o erro. Vou até refazer o processo de reiniciar o micro pra ter certeza com meus próprios olhos, não confio no cliente ...
  7. Bom dia. Ao tentar gerar o sped no micro do CLIENTE o mesmo fica pela metade e aparece uma mensagem de que "o arquivo está em uso". Sei que tem 0,0001 de chance de ser algum problema no acbr mas alguém já passou por isso ou tem alguma dica do que eu poderia verificar, o que poderia ser?
  8. Digibyte

    Sped Contábil

    Pelo que entendi já está sendo gerado o eSocial pela lib, achei que seria da mesma forma
  9. Digibyte

    Sped Contábil

    E teria como eu iniciar, qual a complexidade?
  10. Digibyte

    Sped Contábil

    Boa tarde. Gostaria de saber se o Sped Contábil (e outros) será ou está sendo incluso no AcbrLIB.
  11. Estava escrevendo que acabei de verificar isso mas você foi mais rápido, acertou na mosca. Vou ver se o resto do código está ok.
  12. Boa tarde, estou usando o ACBR para baixar o resumo, manifestar e baixar as notas, processo que já foi bem discutido aqui. Acontece que tenho uma situação onde os resumos vem faltando dados de forma que não consigo manifestar eles. pesquisei no fórum e o que achei foi a respeito do SSL para nota 4.0, já alterei e nada. É possível que seja algo básico que não consigo ver, alguém poderia da uma dica? for iFor := 0 to ACbrNFeConsulta.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Count - 1 do begin if ACbrNFeConsulta.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[iFor].resDFe.chDFe <> '' then begin DocZipItem := ACbrNFeConsulta.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[iFor]; ....
  13. Até a data de ontem existia um erro na implementação desta nota técnica no ACBR, segue correção. Explicando: no caso de ME e EPP o grupo também não deve ser preenchido, então se for informado indPorte = tpNao o grupo não deverá ser gerado. pcesS1000.pas
  14. @Italo Jurisato Junior Localizamos uma pequena falha na formatação de uma data, segue correção conforme manual. No manual solicita que a data seja em formato YYYY-MM-DD. pcesGerador.pas
  15. Não vou porque eu não trabalho com a parte de emissão de notas, apenas com a leitura e importação dos arquivos. Acho que não seria tão difícil usando os modelos existentes, as vezes se conseguir começar o pessoal vai ajudando.
×
×
  • Create New...