Italo Giurizzato Junior

Você deve primeiramente criar uma nova pasta, por exemplo: ACBrTeste. Segundo, configurar o Tortoise exatamente como foi configurado para baixar os fontes do repositório Trunk, mas utilize a URL postada acima.

Só escrevi as rotinas que trata dos eventos, Download de NFe e outras coisas não implementei, devido a falta de liberação das URLs para as demais UF.

Bom dia Rafael, Crie uma nova pasta, por exemplo: ACBrTeste e configure o Tortoise com a seguinte URL: https://acbr.svn.sourceforge.net/svnroot/acbr/branches

Bom dia Rafael, Realizei as alterações nos fontes implementando essa funcionalidade, disponibilizei no repositório branches, para que outros possam realizarem os testes uma vez que não possuo um certificado válido. Lembre-se que a Manifestação do Destinatário é tratado como um evento, tal qual é a Carta de Correção e o Cancelamento de NFe também vai ser tratado como um evento. As implementações que fiz, vai atender tanto a Manifestação do Destinatário quanto ao Cancelamento, inclusive é possivel enviar a CC-e através dessa nova rotina. Aconselho você realizar uma cópia de segurança dos fontes dos componentes, antes de atualizar com as minhas alterações, caso você tenha interesse em realizar os testes.

Bom dia Fabio, Segundo o manual do CTe versão 1.04b página 99 temos apenas as seguintes formas de emissão do CTe: 1-Normal = teNormal 2-Contingência FSDA = teFSDA 7-Autorização pela SVC-RS = teSVCRS 8-Autorização pela SVC-SP = teSVCSP Portanto não se deve utilizar os tipos: teSCAN, teContingencia e teDPEC, uma vez que não esta implementado pela SEFAZ.

Boa tarde Fabio, Analizando o XML de solicitação de Cancelamento, não encontrei nada de anormal. O Estado é Minas Gerais, certo? Existem relatos de problemas técnicos na SEFAZ-MG e com retornos absurdos como esse. Aconselho você entrar em contato com a SEFAZ e expor o problema.

Rosemir, Se você esta recebendo o XML com as tags CST00 é porque a versão do CTe é 1.03, sendo que apartir de 02/05/2012 passa a valer a versão 1.04 ai vao mudar para ICMS00. Dentro da pasta ...\Fontes\ACBrComum temos o arquivo ACBr.INC Abra-o e vai até o final dele, comente a definição da diretiva de compilação PL_104 e descomente a PL_103. Compile a sua aplicação usando a opção Build e teste novamente, mas lembre-se de alterar as linhas: "ACBrCTe.Conhecimentos.Items[n].CTe.Imp.ICMS.ICMS00.vBC" (...) por "ACBrCTe.Conhecimentos.Items[n].CTe.Imp.ICMS.CST00.vBC" (...) Espero ter ajudado.

Bom dia Stanley, Tenho dois cliente que migraram do A1 para o A3, como nessa migração obviamente mudou o numero de série do certificado, bastou informar o novo numero e pronto. A unica difereça é que ao estabelecer a primeira conexão com o webservice vai ser solicitado a senha do PIN, dai para frente tudo normal. A dica é colocar os componentes em um DataModule e não ficar criando e destruindo o componente a medida da sua utilização. Espero ter ajudado.

Bom dia a todos, Gostaria de informar que não sou funcionário da ACBr, alias a ACBr não é uma empresa. Como o Daniel disse, vamos deixar de ser meros espectadores, para se tornar o artista desse espetaculo que é o ACBr.

Bom dia Rodrigo, Dentro da pasta ...\Exemplos\ACBrCTe temos um arquivo TXT chamado RotinaCompleta, procure pela procedure: NaoProtocolados. Nela tem o que você precisa.

Bom dia a todos, os fontes estão atualizados, inclusive os arquivos Config_*.ini ?

Bom dia, O Quick Report esta instalado ? qual versão?

Bom dia Bruno, O mais importante é ter os seus projetos utilizando as mais recentes atualizações dos componentes, certo? Portanto compile os seus projetos usando a opção Build que encontra-se no menu Projects.

