Italo Giurizzato Junior

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 ?

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

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 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.

Boa noite, Na tag foi informado 1 ou seja Lotação = Sim, neste caso há necessidade de informar os dados do veiculo (grupo veic) e os dados do motorista (grupo moto). Se não for lotação devemos informar na tag lota o valor 0 (zero). Espero ter ajudado.

Boa tarde a todos, Atualize os fontes e teste novamente, por favor.

Boa tarde a todos, Os fontes estão atualizados? Disponibilizei uma correção esta semana.

Boa tarde a Todos, Muito obrigado pelas respostas, acredito sim que o ideal seja mudar para o dbExpress, mas isso vai levar muito tempo, hoje tenho um sistema com 80 módulos. Vou estudar todas as possibilidades.

Bom dia a todos, Aqui na empresa uma maquina das quase 120, apresentou a mensagem: "insufficient disk space - INMEM000.REM) ao executar um programa escrito em Delphi 7 com acesso ao banco de dados MS-SQL Server via ODBC (utilizo os componentes da paleta BDE). Este arquivo é salvo na pasta Temp do usuário: Exemplo: C:\Documents and Settings\italo\Configurações locais\Temp Em outras maquinas o arquivo é criado ao executar a aplicação e consequentemente é apagado ao finaliza-la. Pesquisando em outros Fórum encontrei a seguinte resposta para o problema: O seu HD tem espaço ??? O usuário tem limitação de espaço ??? Se as respostas as perguntas acima forem SIM e NÃO respectivamente, pode ser um problema que minha equipe encontrou quando o espaço no HD é igual a multiplos de 4 GB, o BDE tem um bug em que ele ao fazer alguns calculos para criar arquivos temporários erra no resto da divisão por 4 ( no caso sempre com valores multiplos de 4 GB ) e retorna que não há espaço em disco. Solução que encontramos ( por mais idiota que pareça ) liberar 1 GB de espaço em disco ou consumir 1 GB de espaço, para que o BDE faça a conta corretamente. Isso procede? O que o pessoal da Embarcadero tem a dizer sobre esse problema?

Bom dia a todos, Como o prazo para utilizar a versão 1.03 do CTe esta se esgotando, mandei para o SVN o ACBr.inc alterado, conforme pedido do Alexandre.

Bom dia Silvério, Essa atributo de identificação da uma dor de cabeça, pois no bloco de assinatura ela tem quer ser Id e não id dai o erro.