Italo Giurizzato Junior

Bom dia Marcel, Se no ambiente de homologação a emissão ocorre sem nenhum problema e no ambiente de produção o envio é rejeitado, isso me leva a crer que a empresa esta habilitada somente a usar o ambiente de homologação. Verifique se não há necessidade de agora habilitar a mesma em produção. Isso ocorre com a NF-e, CT-e, você credencia a empresa primeiramente no ambiente de homologação e depois em produção, ou seja são dois credenciamentos.

Bom dia Udenilson, Post o XML como anexo.

Bom dia, Post o XML do CT-e como anexo.

Eu sei, Como tem varias pessoas postando que foi publicada a NT de numero tal e se o componente vai ser atualizado ou não. Mediante a isso, tomei a liberdade de realizar as implemetações e avisar toda a comunidade que o componente já foi atualizado. Bastando agora o aval dos mantenedores para que eu possa disponibilizar os fontes. Desta forma o pessoal já poderia iniciar os testes. Lembrando que algumas dessas alterações só vão poder ser testadas quando a SEFAZ implementar em seus webservices. Visto que muitas delas se referem a nova versão da NF-e.

Bom dia Isaque, Eu inclui o seu nome por ser um dos administradores. Inclusive eu mandei uma MP para ele não obtive retorno. Enviei hoje um e-mail para o André contendo as units alteradas. As implementações que fiz atende todas as útimas NTs publicadas pela SEFAZ.

Boa noite Augusto, Você consegui corrigir o problema?

Boa noite Neo, Vou verificar.

Boa noite Lúcio, No quadro Componentes de Valor devemos informar os valores que compõe o valor do frete e não a forma e prazo de pagamento. Os dados relacionados a forma de pagamento como data de vencimento e valor de cada parcela, existe um lugar especifico no XML, quanto ao DACTE essas informações não são impressas. Mas você pode alterar o DACTE para que o mesmo imprima esses dados no quadro de observações.

Boa noite a todos, Optei por remover do nome do PDF o código de verificação para ficar compativel ou melhor dizendo padronizado com os demais DANFSEs. Favor atualizar os fontes e realizar os testes.

Boa noite Vinicio, Segundo a NT 2012/003 não diz que você deve gerar um novo XML e enviar para a SEFAZ de origem (Item 6). O item 8.2 deixa claro que ocorre o sincronismo entre o SVC e a SEFAZ de Origem e se tentar enviar para a SEFAZ de Origem o mesmo XML ele vai ser rejeitado. Em resumo temos o seguinte exemplo: CT-e Envio ------ ------- 250 SEFAZ-MG 251 SVC-SP 252 SEFAZ-MG Neste exemplo fica claro que o CT-e de numero 251 enviado para o SVC-SP não é enviado novamente para a SEFAZ-MG e a numeração permanece sequencial, independente para qual SEFAZ ele é enviado (Origem ou Vitual de Contingênci).

Boa noite Marcio, Precisamos saber com certeza se o provedor de Assis-SP realmente é GovBR ou não, antes de incluir.

Boa noite a todos, O componente ACBrNFe já esta preparado com todas as alterações referentes as últimas NTs. Até o final desta semana posso disponibilizar desde que o André, Daniel, Isaque me autorizem.

Boa noite Marcel, A empresa (emitente) esta cadastrado no provedor para poder emitir a NFS-e?

Bom dia Medreis, Manual da ABRASF Versão 1.0 - página 20 temos a definição do tipo simples: TsAliquota Alíquota. Valor Percentual Formato: 0.0000 Ex: 1% = 0.01 25,5% = 0.255 100% = 1.0000 ou 1 Versão 2.01 - página 25 temos a definição do tipo simples: TsAliquota Alíquota. Valor Percentual Formato: 00.00 Ex: 1% = 1 25,5% = 25.5 10% = 10 Pelo jeito o Ginfes ainda esta na versão 1.0, mas a mensagem de erro não condiz com o schema utilizado.

Bom dia Udenilson, Se você utiliza o tortoise para baixar os fontes, você configurou ele com a nova URL? Se não, pesquise no fórum por: Atualização Forçada.

