Italo Giurizzato Junior

Bom dia Daniel, Sim o campo vUnCom pode ter até 10 casas decimais, e analisando o código do componente não tem nada que permita deixar com a quantidade de casas variável.

Bom dia Daniel, Sim o campo vUnCom pode ter até 10 casas decimais, e analisando o código do componente não tem nada que permita deixar com a quantidade de casas variável.

Armando, Temos que levar em consideração a largura do papel, até onde sei existem bobinas de varias larguras, talvez esse DANFE foi feito sobe medida para a impressora mostrada no vídeo.

Não sei qual é a opinião dos demais mantenedores do componente, mas a minha é: O método LoadFromFile foi criado para ler o XML de uma NF-e, o XML em questão não é de uma NF-e e sim de um retorno de um pedido de download. No meu entendimento não devemos realizar alterações no LoadFromFile. O que ser feito no caso de receber somente este arquivo de retorno gerado por uma aplicação de terceiros é: O comando abaixo carrega de forma correta o XML de retorno de um download. ACBrNFe1.RetDownloadNFe.LerXMLFromFile(<informar o nome do XML com o caminho>); Depois temos: aXML := ACBrNFe1.RetDownloadNFe.retNFe.Items[x].procNFe; Onde [x] varia de zero até a quantidade de notas que o retorno possa ter. a variável aXML vai conter o XML da NF-e que você poderá ler através do método LoadFromString: ACBrNFe1.NotasFiscais.LoadFromString(aXML); resumindo: ACBrNFe1.RetDownloadNFe.LerXMLFromFile(<informar o nome do XML com o caminho>); for x := 0 to ACBrNFe1.RetDownloadNFe.retNFe.count -1 do begin aXML := ACBrNFe1.RetDownloadNFe.retNFe.Items[x].procNFe; ACBrNFe1.NotasFiscais.LoadFromString(aXML); end;

Bom dia Igor, Você informou a Inscrição Municipal no Destinatário, informe no Emitente. Remover o que esta em negrito e em vermelho: [Destinatario] CNPJ=2220xxxx000105 IE=096xxxx580 IM=276xxx24 Acrescente o que esta em negrito: [Emitente] CNPJ=05.xxx.xxx/0001-21 IE=096/xxx4979 IM=<inscrição municipal do prestador de servço> Razao=ANS IMPRESSOES GRAFICAS LTDA ME Fantasia=ANS GRÁFICA

Bom dia Armando, Se não me falha a memória o DANFE Simplificado feito em Quick Report é para a NF-e. Para a NFC-e temos o DANFE NFC-e que através de uma propriedade de configuração determinados se os itens serão impressos ou não.

Bom dia Alex, O problema que esse XML que você postou é o retorno da SEFAZ, se o seus fontes estão atualizados, o componente alem de salvar esse XML de retorno, extrai o XML da NF-e que esta contida nele e salva separadamente. Portanto você esta carregando o conteúdo do XML errado. Abra esse XML usando um navegado e note que dentro do grupo <procNFe> temos o XML da NF-e propriamente dito, ou seja, o grupo <nfeProc> que contem todos os dados pertinentes a venda mais a assinatura digital do emitente e o protocolo de autorização emitido pela SEFAZ.

Bom dia Luís, Por favor, quando postar fragmento de código, salva o mesmo em um arquivo TXT e post como anexo, desta forma a sua postagem fica curta.

Bom dia Felipe, O canhoto faz parte do DANFE sendo assim só pode ser impresso nele dados que constam no XML, caso contrario não. Se não me falha a memória é possível imprimir os dados do cliente e não da pessoa que faz a entrega da mercadoria vendida.

Bom dia a todos, Para aqueles que desenvolvem as suas aplicações em Delphi, lembrem-se que o componente ACBrNFe ha 2 anos já esta apto a emitir NFC-e. Em suas propriedades de configuração destaco duas: ModeloDF e VersaoDF Para emitir NF-e versão 3.10 temos que configurar o componente conforma abaixo: ModeloDF := moNFe; VersaoDF := ve310; Para emitir NFC-e versão 3.10 temos que configurar o componente conforma abaixo: ModeloDF := moNFCe; VersaoDF := ve310; Muito simples vocês não acham?

