BigWings

Muito estranho. 11:30 era realmente a hora atual quando o evento foi emitido? Lembro que a regra de validação compara a data e hora atual do webservice (data de processamento do evento) e não a data e hora do evento informado na tag dhEvento. Agora, se realmente 11:30 era a hora atual não vejo motivo para a rejeição. Pra conferir a hora e fuso horário do webservice que recepciona os eventos (se ele for diferente do webservice de status de serviço) é preciso analisar o XML de um evento que tenha sido autorizado e verificar a tag dhRecbto.

Parece um problema do auto ajuste das margens. Experimente definir a margem superior como 0.

Não, mas fiz consulta de status de serviço e a hora e fuso horário retornados estão corretos. Já verificou se não é o fuso horário da máquina que está emitindo o BPe que está errado?

Como está no XML?

Desde o refactoring dos componentes DANFE, há quase um ano, foi necessário criar o componente separado: Sim, propriedades específicas para a NFCe vão estar apenas no componente pra esse modelo.

Em MG ele não vai descarregar a primeira carga, correto? Nesse caso o primeiro MDFe deve ser GO -> MA, com percurso em MG. Ao chegar em MG encerra o MDFe e emite um novo MDFe MG -> MA contendo a carga de GO e a de MG. Leia a cartilha do MDFe, tem essa e outras situações descritas e o procedimento a ser adotado: https://svn.code.sf.net/p/acbr/code/tools/DFe/MDFe/Manuais/Cartilha_MDFe_Nacional_2016_Agosto.pdf

Está usando o componente ACBrNFeDANFCEFR?

Fez testes com o demo do componente? Veja se está configurando a versão do layout do XML para 3.00.

Se foi emitida uma NFCe significa que o destinatário com endereço em outra UF fez a compra presencialmente, correto? Nesse caso a operação é interna e não interestadual. A regra de validação vinculada a rejeição 375 indica que a UF pode não permitir o uso do CFOP 6929 referenciando NFCe mas permitir o 5929. O PA aparentemente permite o CFOP 5929: http://www.sefa.pa.gov.br/legislacao/interna/instrucao_normativa/in2016_00009.pdf Para emitir a NFe com CFOP 5929, veja o tópico abaixo:

Obrigado pelo retorno. Enviei atualização para o repositório, rev. 18054. Obrigado pela contribuição.

Essa rejeição indica um erro não tratado, ou problema na SEFAZ (neste caso no ambiente nacional).

O componente agora está aplicando as margens configuradas, mas o fr3 ainda não está ajustando 100%. Experimente configurar as margens zeradas ou com o mesmo padrão do fr3. ACBrCTEDACTEFR1.MargemEsquerda := 7; // ou 0 ACBrCTEDACTEFR1.MargemDireita = 6; // ou 0 ACBrCTEDACTEFR1.MargemSuperior = 7; // ou 0 ACBrCTEDACTEFR1.MargemInferior = 7; // ou 0

Verifica se você não está passando o número da conta ANTES de informar de qual banco se trata. Para o Banrisul o tamanho da conta é 7 então não deveria truncar...

Fiz algumas mudanças no seu código, por favor, atualize os fontes de todas as pastas, depois substitua a unit ACBrNFeDANFEFRDM.pas pelo arquivo anexo e faça testes. ACBrNFeDANFEFRDM.pas

Fiz o mesmo teste e não tive o problema. Está configurando a pasta de Schemas para a pasta do ACBr conforme sugestão do @RicardoVoigt? Anexe o arquivo de configuração do demo (ACBrNFe_demo.ini).

Enviado para o repositório, rev. 18035. Ajustei também o .lfm para o Lazarus de acordo com as tuas alterações. Obrigado pela contribuição.

Veja a regra para a data de validade:

Faltou o ") no final para encerrar o comando.

Obrigado por reportar. Enviei o .ini com a URL atualizada para o repositório, rev. 18010.

Fiz teste e a propriedade de configuração do ini parece estar funcionando normalmente: Então creio que basta o arquivo existir e você reiniciar a aplicação para carregar o arquivo correto.

Tente alterar no .ini para: [NFCe_AC_H] ... URL-QRCode=http://www.hml.sefaznet.ac.gov.br/nfce/qrcode Copie o .ini para a pasta da aplicação, reinicie a mesma e faça novo teste.

O comprovante de entrega é gerado pela transportadora, para cada NFe entregue.

Veja:

Você precisa debugar além disso. Abra o seu projeto e abra também a unit ACBr\ACBrDFe\ACBrNFe\ACBrNFeWebServices.pas. Localize a implementação do método: procedure TNFeEnvEvento.DefinirURL Coloque um breakpoint no início desse método e execute o debug. Ao chegar o breakpoint, debugue passo a passo com atenção para alterações na variável UF até chegar na chamada: Veja pelo debug qual o valor para o parâmetro UF nessa chamada.

Tópico movido. Para impressão do DABPE é precisa configurar a porta e demais dados da impressora na aba PosPrinter.