Italo Giurizzato Junior

Eduardo, Atualize os fontes e teste novamente, por favor.

Atualize os fontes e teste novamente, por favor.

Diego, Para que não altere algo que não tem nada haver. Confirma para mim: O RPS esta sendo enviado para o webservice de qual cidade? Você esta usando os schemas do provedor dessa cidade?

Diego, Atualiza mais uma vez os fontes.

Diego, O XML do RPS que você postou não tem a data de emissão, você esta alimentando essa propriedade do componente? E no arquivo NFSE.zip não tem nenhum arquivo XML de NFS-e apenas os arquivos que são gerados antes e depois de assinar o lote, a ser enviado para o webservice.

Boa tarde Eduardo, Porque você incluiu "proProdata" na linha 110? Sendo que eu removi para que não ocorre-se mais o erro: "Falha na validação do lote ... Required attribute 'versao' is missing" Estude o código que você alterou, ele remove o atributo versao e coloca no lugar uma string vazia, e a mensagem de erro diz que esta faltando o atributo versao. Fiz mais uma alteração, atualize os fontes e testa novamente. Antes retire o "proProdata" da linha 110.

Boa tarde Graça, No ACBr.inc foi incluido a diretiva de compilação para a versão 2.00 veja: // Definições para o compomente ACBrCTe // Define o Pacote de Liberação / Descomente o pacote a ser utilizado // Atenção: descomente apenas uma das definições //------------------------------------------------------------------------------ //{$DEFINE PL_103} {$DEFINE PL_104} //{$DEFINE PL_200} No programa exemplo não tem nada a respeito disso. Você pode sim realizar testes, mas somente gerar, assinar e validar, uma vez que o ambiente de homologação ainda não esta disponivel. Esta faltando agora a questão das URLs dos WebServices se vão mudar ou não, do resto já esta tudo implementado, inclusive o novo grupo <autXML> onde você pode informar o CNPJ ou CPF da pessoa autorizada a realizar o Download do XML. Veja a última NT publicada. Detalhe importante, até a versão 1.04 os documentos originários ficavam dentro do grupo <rem> agora eles estão fora, sendo assim foi necessario fazer uma reformulações, veja este exemplo: {$IFDEF PL_200} with infCTeNorm.infDoc.infNF.Add do {$ELSE} with Rem.InfNF.Add do {$ENDIF} begin nRoma := DM_CNT.NotasRomaneioNF.AsString; nPed := DM_CNT.NotasPedidoNF.AsString; (...) end; Este fragmento de código é da minha aplicação, que já esta preparada para a nova versão.

Boa tarde Diego, Por favor post o XML do RPS e o da NFSe correspondente.

Boa tarde GVacaro, No Manual e nas Notas Técnicas, não consta nada sobre o assunto, nem sequer deixa claro quem vem a ser o Recebedor e o Expedidor. Acredito que, com a obrigatoriedade chegando para a grande maioria das transportadoras essas questões vão ser levantadas e talvez a SEFAZ resolva a publicar um NT sobre a maneira correta de informar os dados quando temos o redespacho. No meu entendimento o seu exemplo esta coerente. Leia essa explicação deste link: http://www.ophos.com.br/publicacoes/detalhe/ct-e-de-redespacho/

Bom dia Carlos, Atualiza os fontes e tenta novamente.

Eduardo, Por favor, atualiza os fontes e tenta novamente.

Bom dia Rodrigo, Você esta com todos os fontes de todas as pastas atualizados? Digo isso, pois acabo de fazer um teste, tanto o CEP do Remetente quanto o do Destinatário estão sendo impressos no DACTE. Outra coisa a propriedade CEP do componente é do tipo Integer, sendo assim como esta armazenado essa informação no banco de dados? Exemplo: 14800350 ou 14.800-350? Se esta armazenado com formatação, ao passar essa informação para o componente você esta removendo deixando apenas os digitos?

Bom dia Eduardo, Qual é o provedor?

Bom dia Walter, Se você pegar os schemas que estão dentro da pasta: ...\Exemplos\ACBrCTe\Delphi\Schemas é para funcionar desde que todos os arquivos de todas as pastas do ACBr estiverem atualizados. No momento a versão em uso do CT-e é 1.04 se você pegou o primeiro da lista, pegou os schemas que vão ser utilizados quando começar a versão 2.00 Outra coisa, note que o primeiro link dos schemas faz referencia a uma NT - Nota Técnica, você baixou essa NT? Leu o que esta escrito na página 2? Por favor, comece a fazer isso, baixar as NT e ler para ficar por dentro do assunto, uma vez que os componentes são criados e alterados com base nas NT e manuais.

