Italo Giurizzato Junior

Boa tarde Arthur, Se possivel post como anexo os dois XML.

Boa tarde Claudio, Não interessa quem vai pagar o frete, se é o remetente ou destinatário, o que importa é que a carga vai ser transportada de Cuiabá/MT até São José do Rio Preto/SP, portanto transporte interestadual, logo o CFOP tem que começar com 6 e não 5. Acredito se colocar o CFOP 6353 vai funcionar.

Boa tarde Arthur, Me diz uma coisa a Data de emissão vem acompanhada do horário e este também é o mesmo?

Sérgio, Acredito que deve estar avendo alguma interpretação errada sobre o assunto. Por favor leia com muita atenção e os exemplos desses links: http://www.ophos.com.br/publicacoes/detalhe/ct-e-de-redespacho/ http://www.ophos.com.br/app/publicacoes/detalhe/ct-e-de-subcontratacao/ O primeiro CT-e emitido, o tipo de serviço (tpServ) sempre vai ser Normal. O segundo que devemos informar como tipo de serviço Subcontratação ou Redespacho ou Redespacho Intermediário. E neste caso devemos em Documento Anteriores (docAnt) informar a chave do primeiro CT-e. Veja no exemplo do link que no caso da subcontratação o primeiro CT-e contem um texto fazendo refencia a segunda transportadora no campo observação.

Boa tarde Jeanny, Acabo de disponibilizar uma alteração, favor baixar e testar.

Boa tarde Arthur, Pela mensagem de erro, você enviou o EPEC e agora esta enviado o CT-e, correto? Se sim, você não pode gerar o XML do CT-e com tipo de emissão Normal a partir do momento que existe um EPEC para o respectivo CT-e. Verifique se não é isso que esta ocorrendo.

Boa tarde a todos, Link da Portaria CAT-147 com as alterações das portarias CAT-37/13, CAT-85/13 e CAT-30/14 de 28/02/2014 (DOE 01/03/2014). http://info.fazenda.sp.gov.br/NXT/gateway.dll/legislacao_tributaria/portaria_cat/pcat1472012.htm?f=templates&fn=default.htm&vid=sefaz_tributaria:vtribut Realmente nessa nova redação não tem NFC-e, mas temos a referencia ao modelo 65 que nada mais é do que a NFC-e, vejam o artigo 28: Artigo 28 - O contribuinte obrigado à emissão de CF-e-SAT poderá optar por emitir Nota Fiscal Eletrônica - NF-e, modelos 55 ou 65, nas hipóteses em que a legislação prevê a emissão de Cupom Fiscal por meio de equipamento Emissor de Cupom Fiscal. (Redação dada ao artigo pela Portaria CAT-37/13, de 03-05-2013, DOE 04-05-2013) Parágrafo único - Quando, em decorrência de problemas técnicos, não for possível transmitir a NF-e, modelos 55 ou 65, à Secretaria da Fazenda ou obter resposta à respectiva solicitação de Autorização de Uso da NF-e, o contribuinte poderá operar em contingência nos termos da Portaria CAT-162/08, de 29-12-2008, ou emitir CF-e-SAT. O negrito em vermelho foi aplicado por mim. Bom pessoal, essa Portaria é da Secretaria da Fazenda do Estado de São Paulo e como vocês podem notar, que o contribuinte poderá optar por emitir a NFC-e (modelo 65) e no caso de problemas técnicos, o mesmo poderá operar em contingência nos termos da Portaria CAT-168/08 que é a que dispõe sobre a emissão da Nota Fiscal Eletrônica. Portanto, apesar da SEFAZ-SP ainda não vir a público e dizer vamos aderir a NFC-e, como vocês podem ver, fazendo uma leitura com muita atenção deixa claro que, SIM, vamos ter a NFC-e no Estado de São Paulo. A não ser que a SEFAZ resolva publicar uma nova portaria mudando tudo. Caso alguem tenha uma outra interpretação sobre o artigo 28, por favor post aqui.

Boa tarde Edilson, No caso da NF-e não existe a versão 3.0 e sim a 3.10 A versão 3.0 foi a primeira versão da NFC-e que agora também passa para a versão 3.10 No Portal Nacional da NF-e no link de relação de Serviços Web você encontra as UF que já estão recepcionando as NF-e na versão 3.10

Bom dia Joedes, Quando emitimos um MDF-e, o mesmo tem que possui 4 elementos básicos: 1. O emitente do MDF-e; 2. O veículo; 3. O condutor do veículo; 4. A relação de documentos.

Bom dia dalpiaze, Por favor atualize os fontes e tente novamente.

