Italo Giurizzato Junior

Boa tarde Márcio, E qual é o problema de totalizar 500 caracteres ou 500 bytes? O XML final a ser enviado para SEFAZ tem que ficar dentro dos 500 Kbytes. E 500 bytes é 1/2 KByte (arredondando).

Boa tarde a todos, Posso estar escrevendo uma tremenda besteira, mas vamos lá: Será que isso não tem haver com a configuração avançada que existe no Internet Explorer? Opções de Internet aba Avançados quadro Configurações Na lista de configurações temos as opções: Usar SSL 3.0 e Usar TLS 1.0 Que se refere essa tal de cifras para conexão. Se é isso basta ativar essas duas opções no Internet Explorer.

Boa tarde Cesar, Como foi postado, as units pcteCTe.pas, pcteCTeR.pas e pcteCTeW.pas já estão prontas para a versão 2.00 Se algum dia surgir uma nova versão por exemplo 2.50, com certeza será criado os arquivos: pcteCTe_v200.inc, pcteCTeR_v200.inc e pcteCTeW_v200.inc e as units sitadas acima vão se tornar compativeis com a nova versão. Alem de alterar o arquivo ACBr.inc vai ser necessário efetuar alterações na rotina que alimenta o componente, bem como a que realiza o cancelamento. Para mais detalhes vide os arquivos TXT que estão dentro da pasta: ...\Exemplos\ACBrCTe

Boa tarde Douglas, Todas as implementações necessárias já estão prontas desde outubro, como o ambiente de homologação ainda não tinha sido liberado, não enviamos os fontes para o repositório. Eu juntamente com o Juliomar vamos promover uma reestruturação na pasta que contem os pacotes de instalação e consequentemente o ACBrInstall sofrerá alterações. Hoje vai para o repositório a reestruturação da pasta que contem os pacotes mas mantendo compatibilidade com o ACBrInstall atual. No dia 9 ou seja segunda-feira que vem, vai ocorrer a mudança definitiva, inclusive com a liberação nos fontes do ACBrNFe pronto para a nova versão 3.10 Para manter total compatibilidade e permitir a escolha a nivel de execução, foi incluido uma nova propriedade chamada VersaoDF - Versão do Documento Fiscal que juntamente com a propriedade ModeloDF (que já existe) é possível escolher o modelo: NF-e ou NFC-e, bem como a versão: 2.00, 3.10 (para a NF-e) ou 3.00, 3.10 (para NFC-e). Por favor, aguarde mais alguns dias.

Fabio, Com certeza tem algo de errado no cadastro dessa empresa.

Bom dia Cesar, As units pcteCTeR e pcteCTeW já estão prontas para a versão 2.00 Você alterou o arquivo ACBr.inc?

Fabio, Será que o contador não credenciou a empresa com outro tipo de modal? A transportadora trabalha somente com o modal rodoviário? Ela não tem uma filial que trabalha com outro modal? O IE informado é da transportadora do modal rodoviário ou é da filial?

Bom dia lincoln, Qual é o provedor ou a cidade?

Bom dia Fabio, Esse cliente é uma transportadora que utiliza qual modal? O modal informado no xml do CT-e é o mesmo? Por exemplo: a transportadora utiliza o modal rodoviário e no xml foi colocado o modal aquaviário. Você concorda que nesta situação a mensagem da rejeição faz sentido?

Bom dia Fabio, As alterações necessárias no componente para iniciar os testes com essa nova versão, já foram feitas mas ainda não foram disponibilizadas. A previsão é de disponibilizar na próxima segunda-feira, ou seja, dia 9.

Bom dia Yan, Primeiramente, por favor não escreva tudo em caixa alta, da impressão que você esta gritando. Segundo, no Portal Nacional da NF-e existe uma opção para que você possa realizar o Download do XML. Terceiro, o componente ACBrNFe, possui uma funcionalidade para realizar o Download via WebServices, neste caso realize pesquisas aqui no fórum para obter mais informações e é claro procure sempre ter em mãos os Manuais e Notas Técnicas disponibilizadas no Portal Nacional da NF-e.

Bom dia Rigotti, Verifique se dentro da pasta que contem os fontes ACBrNFSe não tem nenhum arquivo com uma bolinha vermenha ou triangulo amarelo no icone. Se sim, exclua o arquivo e atualize novamente.

