Italo Giurizzato Junior

Bom dia Natanael, Não esta implementado e se não me falha a memória esse registro de saída quem criou e via site foi Minas Gerais.

Bom dia Joemil, O erro que esta ocorrendo é simples, você não configurou corretamente o componente para que o mesmo ache os arquivos referentes aos schemas. No caso do programa exemplo a pasta correta onde encontra-se os schemas para o provedor Agili é: ...\Exemplos\ACBrNFSe\Delphi\Schemas\Agili Qual é a lista que você se refere, quando diz que a cidade não consta?

Graça, Exclua todos com o icone "bolinha vermelha" e baixe novamente.

Boa dia arce, O problema é simples, o provedor Fiorilli não possui um webservice para retornar a situação de um lote enviado. Foram feitos mais alguns ajustes, favor atualizar os fontes.

Bom dia Graça, Se tratando da unit ACBrCTeDACTeQRRetrato, temos os seguintes tipos de arquivos: Delphi Form, Delphi Source File, DDP e DCU O DCU não é problema pois ele é criado ou recriado ao compilar com a opção Build. Logo deve estar ocorrendo alguma divergencia entre os outros 3. Verifique se o icone deles tem a bolinha verde.

Diego, Esse é o caminho. Fazer conforme o schema, se o mesmo é válido então devemos alertar o provedor que tem coisa implementada de forma errada no webservice. Por outro lado se o schema não é válido, eles devem disponibilizar o correto. Portanto, se não reclamarmos com esse pessoal a coisa não anda.

Diego, Como ficou a questão das TAGs, segundo aos ajustes promovidos pela prefeitura no schema? As alterações foram para compatibilizar com o schema atual ou vão fornecer um novo schema?

Ricardo, Fiz uma alteração, por favor atualize os fontes e tenta novamente.

Boa tarde, O DACTE foi alterado para ficar em conformidade com o manual, mas nada impede de você efetuar algumas alterações nele. Outro detalhe, o que eu vi o DACTE mais recente que você esta usando ainda esta desatualizado perante o que esta disponivel no SVN.

Boa tarde Ricardo, O arquivo tipos_complexos.XSD que faz parte dos schemas do provedor ISSNet temos a seguinte definição do elemento ou seja tag Aliquota: <xsd:element name="Aliquota" type="ts:tsAliquota" minOccurs="0" maxOccurs="1" /> Nessa definição temos como é a grafia correta da tag, o tipo, a quantidade minima e maxima de ocorrencias dessa tag. Note que a quantidade minima é zero sendo assim trata-se de uma tag opcional, ela pode ser omitida do XML. É certo que uma coisa é o schema e outra é a implementação feita pelo provedor no webservice. Seria de grande ajuda se o provedor disponibiliza-se um schema coerente com o que foi implementado. E obviamente um manual e não um projeto de manual, que não leva nada a lugar algum.

Boa tarde a todos, Como dito anteriormente foi uma rapida leitura na NT. Imprmi para ler com mais calma e fazer as anotações do que surgiu após a versão 3.00 disponibilizada somente para o projeto piloto da NFC-e. Como a versão 2.0 vai ser aceita até 30/11/2014 não há motivo para panico e muito menos vamos deixar para última hora. Não sei precisar quanto, mas o componente ACBrNFe já contempla a grande maioria dessas alterações contindas na NT. Não vai ser criado um novo componente. O ACBrNFe já possui uma propriedade chamada ModeloDF que quando recebe o valor moNFe gera o XML segundo a versão 2.00 da NF-e. Por outro lado quando recebe o valor moNFCe gera o XML segundo a versão 3.00 da NFC-e. Eu digo que não devemos entrar em panico, pois os schemas para a versão 3.10 ainda não foram disponibilizados pela SEFAZ. Nos resta a ler a NT.

Boa tarde pessoal, No schema do Ginfes a tag Aliquota é opcional, sendo assim quando o percentual é zero a tag não é gerada. Analizando o fonte responsavel por gerar o XML, notei que em um dos povedores quando a empresa é optante pelo simples nacional a tag aliquota é opcional, caso contrario ela se torna obrigatória mesmo com o percentual igual a zero. Por favor verifiquem se não é o mesmo caso, para que possamos efetuar uma alteração com um certo embasamento, visto que os manual disponiveis são pobres em informações.

Boa tarde Diego, A tag RegimeEspecialTributacao é opcional, por outro lado a tag Status é obrigatória na montagem da estrutura do XML no que diz respeito a informações do RPS. Precisamos ter um schema correto, caso contrario vamos ficar batendo cabeça. Por favor entre em contato novamente com o pessoal do provedor ou da prefeitura e solicite o schema valido. Outra coisa checar se esse schema é valido somente para a cidade de Contagem ou se serve para todas as cidades atendidas pelo provedor GovBR.

