Italo Giurizzato Junior

Boa tarde, Na minha postagem #52 desse tópico temos um fragmento do Ajuste SINIEF 15/2012 e neste fragmento mostro que tanto as transportadoras quanto as empresas que emitem NF-e com transporte próprio vão ser obrigadas a emitir o MDF-e. Mas uma coisa é certa. Todas as transportadoras estão sujeitas a emitir o MDF-e, basta a carga ser fracionada e o transporte ser interestadual. Já as empresas que emitem NF-e só serão obrigadas a emitir o MDF-e se possuírem veículos para realizarem o transporte da mercadoria vendida cuja carga for fracionada e interestadual.

Boa tarde, As TAGs: tara, capKG e capM3 se referem ao veículo e não a carga.

Bom dia Ilson, A mensagem esta clara, você esta tentando enviar um CT-e cuja chave já existe, ou seja, você esta enviando um CT-e com o mesmo numero de outro.

Bom dia Claudio, O EnviarEmail anexa automaticamente o XML a ser enviado, antes de executar o comando você não esta montando uma lista de anexo e anexando o XML. Neste caso temos: Um XML anexado automaticamente pelo componente; Um segundo XML anexado por você e passado como parâmetro para o EnviarEmail;

Bom dia, Como dito no post anterior, no caso do Ginfes devemos enviar a alíquota dividida por 100 e o provedor nos retorna a mesma multiplicada por 100. Outros provedores agem de forma diferente, ou seja, o retorno é igual ao envio. Como o LoadFromFile, LoadFromStream são utilizados tanto para ler o XML de um RPS como de uma NFS-e, precisaríamos estudar uma forma de resolver esse problema que funcione para todos. De imediato você pode após a carregar o XML realizar a multiplicação por 100.

Bom dia Castro, Primeiro, ao postar uma rotina ou fragmento dela, por favor post como anexo, a sua postagem vai ficar mais curta. Segundo, vamos a alguns conceitos (segundo o meu entendimento): Após emitir uma NFS-e, caso algo esteja errado, podemos tomar duas atitudes: 1. Cancelar; (a nota foi emitida para o tomador errado) 2. Substituir; (a nota foi emitida com o valor errado, neste caso a primeira nota será substituída pela segunda com o valor correto) O componente possui os comandos para emitir e cancelar, mas não tem o de Substituir, uma vez que não são todos os provedores que disponibilizam essa funcionalidade. Neste caso havendo a necessidade de substituir uma nota, cancela-se a primeira e emite em seguida uma segunda com os dados corretos. Para que o provedor saiba que esse segundo RPS esta substituindo o anterior, temos que gerar o grupo <RpsSubstituido> informando o Numero, Serie e Tipo

Bom dia a todos, Pará emite primeira NFC-e Link com a reportagem (Agência Pará). http://www.agenciapara.com.br/noticia.asp?id_ver=103803

Boa tarde Julio, Você tentou utilizar o Enviar em vez do Gerar? Lembre-se o componente não gerar NFS-e e sim RPS. A NFS-e é gerada pelo provedor ao processar o lote de RPS que você envia.

Boa tarde Daniel, Após configurar a propriedade CTeCancelada com o valor True e em seguida executar o Imprimir, não aparece a Tarja; CT-e CANCELADO no DACTE? Você esta com todos os fontes de todas as pastas atualizados? Principalmente as units referentes ao DACTE feito em Quick Report.

Boa tarde, O problema no caso do Ginfes é: 1. A alíquota no XML do RPS tem que ser informada da forma 0.025 e não 2.5 2. A alíquota no XML da NFS-e retornada pelo provedor vem da forma 2.5 Ou seja você tem que enviar de uma forma e eles te retorna de outra.

Boa tarde Rodrigo, Favor atualizar todos os fontes de todas as pastas.

Me refiro a este arquivo: Property_Does Not Exist.txt que esta dentro da pasta: ...\Fontes\ACBrCTe.

Boa tarde, Favor atualizar os fontes e testar novamente.

Boa tarde Dércio, Segundo a Nota Técnica 2013/005 versão 1.03, página 24 e 25 item 03.19 o Grupo <pag> = Formas de Pagamento no caso da NFC-e a sua obrigatoriedade vai ficar a critério da UF. E quando a forma de pagamento for Cartão de crédito ou Débito temos que gerar o grupo <card>. A sua sugestão é aceita pela SEFAZ, mas não vejo como uma saída. Outra coisa, no que diz respeito a cheque, existem comerciantes que dão troco no caso de cheque? Se sim, tem que confiar muito no cliente, pois o cheque é um valor a receber e o troco em dinheiro é a vista.

Boa tarde, Você já tentou executar o passo a passa (arquivo TXT) que esta dentro da pasta: ...\Fontes\ACBrCTe\ para corrigir os erros de propriedades inexistentes?

Bom dia Dangelo, Solicite junto ao provedor os Schemas corretos, para que possamos fazer as devidas correções.

Bom dia Rafael, Tomando como base o seu XML você tem que informar em vPag o valor 217.19, uma vez que a somatória dos pagamento tem que ser igual ao total da nota. A sua aplicação tem que tratar a situação do troco, no caso do DANFE para NFC-e feito em Quick Report, temos uma propriedade para alimentar o valor do troco e este ser impresso no DANFE.

Bom dia Dangelo, Se tratando da versão em Quick Report temos: ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFCe; ACBrNFe1.DANFE.TipoDANFE := tiNFCe; ACBrNFe1.DANFE.ImprimeItens := False; ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(OpenDialog1.FileName); ACBrNFe1.NotasFiscais.Imprimir;

Bom dia, Por favor, solicite junto ao provedor um exemplo de arquivo Soap de envio, para que possamos comparar e fazer as devidas correções.

Bom dia Diogo, Muito obrigado pela colaboração. Favor atualizar os fontes pois a unit que você postou esta desatualizada com relação ao repositório.

Bom dia Michel, Muito obrigado pela colaboração, já esta disponível.

Bom dia Walter, O conteúdo de grupoAlterado e campoAlterado, devemos seguir a nomenclatura que consta no Manual do CT-e. Se o grupo segundo o manual é Rem, não podemos colocar Remetente. Agora se o usuário vai digitar o nome do grupo/campo em um TEdit ou se vai escolher de um combobox ou se vai ser extraído do XML, ai fica a cargo do desenvolvedor. Acredito que a solução mais simples é pegar de um combobox. Podemos ter um combobox para os grupos e um outro para os campos, sendo que esse segundo só mostra os campos do grupo previamente selecionado no primeiro combobox.

Bom dia Michael, Qual é a versão do Quick Report que você tem instalado no seu Delphi?

Bom dia Agnaldo, No primeiro momento podemos ficar sossegado, pois jamais vai ocorrer de um arquivo subscrever outro, caso você tenha no mesmo cliente a emissão de ambos os documentos. Pelo simples fato de na chave constar o numero do modelo do documento e eles são diferentes. Não vejo a necessidade de alterar no final o -nfe para -nfce, visto que a NFC-e é para o consumidor final e este só vai receber o XML caso informe o CPF e o e-mail. Mas vamos estudar essa possibilidade.

Bom dia Kiko, Chequei o fonte e detectei vários vBC escritos com a letra c em minusculo, ou seja, vBc e em um outro ponto só checava o valor do campo ValorBase. Fiz as devidas correções, agora basta esperar a nova compilação do ACBrNFeMonitor.