Pesquisar na Comunidade

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

Pessoal, acabei de atualizar o ACBr e vi que estava dando erro para atualizar as ocorrências, ai vi o código e algumas funções estava desatualizadas como é o caso da GetOcorrenciasRemessa que trazia menos ocorrências do que deveria. Eu atualizei ela e também criei outras duas: GetOcorrenciasRetorno = retorna as ocorrências de retorno; GetOcorrencias = retorna todas as ocorrências (remessa e retorno) Peço que analisem o meu código e atualizem o componente. ACBrBoleto.pas

Olá pessoal, durante uma das leituras do arquivo de retorno do Bradesco, me ocorreu uma situação inusitada. Ao verificar os arquivos de retorno percebi um motivo "A4" em uma "Ocorrência 02 - Entrada Confirmada" A4 - Na ocorrência "02" E nos fontes do ACBrBoleto ao realizar a leitura do CNAB400 o codigo do motivo buscado é convertido para Inteiro mas por se tratar de uma String ocorre erro de conversão. Conversão da Leitura para Integer O estranho é que no manual mais atual que encontrei do Banco não existe Motivo "A4" e no manual disponivel pelo ACBr existe mas somente na ocorrência "28 - Débito de Tarifas e Custas". Link do Manual no Site do Bradesco: https://banco.bradesco/assets/pessoajuridica/pdf/4008-524-0121-layout-cobranca-versao-portugues.pdf Gostaria de saber se alguém já passou por algo parecido? Pois para mim parece ser Erro durante a geração do arquivo de retorno feito pelo Banco, porque nem no manual encontrei algo semelhante.

Bom dia, gostaria de por a disposição uma correção no arquivo ACBrBancoBancoob.pas. Com relação as ocorrências temos três funções importantes no AcbrBoleto, são elas CodOcorrenciaToTipo, TipoOCorrenciaToCod e TipoOcorrenciaToDescricao. Sendo que CodOcorrenciaToTipo e TipoOCorrenciaToCod devem ser inversamente equivalentes e TipoOcorrenciaToDescricao trazer a descrição mais fidedigna da ocorrência. Como estava: function TACBrBancoob.CodOcorrenciaToTipo Conteúdo [28: Result := toRetornoDebitoTarifas;] function TACBrBancoob.TipoOCorrenciaToCod Conteúdo [toRetornoManutencaoTituloVencido : Result :='28';] Line 1382 Conteúdo [28: Result := toRetornoDebitoTarifas;] Mantido em [28: Result := toRetornoDebitoTarifas;] Contido em [function TACBrBancoob.CodOcorrenciaToTipo]; Line 1445 Conteúdo [toRetornoManutencaoTituloVencido : Result :='28';] Alterado para [toRetornoDebitoTarifas : Result :='28';] Contido em [function TACBrBancoob.TipoOCorrenciaToCod]; Line 1486 Conteúdo [28: Result:='28-MANUTENÇÃO TÍTULO VENCIDO' ;] Alterado para [28: Result:='28-DÉBITO DE TARIFAS/CUSTAS' ;] Contido em [function TACBrBancoob.TipoOcorrenciaToDescricao]; ACBrBancoBancoob.pas Discriminação das alteracoes em ACBrBancoBancoob 04-12-2019.txt

Olá! Estou enviando como sugestão uma pequena alteração em relação à ocorrência do grupo "med" (medicamentos e matérias-primas farmacêuticas) na NF-e 4.0. Até então, o número máximo de ocorrências para o grupo era de 500. Porém, agora o número máximo é 1. Alterei para que se verifique o número máximo de ocorrências de acordo com a versão do layout. pcnNFeW.pas

Olá pessoal, estou com uma duvida. Estive verificando e implementando um retorno das mensagens das ocorrências do arquivo de retorno, para que se possa saber a situação de cada registro, sendo como um exemplo caso esteja rejeitado pelos dados estarem inválidos, então estava verificando o Santander e percebi que o retorno das ocorrências difere e muito da tabela que o manual apresenta, e a função que faz esse retorno recebe como parâmetro o tipo da ocorrência e o código da ocorrência mas somente verifica o código e retorna uma mensagem, minha dúvida seria se estaria correto do jeito que esta, ou teria que ser feita uma mudança para ficar como o manual, verificando também pelo tipo de ocorrência ? Uma pensamento que me veio a mente é que nos outros bancos essa função possui um "IF" para verificar o layout do arquivo antes de verificar o Tipo de Ocorrência e o Código do Motivo, podendo estar faltando essa lógica para o Santander. Abaixo estará a imagem da Função e logo após a imagem do manual. Imagem da Função do ACBrBancoSantander Imagem da Tabela do Manual Bom minha duvida seria essa ! Acredito que saber as ocorrências do retorno ajudariam o cliente a ter em mãos mais informações sobre como esta o registro que foi gerado. Manual Santander : Layout CNAB 240 posições Ago de 2013 v2.01.pdf O Manual é o mesmo encontrado na pasta Acbr\tools\Bancos\Santander. Desde já agradeço a atenção de todos.

