ESSystem

Realmente BigWings, eu pesquisei por Denegada e apareceu esse caso e me confundiu. Interessante que aqui tambem deu corrompido e no caso é uma NFe Denegada. Aconteceu em produção no RJ. Vou anexar o xml de testes meu, daqui de SP, para você dar uma analisar pode ser ? Obrigado ! 35191067875161000108550010001767811371128792-nfe.xml

Aqui também estamos com essa ocorrência. Para reproduzir na verdade é só emitir uma NFe para um CNPJ que esteja denegado dentro do estado do emitente. Percebemos nos testes que tem cliente Denegado em RJ e quando emitimos de SP para lá a NFe aprova...

Bom dia ! Também estamos com o mesmo problema. Enviado email para a Sefaz e aguardndo retorno deles. Vamos ter que ficar mais espertos e renovar nossos CDs com mais antecedência para não corrermos mais esses riscos. Pontelo ESSystem

Boa tarde @Juliana Tamizou , Estava fazendo mais alguns testes referentes a geração do arquivo de cobrança do Sicoob e percebi que quando eu alimento a propriedade "DataMoraJuros" ele insere uma mensagem na parte destinada à mensagens do boleto, porem na mensagem aparece a "DataMoraJuros" com um dia à mais do que foi alimentado na propriedade. Por exemplo, se eu alimento a propriedade com o valor 15/10/2016, ao imprimir o boleto a mensagem sai "Cobrar juros de R$ 1,12 por dia de atraso para pagamento a partir de 16/10/2016". Gostaria de saber o porque isso ocorre. Não seria a partir da data do vencimento? que no caso é 15/10/2016... Fico no aguardo. att

Bom dia Juliana, Existe uma versão sim, na qual eu disponibilizei um pouco mais acima no tópico, porem quando eu fiz as alterações para ficar de acordo com o manual e enviei o arquivo para o software do Sicoob, o software retornou alguns problemas indicando as posições e as informações corretas para aquelas posições, assim como esta na imagem do primeiro post desse tópico, então fiz as alterações necessárias e enviei novamente o arquivo, o software aceitou o arquivo normalmente e gerou um retorno. att, Marcos Duca, Essystem

Bom Dia, Fiz algumas alterações no fonte que é usado para gerar a remessa do banco Sicoob e consegui homologar os boletos, enviei o arquivo para o sistema do sicoob e recebi o retorno, agora vou começar trabalhar encima dos arquivos de retorno do banco Sicoob. Vou postar o fonte logo abaixo para que possam conferir e talvez adicionar as alterações no projeto. Qualquer outra duvida entro em contato. Obrigado. Att,Marcos DucaESSystem. ACBrBancoBancoob.pas

Boa Tarde, @fernandoschulz Algumas coisas foram corrigidas e outras ainda estão erradas, eu ainda não terminei as correções, eu já estou tentando resolve-las tem algum tempo, porem estou com problemas de contato com o pessoal do sicoob, então estou tentando fazer a homologação dos arquivos direto pelo log de erros gerado pelo sistema que envia os arquivos de remessa do sicoob. Assim que eu conseguir enviar o arquivo de remessa sem erros e tiver sucesso irei postar as alterações para analise. Att, Marcos Duca ESSystem.

Bom dia Juliana, Sim, todos os campos estão preenchidos conforme o manual, pelo que reparei no fonte que gera o arquivo, tem valor que esta sendo passado fixo em certas posições do arquivo. Att, Marcos DucaESSystem.

Boa Tarde, Entrei em contato com uma pessoa que responsável por homologar os arquivos de remessa enviados para o Sicoob e enviando para ele o arquivo gerado pelo ACBr com as informações acima, essa pessoa me retornou por E-mail os seguintes problemas abaixo: OBS: Não fiz nenhuma alteração nos fontes do ACBr antes de gerar os arquivos. Continuo aguardando uma resposta. Obrigado.Att,Marcos DucaESSystem.

