Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Curso Dominando a NFCe - Fim do SAT em São Paulo? Esteja preparado Curso Responsável Técnico na NFe - Atenda à nova legislação Curso Dominando o ACBrBoleto - Via API ou CNAB Seja um membro do ACBr Pro e agilize seu software Participe do Discord do ACBr Regras e orientações da nossa comunidade

CarlosSolla

Membros Pro
 Perfil  Explorar Conteúdo

  • Total de ítens

    59

  • Registro em

  • Última visita

1 Seguidor

Sobre CarlosSolla

Últimos Visitantes

1.617 visualizações

CarlosSolla's Achievements

Enthusiast

Enthusiast (6/14)

  • Dedicated Rare
  • Reacting Well Rare
  • First Post
  • Collaborator Rare
  • Conversation Starter

Recent Badges

22

Reputação

1

Community Answers

  1. CarlosSolla
    Bom dia! Muito obrigado, Diego. Abraço.
  2. CarlosSolla
    Olá Diego, Obrigado pelo esclarecimento, consegui salvar aqui, estou te enviando os arquivos por email. Abraço
  3. CarlosSolla
    Eu estou utilizando a procedure ACBrNFe.DistribuicaoDFePorUltNSU(CodigoUFEmp, CNPJEmp, AUltNSU). Após chamar esta rotina eu consigo ler os documentos fiscais retornados na lista da propriedade ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip. É nesse momento que ao buscar a propriedade resDFe.xNome, no caso específico deste fornecedor, aparecem os caracteres estranhos. Os arquivos xml retornados ficam todos salvos na pasta que especifiquei na propriedade ACBrNFe.Configuracoes.Arquivos.DownloadDFe.PathDownload. Nesta pasta foram gerados arquivos xml com os seguintes sufixos: -resEventoNFe, -resNFe, -nfe, -procEventoNFe Como eu posso pegar o arquivo de retorno da consulta de distribuição completa? Nao consegui encontrar.
  4. CarlosSolla
    Olá Diego, Boa tarde! Vou enviar o xml do resumo do evento por email Obrigado
  5. CarlosSolla
    Boa tarde pessoal, Nenhuma luz ainda sobre este problema? Nos testes que fiz isto ocorre quando eu faço o TStringList.LoadFromFile no xml de resumo sem usar o TEnconding.UTF8; porém não consegui encontram onde o componente ACBRNFe faz esta leitura.
  6. CarlosSolla
    Olá Daniel, Agradeço pela resposta Após a chamada da função ACBrNFe.DistribuicaoDFePorUltNSU, eu leio os itens da lista ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip. Este problema ocorre ao ler os dados do resumo da NFe, na propriedade resDFe.xNome. Abraço
  7. CarlosSolla started following Ocorrencia código 1895 tipo: 2 no envio do S-1210 , Manifestação do destinatário - Caracteres estranhos na tag resDFe.xNome e Erro na validação da Remessa da Caixa Federal layout 240
  8. CarlosSolla
    Olá pessoal, Em algumas notas fiscais retornadas pelo componente ACBrNFe.WebServices.DistribuicaoDFe, estão vindo alguns nomes de emitente com caracteres estranhos na tag resDFe.xNome, como por exemplo: INDÚSTRIA E COMÉRCIO DE PANIFICAÇÃO ROSA DE OURO LTDA Alguém já teve este tipo de problema? Grato
  9. CarlosSolla
    Sim, verifiquei aqui e com esta alteração as instruções ficam em maiúsculas. Obrigado, Panda
  10. CarlosSolla
    Bom dia, pessoal! Após ter alterado aqui para gerar as mensagens do segmento S em maiúsculas, mesmo assim o analisador continuava apresentando erro afirmando que continha caracteres especiais (não tinha). Então, entrando em contato com o pessoal do banco, me passaram a instrução de que não seria necessário informar o texto referente multa e juros no segmento S, já que este segmento é opcional e o valor ou percentual de multa e juros já são informados em campos específicos. Retirei então a chamada da procudure ACBrBoleto.AdicionarMensagensPadroes, no momento de gerar o arquivo de remessa, para que o segmento S não seja gerado, e deu certo gerar validar a remessa pelo analisador. Agora vamos gerar um arquivo de teste e enviar ao banco, mas ao que parece tudo vai dar certo assim. Dessa forma, não será mais necessária a alteração solicitada. Agradeço a todos pela atenção.
  11. CarlosSolla
    Boa tarde Victor, Vou mandar Obrigado
  12. CarlosSolla
    Boa tarde pessoal! Estou fazendo a validação do arquivo e está dando o erro: "Inválido pois todos os caracteres devem estar em maiúsculo", conforme imagem em anexo. Teria alguma forma de acertar isso sem ter que mexer nos fontes do ACBR Boleto? Grato
  13. CarlosSolla
    Achei que o problema havia sido resolvido, mas continua o mesmo problema aqui também. Já abri também um chamado, mas eles respondem umas coisas sem sentido. Sempre que no mês exitem somente eventos cujo codIncIRRF = 79 e o total dos descontas é maior que o total dos vencimentos , vem esta advertência no retorno da 1210. Porém realmente não tem como os vencimentos sempre ficarem maior. Muitas vezes nem existe nenhum vencimento com codIncIRRF = 79, existem somente descontos mesmo. Se alguém puder ajudar quanto a isso , também agradeço muito.
  14. CarlosSolla
    Boa tarde! Também passei o caso para o suporte do eSocial, e inicialmente recebi uma reposta orientando para eu mudar a incidência de IRRF da rubrica 231-"Desconto de Adiantamento de 13º Salário" que foi a que gerou o negativo, para a incidência IRRF=12. Esta rubrica gerou um negativo no tpInfoIR=7900, porque ela é um desconto e não havia nenhuma outra rubrica de vencimento no mês com o mesmo tipo de incidência (codIncIRRF=09). Ao que parece os eventos com CodIncIRRF=09 entram no totalizador do tpInfoIR=7900. Após eu argumentar que fazer isso iria gerar uma totalização errada da base de IRRF 13º, reponderam o seguinte: Porém eu não cheguei a reenviar os eventos, pois o cliente já havia fechado a folha, e decidiu manter como estava. Vamos ver então se nos próximos envios não vai mais aparecer esta advertência. at.
  15. CarlosSolla
    Bom dia a todos! Eu recebi a seguinte advertencia ao enviar, já na versão S-1.2, o evento S-1210 ref. o mês 12 de um funcionário: Ocorrência nº 1 código 1895 Tipo 2 Descrição: O registro [tpInfoIR]=7900 e demonstrativo=xxxx foi zerado pelo sistema, pois o seu valor era negativo Acredito que este erro ocorre porque existem rubricas de desconto como por exemplo a rubrica "Desconto Adiantamento de 13º salário", que eu classifiquei com a natureza da rubrica = 5504 e o tpInfoIR=09 (Verba transitada pela folha de pagamento de natureza diversa de rendimento ou retenção/isenção/dedução de IR); então ao totalizar os valores por tpInfoIR o eSocial não encontra nenhuma outra rubrica de vencimento com este mesmo tpInfoIR, gerando um total negativo para este totalizador. Minha preocupação é se esta configuração da rubrica que eu fiz está correta. Estranho é que, neste caso acima, mesmo a rubrica estando com tpInfoIR = 09, o eSocial totaliza na 7900; Porém ocorreram outros casos em que a ocorrência, retorna o totalizador 79, conforme abaixo: Ocorrência nº 1 código 1895 Tipo 2 Descrição: O registro [tpInfoIR]=79 e demonstrativo=xxxx foi zerado pelo sistema, pois o seu valor era negativo Agradeço muito se houver alguém que possa me orientar sobre esta parte de configuração das rubricas. Estou perdido quanto a isso, e os funcionários de RH das empresas também tem dificuldade com isso. Abraços
  16. CarlosSolla
    Boa tarde! Deu certinho agora. Muito obrigado a todos! Abraços!
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...