lukas1056

Oi pessoal, estou tendo o mesmo problema, mas pude perceber que nem sempre o mesmo ocorre, tentei substituir as dlls que estão junto ao executável por aquelas da pasta DLLs do Acbr mas o erro persistiu, então fui atrás de ver se não era algo no meu código, durante o processo verifiquei que o link para o download dos captchas que ao serem executados no navegador a página não estava carregando mas dando erro ao carregar a página (raras vezes os links funcionaram ao atualiza-los), oque me levou a crer que realmente esses erros se da por instabilidade no servidor da receita. Link da consulta do CPF: Link da consulta do CNPJ: Obs: Pode não ter nada a ver mas achei estranho o link mudar de: http://www.receita.fazenda.gov.br para http://idg.receita.fazenda.gov.br/ . Obs: O componente é muito bom, mas o servidor da receita da muito problema.

ok mais uma coisa, existe a possibilidade de no componente adicionar mais de um lote para envio? acabei procurando essa funcionalidade mas não encontrei.

Oi pessoal, bom estava realizando testes e ao mandar para o ambiente de Homologação eventos S-1040 (Tabela de Funções/Cargos em Comissão) e me deparei com o seguinte erro: minha duvida seria alguém já passou por esse erro ? Tem um limite de eventos que podem ser mandados por vez ao webservice ? Aqui estou mandando muitos eventos ao mesmo tempo são mais de 100 eventos pois há mais de 100 funções diferentes cadastradas. Se alguém puder me dizer oque poderia ser esse erro agradeço.

Obrigado por sua resposta @Alisson Souza Pereira, vou fazer os testes aqui. É parece que estava me confundindo mas foi porque a mensagem que retorna mesmo sendo esses eventos fala do recibo. Mas obg pela ajuda vou ver aqui e qualquer coisa posto mais no fórum.

Tudo bem, mas no evento ao realizar a alteração em qual TAG é informado esse recibo para que eu possa alterar o evento anteriormente enviado? essa é minha maior dúvida, eu sei que recebo o recibo após um evento ser recebido e processado com sucesso, mas e onde uso esse recibo na alteração?

Oi pessoal, estive verificando e tentando mandar alguns eventos pelo eSocial, minha duvida seria para realizar alterações e exclusões é necessário ter o numero do recibo de cada evento enviado certo ? onde no layout do xml é mandado esse recibo ? ou é simplesmente excluído ou alterado pela data de inicio e fim ? Por exemplo mandei 15 eventos de rubricas diferentes para o esocial com data de inicio de Hoje "2018-05", foram recebidos e processados com sucesso, então me retornou o recibo de cada uma delas, ok e para alterar e excluir uma delas agora qual seria o procedimento? ah e outra coisa, se eu mandei em homolagao somente os eventos de s1000,s1005,s1010 e s1020 ao tentar zerar a base de homologação esta certo me dizer que ao evento esta vinculado vínculos trabalhistas, portanto não me deixar excluir ? Desde já agradeço a atenção de todos.

Resolvido o problema, para mim era uma questão do layout ser o 2.04.02 (atual) e a pasta de esquemas na configuração não estar configurada corretamente na 2.04.02 ;D

Alguém descobriu algo sobre esse assunto ? aqui esta dando a mesma coisa, a unica diferença é que estou usando somente em Homologação.

Ok obrigado pela ajuda.

Obrigado gente vi oque estava fazendo de errado, ao invés de usar os schemas da pasta (que por acaso não tinha visto antes kkk) conforme o Rafael Dias disse, tinha baixado os esquemas do site do eSocial ocasionado o erro. Conforme o Arce disse vou ler os manuais e continuar testando o exemplo para possivelmente implementar no sistema da empresa. Desde já agradeço a ajuda.

Ok, mas ainda não gera os arquivos correto ? só realiza as assinaturas e envios ? só pergunto porque já estou testando o exemplo mas nessas partes tenho problemas dando erro nos schemas ao tentar criar. Novamente Obrigado pela atenção.

Oi pessoal, desculpa o incomodo mas gostaria de saber o eSocial esta ainda em desenvolvimento pelo ACBr ? Desde já agradeço a atenção.

Alguém ?

Alguém saberia algo sobre isso ?

