Italo Giurizzato Junior

Boa noite, Acredito que as mensagens são bem claras: 1: Você informou um código CNAE ou código de tributação que não consta no cadastro do prestador de serviço na prefeitura. Neste caso a solução é informar o código correto ou atualizar o cadastro do prestador na prefeitura. 2: Você informou a data de emissão do RPS posterior a data de hoje. a solução neste caso é mais simples a data de emissão tem que ser igual a data de hoje ou anterior.

Boa noite Marcos, Lendo e relendo o manual conclui que ao emitir um CTe em contingência ( tpEmis = 5 ), quando o acesso a SEFAZ se restabelecer devemos enviar sem nenhuma alteração ou seja manter o tipo de emissão igual a 5. Utilizar o ( tpEmis = 1) somente para os que não foram emitidos em contingência. Pessoal me corrigem se eu estiver errado.

Realmente esta com problema. A primeira folha sai 1/1 e a segunda sai 2/1 Acredito que isso seja fruto das alterações realizadas no lay-out para compatibilizar com o manual do DACTE ( último lançado ). Vou checar e corrigir o problema. Mas isso vai acontecer? Um DACTE contendo mas de 6 documentos originários?

Bom dia Rodrigo, Qual é a Cidade? Para que possamos atualizar os arquivos de configuração do componente ACBrNFSe.

Melhor no Mantis.

Poste como anexo, o XML que contem mais de 1 folha, para que possamos verificar.

Boa noite, Qual DACTE você esta usando? Quick Report ou Fast Report ?

Pode ser.

Poste o XML gerado com um nome parecido com -xxx.xml

Baixe a atualização do arquivo: Config_Municipios.ini e testa novamente.

Boa tarde, No caso da NFSe não existe um schema para validar um XML de um RPS, valida-se apenas o XML de envio ou seja o lote, é por isso que as linhas de código desse botão estão comentadas. Quanto ao outro erro de não conseguir carregar o arquivo, vou checar.

Boa tarde, Já esta disponivel as correções favor atualizar os seus fontes.

Boa tarde Elvis, Notei que você fez uma alteração no programa exemplo (combo box), acredito que seja esse o motivo do erro. Favor baixar a nova versão do programa exemplo que acabo de disponibilizar e por favor realize os testes novamente.

Boa tarde Itamar, Notei que você não utiliza o DACTe em Quick Report e sim em Fast Report, os erros que estão aparecendo é devido a falta de compatibilidade. O DACTe em Quick Report esta compativel com as duas versãos ( 1.03 e 1.04 ), já em Fast Report somente para versão 1.03 Dai os erros.

Bom dia Elvis, Os arquivos Config_*.INI estão atualizados? No caso de Rondonópolis a configuração é: [5107602] Municipio=Rondonópolis/MT Provedor=ISSIntel VersaoSoap=1.1 Config_Schemas=00004 Config_URL=00022 Prefixo2= Prefixo3= Prefixo4=tc: Identificador=id HomNameSpace=https://rondonopolis-mt.treino-issintel.com.br/webservices/abrasf/api ProNameSpace=https://rondonopolis-mt.issintel.com.br/webservices/abrasf/api AssinarRPS=N AssinarLote=S

Bom dia NCC, Existe um função que retira os acentos, eu utilizei no componente ACBrCTe para garantir que todos os retornos da SEFAZ fossem gravados sem acento e cedilha. Cheguei a propor a alteração no componente ACBrNFe, mas acredito que caiu no esquecimento. Mas você mesmo pode alterar o fonte: No ACBrNFeWebServices.pas procure pelas linhas: FRetornoWS := ParseText(StrStream.DataString, True); e altere para: FRetornoWS := TiraAcentos(ParseText(StrStream.DataString, True)); Com essa alteração, o componente vai salvar os XML de retorno da SEFAZ, sem as vogais acentuas e cedilha. Espero ter ajudado.

Boa tarde a todos, Quem emite uma Carta de Correção é o emitente da NF-e, portanto o CNPJ que aparece na CC-e é do emitente da NF-e.

Desinstala os componentes, fecha o delphi, exclua os arquivos BPL (pasta ...\Borland\Delphi7\Projects\Bpl) referente aos componentes, carrega o delphi novamente e instale os componentes.

Bom dia, Foi enviado sim para SVN, faça um teste, exclui o arquivo ACBr.inc da pasta ...\Fontes\ACBrComum e baixe novamente, depois verifique se a diretiva de compilação: {$DEFINE PL_104} esta descomentada.

Bom dia, Abra o pacote PCN2 e compile usando a opção Build do menu Project e depois abra o pacote ACBr_CTe e também compile com a opção Build. Outra coisa verifique a ordem da lista de Paths em: Ordered list of Library paths, o path do PCN2 deve vir antes do ACBrCTe. Espero ter ajudado.

