Italo Giurizzato Junior

Boa tarde Felipe, Acredito que não, a SEFAZ não verifica acredito eu se o IP do emitente consta de uma lista negra ou não, uma vez que a grande maioria não tem um IP fixo.

Boa tarde Andre, Você esta realizando os teste de envio para qual cidade?

Caso não surja nenhuma outra ídéia melhor, depois do almoço estarei realizando as alterações e disponibilizando os fontes para realização dos testes.

Bom dia Felipe, A SEFAZ-SP esta passando por problemas técnicos (lentidão), nunca se sabe, mas essa rejeição pode ser devido a esses problemas técnicos.

Bom dia Adailson, Se possível poste como anexo o XML do CTe que foi rejeitado.

Bom dia Graça, A relação de documentos Originários temos 2 colunas com 3 campos cada: Tipo (tamanho 6), CNPJCPF (tamanho 60) e Documento (tamanho 30) Estive pensando em resolver da seguinte forma, para os 3 casos possíveis: Declaração: Tipo = DECLAR CNPJCPF = Declaração / 00.000.000/0000-00 Documento = 0000 Dutoviário: Tipo = DUTO CNPJCPF = Dutoviário / 00.000.000/0000-00 Documento = 0000 Outros: Tipo = Outros CNPJCPF = copy(descrição, 1, 39) + ' / ' + 00.000.000/0000-00 Documento = 0000 ou seja no campo Tipo colocariamos somente uma sigla, no campo CNPJCPF que possui 60 caracteres a esquerda do CNPJ ou CPF colocariamos a descrição do tipo por completo e no campo Documento o numero do documento. Quando se tratar de outros temos que descrever, neste caso o campo tipo recebe a sigla Outros e no campo CNPJCPF colocarias a esquerda do CNPJ os 39 primeiros caracteres da descrição. O que você e demais colegas do fórum acham?

Boa tarde Nellien, Já mandei para o SVN. Muito obrigado.

Os arquivos XML que encontram-se na pasta Ger são antigos, inclusive o 1-env-lot-c.xml se refere ao provedor Ginfes. A final Rondonopolis utiliza qual provedor? Se não for Ginfes, favor realizar novos testes com o componente configurado corretamente para a cidade em questão e postar como anexo os XMLs da pasta Ger.

Bem lembrado Alexandre, mas a impressão no DACTE somente no campo de observação, não existe um quadro especifico para imprimir o local de entrega quando diferente do destinatário.

Bom dia, Os fontes do ACBrNFSe ficam no repositório branches. Crie uma nova pasta chamada ACBrTeste e configure o tortoise com a mesma URL só que em vez de trunk mude para branches.

Bom dia, Você esta testando o envio para Rondonopolis-MT? poste como anexo somente os arquivos XML que estão dentro da pasta Ger.

Bom dia Graça, Por favor, atualize os fontes e testa novamente.

Boa noite Edison, Quanto ao botão Validar RPS, você esquece, inclusive disponibilizei uma alteração no programa exemplo que não tem mais esse botão. Acredito que a mensagem: "Não há schema para validar RPS individualmente" é clara, uma vez que os schemas disponibilizados pelos provedores de NFSe, não nos da essa possibilidade. Outra coisa o programa exemplo serve apenas para o desenvolvedor ter uma idéia de como o componente funciona. Ele permite que você o configure para gerar e enviar um lote contendo apenas um RPS para uma das cidades contidas na lista. Mas cada cidade tem as suas diferenças, ai há necessidade de alterar a rotina que contem as linhas que alimenta o componente com os dados do RPS. Tem cidades que adimite o envio de um lote com até 50 RPS, outras o lote só pode conter apenas um RPS. Como dito o programa exemplo é para que o desenvolvedor tenha uma ideia, para que ele possa desenvolver a sua propria aplicação de emissão de NFSe.

