-
Total de ítens
37.868 -
Registro em
-
Última visita
-
Days Won
1.073
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Italo Giurizzato Junior postou
-
colocar volume no cte. é possivel?
Italo Giurizzato Junior replied to julianluis's tópico in ACBrCTe
Boa noite Julian, Note neste fragmento de XML que dentro do grupo infCarga posso incluir 1 ou mais grupos InfQ onde informo o código da unidade: cUnid, o tipo de Medida: tpMed e a quantidade de carga: qCarga. - 20.08 FARDO REFRIGERANTE - 01 Kg 26.0000 - 03 FARDO 2.0000 Logo você pode ter um infQ no XML com a quantidade de volume. O DACTe segue o padrão estabelecido no manual, como é o da empresa Mecurio. Onde temos os quadros com os títulos: QNT. / UN. MEDIDA Tipos de Unidade de Medida: UnidMed = (uM3,uKG, uTON, uUNIDADE, uLITROS); Para ser impressso no DACTe 30/M3 ou seja 30 metros cúbicos, você deve informar: with infCarga.InfQ.Add do begin cUnid := uM3; tpMed := 'M3'; qCarga := 30; end; Espero ter ajudado. -
Bom dia Alexandre, No manual o grupo ferroSub é opcional (pág. 112), o grupo DCL também é opcional (pág. 113), e o grupo detVag é obrigatório (pág. 114). Na pág. 112 temos o campo idTrem (#385) Identificação do trem, que é opcional, mas na observação esta escrito: Para o caso de ausência de DCL. Checando o schema: cteTiposBasico_v1.03 não encontrei nada relacionando o idTrem (#385) com o grupo DCL. Duvidas: você esta informado o idTrem (#385) ? o schema de tipos basicos é o da versão 1.03 ? Se você tem o XML gerado que não esta validando, seria possivel postar ele ?
-
Bom dia Felipe, As alterações sugeridas foram realizadas, favor atualizar os fontes e realizar testes.
-
Boa noite Alexandre, Segundo o manual devem ser preenchidos os campos: tpTraf, fluxo e vFrete (pág. 112) Os grupos ferroSub e DCL são opcionais, mas o grupo detVag é obrigatório (pág. 114) Dentro do grupo detVag temos os seguintes campos que deve ser preenchidos: nVag, pesoR e pesoBC. Espero ter ajudado.
-
Automatizar escolha do CFOP
Italo Giurizzato Junior replied to msnigres's tópico in Dúvidas Gerais sobre o ACBr
Boa tarde Rivardo, Algumas duvidas é bom você tirar com o contador do seu cliente. Até onde eu sei existe um CFOP para venda dentro do estado, outro para fora do estado e outro para outro pais. CFOP de venda é de bonificação é outro, logo se em uma nota você tem itens que fazem parte da venda tem um CFOP e outros que são bonificação, o CFOP já é outro. Quanto a ST não sei te dizer se influencia no CFOP ou não, procure um contador. -
Boa noite Gilberto, Na minha aplicação os arquivos XMLs são salvos em pastas mensais exemplo: C:\XML\201105\NFe Na pasta NFe tenho os xml de todas as notas emitidas no mês 05 do ano 2011. Utilizo tambem o nome padrão para os arquivos xml, no caso das NFe o nome é: chave-nfe.xml Muito bem crie um form que apresenta uma lista de arquivos segundo o filtro: *-nfe.xml após eu informar o mês/ano de referencia no caso: 05/2011 neste form tenho um campo para que o usuário digite o e-mail para quem desejo mandar e um botão [Enviar]. Em fim, o usuário tem que apenas informar o mês/Ano o e-mail e clicar no botão [Enviar], um e-mail é gerado com os XMLs em anexo e enviado. Espero ter ajudado.
-
Automatizar escolha do CFOP
Italo Giurizzato Junior replied to msnigres's tópico in Dúvidas Gerais sobre o ACBr
Boa noite, Claro que sim, eu tenho algo semelhante em meu sistema, facilita a vida do usuário e consequentemente minimiza os erros. -
Boa noite a todos, Felipe, vou analisar caso seja possível vou realizar as alterações sugeridas. Alexandre, o envio para o servidor SCAN não esta implementado.
-
Bom dia, O meu conselho é, você buscar informações com um contador, pois no que diz respeito ao IPI tem que saber qual é a Tributação: Saída Tributada, Saída Tributada com alíquota zero, Saída isenta, etc. O tipo de calculo pode ser percentual ou valor. O valor do IPI pode ou não compor a Base de calculo do ICMS ST. Em função disso, fica dificil fornecer um XML com IPI que se encaixa exatamente no seu problema.
-
Bom dia Alexandre, Primeiro o envio do XML assinado para a SEFAZ esta ocorrendo, o problema esta ao processar o mesmo lá na SEFAZ, observe os arquivos gerados: 1- 411105......639-cte.xml (CT-e assinado, gerado e validado pelo componente); 2- 14-env-lot.xml (lote gerado pelo componente para ser enviado para a SEFAZ); 3- 14-rec.xml (arquivo retornado contendo o numero do recibo e o status 103, informando que o lote foi recebido com sucesso); 4- 413000001611007-ped-rec (arquivo gerado pelo componente e enviado para SEFAZ com o numero do recibo) 5- 413000001611007-pro-rec (arquivo retornado contendo o status do CT-e enviado, que neste caso foi rejeitado); - 2 RS20110510122905 413000001611007 225 Rejeicao: Falha no Schema XML do CT-e 41 Fiz uma checagem no XML do CT-e, notei algumas coisas: 1- Com relação a Nota Fiscal da Mecadoria: Valor da NF= R$10,00, Valor da Base de Calculo e Valor do ICMS = R$600,00; 2- O IE do destinatário não foi informado, sei que se trata de uma pessoa física e que no manual esse campo é opcional, mas experimente colocar a palavra ISENTO para o campo IE; 3- Foi informado R$100,00 como valor da Prestação e R$0,00 para Valor a Receber, costumo colocar o mesmo valor; 4- Em ICMS você informou CST = 00 ou seja tributação normal, mas informa R$0,00 para a Base de calculo, percentual e Valor do ICMS; 5- Valor da mercadoria = R$800,00, meio contraditório com o valor da NF R$10,00. Procure gerar um CT-e com dados reais, inclusive das notas e calculo de icms, por se tratar de ambiente de homologação por ficar tranquilo, não vai ocorrer fiscalização, pois trata-se de testes. Espero ter ajudado.
-
Boa noite rafmattos, Se possível envie por e-mail o xml salvo pela aplicação, para que eu possa analisar. A propriedade salvar tem que receber o valor True. e-mail: [email protected] Mantenha os fontes dos componentes sempre atualizados.
-
Boa noite Gildenor, A minha aplicação tambem utiliza o Capicom com o ACBrCTe, mas antes de compilar e instalar o ACBr_CTe, abra o pacote ACBrOpenSSL e compila.
-
Bom dia Eric, Você criou um DACTe para o modal Aéreo, muito bom. Pode postar aqui mesmo no fórum os fontes alterados por você, ou envie por e-mail para mim. [email protected] Obrigado pela colaboração.
-
Cancelamento ct-e - (sem tarja de documento cancelado)
Italo Giurizzato Junior replied to Felipe Augusto's tópico in ACBrCTe
Bom dia Felipe, Na pasta ...\Exemplos\ACBrCTe temos 5 arquivos TXT, são fragmentos de código da minha aplicação que esta rodando a mais de 4 meses. Veja como foi implementado. Estude os arquivos Configuracao.TXT e EnviarLote.TXT -
CTe é aprovado mas o xml retorna sem protocolo.
Italo Giurizzato Junior replied to julianluis's tópico in ACBrCTe
Bom dia Felipe, Lembre-se que você envia o XML apenas assinado para a SEFAZ, esta por sua vez retorna o protocolo de autorização de uso. Se as propriedades Salvar estão com o valor True: ACBrCTe.Configuracoes.Arquivos.Salvar:=True; ACBrCTe.Configuracoes.Geral.Salvar:=True; Vamos dizer assim: O XML assinado, será automaticamente protocolado pelo componente. Caso isso não ocorra faça conforme explicado para o Julian. -
Cancelamento ct-e - (sem tarja de documento cancelado)
Italo Giurizzato Junior replied to Felipe Augusto's tópico in ACBrCTe
Bom dia Felipe, Verifique se o XML foi atualizado, ou seja, o protocolo de autorização de uso foi substituido pelo de cancelamento homologado. No que existe uma propriedade no componente que determina se essa atualização no XML vai ocorrer ou não. Se possivel poste o XML correspondente ao CTe Cancelado. -
CTe é aprovado mas o xml retorna sem protocolo.
Italo Giurizzato Junior replied to julianluis's tópico in ACBrCTe
Boa tarde Julian, Monte um form com a lista de CTe não protocolados, mas que foram enviados para a SEFAZ. faça um loop contendo os seguintes comandos: // Sendo que NomeArquivo contem o Path mais o nome do arquivo XML // ex: C:\XML\2011\04\CTe\351104.......-cte.xml ACBrCTe.Conhecimentos.Clear; ACBrCTe.Conhecimentos.LoadFromFile(NomeArquivo); // carrega para o componente o xml do CTe não protocolado ACBrCTe.Consultar; // realiza a consulta na SEFAZ e protocola o xml ACBrCTe.Conhecimentos.Clear; ACBrCTe.Conhecimentos.LoadFromFile(NomeArquivo); // carrega novamente o xml agora protocolado ACBrCTe.Conhecimentos.Imprimir; // imprime o DACTe com o numero de protocolo a idéia do loop é que um ou mais CTe podem não conter o protocolo, após serem enviados e autorizados. Espero ter ajudado -
Boa tarde, Se não me falha a memória o qrpt70 é do Quick Report 3, experimente abrir o pacote de instalação do ACBrNFeDANFeQR exclua ele e compile usando a opção build que encontra-se no menu Project, ele deve incluir um outro que é utilizado pela versão 4.
-
CTe é aprovado mas o xml retorna sem protocolo.
Italo Giurizzato Junior replied to julianluis's tópico in ACBrCTe
Boa tarde Julianluis As duas propriedades Salvar estão com o valor True ? ACBrCTe.Configuracoes.Arquivos.Salvar:=True; ACBrCTe.Configuracoes.Geral.Salvar:=True; -
Boa tarde Felipe, Se as empresas seguissem as orientações da SEFAZ seria tudo muito mais facil. Existe uma pasta chamada Projetos dentro dela existe uma outra chamada RecuperarXML, nesta pasta você vai encontrar os fontes para poder baixar o XML do site da SEFAZ, não sei se esta 100%, mas é muito mais do que meio caminho andado.
-
Bom dia a todos, A definição do tipo TPosRecibo foi alterada, agora ela esta no fonte pcnConversao e não mais no ACBrCTeQR. Desta forma é possivel em tempo de execução escolher se deseja imprimir o Canhoto de Recibo no Cabeçalho ou Rodape. Lembre-se de informar a unit pcnConversao em Uses no form que será usado para imprimir o DACTE.
-
Boa noite, Vou corrigir o Programa Exemplo, e disponibilizar novamente. Como ocorreu algumas alterações de tipos no componente, ficou faltando efetuar as correções no programa exemplo.
-
Boa noite Felipe, Uma empresa que se preza só paga uma conta se possuir um documento que comprove a despesa. No caso de uma Fatura não podemos considerar como tal documento. Pois ela apenas substitui os N conhecimentos emitidos no periodo. Os conhecimentos, podemos dizer que são documentos que comprova a despesa, dai a exigencia, para formalizar o pagamento. A minha aplicação após a impressão do DACTE é enviado um e-mail com o XML para o Tomador do Serviço ou seja quem vai pagar o frete. Como utilizo o Quick Report 3 (não possui o filtro para gerar PDF) ainda a minha aplicação não gera o PDF do DACTE. Em breve vou instalar a versão 5 para poder gerar o PDF e anexa-lo junto ao XML e enviar por e-mail. Desta forma o Tomador do Serviço vai possuir o arquivo XML conforme orientação da SEFAZ e mais o DACTE em PDF que ele vai poder imprimir e aguardar a chegada da fatura. Dependendo do sistema financeiro da empresa, é possível importar para o contas a pagar os XMLs correspondentes aos CTe e depois efetuar a substitição dos mesmos através do lançamento da fatura.