Italo Giurizzato Junior

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

Boa tarde Jonathan, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 (também atualizado) e com a opção de apagar arquivos antigos marcada? Esta usando o programa exemplo do componente ACBrCIOT?

Boa tarde, Acredito que o problema seja a sua impressora. O mesmo problema ocorre com o programa exemplo do componente?

Bom dia Eduardo, É bem provável que o valor de tpEmit esteja errado, para informar CT-e o emitente tem que ser uma transportadora, logo o tipo de emitente tem que ser Prestador de serviço de Transporte, portanto o valor de tpEmit tem que ser 1.

Bom dia Eduardo, Sim, a não ser que o documento tenha sido impresso em contingência, neste caso se faz necessário informar a segunda chave que normalmente é impressa no DANFE.

Bom dia, Você esta com todos os fones atualizados? Ao mandar imprimir o DABPE, foi executado o método Assinar? Se não foi, esta ai o problema, pois é no método Assinar que é gerado e acrescentado no XML a tag que contem a string do QR-Code, sem essa tag no XML o QR-Code não é gerado e impresso no DABPE.

Bom dia Carlos, Tente informar o valor 0.001, acredito que desta forma a tag será gerada e com o valor zero.

Boa tarde Thiago, Você esta com todos os fontes de todas as pastas atualizados? Reinstalou a suíte ACBr? Esta realizando testes com o programa exemplo?

Boa tarde Eduardo, Só uma observação não use mais o Add somente o New, pois faz a função do Add. for conte := 0 to Lista.Count-1 do begin with infDoc.infNFe.New do chave := Lista[conte]; end;

Boa tarde Kebe, Você utiliza o ACBrMonitor ou os componentes ACBr? Se você utiliza o ACBrMonitor lembre-se que temos um exemplo completo do arquivo INI que contempla tanto os campos obrigatórios quanto os opcionais. De posse desse exemplo completo, mais o manual do MDF-e que contem o se layout você vai conseguir identificar de forma fácil os campos obrigatórios. Esses campos na coluna ocorrências tem por exemplo: 1-1 que significa no mínimo 1 e no máximo 1 ocorrência, portanto obrigatório. Os que tem: 0-1 significa que o mínimo é zero portanto é opcional.

Bom dia Thiago, Quais linhas você comentou?

Bom dia Evandro, Os novos campos e grupo só estão liberados no ambiente de homologação. Se a sua aplicação já esta gerando eles é lógico que vai ocorrer erros se tentar enviar o MDF-e para o ambiente de produção. Sendo assim você deve manter a versão antiga da sua aplicação nos seus clientes até que a SEFAZ libere o ambiente de produção, ai sim você pode disponibilizar a versão nova da sua aplicação aos seus clientes.

Bom dia Marcelo, No MDF-e temos o grupo <infCIOT> que se refere aos dados do CIOT. Esse grupo pode ter "N" ocorrências, sendo assim podemos ter mais de UM CIOT no mesmo MDF-e. Precisamos saber agora em qual ou quais situações podemos ou devemos gerar mais de UM CIOT e informa-los no MDF-e. Quanto a essa questão também tenho as minhas duvidas.

Bom dia, Apesar do componente ter as outras duas opções, elas ainda não foram 100% implementadas e testadas. Se não me falha a memória temos um membro do fórum que se prontificou a implementar uma dessas outras duas. Vamos aguardar.

Brajan, Fui verificar os schemas e a definição da tag xNome temos: <xs:element name="xNome" minOccurs="0"> <xs:annotation> <xs:documentation>Razão social ou Nome do responsavel pelo pagamento</xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="TString"> <xs:maxLength value="60"/> <xs:minLength value="2"/> </xs:restriction> </xs:simpleType> </xs:element> Sendo assim vamos entender que as tags: xNome, CPF/CNPJ/idEstrangeiro se referem ao Responsável pelo pagamento. O ENCAT de vez em sempre costuma fazer essas bagunças nos Manuais e Notas Técnicas.

Bom dia Brajan, Vamos ver o diz a NT na página 13. Regra de validação K2: Verificar se o nSeqEvento é maior que o valor permitido (=1) Bom, se o valor permitido para nSeqEvento é 1, isso significa que podemos enviar no máximo UM evento de Pagamento da Operação de Transporte por MDF-e. Quanto ao grupo <infPag> - Informações sobre o pagamento, nesse evento tenho que informar a quantidade de viagens, se algumas dessas viagens o pagamento vai ser a vista e outras a prazo, no meu entendimento devemos ter um <infPag> para o pagamento a vista e outro para o pagamento a prazo, lembrando também que se eu tiver mais do que UM contratante do serviço, terei que gerar um <infPag> para cada contratante. Espero ter ajudado.

Boa noite DATAC, Note que as informações do pagamento podem ser informadas no MDF-e ou serem enviadas posteriormente através do novo evento. O componente ACBrMDFe já esta apto a gerar o MDF-e com os novos campos e grupos bem como gerar e enviar o novo evento. Como o ACBrMonitor Plus se utiliza do componente ACBrMDFe, posso afirmar que você vai poder emitir o MDF-e com as mudanças bem como o evento novo. Inclusive o Manual do Monitor já esta atualizado.

Boa tarde Edu, Movi a sua postagem para dentro desse grupo, pois é aqui que o pessoal trata sobre o eSocial. Não tenho a resposta para o seu problema, mas acredito que logo alguém vai lhe ajudar.

Bom dia Daniel, Se deixar a propriedade como ReadOnly talvez seja necessário fazer alguns ajustes na unit que faz a leitura do XML. Ou estou enganado?

Bom dia Marcos, Esse grupo <MetodoInfo> não existe no layout estabelecido pela ABRASF, a não ser que existe alguma versão nova que esse provedor utiliza. Para você ver como o pessoal que implementa esses provedores são tão loucos que tem um que no XML do RPS é enviado as informações do usuário, senha e frase secreta. É mole ou quer mais?

Bom dia Antônio, Acredito que achei o erro: Você esta gerando da seguinte forma: <ConsSitMDFe versao="3.00" xmlns="http://www.portalfiscal.inf.br/mdfe"> o correto é: <consSitMDFe versao="3.00" xmlns="http://www.portalfiscal.inf.br/mdfe"> Notou a diferença? consSitMDfe a letra "c" tem que ser minúsculo, você colocou maiúsculo.

Samuel, Como disse a NT não deixa claro muitas coisas. O jeito é entrar em contato com a SEFAZ-RS, pois é ela a responsável por recepcionar todos os MDF-e emitidos de todos os Estados brasileiros e fazer essas perguntas. Tomara que eles respondam rápido.

Bom dia Clverson, Em qual tag gera esse erro?

Bom dia Samuel, Segundo a NT 2020/001 versão 1.03 a SEFAZ não vai retornar o código do CIOT. Simplesmente diz que o CIOT será gerado automaticamente pelo sistema MDF-e. A NT também não deixa claro se o MDF-e Integrado como é o titulo dessa NT, se essa integração é com a ANTT ou com as Instituição de pagamento Eletrônico do Frete, como por exemplo a eFrete.

Bom dia Brajan, Tenta um contato com o eFrete para ver com eles o que esta faltando, para que você possa realizar o cadastro do proprietário e a Operação de Transporte.