Italo Giurizzato Junior

Bom dia Kiko, Esta clareando, só esqueci de informar o seguinte: A minha aplicação esta rodando em uma industria no estado de São Paulo, logo o motivo de calcular o ICMS ST e o IPI. Sei que quando a industria (meu cliente) vende para um revendedor não há necessidade de informar o Valor Aproximado dos Tributos. Mas se ela vier a vender para um consumidor final, ai sim tem que informar, é ai que a duvida aparece, neste caso continuo calculando o ICMS ST e o IPI da mesma forma ou neste caso, ou seja, para venda ao consumidor não devemos calcular esses tributos? Como estou chegando a meio século, não sou mais um garoto e sim um rapaz de programa, mas sou leigo na parte tributária.

Bom dia Adilson, Muito obrigado, já esta disponivel a inclusão da cidade de Adamantina/SP ao provedor 4R.

Bom dia a todos, O Manual de Olho no Imposto esclarece muitas duvidas, mas não encontrei a resposta ou preciso trocar de óculos. No caso da NF-e o manual diz: "O cálculo é o mesmo apresentado no exemplo do item 4, relativo ao cupom fiscal.", legal, mas no meu caso tenho IPI e o valor do ICMS ST a ser somando ao valor total do item. Exemplificando calculo para cada item: BaseCalculo := (Qtde * (ValorUnitario + Seguro + Frete + Despesas - Desconto) ); (...) TotalItem := ( BaseCalculo + v_ICMS_ST + v_IPI ); // Calcula o valor Aproximado dos tributos ValorAproxTrib := (BaseCalculo * AliqNac / 100); ou ValorAproxTrib := (TotalItem * AliqNac / 100); A duvida é, devo usar a Base de Calculo ou o Valor total do Item para calcular o Valor Aproximado dos Tributos ?

Boa tarde Rodrigo, A versão em uso do CT-e é a 1.04 e só existe uma maneira de efetuar o cancelamento, utilizando o webservice de cancelamento. O cancelamento por evento vai ser disponibilizando acredito eu só para a versão 2.00 do CT-e. Dentro da pasta ...\Exemplos\ACBrCTe temos varios arquivos textos entre eles o Cancelar, estude ele. Observação esses arquivos são fragmentos da minha aplicação.

Boa tarde a todos, Já encontra-se disponivel a implementação de todas as classes bem como as rotinas para gerar e ler o XML do CT-e versão 2.00 No ACBr.inc inclui uma nova diretiva de compilação chamada: PL_200 que quando descomentada, faz com que o componente utilize as rotinas e definições para a versão 2.00 Lembro a todos que como ocorreu alteração na nomenclatura, tipos, tamanhos de algumas tags, e nova posição de outras, como por exemplo os documentos originários que antes encontravam-se dentro do grupo <rem> agora possuiem o seu próprio grupo <infDoc>, sendo assim não será possivel com uma unica rotina ler o XML do CT-e de versões diferentes. Sendo assim deveremos disponibilizar aos nossos clientes duas versões da aplicação, uma para ler o XML na versão 1.04 e outra na versão 2.00 Outra coisa importante, existe um erro em um dos schemas da versão 2.00, esqueceram de alterar a versão dos modais para 2.00 Tive que altera-lo para realizar o teste de gerar, assinar e validar o XML. Não tenho como continuar com os testes uma vez que o ambiente de homologação ainda não esta disponivel, a previsão é de ser liberado até 01/09/2013. Vou dar uma geral no que diz respeito aos eventos, uma vez que agora teremos a CC-e e o cancelamento por evento nessa nova versão. Vica ai o recado aos colaboradores de plantão que já iniciem o desenvolvimento da impressão da CC-e para o CT-e. Peço a todos que baixem a NT 2013/006, nela temos o Manual do CT-e versão 2.00, trata-se de uma preliminar, uma vez que algo ainda pode ser alterado. São apenas 190 páginas para degustar e não adianta dizer que não tem tempo. Compilei a minha aplicação com a diretiva PL_200 habilitada para detectar qualquer erro de sintaxe nos fontes do componente e nenhum erro apareceu. Mas podem ocorrer erros de lógica, eles só vão aparecer quando começarmos a utilizar o componente para valer assim que os ambientes estiverem disponiveis. Até mais.

Boa tarde bilogyn, Favor atualizar os fontes e testar novamente.

Boa tarde Adilson, Relaxa, já esta concertado e disponibilizado, favor atualizar os fontes e testar novamente. Muito obrigado pela colaboração.

Boa tarde Rodrigo, Calma rapaz, o cancelamento por evento para o CT-e só vai começar a funcionar em ambiente de homologação em 01/09/2013 e para a versão 2.00 a versão atual é a 1.04 e esta não vai ter cancelamento por evento. Portanto utilize o cancelamento normal.

Boa tarde Michel, Desculpe a falha. Já encontra-se disponivel a correção, favor atualizar os fontes e testar novamente.

Bom dia Michel, Correção feita, por favor atualize os fontes e tente novamente. Muito obrigado pela colaboração. Atenção, quando encontrar algum problema ocorrido após essas útimas atualizações, favor informar o provedor para ficar mais fácil detectar a falha.

Bom dia Adilson, Alteração realizada, muito obrigado pela colaboração. Favor atualizar os fontes e testar novamente.

Bom dia, Favor atualizar os fontes e tentar novamente.

Bom dia a todos, Fiz as correções agora os TNFSeG.Gera_**** vai passar como parametro o Provedor. Por favor atualize os fontes e testem novamente.

Bom dia Rafa, Atualiza os fontes e tente novamente por favor.

