Italo Giurizzato Junior

Boa tarde João, O SCAN faz tempo que não existe mais.

Boa tarde, Salva, basta configurar para salvar você pode definir uma pasta especifica para salvar. Configuracoes.Arquivos.Salvar := True; Veja as propriedades de configurações do grupo Download. Boa tarde, Salva, basta configurar para salvar você pode definir uma pasta especifica para salvar. Configuracoes.Arquivos.Salvar := True; Veja as propriedades de configurações do grupo Download.

Boa tarde Walney, Mude para o ACBrMonitor Plus que vai funcionar.

Boa tarde Rômulo, Erro de validação significa que os schemas que você esta utilizando não esta atualizado, ou seja, não contem as alterações promovidas pela NT. Atualize os schemas.

Boa tarde, Você esta fazendo errado. Não pode mudar o tipo de emissão para normal e gerar novamente o XML assinar e enviar. Com isso você esta gerando uma nova chave diferente da que esta impressa no DANFE entregue ao consumidor. Caso este venha a consultar na SEFAZ vai acusar que a nota não foi enviada. Você tem que mudar somente a forma de emissão para normal na configuração do componente, carregar o XML com o LoadFromFile e passando o valor False no segundo parâmetro para que a nota seja mantida. Exemplo: ACBrNFe1.Configuracoes.Geral.FormaEmissao := teNormal; ACBrNFe1.NotasFiscais.LoadFromFile(nomeXML, False); depois executar o Enviar.

Boa tarde Glauber, 1. O MDF-e pode ter apenas UM veículo tração e até 3 reboque. 2. Você pode informar vários motoristas. 3. O encerramento ocorre quando a última carga referente ao MDF-e for entregue.

Boa tarde, Sinceramente, a ABRASF não publicou um padrão para a NFS-e e sim uma sugestão. A estrutura do XML e o modelo conceitual para ser ruim tem que melhorar. Tem provedores que implementaram segundo a versão 1.0, outros segunda a versão 2.0, outros fizeram algumas modificações acrescentando mais TAGs ou invertendo de posição algumas TAGs. Sem falar naqueles que inventaram uma nova estrutura ou forma de assinatura. Alguns provedores exigem que os RPS sejam assinados, outros não. Alguns provedores exigem que o Lote seja assinado, outros não. Alguns provedores exigem que os XMLs de consulta sejam assinados, outro não. Me explica como lidar com toda essa diversidade? Quando se tem um Padrão Nacional simplifica muito o trabalho, pois você sabe que se funcionar para um Estado vai funcionar para os demais. E se não bastasse tudo o que foi exposto acima, tudo o que é enviado para o Web Service tem que ser envelopado. Se não existe um padronização no misero XML o que esperar do envelopamento. Acertou se esta pensando que é diferente para cada provedor. Apesar de toda essa complexidade não desistimos e estamos trabalhando, acredito que teremos o componente funcionando pelo mesmo para um provedor nesta primeira quinzena de outubro. Depois basta criar os INI dos demais e fazer os ajustes finos.

Boa tarde Volmir, Você tem que solicitar o CSC - Código de Segurança do Contribuinte a SEFAZ.

Boa tarde Gabriel, Neste caso não seria melhor imprimir a nota só quando o cliente for pagar?

Boa tarde Emerson, O só será gerado o QR-Code caso o modelo da nota for 65, ou seja, NFC-e.

Boa tarde a todos, Disponibilizei uma Tabela de NBS. O PDF esta dentro da pasta ...\Doctos\Manuais - Repositório Trunk2.

Boa tarde Dércio, Os arquivos *-soap.xml só serão gravados em disco caso você atribua o valor True a propriedade Configuracoes.WebServices.Salvar

Boa tarde, Essa alteração no XML era feito uma vez que não tínhamos um arquivo de compartilhamento que informasse que a nota tinha sido cancelada. Com a mudança do cancelamento passar a ser por evento o componente deixou de alterar o XML após o cancelamento. Você simplesmente tem que enviar ao destinatário o arquivo *-procEventoNFe.xml referente ao cancelamento.

Boa tarde Marcos, Favor atualizar todos os fontes de todas as pastas e compilar a aplicação com a opção Build. Tenho uma maquina com os fontes do repositório Trunk e esta compilando 100%.

Boa tarde, O componente ACBrMDFe esta disponível em ambos os repositórios.

Boa tarde Rafael, O grupo <infNFeSulp> é gerado somente durante a assinatura do XML. Caso você já tenha o XML gerado e assinado, sugiro que refaça todo o processo, ou seja, alimente o componente com os dados da venda, e execute o método assinar.

Boa tarde Marcos, Você se refere aos fontes do Trunk ou Trunk2?

Boa tarde Alexandre, Entre em contato com a SEFAZ e reporte o problema.

Boa tarde a todos, O que pode ter ocorrido: 1. A SEFAZ colocou em pratica as novas regras dai a rejeição. 2. A SEFAZ não alterou a sua aplicação para ler o grupo <infNFeSupl> que contem a TAG <qrCode> onde encontra-se a URL do QR-Code. Sendo que deveria ter feito o contrario, primeiro implementado a leitura da informação e depois a regra. Sugestão Entre em contato com a SEFAZ e reporte o problema, informe que o XML esta sendo gerado com o novo grupo e mesmo assim a nota é rejeitada.

Boa tarde Carlos, Sim, a NT 2015/002 só no Trunk2. No que se refere a NFS-e, os fontes que estão no Trunk2 esta compilando e instalando. Consegui enviar um lote de RPS e obter retorno do provedor. Nos meus testes estou usando o provedor Ginfes. Não quer aguardar, crie o INI para o provedor que necessite com base nos demais e inicie os testes.

Boa tarde, Desculpe se você leu, não prestou atenção. O MDF-e - Manifesto Eletrônico de Documentos Fiscais é obrigatório quando o transporte for interestadual e a carga for fracionada. Deverá ser emitido por transportadoras e empresas que transportam carga própria. Se a carga é fracionada temos diversos CT-e (transportadora) ou NF-e (carga própria), devemos emitir apenas um MDF-e relacionando todos os CT-e ou NF-e. Te convido a visitar o Portal Nacional do MDF-e: https://mdfe-portal.sefaz.rs.gov.br/ e baixar a cartilha sobre MDF-e, o texto é simples e bem didático e contem variais ilustrações e abrange as diversas situações de transporte de cargas.

Boa tarde Gilson, Abra a unit ACBrNFeNotasFiscais e procure por CDATA. Você vai encontrar um fragmento de código pronto basta descomentar.

Boa tarde Gilson, Com certeza deve ser algum bug na SEFAZ, uma vez que o XML foi gerado conforme a NT.

Boa tarde a Djalma, Ao digitar acabei acrescentando um R a mais na palavra Retorno. O correto é FPRetornoWS, bastava remover o R e mandar compilar novamente. Todo caso, favor atualizar novamente os fontes.

Boa tarde Marcelo, O XML da NF-e assinado e com o protocolo de autorização permanece inalterado mesmo que a nota venha ser cancelada. Se ocorrer o cancelamento você deve armazenar em disco ou no BD o arquivo: *-procEventoNFe.xml Este arquivo contem o pedido e o protocolo da SEFAZ que acusa que o evento (no caso de cancelamento) foi registrado e vinculado a nota. Quando você emite a nota deve disponibilizar o mais rápido possível o XML assinado e protocolado ao destinatário. Caso a mesma venha ser cancelada você também disponibilizar o arquivo: *-procEventoNFe.xml Espero ter ajudado.