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

    61

  • Registro em

  • Última visita

Tudo que CarlosSolla postou

  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
    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
  8. CarlosSolla
    Sim, verifiquei aqui e com esta alteração as instruções ficam em maiúsculas. Obrigado, Panda
  9. 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.
  10. CarlosSolla
    Boa tarde Victor, Vou mandar Obrigado
  11. 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
  12. 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.
  13. 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.
  14. 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
  15. CarlosSolla
    Boa tarde! Deu certinho agora. Muito obrigado a todos! Abraços!
  16. CarlosSolla
    Boa tarde a todos Estava apresentando um erro ao processar o evento 5012 no retorno da S-1299, não estava conseguindo pegar a versão do evento de forma apropriada. Fiz uma pequena correção na linha 285 pces5012.pas : de s := Copy(FXML, Pos('/evt/evtIrrf/', FXML)+18, 16); para s := Copy(FXML, Pos('/evt/evtIrrf/', FXML)+13, 16); Em anexo unit corrigida. pcesS5012.pas
  17. CarlosSolla
    Boa tarde a todos, Estava obtendo erro ao enviar o evento S-2240 e notei que tem 2 erros na linha 591 da unit ACBreSocial\PCNeSocial\pcesS2240.pas. Detectei 2 erros nesta linha: 1- Conforme o layout data inicial da tag dtFimCondicao é 16/01/2023 e está como 16/01/2022; 2-Na condição DateToStr(objInfoExpRisco.dtFimCondicao) <> dDataBrancoNula), no meu caso a função DateToStr retorna '30/12/99' enquanto a constante dDataBrancoNula = '30.12.1899' Acertei trocando a linha para essa: if ((objInfoExpRisco.dtIniCondicao >= StringToDateTime('16/01/2023')) and (objInfoExpRisco.dtFimCondicao > 0)) then Abraço!
  18. CarlosSolla
    Boa tarde! Consegui implementar o recurso da marca d'água na DANFE do FastReports, utilizando uma Banda Overlay com uma frxImage. Porém para funcionar, além de ter que incluir estes 2 componentes no arquivo FR3, é necessário alterar as units ACBrNFeDANFEFR.pas e ACBrNFeDANFEFRDM.pas Para utilizar o recurso criei 3 propriedades na unit ACBrNFeDANFEFR, as quais devem ser especificadas no código do programa. LogoMarcaDAguaPngFileName: String => se especificado ira ativar a marca d'agua, e deve conter o caminho do arquivo PNG que contem a imagem , que já deve ser bem transparente. LogoMarcaDAguaTop: Double => Posição vertical que a marca d'agua deve ser impressa na pagina da DANFE LogoMarcaDAguaHeight: Double => Altura da imagem Estou postando aqui para ver se pode ser útil a alguém, porém não tenho experiência com os componentes ACBR , e também só alterei a DANFE retrato. Abraço a todos! ACBrNFeDANFEFR.pas ACBrNFeDANFEFRDM.pas DANFeRetrato.fr3
  19. CarlosSolla
    Bom dia a todos! Esta semana ocorreu caso em que o cliente teve que fazer uma nota fiscal de devolução de uma venda exportação. A natureza de operação utilizada foi a 3211. A Sefaz retornava Rejeição 525: CFOP de Importação e não informado dados da DI. Porém o cliente não tinha a declaração de importação, pois não se tratava de importação e sim de uma devolução de exportação Pesquisei na internet e encontrei o tópico abaixo, orientando para preencher o campo DI com o termo "NIHIL', porém o ACBR faz uma validação do nº do DI e não aceitava. Para conseguir fazer o teste eu alterei a unit pcnNFeW, na linha 920, para aceitar. Após esta alteração consegui autorizar a NF, porém não tenho certeza se a solução foi a adequada, mas estou postando aqui caso alguém mais passe por esta situação. https://documentacao.senior.com.br/bancodesolucoes/erp/21702.htm Muito obrigado! pcnNFeW.pas
  20. CarlosSolla
    Ola BigWings, Boa tarde! Atualizei e colei a sua unit aqui, fiz vários testes e deu certo. Mais uma vez agradeço a todos. Abraço!
  21. CarlosSolla
    Boa tarde Italo, Agradeço muito!
  22. CarlosSolla
    Boa tarde Italo, É isso mesmo, só sai correto a primeira, as demais cartas saiam errado, com dados da primeira NFe, então fiz esta correção na TACBrNFeDANFEFR.ImprimirEVENTO, para resolver o problema aqui, mas toda vez que atualizo os componentes ACBR tenho que ficar revisando. Abraço!
  23. CarlosSolla
    Boa tarde! No cenário que utilizo aqui tenho uma tela de seleção na qual demonstro ao usuário as notas que têm carta de correção; o usuário pode selecionar várias notas para emissão da carta. Carrego todas as notas selecionadas para a lista do componente ACBrNFe, e faço um FOR , chamando a procedure TACBrNFeDANFEFR.ImprimirEVENTO, passando como parâmetro cada item (NFe) carregado no componente ACBrNFe. Caso o componente ACBrNFe sempre tiver somente um item carregado, não vai acontecer este problema. Nesse caso o parametro ANFE existente na procedure TACBrNFeDANFEFR.ImprimirEVENTO, fica sem utilidade.
  24. CarlosSolla
    Boa tarde a todos, Existe um problema na emissão da carta de correção da nota fiscal eletrônica quando são carregadas para a lista do componente ACBrNFe mais de uma nota, a carta de correção sempre sai com os dados da primeira nota. Detectei que o problema estava na procedure PrepareReportEvento, na linha 2122, que sempre estava carregando o item zero: NFe := TACBrNFe(DANFEClassOwner.ACBrNFe).NotasFiscais.Items[0].NFe; Fiz a correção na revisão17570 , e anexei a unit caso seja útil para mais alguém, aqui para mim resolveu o problema. Abraço! ACBrNFeDANFEFRDM.pas
  25. CarlosSolla
    Boa tarde! Acredito que consegui resolver o problema, que era na "function TinfoCREstabCollection.New: TinfoCREstabCollectionItem;" (linha 1173), faltava o comando Self.Add(Result); Unit alterada em anexo. Abraço a todos! pcesS5011.pas
×
×
  • 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.