Ir para conteúdo
  • Cadastre-se

José M. S. Junior

Moderadores
  • Total de ítens

    6.523
  • Registro em

  • Última visita

  • Days Won

    54

Posts postados por José M. S. Junior

  1. 1 hora atrás, guyduarte disse:

    bom dia. Estou desenvolvendo CTeOS para nossa aplicação utilizando o ACBRMonitorPLUS e em um de meus testes eu me deparei com o seguinte erro:

     

    ERRO: Erro ao gerar INI da CTe.
    List index (0) out of bounds
     

    cte.lercte("c:\42170781354763000132670010000000101387144034-cte.XML")

     

    Estou executando este procedimento para verificar qual a estrutura do TXT que devo mandar para o ACBRMonitorPLUS para ele gerar o CTeOS modelo 67. Caso tenham um modelo de TXT com os campos necessários seria muito agradecido a vocês. o arquivo que estou usando é um modelo que achei no próprio fórum. estou enviando o xml que estou usando de base.

     

    Obrigado pela atenção.

    42170781354763000132670010000000101387144034-cte.XML

    Boa Tarde, da uma olhada na Documentação do ACBrMonitor, já está atualizado com os campos novos para a versão 3.0, basicamente tem que mudar o campo "Mod=67" 

    http://acbr.sourceforge.net/ACBrMonitor/CTECriarCTe.html

    • Curtir 1
  2. Bom dia, no ACBrMonitor - Boleto, existe um parâmetro "Cópias" para essa configuração. Obs: Note se o comando BOLETO.IncluirTitulos("c:\titulos.ini" ,"P"), não está sendo enviado mais de uma vez para o ACBrMonitor.

    Verifique também nas configurações da sua impressora se configurado para apenas uma cópia.

     

    image.png

  3. O problema neste caso é que para encerrar um MDFe é necessário consultá-lo antes para obter seu numero de protocolo, é um parâmetro obrigatório para realizar o encerramento. Porém existe uma validação da SEFAZ que não permite consultar MDF-e emitida a mais de 6 meses. Sem o número do protocolo obtido através da consulta não permite encerrar o MDFe, por isso está sendo necessário uma alteração no ACBrMonitor para passar o número de protocolo sem realizar a consulta, mas apenas para esse tipo de caso de MDFe antiga, caso contrário pode ser encerrado normalmente.  

  4. Boa Tarde @Arturo, aparentemente é o numero do Protocolo que não foi gerado no XML de envio, provavelmente devido ao caso que ocorreu antes na consulta do MDFe não ser aceito por emissão ser a mais de 6 meses. Chegou a realizar algum outro teste com outra placa, onde o MDFe seja mais recente?

    No caso deste XML vamos verificar o que está ocorrendo.  

  5. 49 minutos atrás, Laudelino disse:

    Boa tarde, pessoal.

    Desculpem, mas li o post e não me ficou claro. Uso o ACBrMonitorPLUS e minha dúvida é sobre, usando o ACBrMontorPLUS, como devo proceder quando emitido NFC-e em contingência - OffLine.

    Gero o arquivo .ini e o ACBr gera o xml.

    Ao normalizar o serviço, devo usar o comando de envio com o xml já gerado, ou tenho como gerar o .ini? Se posso gerar o .ini, tenho que enviar tudo igual ao anterior, inclusive data e hora de emissão?

    Laudelino

     

    Ao normalizar o serviço use o comando de envio do xml já gerado ex:  NFE.ENVIARNFE("c:\35XXXXXXXXXXXXXXXX550010000000050000000058-nfe.xml",1)

  6. Em 15/08/2017 at 15:22, jnatas18 disse:

    Enfrentei esse problema também da carteira 17 com nosso número com 17 dígitos, em anexo a unit alterada

    ACBrBancoBrasil.pas

    Boa tarde, favor anexar documentação do BB com relação a essa alteração. Até então a documentação que temos especifica o seguinte - "Anexo 5":

    (A utilização do campo “Nosso-Número” com 17 posições livres somente pode ser utilizada por
    clientes cadastrados com convênio de cobrança de 6 posições, nas Modalidades de Cobrança
    Sem Registro – Carteira 16 e 18.)

     

    Verifique se no seu caso, deve passar apenas os 10 dígitos do nosso número. Pois conforme documentação, para Convênio de 7 posições a regra é concatenar (7 dígitos campo convênio + 10 dígitos do Nosso Número), formando assim 17 dígitos, mas não deve ser passado os 17 dígitos completos no campo Nosso Número.

  7. Boa tarde, o segmento "S" é gerado apenas quando existe mensagem informada, a validação realizada pelo componente é se existir mais de duas instruções preenche a posição 19 a 20 e 219 e 240 com zero caso contrário deixa vazio; A posição 161 pertence ao bloco que contem as Mensagens... Se tiver alguma atualização baseada no manual e quiser contribuir pode alterá-la, se possível poste aqui a alteração e o manual, assim vamos atualizar os fontes.

  8. 17 minutos atrás, Dércio Luis Zanatta disse:

    Boa tarde

    Estou fazendo testes de NFCe com versão 4.0

    Notei que a tag vTroco que foi implementada nessa versão não está imprimindo na DANFE Fortes CE.

    Existe alguma configuração que dever ser feita para que essa tag seja impressa na DANFE ?

    Boa Tarde, como está preenchendo no XML? se possível anexe para análise.

  9. Boa Tarde, o componente ACBrBoleto tem uma propriedade "MultaValorFixo" que define se será cobrado percentual ou valor fixo, mas no ACBrMonitor realmente não tem esta tag ainda, vamos colocar nas prioridades para adicionar este campo na próxima versão do ACBrMonitor.

    • Curtir 1
  10. Sim, mas passando o caminho completo do XML:  SAT.ImprimirExtratoCancelamento("C:\ACBrMonitorPlus\XML\AD35170928176249000171590004230600001688680827.xml","C:\ACBrMonitorPlus\XML\ADC35170928176249000171590004230600001690843924.xml")

×
×
  • 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...