Boa tarde, Estou faz alguns dias tentando homologar a cobrança do banco Sicoob (756) porem estou tendo alguns problemas, alimentei o componente com as informações da empresa (Informações estarão no fim da explicação) e após isso, gerei o arquivo de remessa de 4 boletos e enviei para homologar no software do Sicoob, porem o software me retornou algumas criticas que estou anexando na imagem abaixo. E no arquivo gerado as informações estão corretas conforme o manual atualizado que o gerente do Sicoob me enviou (Anexarei o manual tambem) porem no software da Sicoob ele fala que as tais informações estão incorretas. Estou com duvidas de como prosseguir. Aguardo um retorno. Informações Usadas: Banco = 756Agencia = 4441-5Conta = 2167-9Carteira = 3Modalidade = 03Cedente / Convenio = 55050Layout = 240 Obrigado. Att, Marcos Duca ESSystem. Layouts para troca de informações-ATUALIZADA.xlsm PJ CAUCAO 756-0003.REM

Bom dia, Voltei aqui pois acho que encontrei o problema, no fonte ACBrBancoBancoob na função MontarCodigoBarras ele tem a seguinte lógica: if (Length(ACBrTitulo.Carteira) > 0 )then ACarteira := '1' else raise Exception.Create( ACBrStr('Carteira Inválida.'+sLineBreak) ) ; O que provavelmente faz a carteira 3 que eu estou passando ser trocada para 1. Acho que ai seria a mudança a ser feita. Fico no aguardo. att,Marcos Duca,Essystem.

Bom dia, Analisei a classe ACBRBoleto... Vou passar abaixo as informações fornecidas ao componente. Banco = 756 Agencia = 4441-5 Conta = 2167-9 Carteira = 3 Modalidade = 03 Cedente / Convenio = 55050 Layout = 240 No caso, na linha digitável era pra sair carteira "3" mas sai apenas "1". Estou verificando por aquela pré homologação do manual do Sicoob. Fico no aguardo, Obrigado att,Marcos Duca,Essystem.

Boa tarde, Estou configurando uma cobrança registrada caucionada para o Sicoob, porem após termos alimentado as propriedades necessárias estamos tendo o retorno de que a carteira não estava de acordo com o que deveria estar na linha digitavel, analisei o arquivo de remessa gerado e nas posições da carteira ela esta correta, contendo o numero 3. Tambem verifiquei o boleto, pois la tem o campo de carteira, porem no boleto a carteira também esta 3, então fui mais afundo do código e vi que a linha digitável é montada através do cód. de Barras do boleto, assim trazendo o numero "1" no lugar do numero "3" na posição que deve estar a carteira na linha digitável. Já tentei mudar algumas informações que são passadas para o componente mas não tive sucesso. Vou anexar uma remessa para vocês verem que esta com a carteira 3 e não 1 e também vou deixar a baixo a linha digitável incorreta que esta aparecendo. Linha digitável Boleto 1 incorreta : 75691.44418 03005.505007 00000.150011 7 68870000018000 Linha digitável Boleto 2 incorreta : 75691.44418 03005.505007 00000.220012 4 69180000018400 Fico no aguardo, Obrigado. att, Marcos Duca, Essystem. PJ756-0001.REM

Bom dia EMBarbosa, Testei com a função que você me indicou acima, até explorei outras propriedades e funções do TGerador para poder pegar esse XML gerado... Mas mesmo assim o XML que ele esta gerando é o de envio e o arquivo XML que eu estou precisando é com sufixo "-ProcEventoNFe.xml". Fico no aguardo de mais alguma sugestão. Obrigado. Att, Marcos Duca Essystem.

Muito obrigado Juliana, era isso mesmo. Agora esta resolvido. Att, Marcos Duca Essystem