Graça, Primeira mente desculpe, achei que você estava se referindo ao CT-e que também vai passar a ter essas TAGs como dito a partir da versão 2.00 O grupo <infUnidTransp> foi implementado no MDF-e segundo a NT 2013/004. Quero lembra-la que o componente ACBrMDFe já esta preparado para satisfazer a NT 2013/004. O significado das TAGs são as mesmas em ambos os documentos: MDF-e e CT-e. Até o momento não foi publicado nenhuma alteração nos DA (Documentos Auxiliares ou seja: DACTE e DAMDFE, sendo assim essas informações a principio vão constar somente no XML. Quanto a TAG #62 <qtdRat> da NT 2013/004 (página 97) diz que se trata da Quantidade Rateada que pode ser o Peso ou Volume. Segundo a NT 2013/002 do MDF-e temos:

Bom dia Graça, O grupo <infUnidTransp> é opcional e é uma das novidades da versão 2.00 do CT-e. Já encontra-se disponivel no Portal Nacional do CT-e o MOC versão 2.00 você vai encontrar todas as informações sobre as TAGs desse novo grupo. Um detalhe importante o componente já esta pronto para esta nova versão, faltando apenas as URLs que não foram divulgadas ainda. Mas já é possível iniciar os testes: Gerar o XML; Assinar; Validar. Desde que você tenha os schemas para esta nova versão, inclusive eles também estão disponiveis no Portal.

Bom dia a todos, Segundo o manual da ABRASF a aliquota deve ser informada da seguite forma: Se for 2% devemos informar 0.02 consequentemente se for 3,5% => 0.035 A formatação que consta no manual é 1 inteiro e 4 decimais. A mensagem de erro do Ginfes esta errada não é 5 inteiros e 2 decimais, e sim 3 inteiros e dois decimais, a notação 5,2 para mim significa que temos um total de 5 digitos sendo que 2 são decimais. De uma forma ou de outra neste caso a aliquota não deve ser dividida por 100 ou seja se a mesma for 3,5% devemos informa-la desta forma 3.50 Como não existe uma padronização, e o manual da ABRASF não contem um padrão de layout do XML e sim uma sugestão, o jeito é ficar fazendo testes até encontrar uma forma correta de informar a aliquota.

Bom dia Rafael, OkConversao é apenas uma variável do tipo Boolean. Declara ela em Private do seu form por exemplo.

Bom dia Leandro, Dependendo do que você esta executando: Enviar, cancelar, consultar, a linha para ler essa informação muda, mas vamos a um exemplo: No caso do envio temos: // sStat é uma variável string sStat := IntToStr(ACBrCTe.WebServices.Enviar.cStat); Dentro da pasta: ...\Exemplos\ACBrCTe você encontra varios arquivos textos pesquise dentro desses arquivos pela palavra: sStat você vai encontar as linhas para ler o Status de retorno, bem como outras informações como xMotivo, Protocolo entre outras.

Bom dia, Ajuste feito, favor atualizar os fontes e testar novamente.

Rafael, Na sua rotina acrescente essa linha: compl.Entrega.TipoData := StrToTpDataPeriodo(okConversao, IntToStr(PrevisaoData.ItemIndex)); case PrevisaoData.ItemIndex of 0: compl.Entrega.semData.tpPer := tdSemData; 1,2,3: begin compl.Entrega.comData.tpPer := tdNaData; compl.Entrega.comData.dProg := InicioData.Date; end; 4: begin compl.Entrega.comData.tpPer := tdNoPeriodo; compl.Entrega.noPeriodo.dIni := InicioData.Date; compl.Entrega.noPeriodo.dFim := FimData.Date; end; Acredito que Isso vai resolver o seu problema.

Rafael, Qual é a garantia que o programa emissor disponibilizado pela SEFAZ esta atualizado com as últimas NT publicadas? O componente possui um mecanismo de validação do XML gerado, neste caso basta você utilizar os schemas que encontram-se na pasta schemas que esta dentro da pasta que contem o programa exemplo do ACBrCTe.

Boa tarde Werner, Se o erro ocorre com o pacote de instalação do ACBrCTe, por favor baixe novamente os fontes e tente instalar.

Boa tarde Neo, O provedor é selecionado automaticamente, quando passamos o código do municipio para o componente. Vide o programa exemplo, ele faz isso. Alem de informar o código do municipio temos que informar o caminho onde encontra-se os arquivos de schemas para o provedor em questão, caso contrario não vai funcionar. Quanto da funcionalidade não estar disponivel, não significa que você instalou errado ou esta faltando alguma coisa, simplismente essa funcionalidade não existe para o provedor que o componente esta utilizando no momento.