Boa noite Mariane, Vamos as respostas: Carga de Lotação: Neste caso 1 CTe, compreende toda a carga transportada, ou seja um unico remetente e um unico destinatário. Podemos emitir 1 CTe e incluir 1 ou mais documentos originários (NFe) mas neste caso todas as NFe tem o mesmo emitente e o mesmo destinatário. Quando você diz que é humanamente inviável fazer conhecimento pra cada NF, não concordo, pois tudo depende de como foi desenvolvido o sistema. Tenho um cliente que possui uma fabrica de refrigerantes, logo ele emite as NFe, e também possui uma transportadora para realizar o transporte das vendas. Muito bem, o usuário ao registrar a venda informa se a carga vai ser transportada pela transportadora ou não, caso afirmativo, após a emissão da NFe o modulo de venda gera os dados necessários para o CTe, ou seja o modulo de venda se integra com o modulo de conhecimento, de tal forma que o mesmo usuário ao executar o modulo de conhecimento, tem que apenas solicitar a emissão, não há necessidade de digitar nada, inclusive o valor do frete de cada CTe já esta calculado. Tudo muito pratico e rapido.

Boa noite, Tenho um cliente também com inscrição somente no estado de São Paulo e não esta obrigado a emitir o CTe, mas de forma voluntário ele já emiti a mais de 1 ano, inclusive desde primeiro de março emitindo na versão 1.04 em ambiente de produção. Trata-se de uma transportadora do modal rodoviário sob o regime simples nacional, portanto o inicio de obrigatoriedade é em 01/12/2013. Até onde sei não existe nada no portal da SEFAZ-SP que define um outro calendário. Como dito anteriormente, esse contador esta por fora, peça para ele mostrar a lei ou a autuação que obrigue a transportadora iniciar imediatamente a emissão do CTe.

Boa noite Alexsander, A Semelhança, ambos há necessidade de: Gerar o XML; Assinar; Validar; Enviar para SEFAZ; Aguardar o retorno; Se tudo OK protocoloar o XML; Imprimir o Documento Auxiliar; Enviar por e-mail o XML e o DA em PDF para o destinatário/tomador. A Diferença, a estrutura do XML.

Você tem que ver onde a transportadora em questão se enquadra, se ela for uma transportadora rodoviária com regime de apuração normal, o prazo para emitir em definitivo o conhecimento de transporte eletrônico - CT-e é 01/agosto/2013, portanto até essa data você pode emitir em ambiente de homologação. A não ser que a transportadora foi autoada e vai ter que iniciar imediatamente a emissão do CTe. Normalmente habilita-se o certificado para o ambiente de homologação, depois para o de produção. Se ela foi autoada, podesse habilitar os dois ambientes. Quando eu implantei a NFe no meu cliente, ele tinha que iniciar imediatamente em ambiente de produção. Mas ao habilitar o certificado foi nos dois ambientes, desta forma foi possivel realizar testes antes de enviar para o ambiente de produção. Espero ter ajudado.

Boa tarde Julian, Sim, os dados de entraga quando diferente do destinatário devem ser colocadas no campo de observações.

Leia este o conteudo deste link: http://www.fazenda.gov.br/confaz/confaz ... 018_11.htm O contador esta mais por fora do umbigo de vedete.

Bem lembrado, Componente atualizado, favor baixar e testar.

Bom dia Camila, Até o momento não temos um componente para emissão do DANFSe conforme modelo postado, mas nada impede que você ou outro colaborador desenvolva.

Essas várias notas fiscais, são todas do mesmo emitente e para o mesmo destinatário? Até onde eu sei, se o destinatário for outro, um novo CTe deve ser feito.

Bom dia Ant.Carlos, O estorno nada mais é do que a mesma nota de venda (saída) só que de entrada. Converse com o contador, pois alem do campo ( tpNF = Tipo de Operação Entrada / Saída ) temos também varios outros campos que devem ser alterados por exemplo: natOp, CFOP (de cada produto), no caso do CFOP existe um para venda e outro para devolução que é o seu caso. Outro dedalhe com relação ao CFOP é que existe 1 para venda dentro do estado, outro para fora do estado e mais um para fora do Pais, e consequentemente os respectivos para devolução. Portanto volto a lhe dizer tem que conversar com o contador, para ver certo quais os CFOP a serem utilizados dependo da situação. Espero ter ajudado.

Bom dia Edison, Sim, o ACBrNFSe requer que outros pacotes sejam instalados, leia o arquivo Instalar.txt que encontra-se na pasta ...\Fontes\ACBrNFe2. O ACBrNFSe requer que os pacotes usados na NFe estejam instalados, e atente tambem a respeito das DLLs que devem ser copiadas e registradas. Espero ter ajudado.

Edison, Na pasta ...\Exemplos\ACBrNFSe você encontra um programa exemplo de como utilizar o componente. Manual não temos, mas temos os programas exemplos.