Boa tarde, Estou configurando uma cobrança registrada para um cliente, porem após termos alimentado as propriedades necessárias do componente estamos tendo o retorno de que o convenio não estava de acordo com o que deveria estar, analisei o arquivo de remessa gerado e realmente quando o código aparecia no arquivo faltava 3 dígitos. Debuguei a aplicação e encontrei que a carteira (que compõe esse código que eles chamam de convenio) estava com problema, pois passo o código '17019' para o campo ACBrTitulo.Carteira e o componente assume como '17' apenas, pelo fato de ter uma propriedade que se chama TamanhoCarteiraque o sistema define como 2 e acaba fazendo com que o campo ACBrTitulo.Carteira assuma o valor com apenas 2 dígitos. Gostaria de saber como prosseguir com isso, pois preciso informar o código '17019' por completo para que o arquivo seja gerado corretamente. Estou colando abaixo o que o banco nos retornou: Efetuar os seguintes ajustes nos Arquivos Remessa: Arquivo "001-0018.REM": Header de Arquivo > Lote 0000 ---------------------------------------------------------------------------------------------------- Posições 033 a 052: Preencher com o código do convênio: '002660159001417019 ' ==================================================================================================== Header de Lote > Lote 0001 ---------------------------------------------------------------------------------------------------- Posições 034 a 053: Preencher com o código do convênio: '002660159001417019 ' Arquivo "001-0019.REM": Header de Arquivo > Lote 0000 ---------------------------------------------------------------------------------------------------- Posições 033 a 052: Preencher com o código do convênio: '002660159001417019 ' ==================================================================================================== Header de Lote > Lote 0001 ---------------------------------------------------------------------------------------------------- Posições 034 a 053: Preencher com o código do convênio: '002660159001417019 ' Arquivo "001-0019-1.REM": Header de Arquivo > Lote 0000 ---------------------------------------------------------------------------------------------------- Posições 033 a 052: Preencher com o código do convênio: '002660159001417019 ' ==================================================================================================== Header de Lote > Lote 0001 ---------------------------------------------------------------------------------------------------- Posições 034 a 053: Preencher com o código do convênio: '002660159001417019 ' Arquivo "001-0020.REM": Header de Arquivo > Lote 0000 ---------------------------------------------------------------------------------------------------- Posições 033 a 052: Preencher com o código do convênio: '002660159001417019 ' ==================================================================================================== Header de Lote > Lote 0001 ---------------------------------------------------------------------------------------------------- Posições 034 a 053: Preencher com o código do convênio: '002660159001417019 ' Arquivo "001-0021.REM": Header de Arquivo > Lote 0000 ---------------------------------------------------------------------------------------------------- Posições 033 a 052: Preencher com o código do convênio: '002660159001417019 ' ==================================================================================================== Header de Lote > Lote 0001 ---------------------------------------------------------------------------------------------------- Posições 034 a 053: Preencher com o código do convênio: '002660159001417019 ' Fico no aguardo, Obrigado. att, Marcos Duca, Essystem.

Bom dia, Neste post a resposta do Isaque diz que não pode modificar um XML pois ele fica adulterado, deste modo o arquivo XML "...-ProcEventoNFe" não é retornado na consulta, o que posso fazer neste caso? Vocês tem ideia de como posso conseguir o XML "...-ProcEventoNFe" sem com que eu o adultere? Fico no aguardo, Obrigado. Att, Marcos Duca Essystem

Boa Tarde, entendi a forma que deve ser feita, porém se eu salvar um único arquivo XML com todos os eventos da NFe e não tiver o arquivo XML "...-ProcEventoNFe" não vai fazer falta pro escritório? ou no caso eu teria que montar manualmente o arquivo XML "...-ProcEventoNFe" de cancelamento para poder enviar ao escritório?

Boa Tarde, Minha duvida é referente ao titulo, porem o meu problema é diferente. Imagine que eu faço um cancelamento de uma nota já autorizada e no meio do processo de retorno das informações minha conexão com a internet falhe ou caia, gostaria de saber como faço pra obter o XML do cancelamento que iria ser retornado ao fim do processo, no caso o arquivo "ChaveEEvento-ProcEventoNFe". Estou no Aguardo, Obrigado. Att, Marcos Duca Essystem

Boa tarde Juliomar, conferi sim, algumas coisas atendem minhas necessidades porém ainda não consegui pegar o protocolo de retorno do cancelamento, a propriedade vem vazia. Tentei das formas abaixo. with NFSE.WebServices.ConsNFSeRps.RetornoNFSe.ListaNFSe do begin retProtCanc := CompNFSe.Items[I].NFSe.NFSeCancelamento.Pedido.InfID.ID; end; retProtCanc := NFSE.NotasFiscais.Items[0].NFSe.NfseCancelamento.InfID.ID; retProtCanc := NFSE.WebServices.CancNFSe.Protocolo; Aguardando uma resposta. Obrigado. Att, Marcos Duca Essystem

