Ir para conteúdo
  • Cadastre-se

José M. S. Junior

Moderadores
  • Total de ítens

    6.523
  • Registro em

  • Última visita

  • Days Won

    54

Tudo que José M. S. Junior postou

  1. Correto, todo tratamento para emissão precisa ser feito nesse método, pois o processamento já se encerrou, neste caso está apenas obtendo o código do erro para um tratamento posterior.
  2. Para emissão com ACBrECFVirtual o funcionamento imagino que seja o mesmo que já utiliza nesse caso, mas quando altera a numeração ou algum outro tipo de informação precisa Assinar o XML novamente, assim ficará atualizado também para impressão. E a gravação seria para o envio posterior pois foi emitido Off-Line.
  3. Bom dia, Se possível anexe o log.txt gerado pela API e o log do ACBrMonitor para análise... Pois deveria gerar o numero do convenio e data de baixa nesse caso.
  4. Bom dia @syspan Quando voce incrementar a numeração, gere um novo XML, assine e grave o mesmo pois vai precisar para retransmitir posteriormente ex: ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.nNF:= ANF + 1 ; ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.tpEmis:= teOffLine; ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.dhCont:= now; ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.xJust:= AMotivo; ACBrNFe1.NotasFiscais.Assinar; ACBrNFe1.NotasFiscais.Items[0].GravarXML('',...); //Emite OffLine em 2 vias ACBrNFe1.NotasFiscais.Items[0].Imprimir; ACBrNFeDANFCeFortes1.ViaConsumidor:= True;
  5. Obrigado por reportar. Estamos procurando manter o Manual sempre atualizado, essa tag é antiga e já deveria estar, por isso não foi percebida, mas está atualizada na próxima versão da documentação. 
  6. A versão anterior que estava utilizando era bem antiga, provavelmente houve melhorias, neste caso de leitura do xml não pode gerar baseado na configuração do componente e sim apenas o que está no xml. Obrigado por reportar.
  7. Bom dia A geração desse campos está seguido as especificações do Manual, utilizando os Campos: NossoNumero + Parcela + Modalidade http://svn.code.sf.net/p/acbr/code/tools/Bancos/Bancoob/
  8. Como está lendo o xml já gerado é necessário informar também no XML o regime tributário <cRegTrib>0</cRegTrib>, pois o ACBr remonta o XML validando as tags, como não está definido cRegTrib este não pode validar o grupo ICMS, por isso não está sendo preenchido.
  9. Ok, você esta gerando o XML pela sua aplicação e utilizando o ACBr apenas para transmitir correto? Deve ter algo fora do padrão no XML por isso não está lendo a tag... Se possível mande o arquivo de log doa ACBrMonitor: "Log.txt" para verificação.
  10. A seção [ICMS001], precisa estar conforme padrão da documentação, o CST que define o código: https://acbr.sourceforge.io/ACBrMonitor/ModeloCFeINI.html
  11. Como está passando a seção no .ini? Está assim: [ICMS001] Orig=0 CST=00 Anexe o seu arquivo com os dados se persistir
  12. Não, o envio de boletos é síncrono, embora o componente permita enviar todos da lista mais é um a um, e o serviço deve ser o mesmo. Correto, vamos adicionar um parâmetro para definir o serviço, nesse caso não vai alterar a configuração será valido apenas para essa requisição.
  13. No evento onTransmitError, você pode capturar os possíveis erros para realizar o tratamento da forma que deseja: if (HttpError in [12007, ..., ...]) then ...
  14. Na versão atualizada o método para alterar a Operação é esse: https://acbr.sourceforge.io/ACBrMonitor/BOLETOSetOperacaoWS.html Em breve poderá ser passado também no próprio método de Envio.
  15. Verifique também se a tag CST na seção ICMS está preenchido com código correto.
  16. Boa tarde, está alterando o tipo de operação nas configurações do ACBrMonitor? Precisa alterar para "Baixa" e gravar antes do envio. O método para alterar os tipo acho que ainda não está disponível nesse versão, mas estará na versão dessa semana.
  17. Correto... Para Emitir Off-Line não é necessário alterar essa propriedade no componente.
  18. Para atualizar o XML através da Consulta, carregue antes o xml no componente antes de consultar. Feito isso basta gravar o XML após a consulta, temos esse exemplo na aplicação ACBrNFe demo. Lembrando que no momento do envio o XML já é atualizado, caso seja um envio síncrono de apenas uma NFCe.
  19. Boa tarde, Como está o XML retorno, está com a tag Protocolo preenchida? Lembrando que a NFCe deve ser transmitida passando o parâmetro para envio Síncrono.
  20. Conforme indicado acima, recomendamos o uso do layout ACBr, assim sempre estará atualizado. No ACBr mantemos o layout SEBRAE atualizado a medida que eles disponibilizam alterações. Mas no momento está até fora do ar o link do manual txt deles.
  21. Bom dia, O gerenciamento da NFCe OffLine precisa ser feito pela sua aplicação, quando for imprimir off-line precisará mudar o tpEmis e gerar o XML novamente para imprimir como off-line e quando reestabelecer a conexão transmitir... Tem o método https://acbr.sourceforge.io/ACBrMonitor/NFESetFormaEmissao.html para alterar quando mudar. Mas essa configuração no caso da NFCe OffLine é apenas uma referência para saber se esta trabalhando Off-Line ou Normal, pois quando for off-line não vai tentar transmitir, mas apenas imprimir. Nas vídeo Aulas 26 do curso, demonstramos o processo completo da contingencia off-line com o ACBrMonitor: https://acbr.nutror.com/curso/869a0d2dddd8dee3b4174464c2ce590e9ee598ed/dominando-o-acbrmonitor/
  22. Bom dia @Igless, Muito obrigado pela contribuição... Você teria a documentação do WebService desse banco, se possível anexar aqui ou o link do mesmo.
  23. Boa tarde, O método e parâmetro para envio Síncrono está correto, lembrando que deve utilizar Síncrono para NFCe e Assíncrono para NFe. O timeOut, já é outro erro, pode ser uma demora na SEFAZ...
  24. Informando codigoMora=1 a Mensagem impressa também muda para Valor por dia. CodigoMora=1
×
×
  • 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.