Italo Giurizzato Junior

Bom dia a todos, Eu não vejo neste caso como insumo, pois se você diz que é insumo significa que algo mais vai ser acrescentado para se ter um produto final. O que esta ocorrendo é a venda fracionada de um produto. Exemplos: A pizzaria compra peças de mussarela, tomates, pacotes de farinha, potes de azeitonas, etc e vende a pizza. A mussarela, tomates, farinha, azeitonas são insumos para produzir a pizza. O bar compra a garrafa de pinga e vende uma dose da mesma. Note que neste caso o produto vendido é exatamente o mesmo que foi comprado, a diferença é que é vendido em fração ou seja dose.

Bom dia Felipe, Como a SEFAZ-MG é um caso a parte, ocorrem coisas do arco da velha, eu não discarto que o problema pode ser deles. Mas também pode ser a sua rede que esta inserindo sugeira ao enviar o lote para SEFAZ.

Ronnei, A dica é o seguinte: Após obter o retorno do processamento da SEFAZ o componente atualiza os campos referente ao protocolo das NFe carregadas, logo para obter o status (por exemplo) da NFe devemos utilizar: ACBrNFe.NotasFiscais.Items[x].NFe.procNFe.cStat em vez de ACBrNFe.WebServices.Retorno.NFeRetorno.ProtNFe.Items[x].cStat Porque? Voltando ao caso dos CTes e fazendo um exemplo com a NFe Em, ACBrNFe.NotasFiscais.Items[x].NFe temos: [x] 0 -> NFe 109 1 -> NFe 110 2 -> NFe 111 Em, ACBrNFe.WebServices.Retorno.NFeRetorno.ProtNFe.Items[x] temos: [x] 0 -> NFe 110 Rejeitada 1 -> NFe 109 Autorizada 2 -> NFe 111 Autorizada Não podemos buscar no banco de dados a nota de numero: ACBrNFe.NotasFiscais.Items[x].NFe.Ide.nNF e atualizar o campo status com o valor: ACBrNFe.WebServices.Retorno.NFeRetorno.ProtNFe.Items[x].cStat No exemplo assima para x=0, eu estaria selecionado no banco de dados a NFe de numero 109 e colocando o status da NFe 110. Espero ter sido claro.

Boa tarde Ronnei, Eu vi um caso de um lote contendo 3 CTe de numeros: 109, 110 e 111 Ao final do processamento o CTe de numero 110 foi rejeitado e os outros 2 foram autorizados. O Retorno continha os CTe na seguinte ordem: 110 (rejeitado), 109 (autorizado) e 111 (autorizado). Como você pode notar esse caso se refere ao CTe não sei se a SEFAZ realiza o mesmo procedimento no caso das NFe, ao gerar o retorno com o resultado do processamento, coloca no inicio as rejeições e deixa para o final os autorizados. Uma coisa é certa o componente trata isso de forma correta, pois ao checar os XMLs notei que os CTe de numeros: 109 e 111 receberam as tags referente ao protocolo de autorização, já o XML do CTe de numero 110 permaneceu inalterado, visto que foi rejeitado. A questão agora é a sua aplicação tratar esse tipo de ocorrência, principalmente se você salva no banco de dados, informações a respeito do retorno da SEFAZ.

Boa tarde Gabriel, Quanto ao código de tributação, você deve consultar a prefeitura. E com relação ao CNAE (Classificação Nacional de Atividades Econômicas), verifique com o emitente da NFSe ele tem essa informação, uma fez que ele abriu a empresa para exercer uma atividade. Espero ter ajudado.

Boa noite Otavio, Essa mensagem pode aparecer se você tenta focar um objeto que esteja invisivel ou não habilitado ou que não exista, debug o seu código. Tenho 2 aplicações, uma que emite NFe e outra que emite CTe, ambas rodaram durante 1 ano com certificado A1 e agora estão a quase 1 ano emitido com certificado A3 (cartão). E tudo funcionando sem nenhum problema.

Boa tarde Dênys, O campo OutasInformacoes pertence ao grupo InfNfse que por sua vez esta contido na NFSe e não no RPS. Logo esse campo é preenchido pelo webservices quando a NFSe é gerada e retorna pelo mesmo.

Boa tarde Jefferson, Sim, o componente ACBrCTe esta funcionando corretamente e já esta preparado para a nova versão 1.04. Tenho uma aplicação de emissão de CT-e que utiliza o componente e o meu cliente emite CTe há 2 anos e logo na primeira quinzena de março/2012, começou a emitir na versão 1.04 em ambiente de produção. Caso você encontre alguma falha, por favor poste o problema para que possamos corrigir.

Boa tarde, Não, somente a impressão do DANFSE.

Boa tarde Akai, Os arquivos terminados com -c.xml contem o XML completo tanto de envio como de retorno, assim que o componente migrar do branches para o trunk esses arquivos não vão ser mais salvos. Lembre-se o componente ainda esta em desenvolvimento, tem muita coisa a ser feita, melhorada.