Pessoal estava verificando e implementando o retorno das descrições das ocorrencias no arquivo de retorno do Sicredi, quando verifiquei essa lógica. Dessa forma sempre que tiver qualquer Código entre as colunas das ocorrências vai ficar colocando o código "99" buscando sempre a descrição deste, ou seja mesmo que o código seja "01" vai buscar a descrição do "99", e somente se o tamanho do "Copy(SegT, IdxMotivo, 2)" for menor ou igual a zero é que vai buscar pelo código que esta no arquivo, mas ai não teria código algum. Bom acredito que essa logica esteja errada pois deveria sim buscar sempre pelo código do arquivo para retornar as descrições corretas, ou teria alguma outra explicação para isso ? Acredito que a solução para isso seria apenas remover a logica que esta circulada de vermelho e remover o "Else" também.

Oi pessoal, estive verificando o retorno das mensagens de ocorrência e vi que a caixa busca apenas a primeira ocorrência ao invés de buscar as 5 ocorrências possíveis do arquivo de retorno, minha duvida é esta certo da forma que esta ou teria que buscar as 5 ocorrências caso exista ? Imagem do código atual E outra coisa que acabei de perceber se for os códigos de liquidação também busca apenas a primeira ocorrência ? Desde já agradeço a atenção.

Olá amigo; Como pego a descrição da acorrência na importação do retorno CEF? Obrigado var CodOcorrencia: Integer; begin CodOcorrencia := StrToIntDef(TipoOCorrenciaToCod(TipoOcorrencia),0); if (ACBrBanco.ACBrBoleto.LayoutRemessa = c240) then begin case CodOcorrencia of 01: Result := '01-Solicitação de Impressão de Títulos Confirmada'; 02: Result := '02-Entrada Confirmada'; 03: Result := '03-Entrada Rejeitada'; 04: Result := '04-Transferência de Carteira/Entrada'; 05: Result := '05-Transferência de Carteira/Baixa';

Oi gente, me surgiu uma duvida, vendo os fontes dos bancos verifiquei que a propriedade "OcorrenciaOriginal.Tipo" do titulo altera o código do Movimento no arquivo de remessa, minha duvida seria se ao alterar esse código o mesmo deve mudar para todos os segmentos do arquivo gerado? ao se mudar o código "01 - remessa" que é padrão caso não se passe nada para essa propriedade, o arquivo deve permanecer com a mesma estrutura? Bom só estou fazendo essa pergunta pois no banco Itau pelo que vi nos fontes o código do movimento no segmento "Q" é uma string fixa "01" mas no segmento "P" pode ser setada o código do movimento, gerando por exemplo um arquivo com segmento "P" = "02" no código do movimento e no "Q" sempre "01". E mais uma coisa, verifiquei que existem tipos diferentes para cada banco (alguns sao iguais), por acaso cada banco pode possuir tipos padronizados com o mesmo código ou códigos diferentes para a mesma ocorrência ? Exemplo do ITAU: Tipo de Ocorrência Segmento P Segmento Q Desde já agradeço a atenção.

Boa tarde, Alterei os seguintes métodos do AcbrBancoSantander de acordo com o manual CNAB 240 V 2.2 Outubro/2013 function TipoOcorrenciaToDescricao(const TipoOcorrencia: TACBrTipoOcorrencia) : String; override; function CodOcorrenciaToTipo(const CodOcorrencia:Integer): TACBrTipoOcorrencia; override; function TipoOCorrenciaToCod(const TipoOcorrencia: TACBrTipoOcorrencia):String; override; Alguns códigos de ocorrência de retorno estavam diferentes do manual. Obrigado, Renan. ACBrBancoSantander.pas

Boa tarde, Precisei incluir o tratamento para as ocorrências 31 e 38 na unit do HSBC. 31-Liquidação normal em Cheque/Compensação/Banco Correspondente 38-Liquidação de título não registrado - em dinheiro Segue em anexo para análise e, se possível, inclusão ao SVN. ACBrBancoHSBC.pas