Boa Tarde, consegui fazer o envio da NFSe normalmente e também consegui pegar os retornos fazendo um consulta, porem quando eu cancelo uma nota eu consulto ela assim como faço com o envio e armazeno os retornos necessários no sistema, porem as propriedades de retorno que estou tentando usar não vem preenchidas. Como eu deveria fazer para obter esses retornos? Estou disponibilizando abaixo a forma que estou fazendo, fico no aguardo de uma resposta. with NFSE.WebServices.ConsNFSeRps.RetornoNFSe.ListaNFSe do begin retProtCanc := CompNFSe.Items[I].NFSe.NFSeCancelamento.Pedido.InfID.ID; retMotivo := CompNFSe.Items[I].NFSe.MotivoCancelamento; retDhRecCanc := DateToANSI(NFSE.NotasFiscais.Items[0].NFSe.NFSeCancelamento.DataHora); end; Att, Marcos Duca Essystem

Obrigado Italo, fiz o que você disse e funcionou normalmente. O post pode ser fechado. att, Marcos Duca ESSystem

Ao usar a ConsultaNFSePorRPS usando o provedor Tiplan tive algumas dificuldades para obter o retorno, mesmo passando os parâmetros corretamente a função não retornava os valores nas propriedades. Fiz algumas analises e descobri que no fonte pcnLeitor tem a função "TLeitor.rExtrai" que dentro dela é passada em uma variável FArquivo com o XML em string, porém o XML vem com string '$lt;' que equivale a '<', mas no código a comparação é feita com '<' e assim ele não traz o retorno para as propriedades do componente, pois ele não encontra o sinal de menor '<'. O mesmo acontece para o sinal de maior '>' que equivale a string '$gt;' na variável de retorno. Fiz uma logica usando StringReplace para sanar o problema paliativamente. Se houver algum tipo de correção quanto a isso estarei no aguardo. Disponibilizarei a função alterada abaixo. OBS: Estou usando a cidade de Americana e também estou com os fontes atualizados. function TLeitor.rExtrai(const nivel: integer; const TagInicio: string; TagFim: string = ''; const item: integer = 1): AnsiString; var Texto: AnsiString; i,j: integer; begin //NOTA: Extrai um grupo de dentro do nivel informado FArquivo := StringReplace(FArquivo,'&lt;','<',[rfReplaceAll]); FArquivo := StringReplace(FArquivo,'&gt;','>',[rfReplaceAll]); FNivel.strings[0] := FArquivo; if Trim(TagFim) = '' then TagFim := TagInicio; Texto := FNivel.Strings[nivel - 1]; Result := ''; FGrupo := ''; for i := 1 to item do if i < item then Texto := copy(Texto, pos('</' + Trim(TagFim) + '>', Texto) + length(Trim(TagFim)) + 3, maxInt); j := pos('</' + Trim(TagFim) + '>', Texto); if j = 0 then j := pos('</' + Trim(TagFim) + ':', Texto); // Correção para WebServices do Ceará/MG //Correção para leitura de tags em que a primeira é diferente da segunda Ex: <infProt id=XXX> e a segunda apenas <infProt> // Texto := copy(Texto, 1, pos('</' + Trim(TagFim) + '>', Texto) + length(Trim(TagFim)) + 3); Texto := copy(Texto, 1, j + length(Trim(TagFim)) + 3); i := pos('<' + Trim(TagInicio) + '>', Texto); if i = 0 then i := pos('<' + Trim(TagInicio) + ' ', Texto); if i = 0 then i := pos('<' + Trim(TagInicio) + ':', Texto); //correção para webservice do Ceará if i = 0 then exit; Texto := copy(Texto, i, maxInt); // Alterado por Claudemir em 13/03/2013: j:=pos('</' + Trim(TagFim) + '>',Texto); // j:=pos('</' + Trim(TagFim) + '>', Texto) + length(Trim(TagFim)) + 3; j:=pos('</' + Trim(TagFim) + '>', Texto); if j=0 then j:=pos('</' + Trim(TagFim) + ':', Texto); //correção para webservice do Ceará // Result := TrimRight(copy(Texto, 1, j - 1)); Result := TrimRight(copy(Texto, 1, j - 1 + (length(Trim(TagFim)) + 3))); FNivel.strings[nivel] := Result; FGrupo := result; end; Att, Marcos Duca Essystem

Bom dia. Também estamos com problemas com o Itau. Ao enviar o arquivo remessa o banco retorna "Codigo da Ocorrencia/Movimento Invalido". O cliente reportou que teve cliente dele que não conseguiu pagar o boleto no banco, mas isso foi ontem no final da tarde. Estamos levantando mais informações ainda.

Atualizamos todos os clientes com a versao 1.0.8, vamos aguardar uns 10 dias e verificar se o problema foi resolvido... Pontelo