Meu amigo, A mensagem é bem clara, se o CTe não é redespacho porque você esta informando o Expedidor? Normalmente informamos o Emitente, Remetente e Destinatário. Quando se tratar de Redespacho ai sim e dependente do caso devemos informar o Expedidor e/ou Expedidor. Espero ter ajudado.

Boa noite, Verifique se a sua aplicação esta configurada corretamente no que diz respeito a pasta de schemas e os arquivos de configuração: Config_*.ini

Entendo, E o manual não ajuda muito.

Boa tarde Gabriel, Alguns provedores disponibilizam o serviço para que você gere o XML da NFSe e envia, mas a grande maioria devemos gerar o XML do RPS e enviar em lotes de 1 ou mais (até 50) e obter como retorno o XML da NFSe. Espero ter ajudado.

Boa tarde Thiago, Os dados a serem informados no CTe no diz respeito ao documento originário ou seja a Nota Fiscal, eletrônica ou não, estão todos no manual, portanto não se deve informar nada mais do que é pedido. No caso da NF-e devemos informar a chave e se necessário o PIN. Agora com relação a NF (comum) devemos informar mais dados, como numero, serie, valor, entre outros dados. No manual do CTe não consta nada a respeito aos produtos que constam na nota, a não ser que o transporte se refere a veiculos novos. Com relação aos impostos, a serem destados é melhor você ir atraz de um contados experiente. E sempre pessa por escrito o que o contador te passar, para que amanhã a transportadora seja autoada e o dono e contador jogue a culpa em você. Na pasta ...\Exemplos\ACBrCTe você vai encontrar varios arquivos TXT com fragmentos de código da minha aplicação. Estude eles, muitas duvidas seram sanadas. Espero ter ajudado.

Boa tarde a todos, Não há necessidade, basta editar o arquivo ACBr.inc que encontra-se na pasta ...\Fontes\ACBrComum No final desse arquivo exite a definição da diretiva QReport_PDF, basta descomentar a linha que defini a diretiva. Pronto, se a versão do seu Quick Report for posterior a 3.0 e possui o filtro para gerar o PDF, vai funcionar. Isso é valido para o DANFE, DACTE e DANFSE feitos em Quick Report.

Boa noite Osvaldo, No Manual você enconta quais são as informações obrigatórias e opcionais. // // Lacres // with Rodo.Lacres.Add do nLacre := '123'; end; No exemplo acima você tem uma ideia de como informar o lacre, caso tenha mais de 1 basta colocar a rotina acima dentro de um loop. De forma semelhante você informa tambem o numero do conteiner. Detalhe a rotina acima se refere ao modal Rodoviário. Espero ter ajudado.

Marcos, Se a function CTeUtil.GetURL não contem as URLs destinadas as formas de emissão 7 (SVC-RS) e 8 (SVC-SP) é porque os seus fontes estão desatualizados. Por favor atualize. O Fonte ACBrCTeUtil.pas mais atual esta com a revisão: 3582 e foi enviada para o repositório no dia 26/04/2012.

Boa tarde Marcos, Vou verificar o código e assim que possível disponibilizo a correção.

Josmar, Por favor quando postar o conteudo de um arquivo, poste como anexo. Me refixo ao XML postado como parte da mensagem. Obrigado.

Marcos, Não deixe nada fixo, acredito eu que se a SEFAZ-SP entrar em contingência é bem provavel que o SVC-SP vai parar também. Estou supondo. Com relação as demais questões preciso ler com mais calma o manual, leia também e vamos trocar figurinhas.

Bom dia Josmar, Poste como anexo os arquivos Config_*.ini alterados por você.

Bom dia Marcos, Com relação ao pulo da letra B para D, o culpado é o estagiário que digitou. Vamos as Formas de Emissão tab : Preencher com: 1 - Normal; 5 - Contingência FSDA; 7 - Autorização pela SVC-RS; 8 - Autorização pela SVC-SP São somente esses 4 formas e se informar qualquer outra não vai passar pelo validador. Note que no manual consta as URLs tanto em ambiente de homogação quanto de produção de ambos os SVC. Portanto como você não pretente utilizar a Contingência FS-DA em função da aquisição do FS-DA, a sua saída é utilizar as formas 7 ou 8. Mas ao entrar em contingência você deverá checar qual SVC esta ativo para o seu estado. Veja este exemplo, os CTe são enviados normalmente para a SEFAZ de MG, caso ela entre em contingência, poderá ser ativado para MG o SVC-SP ou SCV-RS. Então toda vez vai ser necessário checar qual dos dois será utilizado.

Bom dia, Você atualizou os fontes de qual repositório?

Josmar, Dentro da pasta ...\Exemplos\ACBrNFSe\Schemas temos uma pasta chamada Config_Municipios.ini Verifique se neste arquivo consta a cidade desejada, caso afirmativo, estudo o programa exemplo para você entender como ele funciona. Agora se a cidade não consta no arquivo Config_Municipios.ini, ai as coisas ficam mais complicadas, é preciso descobrir qual é o provedor utilizado pela cidade, URLs de homologação e produção, schemas etc.