Bom dia Marcos, A linha: ACBrNFSe1.Configuracoes.Geral.PathSchemas := A_Menu.LeRegistro('NFS-e','PathSchemas');; Você configurando a propriedade PathSchemas, ao executar o A_Menu.LeRegistro qual é o caminho retornado? Dentro da pasta informada nesse caminho quais são os arquivos que estão salvos nela?

Boa noite Marcos, Se você estiver utilizando o programa exemplo, note que há necessidade de informar o caminho onde esta os schemas para o provedor PVH. ...\Exemplos\ACBrNFSe\Delphi\Schemas\PVH

Boa noite Rigotti, Todos os fontes de todas as pastas estão atualizados?

Boa tarde Aprendiz_ce, Você esta tentando emitir NFS-e para a cidade Aquiraz? E qual é o erro que aparece ao emitir em ambiente de produção?

Boa tarde Heto Andrade, Em qual versão você esta gerando o XML do CTe?

Bom dia msiscampos, Isso não procede. Devemos enviar um evento de encerramento antes de emitir um novo MDF-e para o mesmo caminha e par de UF. Nota Técnica 2013/004 do MDF-e, página 11, primeiro paragrafo.

Bom dia Felipe, Consultei as duas chaves de NF-e que aparecem no XML que você postou. Tanto na SEFAZ-SP quanto no Ambiente Nacional as duas NF-e aparecem como autorizadas. Agora vamos aos detalhes: A primeira foi autorizada em 02/12/2013 as 14:52:01 e a segunda no dia 02/12/2013 as 15:17:40. Mas a data e hora de emissão do CT-e cujo XML você postou é: 02/12/2013 as 00:00:00, veja: <nCT>1</nCT> <dhEmi>2013-12-02T00:00:00</dhEmi> <tpImp>1</tpImp> Se o webservice esta considerando a data e hora de emissão do CT-e para tomar como base a checagem das NF-e, você concorda que naquele momento elas não existiam? Ambas as NF-e foram emitidas ou melhor dizendo autorizadas no periodo da tarde e o seu CT-e estaria sendo emitido a meia noite ou as zero horas do dia 02/12/2013, informação contida no XML. Posso estar escrevendo uma tremenda bobagem, mas se existe uma explicação, ao meu ver seria essa. Ao atribuir o valor para a propriedade dhEmi faça da seguinte forma: Ide.dhEmi := Now; assim a Data e Hora de Emissão vai contem a Data e Hora do relógio da maquina que por sinal tem que esta atualizada e compativel com os servidores da SEFAZ.

Felipe, O meu cliente utiliza a minha aplicação que emite o CT-e na versão 1.04 a quase 3 anos. Essa mesma aplicação já esta pronta agora para a versão 2.00, mas pretendo liberar para o meu cliente somente o ano que vem, mais precisamente em fevereiro ou em março. Isso vai depender do contador dele me informar se ja esta apto a processar os XMLs na versão 2.00

Felipe, Emitir em produção nessa nova versão com poucos dias de liberação dos webservices, não recomendo. Outro detalhe a SEFAZ-SP vai realizar uma parada no dia 8 (se não me falha a memória) para manutenção. Pode ser que esses problemas sejam resolvidos. Outra coisa entre em contato com a SEFAZ e apresente o problema.

Boa noite Felipe, Os webservices para a versão 2.00 foram liberados recentemente, eu acredito que ainda existem falhas na recepção. Eu aguardaria até fevereiro para distribuir a nova versão da aplicação emitindo o CT-e na versão 2.00 por dois motivos: 1. Até lá a SEFAZ detectaria, se não todos mas a grande maioria dos problemas. 2. Os programas utilizados pelos escritórios de contabilidade já estão preparados para essa nova versão?

Boa tarde Joemerson, Pode ser aqui se preferir. Muito obrigado pela colaboração e já esta disponivel.

Boa tarde Aprendiz_ce, No caso do RPS / NFS-e não existe TAG onde informamos se é homologação ou produção, me parece que tem um provedor mas esse é excessão. Logo basta alterar a propriedade do componente, veja como isso é feito no programa exemplo.

Boa tarde Felipe, Notei que o XML do CT-e que você postou é da versão 2.0, correto? Esse problema esta ocorrendo com todos os CT-e que você enviou? Se sim, entre em contato com a SEFAZ SP e informe o problema a eles.