Ir para conteúdo
  • Cadastre-se

Davidson Paiva

Membros
  • Total de ítens

    6
  • Registro em

  • Última visita

Davidson Paiva's Achievements

Rookie

Rookie (2/14)

  • Reacting Well Rare
  • First Post
  • Conversation Starter
  • Week One Done
  • One Month Later

Recent Badges

0

Reputação

  1. Juliana, function TACBrBancoSicredi.MontarCampoNossoNumero (const ACBrTitulo: TACBrTitulo ) : String; begin Result:= FormatDateTime('yy',ACBrTitulo.DataDocumento) + '/' + ACBrTitulo.CodigoGeracao + RightStr(ACBrTitulo.NossoNumero,5) + '-' + CalcularDigitoVerificador(ACBrTitulo); end; a função seria essa? Ela por si não estoura os 5 caracteres? Existe um jeito de eu usar a função direto ou preciso criar uma externa baseada nessa?
  2. Italo eu não havia visto essa documentação em pdf disponibilizada, porém, não nos ajuda em nada. Hoje temos o cenário da contingência e por algum motivo até o momento não sabendo pq na autorização pós contingência não é capturado o XML com a tag de autorização, e muitas vezes ainda permanecendo em nosso banco dados com PENDENTE DE TRANSMISSÃO, porém a mesma já está autorizada na sefaz, o que nos leva ao procedimento de CONSULTA POR CHAVE DE ACESSO a qual é me retornado cstat 100/150 e eu atualizo meu banco de dados como TRANSMITIDA, porém, o XML fica sem a tag ocasionando problemas na contabilidade ao exportar os mesmo, pois apresenta como NFCe autorizada porém com XML de contingência, o nosso carma é justamente pegar esse XML com a tag preenchida.
  3. Ao enviar uma NFCe e o retorno cstat 204 os campos: - ACBrNFe.NotasFiscais.Items[0].NFe.procNFe.chNFe - ACBrNFe.NotasFiscais.Items[0].XML - ACBrNFe.NotasFiscais.Items[0].NFe.procNFe.dhRecbto - ACBrNFe.NotasFiscais.Items[0].NFe.procNFe.nProt - ACBrNFe.NotasFiscais.Items[0].NFe.procNFe.digVal Estão vindo em branco, já que o retorno é duplicidade, não sei se o correto seria retornar os dados originais? Em caso de negativa aos dados originais o comando consultar seria a alternativa, é o que uso atualmente, porém estou com um grande problema sobre o XML com a autorização. Ao enviar a nota que caiu em contingência, ou seja, ainda não tem a autorização o XML se mantém correto, porém, ao tentar re-enviar e ocasionar o cstat204 (caso autorize[100 ou 150] de imediato o XMLé preenchido correto), ao enviar a consulta tanto por XML ou por Chave de acesso pelo comando: ACBrNFe.NotasFiscais.Clear; ACBrNFe.WebServices.Consulta.NFeChave := CHAVE ACBrNFe.WebServices.Consulta.Executar; Não tem o ACBrNFe.WebServices.Consulta.XML (autorizado), estamos tento problemas com vários contadores por conta disso. ACBrNFe.WebServices.Consulta.protNFe.XML_NFe e ACBrNFe.WebServices.Consulta.protNFe.XMLprot também não trazem nada. É possivel por consulta retornar o XML autorizado?
  4. Peguei o arquivo e as correções OK Porém na posição 143 a 147 a qual esta indo '00000' é necessário ir o campo aAgencia
  5. Estou na ultima revision 17521 de 21/08/2019 Diante do Erro da posição 72 eu pude observar conforme anexos que na linha 727 o sistema mandava vazio e o SICOOB agora utiliza-se da regra de enviar 0 Em anexo envio a remessa com erro e corrigida com a alteração. A homologação estava fazendo através desse link http://app.sicoobnorte.com.br/producao/homologacao/usuario/consultarprocesso CORRETO - R1982290.REM ERRO- R1982280.REM Validação Com ERRO.pdf Validação Correta.pdf ACBrBancoBancoob.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.

The popup will be closed in 10 segundos...