Olá pessoal estive verificando e percebi que ao passar as informações necessárias para gerar o arquivo de remessa para o Banrisul o mesmo estava gerando o numero da conta incorretamente, por exemplo se a minha conta for " 35.1287420-9 " (Conta fictícia criada apenas para exemplo com números aleatórios ), sendo os dois primeiros dígitos utilizados para identificar o tipo da conta , os próximos sete como o numero da conta e o ultimo como digito verificador. Acontece que antes da alteração feita só era possível adicionar o Numero da conta e o digito verificador, mas ao setar a conta com os 9 dígitos passa pela função IntToStrZeros que faz o tamanho ficar 7 que é o tamanhoConta no TAcbrBancoBanrisul, então a minha alteração feita foi apenas adicionar mais uma property ao ACBrBoleto "CodTpoConta" que ira receber esse código que vem antes do numero da conta, para que no momento da geração do arquivo o mesmo seja gerado corretamente contendo os três zeros como informa o manual, o código do tipo da conta e o numero da conta propriamente dito com os 7 digitos. Imagens: Adicionado a variavel Adicionado a Property Alterado para ao gerar o Header seja colocado a conta com os três zeros mais o código do tipo da conta e o numero da conta. Alteração no GerarRegistroHeader240 Alteração no Segmento P Nesta parte a conta vai ser formatada assim dizendo de acordo com o TamanhoConta definido no TACBrBancoBanrisul, no caso 7 dígitos Set Conta Nesta parte pode ser visto o tamanho da conta do banrisul que é usada na função da imagem anterior. Tamanho da Conta Essa função serviria para colocar zeros caso o tamanho do numero fosse menor que o tamanho passado, mas neste caso remove digitos pois o numero passado é maior que o Tamanho definido. (No caso o numero tem 9 digitos e o tamanho é 7). Função IntToStrZeros Manual do Banrisul CNAB240 Conta corrente. Link do manual: http://www.banrisul.com.br/bob/data/CobrancaEletronicaBanrisul_layout_pdr_Febraban240_vrs25102013.pdf?cache=9 Arquivos para teste: ModificaçoesBanrisul.rar Bom gente, primeiramente agradeço a atenção de todos, gostaria que fosse validado essas alterações pois acredito que seja desta maneira que deva ser tratado a conta no caso do banrisul, e se eu estiver errado sobre algo por favor me digam! Sou iniciante no Delphi, mas essa foi a forma que encontrei para gerar o arquivo com essas informações corretas. Estou no aguardo da validação desta alteração. Muito Obrigado.

Olá Claudiomir, por acaso para poder usar o Caixa Sicoob você teve que alterar o código no TACBrBoleto ?, pois no "GetTipoCobranca" onde é setado o banco não há Opção para a Caixa Sicoob somente para a Caixa Econômica. Desde já agradeço sua atenção.

Oi, pessoal fiz uma alteração para buscar todas as ocorrências no arquivo de retorno para a Caixa, assim como é atualmente para outros bancos no AcbrBoleto, estou postando os fontes para testes! Sendo resolvido a primeira parte, mas ainda estou em duvida sobre a segunda pergunta feita, ou seja na liquidação só ira pegar o primeiro código de ocorrência e depois com o case adiciona a descrição de pagamento ou deveria buscar todos também ? Imagem da modificação realizada Arquivo para teste: ACBrBancoCaixa.rar Desde já agradeço a atenção de todos.

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.

Ainda não estou procurando ainda, infelizmente ainda não responderam aqui e em outros lugares não estou achando uma resposta.

Bom gente alterei o arquivo para que busque sempre pelos códigos das ocorrências que são lidos no arquivo, basicamente só removi a parte destacada em vermelho e o "Else" logo após. Estou anexando a Unit modificada e gostaria que fosse validado. Arquivo: Sicredi.rar Desde já agradeço a atenção de todos, e aguardo por um retorno. Obrigado.

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, gostaria de saber se no arquivo de retorno sempre que tiver o código de movimentação 02 o arquivo foi rejeitado pelos bancos não estando então apto para ser realizado a baixa no sistema desse registro ? Pois no manual do FEBRABAN diz que os códigos de movimentação 02, 03, 26 e 30 estão vinculados as ocorrências de rejeição. Então minha maior duvida é : Não importa se é código "02 - Entrada Confirmada" , é considerado rejeitado e não se pode realizar a baixa deste no sistema ou somente se for 02 mas tenha ocorrências não se pode baixar ? E mais uma coisa, olhando os fontes até agora só os fontes da caixa esses códigos são verificados com os movimentos 02,03,26 e 30, nos outros somente no 03, estaria certo dessa maneira que se encontra ou realmente de acordo com o manual essas ocorrências de rejeição deveriam ser verificadas para todos os 4 códigos de movimento ? Sei que existe bancos como o Santander que no manual não é informado o código 02 para rejeições, mas na maioria sim então estou em duvida. Desde já agradeço a atenção, Obrigado.

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.

Itau cnab 240 Pessoal ouve algumas alterações: 1 - Foi verificado que não estava contando o segmento R no numero de arquivos tanto do Trailer do Lote como no Trailer do Arquivo. 2 - Passado o Código ao invés da descrição para a Especie do Titulo 3 - Adicionado Código e Dias para Baixa, que era zerado por padrão. Arquivo: Itau.rar Espero pela validação destas alterações realizadas para o Banco Itau, espero ter conseguido ajudar desde já agradeço a atenção de todos.

Pessoal, vi que fiz confusão ao colocar o valor da multa, estava colocando o percentual no fixo e o fixo no percentual então alterei o arquivo. Arquivo: Itau.rar Agradeço a sua atenção.