Bom dia Rosemir, no caso do CTe leia o conteudo deste campo: ACBrCTe.Conhecimentos.Items[n].CTe.Imp.ICMS.SituTrib ele vai retornar cst00, cst20, ... ai suando a estrutura case ... of você monta a rotina para pegar os valores dependendo do cst retornado. Espero ter ajudado.

Bom dia Fabio, Poste como anexo o xml de envio de solicitação de cancelamento e o respectivo retorno.

Bom dia Edison, Se o erro é Falha na validação, isso significa que nem sequer ele acessou o webservice, uma vez que o XML gerado é submetido ao validador primeiramente. Peço por gentileza, ao postar algo sobre a NFSe sempre informar a cidade para qual esta realizando os testes.

Bom dia, E como funciona? A sua aplicação gera o arquivo TXT, você entra no site e importa esse arquivo? Ou existe um webservice para que a sua aplicação estabeleça uma conexão e realiza o envio? Se não existe o webservice, ao meu ver é mais fácil o prestador de serviço acessar o site entrar com os dados e gerar a NFSe, do que executar uma aplicação entrar com os dados, gerar o arquivo TXT, entrar site, importar esse arquivo para poder gerar a NFSe. Vocês não acham?

Boa tarde Erike, Remova da lista Requires: qrpt.dcp Depois compile o pacote usando a opção Build que encontra-se no menu Projects.

Boa tarde a todos, Acessei o site da Prefeitura de Barueri, e não encontrei documentação sobre o envio do RPS em XML, WebServices, .... Somente o lay-out do RPS em TXT.

Bom dia Nellien, A principio, não importa o Estado você sempre envia segundo o Tipo de Emissão = Normal. Caso a SEFAZ esteja "fora do Ar" você tem 3 opções: Contingência FS-DA, Autorização pela SVC-RS e Autorização pela SVC-SP. Sendo que as duas últimas são mais complicadas de serem implementadas uma vez que requer que a sua aplicação utilize uma série e numero diferente do usando para envio em "Normal". O Contingência FS-DA é mais simples, uma vez que você tem que simplesmente alterar o tpEmis de 1 para 5 e preencher as tags dhCont e xJust (veja página 102 do MOC versão 1.04b) e gerar o XML, assinar, validar, imprimir o DACTE em papel FS-DA e enviar o XML e PDF do DACTE para o tomador do serviço. Quando a SEFAZ voltar ao "AR" simplismente você carrega o XML e envia, sem alterar nada, somente envia para SEFAZ. Espero ter ajudado.

Boa tarde, essa rejeição esta estranha, uma vez que os tipos de emissão são: 1 - Normal; 5 - Contingência FSDA; 7 - Autorização pela SVC-RS; 8 - Autorização pela SVC-SP. Entre em contato com a SEFAZ-SP e expõe o problema, inclusive no manual da versão 1.04b essa rejeição 515 não existe. E no manual da NFe versão 5.00 a rejeição 515 é: Código Município do Local de Entrega deve ser 9999999 para UF entrega = EX O tpEmis = 5 não tem nada a ver com SVC cujo tpEmis é 7 ou 8.

O componente ACBrNFSe se auto configura através de 3 arquivos: Config_Municipios.ini, Config_URL.ini e Config_Schemas.ini Estude a procedure ConfiguraComponente do programa exemplo. chamo a atenção da seguinte linha: ACBrNFSe1.Configuracoes.WebServices.SetConfigMunicipio(ACBrNFSe1.Configuracoes.Geral.PathSchemas);

Felipe, como dito antes a maioria das empresas possui um IP dinamico ou seja basta desligar o modem e liga-lo novamente que o provedor de acesso a internet vai atribuir um novo IP. Li no portal nacional da NFe o texto sobre Consumo Indevido, inclusive no item 5 "Ações a serem tomadas", tem uma penalidade que é de bloquear temporariamente o IP. Mesmo que esse cliente tenha o seu IP bloqueado pela SEFAZ a mensagem de "Irregularidade Fiscal do Emitente" estaria errada sendo que o certo seria algo do tipo "Bloqueado por consumo indevido", você não acha?

Esta com todos os fontes atualizados, inclusive os arquivos de configuração ?

Boa tarde Felipe, Acredito que não, a SEFAZ não verifica acredito eu se o IP do emitente consta de uma lista negra ou não, uma vez que a grande maioria não tem um IP fixo.