BigWings

Não precisa se preocupar com o formato de gravação no XML, isso o ACBr faz. Basta informar um valor TDateTime normal. Ex: infEvento.detEvento.dhEntrega := Now; infEvento.detEvento.dhEntrega := MeuDataSet.FieldByName('DATA_HORA_ENTREGA').AsDateTime; InfEvento.detEvento.dhEntrega := EncodeDate(2019, 08, 23) + EncodeTime(17, 45, 00, 000);

Provavelmente ainda não está sendo aceito pela SEFAZ a versão 3.00a. Tente configurar a propriedade GerarInfCTeSupl como fgtSomenteHomologacao ou fgtNunca.

Enviei atualização de Schemas para o repositório, favor atualizar os fontes.

Se informar pICMSInterPart = 0 o componente também vai ignorar o grupo.

https://dfe-portal.svrs.rs.gov.br/Mdfe Mas o ideal é usar os Schemas disponibilizados pelo ACBr, conforme orientação do Felipe.

As regras são referentes a CST, então, a menos que a empresa tenha excedido o sublimite de receita bruta vai estar usando CSOSN, nesse caso as regras não se aplicam.

Faltou informar no arquivo .ini a tag vBCUFDest.

Na pasta branches tem o desenvolvimento do ACBrCNAB que se não me engano está apto a tratar de remessa de pagamentos. https://svn.code.sf.net/p/acbr/code/branches/Fontes/ACBrCNAB

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Essa alteração vai causar problemas pras cooperativas que pedem que a posição 72 seja informada em branco. No seu caso bastava preencher a propriedade DigitoVerificadorAgenciaConta com 0 ao gerar a remessa.

Parece haver duas propriedades no componente com a mesma finalidade. Se estiver usando CNAB240, tente: ACBrBoleto1.Cedente.ResponEmissao := tbBancoEmite; Se estiver usando CNAB400: with ACBrBoleto1.CriarTituloNaLista do begin ... CarteiraEnvio := tceBanco;

Coloca três linhas de código pra gerar as tags e vê o resultado...

O retorno 999 indica um problema no webservice, quando ele não sabe dizer o erro é retornado esse código. Pode ser que a SEFAZ para o qual está enviando o evento ainda não esteja preparada para receber esse evento. Já tentou contato com eles?

Correto... você fez o teste usando o demo do componente como sugeri mais acima?

Então está usando o ACBrMonitorPLUS? Qual a versão?

Esses campos não fazem parte do grupo IPI. Informe desta forma: [Produto001] pDevol=100.00 vIPIDevol=30.00 ou [det001] pDevol=100.00 vIPIDevol=30.00

Só precisa o campo pDevol ser maior que zero pra as tags serem geradas. Tente replicar o problema usando o demo do componente. Eu fiz o teste aqui e gerou normalmente.

Para testes uso o AM: http://portalnfce.sefaz.am.gov.br/desenvolvedor/ambiente-de-homologacao-para-desenvolvedores/

ppEscElgin foi alterado para ppEscVox, por causar confusão com alguns modelos da Elgin que não aceitam esse protocolo e usam ppEscPosEpson. Qual tópico? Se configurar a porta de impressão no modo USB é preciso ter a DLL de comunicação da impressora (Elgin ou Epson). Se tiver a porta serial virtual instalada basta informar a porta. Se tiver apenas a impressora instalada no Windows pode usar o modo RAW. Fez teste pelo demo do ACBrPosPrinter?

Provavelmente a SEFAZ passou a bloquear essa situação. Aqui nunca foi possível emitir NFe ou NFCe sem a IE ativa, mesmo em homologação. A única UF que conheço que permite emissão de NFCe por desenvolvedores, ou seja, emitentes sem cadastro ativo na SEFAZ, em homologação, é o AM.

Verifique novamente a situação da empresa junto a SEFAZ. Pelo que pesquisei tanto na SEFAZ-RJ quanto no CCC a IE está realmente desativada.

Experimente informar vBC := 0.001; A tag é opcional no layout, por isso quando é informado zero ela não é gerada. Entretanto algumas UF ativam a regra de validação que pode exigir o preenchimento da tag mesmo com valor zero.

Para NFCe o PA já usa a SVRS, então será alterada apenas NFe.

Isso porque a cidade ainda não está implementada no componente. Tente incluir: - No arquivo Cidades.ini [3521903] Nome=Itajobi UF=SP Provedor=Fiorilli - No arquivo Fiorilli.ini: ; Itajobi/SP RecepcaoLoteRPS_3521903=http://nfes.itajobi.sp.gov.br/IssWeb-ejb/IssWebWS/IssWebWS?wsdl

Testei e realmente o problema ocorre. O Indy mudou muito no Delphi Rio, foi inclusive desativado no componente por nem compilar até uma contribuição resolver o problema da compilação, mas talvez ainda precise de ajustes para funcionar. Sugiro que use SSLLib = libWinCrypt ou libOpenSSL no lugar do Indy.