Régys Silveira

Em Webservice.Timeout aumento o valor e verifique se melhora.

procedure TGerador.wAlerta(const ID, TAG, Descricao, Alerta: string); var s: string; begin // O Formato da mensagem de erro pode ser alterado pelo usuario alterando-se a property FFormatoAlerta: onde; // %TAGNIVEL% : Representa o Nivel da TAG; ex: <transp><vol><lacres> // %TAG% : Representa a TAG; ex: <nLacre> // %ID% : Representa a ID da TAG; ex X34 // %MSG% : Representa a mensagem de alerta // %DESCRICAO% : Representa a Descrição da TAG s := FOpcoes.FFormatoAlerta; s := stringReplace(s, '%TAGNIVEL%', FTagNivel, [rfReplaceAll]); s := stringReplace(s, '%TAG%', TAG, [rfReplaceAll]); s := stringReplace(s, '%ID%', ID, [rfReplaceAll]); s := stringReplace(s, '%MSG%', Alerta, [rfReplaceAll]); s := stringReplace(s, '%DESCRICAO%', Trim(Descricao), [rfReplaceAll]); if Trim(Alerta) <> '' then FListaDeAlertas.Add(s); end; pcnGerador.pas dentro da pasta PCNCOMUM linha 679.

Utilize os schemas que estão na pasta de exemplo, eles já foram atualizados. \Exemplos\ACBrDFe\ACBrNFe\Schemas\ve310

Use ACBrUtil.FloatToSring() assim o compilador não mistura.

[pag001] tpag= vpag= tpIntegra=

Você envia: NFE.SetFormaEmissao("1")

Exato Regys. O tempo para homologação é bem satisfatório, com certeza.. O problema é que a migração para produção terá que ser de um dia para o outro, ou seja, no dia 02/11/2015 não posso enviar a tag no xml e no dia 03/11/2015 terei que enviar, Além de ter que atualizar os Schemas, que até o dia 02 deverá ser um e do dia 03 em diante deverá ser outro. Ao menos foi isso que entendi ! Você está se confundindo, o componente hoje trata isso, enviando a tag somente para homologação, o que você vai ter que fazer é somente atualizar seus clientes 1 dia antes ou no dia para liberar também para o ambiente de produção.

O ACBrSATExtratoESCPOS deve ser ligado a um ACBrPosPrinter, nele você encontra a propriedade modelo.

Essa opção você não configuram, eu configurei internamente para um tempo maior, basta usar o executável que passei para testes.

O correto é Ide.dSaiEnt, basta passar a data e hora tudo junto (timestamp) corretamente que vai ser impresso, acabei de testar e está tudo normal.

Essa abordagem de verificar o status sempre antes de algo tem um ponto ruim, você pode cair na regra de uso indevido do webservice, tornando impossível emitir a NF-e em um prazo determinado pelo webservice para o mesmo IP. Lembrem também que já foi sinalizado remover este webservice, portanto, logo não podemos contar. Aumentei o tempo de timeout, por favor teste e verifique se melhorou. ACBrMonitor.zip

Essa abordagem tem um ponto ruim, você pode cair na regra de uso indevido do webservice, tornando impossível emitir a NF-e em um prazo determinado pelo webservice para o mesmo IP. Penso que o melhor seria configurar o timeout para um tempo maior, acrescentei uma configuração de Timeout maior ao monitor, por favor faça o teste. ACBrMonitor.zip

No timeout eu costumo colocar por volta de 15000, o timeout não quer dizer que ele espera os 15 segundos, mas sim que ele aguarda até 15 segundos para mostrar o erro, se tudo correr bem em menos que isso, passa normal.

Não entendi está parte do seu código: ACBr.Imposto.ICMS.orig := oeNacional;ACBr.Imposto.ICMS.CST := cst40;ACBr.Imposto.ICMS.pICMS := 0;ACBr.Imposto.ICMS.vICMS := 0; O correto seria with Det.Add do begin ... Imposto.ICMS.orig := oeNacional; Imposto.ICMS.CST := cst40; Imposto.ICMS.pICMS := 0; Imposto.ICMS.vICMS := 0; ... end; Você está utilizando componente ao que parece, verifique o aplicativo de exemplo do ACBrSAT para entender melhor como informar os valores.

Por favor, faça uma busca no fórum antes de posta, já foi amplamente discutido que o ACBrNFSe e seus relatórios não terminaram de ser portados no Trunk2.

Se você está com os schemas e componente atualizados, então o erro é do webservice, eles ainda não devem ter liberado a alteração para validar o QRCode conforme a nota técnica.

Você está preenchendo corretamente a tag: Ide.dSaiEnt com a data e hora de saída?

Você atualizou seu ACBr e seus Schemas?

SetFormEmissao(<Forma Emissao>) Podendo assumir os seguintes valores para o parâmetro: '1' - Normal '2' - Contingência '3' - SCAN '4' - DPEC '5' - FSDA '6' - SVCAN '7' - SVCRS '8' - SVCSP '9' - Off-Line

Aumente a propriedade Timeout no componente ACBrNFe.

Qual é o comando específico que está enviando para o monitor? Tentou como o Monitor Plus?

Vamos devagar O ENCAT está nos dando um tempo bem grande de adaptação então não tem porque culpá-los. Quanto a obrigatoriedade ou não da geração da tag do QRCOde, veja a página 19 da nota técnica 2015.002 ZX02-10 | 65 | Não informado o campo de QR-Code para a NFC-e. | Obrig. | 394 Rej. Rejeição: Nota Fiscal sem a informação do QR-Code Existe uma validação de obrigatóriedade.

Você só precisa mudar para o Trunk2, siga este artigo: https://regys.com.br/como-instalar-o-trunk2-do-acbr/, o restante o componente vai fazer, ou seja, gerar sozinho a tag. Você tem até o dia 03/11/2015 para alterar, por enquanto ainda está somente em homologação, então você tem bastante tempo para se adaptar.

Este meu teste eu fiz com FastReport, não cheguei a testar com Fortes, verificando aqui não está implementado nele a impressão da Fatura, somente das Duplicatas. Você vai usar Fortes ou Fast?

Fiz uma implementação para tentar resolver isso, por favor teste o executável em anexo. Agora na aba DF-e, impressão, NFC-e existem as configurações de margens, então temos duas configurações uma para NF-e e outro para NFC-e. ACBrMonitor.zip