Bom dia Rafael, Uma coisa é você atribuir o valor 65 a propriedade Modelo ao alimentar o componente com os dados pertinentes a venda, outra coisa é atribuir o valor moNFCe a propriedade de configuração: ModeloDF. Toda vez que você for estabelecer uma conexão com a SEFAZ, seja ela de envio, consulta, etc é sempre bom garantir que o ModeloDF e VersaoDF estejam corretos.

Bom dia a todos, Primeiramente quando ocorre Rejeição não significa que os schemas estão desatualizados. Eles podem estarem atualizados, você informou um CNPJ que contem 14 dígitos, mas os dígitos verificadores não conferem, neste caso não ocorre falha na validação do XML e sim uma rejeição por parte da SEFAZ, uma vez que a nota contem uma informação errada. Vamos então ao problema: XMotivo=Rejeicao: Falha no schema XML Apesar da mensagem de rejeição fazer referencia ao schema, não significa que você esta com os schemas desatualizados, notei em outros casos que essa rejeição é causada quando informamos no XML alguma TAG que consta no schema, o conteúdo da mesma é validado ou seja é do tipo e tamanho especificado no schema mas para o modelo de documento (por exemplo) essa TAG não deve ser informada. Por exemplo destacar o IPI em uma NFC-e.

Bom dia a todos, Favor atualizar os fontes e testarem novamente o envio do EPEC de uma NFC-e para o Estado de São Paulo. Fico no aguardo de um retorno.

Bom dia Ricardo, Configure o componente para salvar os arquivos soap. Em configurações no grupo WebServices temos a propriedade salvar, atribua o valor True será salvo o arquivo de envio e de retorno com a palavra soap no nome. Post como anexo o arquivo de envio e de retorno, para que possamos avaliar, pois pelo que entendi na mensagem de erro o problema esta no Soap Action.

Bom dia Jemison, Atualize os seus fontes, já fiz o merge do que você já tinha mandado. Verifique se esta tudo OK.

Bom dia Marcos, O correto é: <infCorrecao> <grupoAlterado>infCarga</grupoAlterado> <campoAlterado>vCarga</campoAlterado> <valorAlterado>110</valorAlterado> <nroItemAlterado>01</nroItemAlterado> </infCorrecao> O Web Service leva em consideração maiúsculo e minusculo no nome da TAG.

Boa tarde, Não, a inclusão das URLs da NFC-e de São Paulo, foi realizado tanto no Trunk quanto no Trunk2.

Se mesmo baixando a atualização a unit que você postou a imagem continua sem as URLs, isso significa que a mesma foi alterada e neste caso o tortoise não atualiza. Outra coisa importante, depois de atualizar os fontes, sempre compile a aplicação com a opção Build.

Bom dia a todos, Que tal executar o tortoise diariamente para baixar as atualizações? As URLs da NFC-e para o Estado de SP inclui assim que foram publicadas na SEFAZ-SP. Já faz um tempinho que ocorreu essa publicação.

Bom dia Giovani, Por favor atualize novamente todos os fontes de todas as pastas e teste novamente. Não esqueça de compilar a aplicação com a opção Build.

Boa noite Leonardo, Esta errado da forma que você montou o comando, pois desta forma você esta passando apenas um parâmetro e não 5. O correto é: MDFe.EncerrarMDFe("35150620451020000196580010000000151000000010", "29/06/2015", "1100205", "99999999999999", "1")

Boa noite Ricardo, Acredito ter encontrado o erro, por favor atualize os fontes e teste novamente.

Bom dia Leonardo, Sim, é possível e os comandos são: MDFe.EncerrarMDFe(<chave>, <dataEncerramento>, <códigoIBGEMunicipioEncerramento>, <CNPJ>, <numLoteEvento>) MDFe.CancelarMDFe(<chave>, <justificativa>, <CNPJ>, <numLoteEvento>)

Bom dia Daniel, Você tem como arruar esse DANFE NFC-e em A4 e postar como anexo?

Bom dia, O ACBrMonitorPLUS se não me falha a memória esta sendo reescrito usando os novos fontes dos componentes. O componente ACBrNFSe ainda não foi totalmente reescrito, portanto não esta funcional sendo assim a sua inclusão no ACBrMonitorPLUS não esta definida quando ocorrerá.