Bom dia a todos, Terminei as alterações e implementações no componente ACBrNFe2. Relação dos fontes alterados: Pasta \Fontes\PCN2: pcnAuxiliar.pas e pcnConversao.pas Pasta \Fontes\ACBrNFe2: ACBrNFe.pas, ACBrNFeConfiguracoes.pas, ACBrNFeUtil.pas e ACBrNFeWebServices.pas Relação dos novos fontes: Pasta \Fontes\PCN2: pcnEnvEventoNFe.pas e pcnRetEnvEventoNFe.pas Inclui uma nova propriedade chamada PathMDe (Caminho para salvar os XML das Manifestações do Destinatário). Portanto devemos após a atualização dos fontes: Abrir o pacote PCN2 que encontra-se na pasta ...\Pacotes\Delphi\ACBrNFe2 e clicar no botão Compilar; Abrir o pacote ACBr_NFe2 que encontra-se na mesma pasta e clicar no botão Compilar. Pronto o componente esta atualizado. Bom pessoal, como dito não tenho certificado para testar as rotinas implementadas e alteradas, portanto estou disponibilizando os fontes citados acima no repositório branches. No branches temos uma pasta chamada Fontes e dentro desta, criei duas novas pastas: ACBrNFe2 e PCN2, onde estão os fontes. Os Schemas para Cancelamento como Evento e Manifestação do Destinatário encontram-se dentro da pasta: ...\Exemplos\ACBrNFe2\Delphi\Schemas do repositório Trunk. Temos agora uma nova função EnviarEventoNFe(idLote), a alimentação dos dados é a mesma para a carta de correção, inclusive é possível utilizar esta função para enviar uma carta de correção para a SEFAZ, para tal basta informar o valor 110110 ao campo tpEvento. Tabela de Eventos: tpEvento - Descrição 110110 Carta de Correção 110111 Cancelamento de NFe como Evento 210200 Confirmação da Operação 210210 Ciência da Operação 210220 Desconhecimento da Operação 210240 Operação não Realizada Os 4 últimos eventos da tabela se referem a Manifestação do Destinatário. O que muda com relação a alimentação dos dados? Alem do código do Tipo de evento (tpEvento) temos: Para a Carta de Correção informar a correção a ser considerada, campo: xCorrecao e a Condição de Uso, campo: xCondUso; Para o Cancelamento da NFe informar o número do protocolo de autorização da NFe a ser cancelada, campo: nProt e a justificativa do cancelamento, campo: xJust; Para a Manifestação do Destinatário informar a justificativa porque a operação não foi realizada, campo: xJust, este campo deve ser informado somente no evento 210240 = Operação não realizada. André, Daniel, e demais colaboradores, realizem os testes e façam as correções que acharem necessárias, para que possamos efetivamente enviar esses fontes para o repositório Trunk.

Boa tarde Markapollo, No momento as alterações e implementações estão voltadas ao envio e retorno de eventos. Na NT 2012/002 tem ainda a Consulta de NF-e ao Destinatário e Download de NFe. A Consulta de NF-e é importante implementar, uma vez que o destinatário vai poder receber uma lista de NFe emitida para ele, com isso vai ser possível o mesmo acusar junto a SEFAZ a emissão de uma NFe que não lhe pertence. Já o Download, vai dar um pouco mais de trabalho, uma vez que o XML da NFe vai ser retornada de forma compactada. E a SEFAZ promete colocar restrições, por exemplo, se você fizer o Download de uma NFe não vai ser possível fazer novamente para a mesma NFe. Portanto volto bater na tecla, o emitente tem que enviar o XML da NFe para o destinatário e transportadora (se for o caso) e estes recusar o recebimento / transporte, caso o XML da NFe não seja enviado pelo emitente.

Boa tarde a todos, Comparei as NT 2010/008 (Carta de Correção), NT 2011/006 (Cancelamento da NF-e como Evento) e a NT 2012/002 (Manifestação do Destinatário), salvo pequenas diferenças no lay-out de envio, do resto é exatamente igual ao da Carta de Correção, inclusive as URLs dos WebServices de Homologação e Produção, uma vez que tudo vai ser tratado como Evento. Sendo assim não podemos bobiar, inclusive o Cancelamento da NF-e como Evento tem a sua obrigatoriedade para final deste ano. E o pior é que o WebServices de Cancelamento que utilizamos hoje vai ser desativado em 01/12/2012. Estou promovendo alterações e implementações nos fontes do componente ACBrNFe visando as 3 NT acima. Não tenho certificado digital para realizar os testes. Quando tudo estiver pronto vou disponibilizar, provalvelmente no repositório Branches, para que o André, Daniel e todos aqueles que tiverem condições de realizar os testes, os façam e reportem os erros. Conto com a colaboração de todos, muito obrigado.

Bom dia, Eu não tenho como testar, quem utiliza o DACTe em Fast Report por favor teste e poste um retorno, se estiver tudo OK para a nova versão 1.04, coloco no SVN. Muito obrigado a todos.

Bom dia Gilberto, Comparei este último xml com um do meu cliente e não encontrei nada que poderia estar provocando esse erro. Verifique se os schemas que você tem são os últimos ou seja versão 1.04b Dentro da pasta ...\Exemplos\ACBrCTe\Delphi\Schemas temos dois arquivos ZIP: PL_CTe_104 e PL_CTe_104b Utilize os schemas do arquivo: PL_CTe_104b Apesar de ser opcional eu coloco o grupo: Comp (Componentes do Valor da Prestação) Página 112 do Manual de Orientações - Contribuinte versão 1.04b Dezembro/2011 Espero ter ajudado.