Boa tarde Gary.rj Primeiramente o que vem a ser esse CutePDF? Segundo a tarja de CT-E CANCELADO não é impressa pois trata-se de um CT-e emitido em ambiente de homologação.

Boa tarde Cláudio, A NT 2013/010 que traz o manual da nova versão do CT-e, nas páginas onde o layout do XML é apresentado esta indicado se um grupo ou elemento é obrigatório ou não. Se não me falha a memória o grupo de Unidade de Transporte não é obrigatório. Quanto ao Valor aproximado dos totais dos impostos existe uma tabela da IBPT que traz os percentuais para cada tipo de serviço. Não sei te dizer se ela compreende todos os tipos de serviços e se os percentuais estão corretos ou não.

Boa tarde Sérgio, Eu não utilizo e nem faço parte do desenvolvimento do ACBrNFeMonitor, somente ajudo no desenvolvimento de alguns componentes. Quem vai poder te responder com mais propriedade é o André, o Isaque. Verifique se no Help do ACBrNFeMonitor não tem alguma coisa sobre o LoadFromFile.

Bom dia a todos, Encontra-se disponivel no Portal Nacional da NF-e a Nota Técnica 2013/005 que trata da Alteração do Layout da NF-e. Temos varias novidades nessa NT que nos apresenta a versão 3.10 da NF-e / NFC-e. É isso mesmo NF-e e NFC-e uma vez que o XML é o mesmo para os dois modelos de documentos. Fazendo uma leitura rápida, apesar de não encontrar de forma clara e precisa, mas ao meu ver esta sendo acesa uma luz no fundo do tuneo. Estou me referindo a inclusão de varias TAGs novas solicitadas pela ABRASF no que tange as notas conjugadas ou seja produtos e Serviços. Pessoal vamos começar a rezar para o Santo Byte para que no futuro próximo possamos usar esse mesmo XML para emitir a NFS-e. Sei que a briga é feita entre municipio e estado no que diz a esse respeito, mas do jeito que esta não pode ficar.

Bom dia Paulo, Você entendeu o motivo da rejeição, que aparece no retorno? CStat=203 XMotivo=Rejeicao: Emissor nao habilitado para emissao do CT-e CUF=35 O emitente no caso a transportadora, alem de possuir o certificado digital deve-se se credenciar junto a SEFAZ-SP para que esta habilite a empresa. A mensagem retornada pela SEFAZ, diz que o Emissor ou seja a transportadora não esta habilitada para emitir CT-e. Se o credenciamento foi feito, lembre-se que chega a demorar por volta de 24 horas para que o mesmo passa a valer. Paulo, se o credenciamento foi feito, tente novamente, agora se não foi feito, não vai ser hoje que você ou melhor a transportadora vai emitir o seu primeiro CT-e.

Bom dia Medreis, Fiz a alteração, por favor atualize os fontes e teste novamente.

Bom dia w.suetake, Você esta com os fontes atualizados? Você tem o Quick Report instalado no seu Delphi? Se sim, qual é a versão de ambos?

Bom dia Leandro, Desculpa, o componente que tem a propriedade Salvar em Webservices é o ACBrNFSe, os demais somente em Arquivos e Geral. Portanto devemos configurar desta forma: ACBrCTe.Configuracoes.Arquivos.Salvar := True; ACBrCTe.Configuracoes.Geral.Salvar := True; Para que os arquivos de envio e de retorno sejam salvos.

Bom dia Walter, Notei que você colocou a palavra Transparência com acento, o certo é sem acento. Errado: Lei da Transparência Correto: Lei da Transparencia Talvez o problema seja esse. E esta faltando também a TAG: vTotTrib.

Bom dia Sandro, Faltou o anexo.

Bom dia Eliomar, As suas correções já disponibilizei, favor atualizar os fontes e testar novamente. Quanto ao windows 8 deve ser algum problema com o capicom ou certificado, não tenho muita certeza.

Boa tarde André, Vi que você fez algumas correções no componente ACBrCTe e algumas alterações mais para estetica, sem problemas. O estranho é que ao baixar os fontes, mais precisamente do projeto ACBrNFeMonitor a unit DoACBrCTeUnit não vem com as alterações feitas. Ao usar a opção do Tortoise que mostra as diferenças entre as versões aparece as suas alterações. Inclusive já exclui a pasta inteira do ACBrNFeMonitor2 e baixei novamente, mas o problema persiste.