Bom dia Gilson, Por favor atualiza os fontes e tente novamente. Após a atulização note que não tem mais a pasta DANFE_QR3 dentro de ...\Fontes\ACBrNFe2 e no logar temos o arquivo: Property_Does Not Exist .txt Que contem um passo a passa para resolver os problemas de propriedades inexistentes que ocorre com as várias versões do Quick Report.

Bom dia Ariel, Me diz uma coisa, o CIOT esta relacionado com a carga ou com o transporte da carga? Lembre-se que devemos emitir o MDF-e somente para carga fracionada ou seja, diversos remetentes e diversos destinatários, portato temos varios CT-e. Se o CIOT pode mudar para cada CT-e emitido, então esta errado o MDF-e, mas se o CIOT esta relacionado ao transporte da carga, logo todos os CT-e e bem como o MDF-e da carga em questão tem que ter o mesmo CIOT neste caso o MDF-e esta correto. Não sei se ficou claro.

Boa tarde, Favor atualizar os fontes e tentar novamente.

Boa tarde a todos, Encontra-se disponivel as alterações realizadas por mim no componente ACBrMDFe conforme a NT 2013/002. Favor atualizar os fontes do componente, bem como do programa exemplo. Peço por gentileza, de baixar também a NT 2013/002, disponibilizada no portal MDF-e. Foram implementadas as novas classes que diz respeito as informações de unidade de transporte e de carga bem como as alterações de nomenclatura, tipos e tamanhos em TAGs já existentes. Gostaria de Reforçar que dentro da pasta ...\Fontes\ACBrMDFe não existe mais a pasta DAMDFE_QR3, mas por outro lado tem um arquivo chamado: Property_Does Not Exist.txt Nesse arquivo vocês vão encontrar um passo a passo para resolver esse tipo de erro que aparece quando se utiliza versões diferentes do Quick Report.

Boa noite Gilson, Se você estiver com todos os fontes atualizados; Primeiro não existe mais a pasta DANFE_QR3 Segundo existe um texot dentro da pasta ACBRNFe2 chamdo: Property_Does Not Exist.txt Siga os passos continos desse arquivo para sanar esse problema.

Boa noite a todos, TIve um problema parecido, ao executar o aplicativo, ele era aberto e logo em seguida fechado. Solução: não fiz absolutamente nada, apenas desliguei a maquina e liguei novamente e o problema desapareceu.

Boa tarde Leandro, O que você quer dizer com: "validaram com sucesso" ?

Robinho, Muito pelo contrario: http://www.fazenda.gov.br/confaz/confaz/ajustes/2005/AJ_007_05.htm (...) § 7º Deverá, obrigatoriamente, ser encaminhado ou disponibilizado download do arquivo da NF-e e seu respectivo Protocolo de Autorização de Uso: I - ao destinatário da mercadoria, pelo emitente da NF-e imediatamente após o recebimento da autorização de uso da NF-e; II - ao transportador contratado, pelo tomador do serviço antes do início da prestação correspondente. (...) Como você pode ver o Ajuste Sinief obriga o emitente da NF-e a encaminhar (enviar por e-mail) ou disponibilizar o XML tanto para o destinatário (cliente) quanto para a transportadora quando for o caso. Veja este exemplo: ACBrNFe.NotasFiscais.Clear; ACBrNFe.NotasFiscais.LoadFromFile(NomeArqNFe); edtEmitente.Text:=ACBrNFe.NotasFiscais.Items[0].NFe.Emit.xNome; edtNumDoc.StoreValue(ACBrNFe.NotasFiscais.Items[0].NFe.Ide.nNF); edtData.Text:=DateToStr(ACBrNFe.NotasFiscais.Items[0].NFe.Ide.dEmi); edtChave.Text:=trim(Copy(ACBrNFe.NotasFiscais.Items[0].NFe.infNFe.ID, 4, 44)); edtProtocolo.Text:=ACBrNFe.NotasFiscais.Items[0].NFe.procNFe.nProt; edtDestinatario.Text:=ACBrNFe.NotasFiscais.Items[0].NFe.Dest.xNome; edtValorDoc.StoreValue(ACBrNFe.NotasFiscais.Items[0].NFe.Total.ICMSTot.vNF); Espero ter ajudado.

Boa tarde Robinho, E qual é o problema de emitir 10 mil CT-e dia? A digitação? Se sim, vai pensando na possibilidade de importar os dados do XML da NF-e para o seu sistema, de tal forma que ao fazer isso, o sistema já cadastra automaticamente o remetente e o destinatário contidos na NF-e, se necessário, através do valor da NF-e, do peso, já calcula o valor do frete, já defini que é o tomador do serviço baseado na informação: Frete por Conta de, etc. Alem de agilizar todo o processo de lançamento, você minimiza os erros. Para ler o XML de uma NF-e basta utilizar o componente ACBrNFe, mais precisamente a função LoadFromFile do mesmo, depois basta ler o conteudo das propriedades, para obter os dados.

Boa tarde a Todos, Só lembrando: Você não inutiliza uma NF-e e sim um numero ou uma faixa de numeros que não foi utilizada. Portanto não se trata de um evento relacionado a uma NF-e, logo não vai ser retornado ao consultar uma NF-e. Caso você venha perder o XML que contem a solicitação e a homologação de numeração inutilizada retornado pela SEFAZ, acredito que não tenha como reave-lo.

Boa tarde jcanjo, Sim, no manual, página 100 o elemento refCTE é do tipo numérico, cuja ocorrencia é opcional (0-1) com tamanho fixo de 44 digitos. Sendo assim a unica maneira de armazenar um numero com 44 digitos é através de string, certo?