Bom dia Welkson, Como eu não trabalho com automação comercial, não sei responder como é feita a implementação dessas aplicações. Mas temos duas questões a ser estudada. 1. conexão do PDV com o servidor on-line ou off-line 2. conexão com a internet ( NFC-e -> SEFAZ ) normal ou contingência. Me corrijam se eu estiver errado, no caso do ECF cada um tem uma numeração própria de documento, mas no caso da NFC-e como ficaria? O servidor deveria fornecer no momento de gerar o XML o numero da nota, neste caso a conexão do PDV com o servidor ja mais poderia ficar off-line. Talvez a saida para este caso seria utilizar um numero de série para cada PDV, desta forma poderiamos ter uma numeração de nota para cada PDV, ou seja quem forneceria o numero da nota seria o PDV e não o servidor, desta maneira ele poderia trabalhar off-line com o servidor. Com relação a segunda questão, conexão com a internet, existe a possibilidade da emissão do DANFE - NFC-e em contingência, mas não podemos tornar isso como sendo rotina e sim algo eventual. Sei perfeitamente bem que para o empresário a venda dos produtos é o negócio dele, mas ele tem que entender que, para que o negócio funcione há necessidade de um conjunto de ferramentas de trabalho funcionando também. E nós sabemos muito bem quais são. O tempo de vender e anotar no caderno, já passou e faz muito tempo.

Bom dia Graça, Por favor atulize novamente os fontes e tente novamente.

Bom dia lvr, Primeiramente muito obrigado pela colaboração e implementação de mais um provedor ao componente. As suas alterações e implementações já encontram-se disponiveis no SVN. Aproveitei para atualizar a lista de cidades que encontra-se salva no arquivo Cidades.rtf dentro da pasta ...\Exemplos\ACBrNFSe. Chegamos a 369 cidades atendidas pelo componente, isso se eu não esqueci de alguma. Muito obrigado a todos que colaboram com implementações, correções e testes.

Boa noite Rodrigo, Você já checou se o campo CL_CEP do destinatário contem o cep do mesmo?

Boa tarde Lucas, Vamos as perguntas classicas: Todos os fontes de todas as pastas estão atualizadas? Todos os schemas estão atualizados?

Pablo, Existe um erro na unit, em vez de xObs esta xObx. Portanto enquanto não for corrigido favor colocar no arquivo texto desta forma: xObx=TESTE OBSERVACOES

Sérgio, Uma coisa é a empresa querer a outra é montar o XML e emitir o DACTE conforme os manuais da SEFAZ. Como dito anteriormente, os dados do veículo e do motorista só vão para o XML se for lotação, ou seja toda a carga contida no caminhão é de um remetente para um destinatário. Segundo o Manual do DACTE (temos 2 manuais, sendo que um é só para o DACTE) apresenta vários modelos e os dados do veículo e motorista só é impresso quando for lotação. Logo o modelo do DACTE tem que estar em conformidade com o XML gerado. Como você vai explicar para a SEFAZ, FISCO, etc a emissão de 2 ou mais CT-e tipo lotação para o mesmo caminhão no mesmo dia, mesma origem, mesmo destino? A outra questão se refere ao ACBrNFeMonitor que no que diz respeito ao CT-e não esta completo, pelo que pude ver. Ai já foge da minha ossada pois não sou responsável pelo monitor. Se tratando de carga fracionada o monitor vai gerar e emitir o DACTE corretamente, mas quando se trata de lotação não.

Ronnei, Entra em contato novamente com o pessoal do provedor e pede um exemplo de envio contendo as TAGs de Envelope ou soap como alguns chamam. Com esse exemplo fica mais fácil fazer as alterações e as chances de funcinar logo de primeira são grandes. Sem exemplos ou um documentação completa por parte deles fica dificil montar o XML de envio.

Boa tarde Fábio, Posso ser chato? Melhorar a infraestrutura interna, para que isso não venha ocorrer. A empresa que trabalho não é comércio, mas temos por volta de 100 maquinas acessando o servidor. A grande maioria ficam no mesmo prédio e outras ficam em outro prédio a 1 km de distancia aproximadamente. Uma boa parde desse trecho usamos fibra ótica o resto (300 metros) é via rádio. E é muito raro perder a conexão.

Sérgio, O componente só gera o grupo veic no XML se for lotação. Pelo que vi o seu XML na tag <lota> contem o valor 1 ou seja lotação. Como você esta utilizando o ACBrNFeMonitor, e verificando uma das units que compõe o monitor, notei que não foi implementado. No caso do modal rodoviário é gerado somente as TAGs: RNTRC, dPrev e lota.

Boa tarde ALA, Qual gerado de relatório você esta utilizando ? Melhor dizendo, você esta utilizando o DACTE feito em Quick Report? Se sim, qual é a versão? Se for posterior a 3.0 de uma olhada no arquivo ACBr.inc que encontra-se dentro da pasta ...\Fontes\ACBrComum. Abra esse arquivo com bloco de notas e vá até o final, existe uma deritiva de compilação que deve ser descomentada para que o PDF seja gerado. Lembre-se de compilar a aplicação com a opção Build após descomentar a diretiva.