Ricardo, Neste caso vou precisar de uma maquina com 4 monitores, pois com 2 já não esta dando mais. 1. para ver os e-mail; 2. para o fórum; 3. para o msn; 4. para o delphi. Vixi esqueci do skipe. rsrsr

dpaulabh, A minha sugestão é seguir a recomendação deles, por conta da sua nota não ser autorizada.

Bom dia Rodrigo, Com o advento do envio Sincrono, foi dito que não teriamos mais o recibo como retorno, somente o protocolo de autorização. Mas, andei notando que no -pro-rec.xml que é o retorno do processamento esta sendo retornado sim o numero do recibo. Não sei lhe informar se todas as SEFAZ, vão disponibilizar o numero do recibo junto com o protocolo de autorização ao realizar um envio no modo Sincrono.

Bom dia Kosvoski, Muito obrigado pela colaboração, em breve estarei disponibilizando.

Bom dia dpaulabh, Se todo inicio de ano a numeração reinicia para que faz pelo site, como que fica o controle? A série continua a mesma ou muda?

Bom dia Ricardo, Exatamente, o valor dessa propriedade é sempre False, agora se o DANFE que você deseja imprimir se refere a uma NF-e cancelada e o seu cliente quer que seja impresso no DANFE a tarja: NF-e Cancelada, basta atribuir o valor True a propriedade NFeCancelada e mandar imprimir o DANFE ou gerar o seu PDF caso a intensão seja enviar por e-mail.

Bom dia prycka, Se antes estava funcionando, com certeza é problema no provedor.

Bom dia Rodrigo, Esta sendo salvo o arquivo -pro-rec.xml ? Se sim, post ele como anexo.

Bom dia info02serraf, Não existe mais a pasta DANFE_QR3, dentro da pasta ACBrNFe2 temos um arquivo TXT que mostra como eliminar as propriedades que não existe na versão 3.0 do Quick Report . Quanto a instalação você tentou instalar usando o ACBrInstall?

Bom dia Cesar, Se durante o mês efetuando uma espera de 10 segundos resolve o problema para pegar o retorno e no final do mês esse tempo chega a 30 minutos. Você concorda que o problema esta com o provedor? Que não consegue dar conta de tanta requisição, pelo simples fato de que a grande maioria das empresas deixam para emitir as suas notas no final do mês.

Bom dia Sergio, A transportadora A emiti um CT-e normal até ai tudo bem. Mas que vai realmente transportar é a transportadora B, neste caso a transportadora A o tipo de serivço a ser informado tem que ser normal. A transportadora B por sua vez tem que informar que o tipo de serviço é subcontratação e informar como documento anterior o CT-e emitido pela transportadora A. veja este link: http://www.ophos.com.br/app/publicacoes/detalhe/ct-e-de-subcontratacao/

Bom dia kartusheidrich, O componente inicialmente gera um XML para cada RPS que são salvos na pasta RPS e possui o seguinte nome: <numRPS>-rps.xml Depois ele agrupa os RPSs em um lote a ser enviado para o webservice, este XML é salvo dentro da pasta Ger com o seguinte nome: <numLote>-env-lot.xml E por fim ocorre o envelopamento do lote para ser enviado. Nesta etapa é acrescentado mais algumas TAGs especificas do provedor, normalmente esse XML não é salvo, a não ser que você configura o componente para que isso ocorra. O componente possui dentro do grupo WebServices uma propriedade chamada Salvar, cujo valor padrão é False. Se você alterar para True, será salvo o lote envelopado dentro da pasta Ger com o seguinte nome: <numLote>-env-lot-c.xml Os provedores quando disponibilizam um exemplo de envio é o Lote, logo você tem que compara-lo com o -env-lot.xml gerado pelo componente. Não sei lhe dizer se a inversão em um NameSpace com outro, colocados na TAG EnviarLoteRpsSincronoEnvio faz alguma diferença.

Bom dia Tiago, Quando você realiza a consulta da NFS-e por RPS o arquivo -rps.xml é carregado antes ou ao solicitar o Cancelamento de uma NFS-e, é carregado antes o arquivo -nfse.xml ?

Boa noite Sergio, O que o nosso amigo Gabriel, postou sobre o Boletim Ténico a respeito do CT-e Globalizado, é verdado. Não cheguei a realizar testes, mas que existe esse Boletim existe, se você pesquisar aqui mesmo no fórum é capaz de encontra-lo, pois eu mesmo anexei o seu PDF.

Boa noite Leandro, Muito obrigado pela colaboração. já esta disponivel.