BigWings

Já foi publicada a NT 2016.002 v. 1.30 que alterou essa regra de validação. Agora precisa ter apenas um pagamento como Duplicata Mercantil (veja o destaque em verde no texto): Talvez a SEFAZ do estado ainda não atualizou suas regras para essa versão da NT.

Consulte a legislação do estado.

O ACBrMonitorPLUS já faz a emissão na versão 4.00. E sim, a princípio, pode usar com a 3.10 até a data de desativação. Não acho impossível, no entanto, que algum estado obrigue a migração antes dessa data.

Veja o demo do componente ACBrConvenio115.

Tente assim: ACBrBoleto1.Cedente.TipoInscricao := pFisica;

Tópico sobre o mesmo assunto:

Leia a NT 2016.002, v. 1.30.

Para a Elgin VOX o protocolo correto é o ppEscElgin. Tente configurar a propriedade PosPrinter.Device.SendBytesInterval com um valor em milissegundos de atraso no envio dos comandos.

Qual banco permite que o cedente seja pessoa física?

Qual a UF de origem? Que eu saiba não existe operação interestadual com destaque apenas do FCP, sem o ICMS DIFAL. E empresas do SIMPLES, salvo engano, estão isentas do ICMS DIFAL interestadual.

Não entendi o problema. Basta inserir um pagamento do tipo tpDuplicataMercantil com o valor total, e incluir as parcelas no grupo dup, normalmente.

Para geração do PDF você tem que usar o DANFE em Fortes ou Fast. Pelo ACBrNFeDANFeESCPOS não é possível.

A configuração IndentarXML está marcada? Se estiver, desmarque e tente novamente.

O erro é claro: o XML tem espaços entre as tags. Esse XML foi gerado pelo ACBr?

No caso da i9, o modelo deve ser ppEscPosEpson. Tópico para referência:

Tente informar algo no CEST do item. Pelo código atual do ACBr, a tag indEscala só é gerada se for preenchido o CEST. Acredito que seja um erro, pelo que li essa tag é determinante para que uma mercadoria seja isenta do regime de substituição tributária, sendo assim, o CEST não seria obrigatório. Entendo que foi inserida por alterações dos Schemas que ora obrigavam e ora desobrigavam a informação da tag, mas como agora temos a opção de informar ela como ieNenhum, poderia ser retirada a verificação do CEST. Update: Sem informar o CEST, e informando a tag indEscala o XML nem é validado, então a implementação está correta, é necessário informar o CEST.

Não testei com o Integrador, mas uso esta função para saber se algo está sendo executado, basta passar o nome do exe como parâmetro: function processExists(const exeFileName: string): Boolean; var ContinueLoop: BOOL; FSnapshotHandle: THandle; FProcessEntry32: TProcessEntry32; begin FSnapshotHandle := CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS, 0); FProcessEntry32.dwSize := SizeOf(FProcessEntry32); ContinueLoop := Process32First(FSnapshotHandle, FProcessEntry32); Result := False; while Integer(ContinueLoop) <> 0 do begin if ((UpperCase(ExtractFileName(FProcessEntry32.szExeFile)) = UpperCase(ExeFileName)) or (UpperCase(FProcessEntry32.szExeFile) = UpperCase(ExeFileName))) then begin Result := True; end; ContinueLoop := Process32Next(FSnapshotHandle, FProcessEntry32); end; CloseHandle(FSnapshotHandle); end;

Tópico movido para o fórum apropriado. Favor leia as regras do fórum.

Se o ACBrMonitorPLUS faz a manifestação de NFe? Sim. Como já disse no outro tópico, pelo comando NFe.EnviarEvento. Se o ACBrMonitorPUS pode consumir o webservice de distribuição de NFe para baixar NFe destinadas? Sim. Pelo comando NFe.DistribuicaoDFe. Se o ACBrMonitorPLUS é o mais indicado para o seu caso? Depende. Como o Daniel disse, o ACBrMonitorPLUS não foi projetado para ser multi-empresas, nem ser executado em servidores. Cada instância da aplicação precisa ser configurado para um CNPJ. Você até pode criar vários diretórios, cada um com um ACBrMonitor e rodar várias instâncias, mas não seria o mais indicado. No Linux provavelmente precisaria de interface gráfica (corrijam-se se eu estiver enganado). Então o mais indicado seria você criar a sua própria solução, usando o componente ACBrNFe.

http://hom.cte.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=wpdBtfbTMrw=

Falta informar a tag indEscala, em itens com CEST ela é obrigatória.

Para a manifestação, veja o comando NFe.EnviarEvento do ACBrMonitorPLUS. Peço que abra um novo tópico para cada assunto, de acordo com as regras do fórum.

Pelo cStat e pelos erros de conexão, timeout, etc... Para os casos de duplicidade, basta carregar o XML e chamar o método de Consulta para atualizar o arquivo com o protocolo de autorização.

Basta ler o fonte. O método Enviar faz validações adicionais, assina e valida o XML, envia, faz a consulta do recibo no caso do método assíncrono, e imprime o DANFE. O método WebServices.Enviar.Executar é chamado pelo Enviar, ele apenas faz o envio, pode retornar a NFe autorizada no método síncrono, ou simplesmente o número do recibo, no assíncrono. Veja também o método WebServices.Envia, este pode ser usado caso você já tenha o XML assinado e validado.

O manual diz que em notas de ajuste e devolução é obrigatório usar tPag = 90 (sem pagamento). Isso não quer dizer que o tipo de pagamento sirva somente pra essas finalidades. Pode haver notas com finalidade normal onde não há pagamento, como você exemplificou. Entendo que, não havendo nenhum tipo de compensação financeira na operação, o correto é informar tPag = 90 (sem pagamento). Antes havia apenas as opções de pagamento à vista, a prazo ou outros. Não havia a opção "nenhum", ou "sem pagamento". Informando tPag como 99 (outros), entendo que houve algum pagamento, e esse tipo não se enquadra em nenhuma outra opção disponível.